February 2016 - Wine-bugs - list.winehq.org

[Bug 40204] New: [REGRESSION] Steam stopped working as of wine 1.9.4
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40204 Bug ID: 40204 Summary: [REGRESSION] Steam stopped working as of wine 1.9.4 Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lena.stoffler(a)ymail.com Distribution: --- Created attachment 53714 --> https://bugs.winehq.org/attachment.cgi?id=53714 Console output (LOG) As of wine 1.9.4 the steam client stopped working, means won't start anymore. The installer and updater still works, but the main gui and service is unable to start. Games that require the steam client running in the background cannot be played anymore. Log attached, clean wineprefix used 32-bit and 64-bit tested, same behaviour NOTE: in wine 1.9.3 steam works -- 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.

1 19

[Bug 40222] New: IMalloc(Spy)::Free nullptr
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40222 Bug ID: 40222 Summary: IMalloc(Spy)::Free nullptr Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: learn0more+wine(a)gmail.com Distribution: --- Created attachment 53739 --> https://bugs.winehq.org/attachment.cgi?id=53739 the binary triggering the bug. Calling IMalloc::Free with a nullptr should not invoke the IMallocSpy. (IMalloc_fnFree) Bug encountered in ReactOS (Where the IMallocSpy implementation from wine is used). See: https://jira.reactos.org/browse/CORE-10903 Also verified on wine. Attached binary invokes the invalid behavior on ReactOS and Wine, and not on Windows. (Run: `wine atl_apitest.exe CComHeapPtr`) Patchbot run: https://testbot.winehq.org/JobDetails.pl?Key=20921 -- 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.

1 10

[Bug 38314] New: Mouse Wheel doesn’t work for JA2 1.13 (it uses MOUSEHOOKSTRUCTEX)
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=38314 Bug ID: 38314 Summary: Mouse Wheel doesn’t work for JA2 1.13 (it uses MOUSEHOOKSTRUCTEX) Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: notifications+bugs.winehq.org(a)m0a.de Distribution: --- The mouse wheel does not work at all in JA2 1.13 and by looking at the source code I think it may be one of several reasons: 1) MOUSEHOOKSTRUCTEX is not properly supported in wine 2) The wheel distance in mouseData does not equal WHEEL_DELTA (if it’s not exactly WHEEL_DELTA then this code will just drop the event) 3) There is a "bug" in the JA2 1.13 code, which actually works in Windows 3a) If I look at the code I see a comparison with WHEEL_DELTA, this will fail if the LOWORD of mouseData is not zero. Seems like on windows it’s always zero? Maybe in wine it’s not zero? Source: https://msdn.microsoft.com/en-us/library/windows/desktop/ms644969%28v=vs.85… The code: LRESULT CALLBACK MouseHandler(int Code, WPARAM wParam, LPARAM lParam) { [...] p_mhs = (MOUSEHOOKSTRUCTEX*)lParam; [...] if(p_mhs->mouseData==(WHEEL_DELTA<<16)) //up MessageBeep(-1); QueueEvent(MOUSE_WHEEL_UP, 0, uiParam); if(p_mhs->mouseData==(-WHEEL_DELTA<<16)) //dn MessageBeep(0x00000040L); QueueEvent(MOUSE_WHEEL_DOWN, 0, uiParam); -- 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.

1 22

