https://bugs.winehq.org/show_bug.cgi?id=40969
Bug ID: 40969
Summary: Wine: DLL Injection on suspended process provides NULL
arg for static library's DLLMain's lpvReserved value
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aheinerm(a)gmail.com
Distribution: ---
WINE does not respect the behaviour of the lpvReserved argument in DLLMain.
>From the documentation of DllMain
(https://msdn.microsoft.com/en-us/library/windows/desktop/ms682583(v=vs.85).…)
~~~
lpvReserved [in]
If fdwReason is DLL_PROCESS_ATTACH, lpvReserved is NULL for dynamic loads
and non-NULL for static loads.
If fdwReason is DLL_PROCESS_DETACH, lpvReserved is NULL if FreeLibrary has
been called or the DLL load failed and non-NULL if the process is terminating.
~~~~
WINE does NOT respect this behaviour.
# EXAMPLE
Given the following:
A.exe, B.dll, C.dll
C.dll is statically linked from both A.exe and B.dll.
A.exe's process is started and suspended.
B.dll is injected into the A.exe process.
At some point the DllMain of C.dll is called. In WINE, the lpvReserved argument
is NULL, even though C.dll is statically loaded. In Windows 7, 8, and 10, the
lpvReserved argument is non-null.
# REAL WORLD IMPACT
https://github.com/bwapi/bwapi/issues/598https://bugs.winehq.org/show_bug.cgi?id=40259
Blizzard Entertainment's Storm.dll library uses the lpvReserved to invoke a
different behaviour in its DllMain (why, I have no idea). Their video game
Starcraft: Broodwar is statically linked to this library. The third-party hack
DLL called BWAPI.dll is also statically linked to Storm.dll. The Hack launcher
called ChaosLauncher starts and suspends the Starcraft process and injects
various hacks (one being BWAPI). The error in the tracking issue above is
surfaced.
The issue surfaced because Storm performs some alternative initialization logic
that corrupts its ability to function correctly later. In order to temporarily
work around the issue I have forcefully undone the logic made in the other DLL
to cause it to malfunction.
In this case the executable and statically linked library are owned by a
company and their source codes are not available. It should be possible to
reproduce the issue in a more trivial example.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37245
Bug ID: 37245
Summary: Can't execute cmd /c "script.bat" "argument"
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: mhlavink(a)redhat.com
Created attachment 49533
--> https://bugs.winehq.org/attachment.cgi?id=49533
trace
I'm trying to make Profili 2 Pro work in wine. So far I reached the point where
it works, but there is an issue when application tries to execute is *.bat
wrapper.
I get this error (more complete trace is attached):
Can't recognize 'C:\ProfiliProV2\xf.bat" "C:\ProfiliProV2\XFoil.exe' as an
internal or external command, or batch script.
With trace enabled, I get:
wmain Full commandline 'L"C:\\windows\\system32\\cmd.exe /c
\"C:\\ProfiliProV2\\xf.bat\" \"C:\\ProfiliProV2\\XFoil.exe\""'
WCMD_DumpCommands Parsed line:
WCMD_DumpCommands 0x121c18 0 00 (nil) L"C:\\ProfiliProV2\\xf.bat\"
\"C:\\ProfiliProV2\\XFoil.exe" Redir:L""
command has stripped first and last \" but the quotes in the middle remained
WCMD_process_commands Executing command: 'L"C:\\ProfiliProV2\\xf.bat\"
\"C:\\ProfiliProV2\\XFoil.exe"'
WCMD_execute param1: L":\\ProfiliProV2\\xf.bat\"", param2:
L"C:\\ProfiliProV2\\XFoil.exe"
param1 is missing 'C' as first character and has surplus \" at the end
WCMD_run_program first param='L"C:\\ProfiliProV2\\xf.bat
C:\\ProfiliProV2\\XFoil.exe"'
and looking for the command in that composed path fails (as expected):
Searching in 'L"C:\\ProfiliProV2\\xf.bat C:\\ProfiliProV2\\"' for
'L"XFoil.exe"'
The problem related to wcmdmain.c:wmain(...) around line 2590:
/* strip first and last quote characters if opt_s; check for invalid
* executable is done later */
if (opt_s && *cmd=='\"')
WCMD_strip_quotes(cmd);
before this, cmd is:
"C:\ProfiliProV2\xf.bat" "C:\ProfiliProV2\XFoil.exe"
after this, cmd is
C:\ProfiliProV2\xf.bat" "C:\ProfiliProV2\XFoil.exe
the quotes in the middle remains.
opt_s was not specified, but was triggered on by checks around 2450: there is
at least one quote (pass), there is a second quote(pass) and there is no more
quotes(fail) - the last one fails and sets opt_s. My guess would be that those
checks should be done on first argument, not all of them together.
The xf.bat is very simple wrapper:
%1 <XFoil.cmd >XFoil.out
exit
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44099
Bug ID: 44099
Summary: Switch to aapcs-vfp is incompatible with variadic
functions with GCC
Product: Wine-staging
Version: 2.21
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)cchtml.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Commit:
https://source.winehq.org/git/wine.git/commitdiff/644f497e87c51f1a1c62b26ea…
The wine-staging patchsets of at least fsutil-Stub_Program and
shell32-ACE_Viewer introduce variadic functions that cause ARM builds to fail.
Either the patchsets need to be refined or the upstream commit needs to be
reverted.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35533
Bug ID: 35533
Summary: Make it possible to see the sent patch files inline
without extra download step
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Classification: Unclassified
Currently clicking on a patch file attached to a job leads to a save file
dialog, it would be preferable (at least to me) to be able to see it inline.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38009
Bug ID: 38009
Summary: winex11.drv does not set NET_WM_STATE_FULLSCREEN if
the display mode was changed
Product: Wine
Version: 1.7.35
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Winex11.drv only sets NET_WM_STATE_FULLSCREEN on a fullscreen game window if
the game uses the monitor resolution that was set when winex11.drv was loaded.
The cause of this is that is_window_rect_fullscreen compares the window
rectangle against the monitor size reported by Xinerama when winex11.drv was
loaded.
This appears to trigger bugs inside Metacity clones and Compiz when creating a
window at a lower resolution. It also breaks the fix that was proposed by a
Marco developer to fix the bug that currently prevents fullscreen windows from
being iconified.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23310
Summary: Mouse pointer prevented from leaving virtual desktop
window when it shouldn't be
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www.gamershell.com/download_1721.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
With some programs which use full-screen mode, Wine stops the mouse pointer
from leaving the window, even when virtual desktop mode is enabled and "Allow
DirectX apps to stop the mouse leaving their window" is not selected. I'll
describe two such programs.
Airport Tycoon 2 is an airport management simulation game. A demo can be
downloaded from http://www.gamershell.com/download_1721.shtml
This bug applies to the full game and the demo.
[An alternative version can be downloaded from
http://d.trymedia.com/dm/take2/60m_d/t_07om/AirportTycoon2Setup.exe
That is apparently a time-limited full version which can be unlocked on
payment. Installing IE6 using winetricks could get that to work, but as the
demo shows the problem it's not necessary.]
Use winecfg to enable virtual desktop mode, and make sure "Allow DirectX apps
to stop the mouse leaving their window" is not checked. Running the game, the
pointer is captured so it cannot leave the virtual desktop window. It is
therefore difficult or impossible to e.g. move the Wine virtual desktop window.
There are also issues when you have another window open and active in front of
the virtual desktop (e.g. Alt-Tab to a terminal window). Moving the mouse in
that non-Wine window, when the pointer is about to leave it, the pointer is
moved to the position corresponding to the centre of the virtual desktop
window.
The only console output which might be relevant is this:
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (108,70)-(916,697)
A second program which has this problem is 101 Bunny Pets. A time-limited demo
can be downloaded from http://www.selectsoftnow.com/software/info.php?ID=5858
You'll need to install IE6 using winetricks to run the demo after installing
it.
This game can be set to run in a window in its options menu, but the default is
full-screen. Notice the pointer is captured and the same issue with non-Wine
window in front as with Airport Tycoon 2. There didn't seem to be any relevant
console output when I ran it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33658
Bug #: 33658
Summary: Warcraft 3: Crash on missing sound permissions
Product: Wine
Version: 1.5.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Created attachment 44555
--> http://bugs.winehq.org/attachment.cgi?id=44555
Crash if no sound is available
If I'm not having the permissions as the audio group Warcraft 3 will crash if
it starts (after the splash screen appeared). Adding my account to the audio
group solves the problem. In the attachments is a log of such a crash.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40617
Bug ID: 40617
Summary: Allow users to change passwords
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
I was recently rotating passwords and noticed that I can't change my testbot
password, whereas I can on forums/appdb/bugs.winehq.org
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43579
Bug ID: 43579
Summary: starting any wine process on armv7l: Bus error (core
dumped)
Product: Wine
Version: 2.15
Hardware: arm
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com, nerv(a)dawncrow.de
Regression SHA1: 3b30002aecf7cd55970979f7e02a53866fe66f1f
Distribution: Debian
I recently got a chromebook, and after setting up a debian chroot, decided to
try wine. I compiled from git, which worked fine out of the box, but crashed
trying to run anything more than --version:
(stretch)austin@localhost:~$ ./wine-git/wine cmd /c "echo hi"
Bus error (core dumped)
I installed wine from the repository (1.8.7), which I noticed works:
(stretch)austin@localhost:~$ /usr/bin/wine cmd /c "echo hi"
hi
regression testing points to:
3b30002aecf7cd55970979f7e02a53866fe66f1f is the first bad commit
commit 3b30002aecf7cd55970979f7e02a53866fe66f1f
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Oct 24 17:48:49 2016 +0200
ntdll: Cache error information for cacheable handles with no fd.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 aee6fddacd30e103f1d6e132eb6552d390714c7e
ef03cabffd148f9ebf59c8503f7197b3238c7eae M dlls
uname -a: Linux localhost 3.14.0 #1 SMP PREEMPT Wed Jul 26 23:30:44 PDT 2017
armv7l GNU/Linux
I'm not very familiar with arm, so if there's some info that would be helpful,
let me know.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38564
Bug ID: 38564
Summary: Rush for Berlin Gold crashes after starting
Product: Wine
Version: 1.7.42
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51449
--> https://bugs.winehq.org/attachment.cgi?id=51449
terminal output
DRM-free version from Gamersgate.
The game shows the loading screen for a brief moment then Wine crashes
somewhere in avifil32.
Installing ffdshow or xvid doesn't make it any better.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.