[Bug 36013] New: bleem! (PlayStation emulator) fails on startup, complaining with 'Not enough memory to load program!'
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=36013 Bug ID: 36013 Summary: bleem! (PlayStation emulator) fails on startup, complaining with 'Not enough memory to load program!' Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 34618 You need my 1-byte binary patch from bug 34618 to bypass the Win9X debugger check: --- snip --- $ printf '\x30' | dd of=bleem\!.exe bs=1 seek=349588 count=1 conv=notrunc --- snip --- WINEPREFIX Windows version must be set to 'Win9X' variant. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/bleem/bleem! $ WINEDEBUG=+tid,+seh,+relay,+vxd wine ./bleem\!.exe >>log.txt 2>&1 ... 0023:Call KERNEL32.CreateFileA(004011e0 "C:\\Program Files\\bleem\\bleem!\\bleem!.exe",80000000,00000001,00000000,00000003,00000080,00000000) ret=0040107c 0023:Ret KERNEL32.CreateFileA() retval=0000005c ret=0040107c 0023:Call KERNEL32.CreateFileMappingA(0000005c,00000000,00000002,00000000,00000000,00000000) ret=00401096 0023:Ret KERNEL32.CreateFileMappingA() retval=00000060 ret=00401096 0023:Call KERNEL32.MapViewOfFile(00000060,00000004,00000000,00000000,00000000) ret=004010ad 0023:Ret KERNEL32.MapViewOfFile() retval=00340000 ret=004010ad 0023:Call krnl386.exe16.VxDCall0(002a0000) ret=003958ad 0023: eax=004022a4 ebx=000000b5 ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb08 ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call KERNEL32.LoadLibraryW(7e6dd0e4 L"vwin32.vxd") ret=7e6acb8c ... 0023:Ret KERNEL32.LoadLibraryW() retval=7e400000 ret=7e6acb8c 0023:Call KERNEL32.GetProcAddress(7e400000,7e6c08de "VxDCall") ret=7e6acbf8 0023:Ret KERNEL32.GetProcAddress() retval=7e4066ac ret=7e6acbf8 0023:Call vwin32.vxd.VxDCall(002a0000,0033f794) ret=7e6acc68 0023:Call KERNEL32.GetVersion() ret=7e406cc7 0023:Ret KERNEL32.GetVersion() retval=c0000a04 ret=7e406cc7 0023:Ret vwin32.vxd.VxDCall() retval=0000040a ret=7e6acc68 0023:Ret krnl386.exe16.VxDCall0() retval=0000040a ret=003958ad 0023: eax=0000040a ebx=000000b5 ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb08 ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call krnl386.exe16.VxDCall0(002a002a) ret=003958c0 0023: eax=004022a4 ebx=002a002a ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb0c ds=002b es=002b fs=0063 gs=006b flags=00000206 0023:Call vwin32.vxd.VxDCall(002a002a,0033f798) ret=7e6acc68 0023:Ret vwin32.vxd.VxDCall() retval=0000004f ret=7e6acc68 0023:Ret krnl386.exe16.VxDCall0() retval=0000004f ret=003958c0 0023: eax=0000004f ebx=002a002a ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb10 ds=002b es=002b fs=0063 gs=006b flags=00000206 0023:Call krnl386.exe16.VxDCall0(00010000) ret=00395737 0023: eax=004022a4 ebx=00000010 ecx=0005b944 edx=00000000 esi=0033fb60 edi=0034fa0c ebp=8005a244 esp=0033fafc ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call KERNEL32.LoadLibraryW(7e6dd0c0 L"vmm.vxd") ret=7e6acb8c ... 0023:Ret KERNEL32.LoadLibraryW() retval=7e1e0000 ret=7e6acb8c 0023:Call KERNEL32.GetProcAddress(7e1e0000,7e6c08de "VxDCall") ret=7e6acbf8 0023:Ret KERNEL32.GetProcAddress() retval=7e1ee794 ret=7e6acbf8 0023:Call vmm.vxd.VxDCall(00010000,0033f788) ret=7e6acc68 0023:trace:vxd:VMM_VxDCall PageReserve: page: 80000400, npages: 0000005c, flags: 00000008 partial stub! 0023:Call KERNEL32.VirtualAlloc(00000000,0005c000,00002000,00000000) ret=7e1eea61 0023:Ret KERNEL32.VirtualAlloc() retval=00000000 ret=7e1eea61 0023:trace:vxd:VMM_VxDCall PageReserve: returning: (nil) 0023:Ret vmm.vxd.VxDCall() retval=ffffffff ret=7e6acc68 0023:Ret krnl386.exe16.VxDCall0() retval=ffffffff ret=00395737 0023: eax=ffffffff ebx=00000010 ecx=0005b944 edx=00000000 esi=0033fb60 edi=0034fa0c ebp=8005a244 esp=0033fb08 ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call KERNEL32.UnmapViewOfFile(00340000) ret=004010d6 0023:Ret KERNEL32.UnmapViewOfFile() retval=00000001 ret=004010d6 0023:Call KERNEL32.CloseHandle(00000060) ret=004010e1 0023:Ret KERNEL32.CloseHandle() retval=00000001 ret=004010e1 0023:Call KERNEL32.CloseHandle(0000005c) ret=004010ec 0023:Ret KERNEL32.CloseHandle() retval=00000001 ret=004010ec 0023:Call user32.MessageBeep(00000010) ret=004010ff 0023:Call winex11.drv.SystemParametersInfo(00000001,00000000,0033fdcc,00000000) ret=7ec19bd2 0023:Ret winex11.drv.SystemParametersInfo() retval=00000000 ret=7ec19bd2 0023:Call winex11.drv.Beep() ret=7ebffc49 0023:Ret winex11.drv.Beep() retval=00000001 ret=7ebffc49 0023:Ret user32.MessageBeep() retval=00000001 ret=004010ff 0023:Call user32.MessageBoxA(00000000,00401336 "Not enough memory to load program!\n\nClose other applications and try again.",004012e5 "bleem, llc.",00011010) ret=0040111c --- snip --- The emulator uses VMM.VXD service 'PageReserve' with 'PR_FIXED' attributes to request a chunk of memory. VirtualAlloc() with '0' page protection attributes (line 162) doesn't make sense here, probably a typo. Source: http://source.winehq.org/git/wine.git/blob/ae9b07fdc0f8b179d87db07c8ecd2c07… --- snip --- 136 DWORD WINAPI VMM_VxDCall( DWORD service, CONTEXT *context ) 137 { 138 static int warned; 139 140 switch ( LOWORD(service) ) 141 { 142 case 0x0000: /* PageReserve */ 143 { 144 LPVOID address; 145 LPVOID ret; 146 ULONG page = stack32_pop( context ); 147 ULONG npages = stack32_pop( context ); 148 ULONG flags = stack32_pop( context ); 149 150 TRACE("PageReserve: page: %08x, npages: %08x, flags: %08x partial stub!\n", 151 page, npages, flags ); 152 153 if ( page == PR_SYSTEM ) { 154 ERR("Can't reserve ring 1 memory\n"); 155 return -1; 156 } 157 /* FIXME: This has to be handled separately for the separate 158 address-spaces we now have */ 159 if ( page == PR_PRIVATE || page == PR_SHARED ) page = 0; 160 /* FIXME: Handle flags in some way */ 161 address = (LPVOID )(page * page_size); 162 ret = VirtualAlloc ( address, npages * page_size, MEM_RESERVE, 0 ); 163 TRACE("PageReserve: returning: %p\n", ret ); 164 if ( ret == NULL ) 165 return -1; 166 else 167 return (DWORD )ret; 168 } ... --- snip --- $ sha1sum demo-v1_4.exe b05c7c4023046fabec5a47aac0754ad0ac6b2325 demo-v1_4.exe $ du -sh demo-v1_4.exe 444K demo-v1_4.exe $ wine --version wine-1.7.16-178-g7e874ae Regards -- 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.

1 12

[Bug 40021] New: CTL3D32.DLL seems to be mostly empty
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40021 Bug ID: 40021 Summary: CTL3D32.DLL seems to be mostly empty Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lahs8353(a)yahoo.com Distribution: --- I need CTL3D32.DLL for a scientific program found here: http://optics.tugraz.at/idea/register.html I've tried getting it to work on wine (well q4wine to be exact) and I'm having some issues. I've tried both native and builtin DLLs. I've also tried manually overwriting the DLL under Windows/System32 with one which I downloaded. The native DLL reports that CTL3D32.DLL was not installed correctly. The builtin DLL reports: "wxWindows Fatal Error: Cannot register CTL3D" People on IRC commented that it appears that CTL3D32.DLL is mostly empty on wine and should be easily fixable. -- 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.

1 12

[Bug 37288] New: Not implemented feature System.Drawing.Pen.ResetTransform()
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=37288 Bug ID: 37288 Summary: Not implemented feature System.Drawing.Pen.ResetTransform() Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: mr_wire(a)mail.ru Tried to use ComponentOne C1Report library in my .NET application, got the following error. System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.NotImplementedException: The requested feature is not implemented [GDI+ status: NotImplemented] at System.Drawing.GDIPlus.CheckStatus (Status status) [0x00000] in <filename unknown>:0 at System.Drawing.Pen.ResetTransform () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) System.Drawing.Pen:ResetTransform () at C1.Win.C1Preview.C1PreviewPane.#YQe () [0x00000] in <filename unknown>:0 at C1.Win.C1Preview.C1PreviewPane.#kPe () [0x00000] in <filename unknown>:0 at C1.Win.C1Preview.C1PreviewPane.Init () [0x00000] in <filename unknown>:0 at C1.Win.C1Preview.C1PreviewPane..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) C1.Win.C1Preview.C1PreviewPane:.ctor () at C1.Win.C1Preview.C1PrintPreviewControl.Init () [0x00000] in <filename unknown>:0 at C1.Win.C1Preview.C1PrintPreviewControl..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) C1.Win.C1Preview.C1PrintPreviewControl:.ctor () at C1.Win.C1Preview.C1PrintPreviewDialog.InitializeComponent () [0x00000] in <filename unknown>:0 at C1.Win.C1Preview.C1PrintPreviewDialog..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) C1.Win.C1Preview.C1PrintPreviewDialog:.ctor () [skipped lines] -- 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.

1 5

[Bug 39908] New: SuperTux 0.3.5a crashes on startup, needs msvcr120.dll.strtof
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=39908 Bug ID: 39908 Summary: SuperTux 0.3.5a crashes on startup, needs msvcr120.dll.strtof Product: Wine Version: 1.9.0 Hardware: x86 URL: https://github.com/SuperTux/supertux/releases/download /v0.3.5a/supertux-0.3.5a-win32-setup.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)vr-web.de Distribution: Debian wine: Call from 0x7b83a2bc to unimplemented function msvcr120.dll.strtof, aborting Moving this issue to its own bug. Was before part of https://bugs.winehq.org/show_bug.cgi?id=39034 . -- 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.

1 11

[Bug 37115] New: Calling ReadFile from WINBASEAPI (WinBase.h) with zero read length causes hang
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=37115 Bug ID: 37115 Summary: Calling ReadFile from WINBASEAPI (WinBase.h) with zero read length causes hang Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robw(a)sagatech.ca Our software connects to a serial device using USB-serial adapters. In the process of attempting to create a wrapper for use on OSx, I discovered a hang when I attempted to connect to the device under Wine that does not occur under Windows. I have tracked it down to the WINBASEAPI ReadFile. Under Windows, if a zero value is passed as the length to read, it handles and returns zero. Under Wine, it causes a "black box" (meaning I can't trace it) hang. I have worked around this in my code by including a return on zero value for the length, however believe it may be responsible for other serial issues I have seen in researching this problem. -- 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.

1 13

[Bug 39838] New: Wreckfest Server: Crashes at startup, unimplemented function KERNEL32.dll.GetConsoleScreenBufferInfoEx
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=39838 Bug ID: 39838 Summary: Wreckfest Server: Crashes at startup, unimplemented function KERNEL32.dll.GetConsoleScreenBufferInfoEx Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: devin(a)devinbraune.de Distribution: --- Created attachment 53182 --> https://bugs.winehq.org/attachment.cgi?id=53182 Screenshot which shows terminal (input and output) and other windows related to it Bugbear Games' Next Car Game: Wreckfest crashes in dedicated server mode because KERNEL32.dll.GetConsoleScreenBufferInfoEx is not implemented. Attached screenshot shows what exactly happens when starting a clean installation of wreckfest with a clean wineprefix 1.8. The start_server.bat is part of the game and seems to start wreckfest.exe -s, the regular executable of the game. The game itself launches fine if hardware requirements are met. Just not the server. Unfortunately, I can't post a download link because it's a commercial game on steam. -- 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.

1 19

[Bug 40129] New: MSI Reading and Writing Behaves differently than Windows
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40129 Bug ID: 40129 Summary: MSI Reading and Writing Behaves differently than Windows Product: Wine Version: 1.9.1 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: agrothberg(a)yahoo.com Created attachment 53618 --> https://bugs.winehq.org/attachment.cgi?id=53618 Corrupt MSI I am using Python `bdist_msi` to create an MSI and then https://github.com/activescott/lessmsi to inspect the MSI. When using Wine, I can create an MSI and then successfully inspect it. However if I try to install the MSI that was created under Wine on Windows machine, in stall fails. Further using the same lessmsi tool above but running it on Windows fails. A complete write up is here: http://stackoverflow.com/questions/35004900/using-wine-to-build-msi-for-pyt… but it appears that the Property table on the MSI is corrupt. Attached is the msi. -- 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.

1 15