June 2014 - Wine-Bugs - list.winehq.org

[Bug 36336] NaturallySpeaking doesn't work with alsa or pasuspender

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=36336 --- Comment #1 from Susan Cragin <susancragin(a)earthlink.net> --- patch by Andrew Eikum mentioned in 10495, attachment 48861, may partially fix this problem, in that it seems to make wine access alsa. See my comments. It made NatSpeak run with alsa directly only. Did NOT affect pasuspender. -- 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.

June 1, 2014

[Bug 17195] NamedPipe datagrams need to be _really_ datagrams

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=17195 jeanluc.malet(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|jeanluc.malet(a)gmail.com | -- 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.

June 1, 2014

[Bug 36628] Multiple GFWL (Games For Windows Live) 2.0.0687.0 games fail on startup, reporting 'E_INVALIDARG : XLiveInitialize(&xii)' (Resident Evil 5)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36628 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation -- 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.

June 1, 2014

[Bug 36628] New: Multiple GFWL (Games For Windows Live) 2.0.0687.0 games fail on startup, reporting 'E_INVALIDARG : XLiveInitialize(&xii)' (Resident Evil 5)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36628 Bug ID: 36628 Summary: Multiple GFWL (Games For Windows Live) 2.0.0687.0 games fail on startup, reporting 'E_INVALIDARG : XLiveInitialize(&xii)' (Resident Evil 5) Product: Wine Version: 1.7.19 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, split off from bug 23914 I'm copying my analysis verbatim here. To come this far you have to work around some bugs... The first issue is bug 36627 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CAPCOM/RESIDENT EVIL 5 $ wine ./Launcher.exe err:module:import_dll Library MSASN1.dll (which is needed by L"C:\\windows\\system32\\xlive.dll") not found err:module:import_dll Library xlive.dll (which is needed by L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE" failed, status c0000135 --- snip --- The game bundles 'Games For Windows Live 2.0.0687.0' which hard-binds to 'MSASN1.dll'. This can be worked around with: 'winetricks -q msasn1' The next issue is bug 17195 (SetNamedPipeHandleState implementation, support for named pipe message mode) as indicated by comment #22 The launcher uses named pipe in message mode for IPC with main game process. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CAPCOM/RESIDENT EVIL 5 $ WINEDEBUG=+tid,+seh,+relay,+snoop,+msvcrt wine ./Launcher.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.CreateNamedPipeW(00dbe080 L"\\\\.\\pipe\\0000002a",40080003,00000006,00000001,00000400,00000400,00001388,00dbe054) ret=00403d54 002b:Ret KERNEL32.CreateNamedPipeW() retval=0000006c ret=00403d54 ... 002c:Starting thread proc 0x401490 (arg=0x2413b8) ... 002c:Call KERNEL32.ConnectNamedPipe(0000006c,002413fc) ret=004033ed 002c:Ret KERNEL32.ConnectNamedPipe() retval=00000000 ret=004033ed 002c:Call KERNEL32.GetLastError() ret=004033fa 002c:Ret KERNEL32.GetLastError() retval=000003e5 ret=004033fa 002c:Call KERNEL32.WaitForMultipleObjects(00000002,00241414,00000000,ffffffff) ret=00403a88 ... 002b:Call KERNEL32.CreateProcessW(00000000,00dbcd58 L"RE5DX9.exe -dx9",00000000,00000000,00000000,00000410,00000000,0013ba40 L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\",00dbc410,00dbc400) ret=7e56607a ... 002e:Call KERNEL32.__wine_kernel_init() ret=7bc5a4b2 002b:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e56607a ... 002e:Call KERNEL32.CreateFileW(0033d78c L"\\\\.\\pipe\\0000002a",c0000000,00000000,00000000,00000003,40000000,00000000) ret=00e26522 002e:Ret KERNEL32.CreateFileW() retval=000000b4 ret=00e26522 002e:Call KERNEL32.SetNamedPipeHandleState(000000b4,0033d784,00000000,00000000) ret=00e26547 002e:Ret KERNEL32.SetNamedPipeHandleState() retval=00000000 ret=00e26547 002e:Call KERNEL32.GetLastError() ret=00e26450 002e:Ret KERNEL32.GetLastError() retval=00000000 ret=00e26450 ... 002e:Ret KERNEL32.CloseHandle() retval=00000001 ret=00e265a0 ... 002c:Ret KERNEL32.WaitForMultipleObjects() retval=00000000 ret=00403a88 ... 002e:Call user32.MessageBoxA(00000000,01273d08 "Errorcode:80070507",00f64bfc "InitRpl Failed",00041010) ret=00721f07 --- snip --- The child closes the other end of pipe after failure to bring the pipe in message mode which also wakes the parent with broken pipe error. Faking "success" is obviously not a good solution hence I ran the game with a Wine version that carries Adam Martinson's patchset (branch rebased to tip). This brings the game further - only to run into GFWL init problem: --- snip --- ... 002e:CALL xlive.5297(<unknown, check return>) ret=0044eb72 002e:Call advapi32.RegisterTraceGuidsA(015e39d7,00000000,01495c5c,00000003,01ab8744,00000000,00000000,01ac85b0) ret=015e3a5c 002e:fixme:advapi:RegisterTraceGuidsA (0x15e39d7, (nil), {d5b9ac76-d546-4891-bb8c-bfd865e5c7d5}, 3, 0x1ab8744, (null), (null), 0x1ac85b0): stub 002e:Ret advapi32.RegisterTraceGuidsA() retval=00000000 ret=015e3a5c ... 002e:Call KERNEL32.LoadLibraryW(0033c0c8 L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") ret=01573fd8 002e:Ret KERNEL32.LoadLibraryW() retval=00400000 ret=01573fd8 ... 002e:Call KERNEL32.lstrcmpiW(001ed71c L"xlive.dll",01492e70 L"shimeng.dll") ret=015738f6 002e:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=015738f6 002e:Call KERNEL32.K32GetModuleInformation(ffffffff,00400000,0033c0b0,0000000c) ret=01571ca9 002e:Ret KERNEL32.K32GetModuleInformation() retval=00000001 ret=01571ca9 002e:Call KERNEL32.FreeLibrary(00400000) ret=01573e42 002e:Ret KERNEL32.FreeLibrary() retval=00000001 ret=01573e42 002e:Call KERNEL32.UnmapViewOfFile(13360000) ret=01574ab9 002e:Ret KERNEL32.UnmapViewOfFile() retval=00000001 ret=01574ab9 002e:Call KERNEL32.CloseHandle(00000104) ret=01574ade 002e:Ret KERNEL32.CloseHandle() retval=00000001 ret=01574ade 002e:Call KERNEL32.CloseHandle(00000100) ret=01574afc ... 002e:Call advapi32.RegisterEventSourceW(00000000,01495a2c) ret=015eccbf 002e:fixme:advapi:RegisterEventSourceW ((null),L"XLive"): stub 002e:Ret advapi32.RegisterEventSourceW() retval=cafe4242 ret=015eccbf 002e:Call advapi32.ReportEventW(cafe4242,00000002,00000000,80000002,00000000,00000004,00000000,0033bb24,00000000) ret=015eccff 002e:fixme:advapi:ReportEventW (0xcafe4242,0x0002,0x0000,0x80000002,(nil),0x0004,0x00000000,0x33bb24,(nil)): stub 002e:Ret advapi32.ReportEventW() retval=00000001 ret=015eccff 002e:Call advapi32.DeregisterEventSource(cafe4242) ret=015ecd1f 002e:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 002e:Ret advapi32.DeregisterEventSource() retval=00000001 ret=015ecd1f ... 002e:Call advapi32.UnregisterTraceGuids(00000000,00000000) ret=015e3a6f 002e:fixme:advapi:UnregisterTraceGuids 0: stub 002e:Ret advapi32.UnregisterTraceGuids() retval=00000078 ret=015e3a6f 002e:RET xlive.5297(0033d330,2002af00) retval=80004005 ret=0044eb72 002e:Call KERNEL32.GetLastError() ret=00e31b72 002e:Ret KERNEL32.GetLastError() retval=00000000 ret=00e31b72 002e:Call KERNEL32.FatalAppExitA(00000000,0033cec8 "E_FAIL : XLiveInitialize(&xii)") ret=0042eb7d 002e:warn:seh:FatalAppExitA AppExit 002e:Call user32.MessageBoxA(00000000,0033cec8 "E_FAIL : XLiveInitialize(&xii)",00000000,00001000) ret=7b83bee7 --- snip --- xlive.5297 API entry = XLiveInitializeEx() This is bug 33034 After merging my fix on top of named pipe branch it fares better but still fails in the end: --- snip --- 002e:CALL xlive.5297(<unknown, check return>) ret=0044eb72 ... 002e:CALL sqmapi.SqmStartUpload(<unknown, check return>) ret=015e368f ... 002e:RET sqmapi.SqmStartUpload(0033c9c0,0033c5b0,00000000,00000002,015e2de0) retval=00000000 ret=015e368f ... 002e:CALL sqmapi.SqmGetSession(<unknown, check return>) ret=015e3243 ... 002e:RET sqmapi.SqmGetSession(01495a2c,00008000,00000001) retval=00000001 ret=015e3243 ... 002e:CALL sqmapi.SqmSetAppVersion(<unknown, check return>) ret=015e347a ... 002e:RET sqmapi.SqmSetAppVersion(00000001,00020000,02af0000) retval=00000001 ret=015e347a 002e:CALL sqmapi.SqmReadSharedMachineId(<unknown, check return>) ret=015e348c ... 002e:RET sqmapi.SqmReadSharedMachineId(0033cba4) retval=00000001 ret=015e348c 002e:CALL sqmapi.SqmSetMachineId(<unknown, check return>) ret=015e34b7 ... 002e:RET sqmapi.SqmSetMachineId(00000001,0033cba4) retval=00000001 ret=015e34b7 002e:CALL sqmapi.SqmReadSharedUserId(<unknown, check return>) ret=015e34c5 ... 002e:RET sqmapi.SqmReadSharedUserId(0033cbb4) retval=00000001 ret=015e34c5 002e:CALL sqmapi.SqmSetUserId(<unknown, check return>) ret=015e34f0 ... 002e:RET sqmapi.SqmSetUserId(00000001,0033cbb4) retval=00000001 ret=015e34f0 ... 002e:CALL sqmapi.SqmSetEnabled(<unknown, check return>) ret=015e3087 ... 002e:RET sqmapi.SqmSetEnabled(00000001,00000000) retval=00000001 ret=015e3087 ... 002e:CALL sqmapi.SqmSet(<unknown, check return>) ret=015e2e4a ... 002e:RET sqmapi.SqmSet(00000001,000000c1,0001b5e7) retval=00000000 ret=015e2e4a ... 002e:CALL sqmapi.SqmTimerStart(<unknown, check return>) ret=015e2fcd ... 002e:RET sqmapi.SqmTimerStart(00000001,00000035) retval=00000000 ret=015e2fcd ... 002e:CALL sqmapi.SqmSetBits(<unknown, check return>) ret=015e2eaa ... 002e:RET sqmapi.SqmSetBits(00000001,0000002e,0000000c) retval=00000000 ret=015e2eaa ... <lots of DRM checks/anti-debugging> ... 002e:Call advapi32.RegisterEventSourceW(00000000,01495a2c) ret=015eccbf 002e:fixme:advapi:RegisterEventSourceW ((null),L"XLive"): stub 002e:Ret advapi32.RegisterEventSourceW() retval=cafe4242 ret=015eccbf 002e:Call advapi32.ReportEventW(cafe4242,00000002,00000000,80000002,00000000,00000004,00000000,0033bb24,00000000) ret=015eccff 002e:fixme:advapi:ReportEventW (0xcafe4242,0x0002,0x0000,0x80000002,(nil),0x0004,0x00000000,0x33bb24,(nil)): stub 002e:Ret advapi32.ReportEventW() retval=00000001 ret=015eccff 002e:Call advapi32.DeregisterEventSource(cafe4242) ret=015ecd1f 002e:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 002e:Ret advapi32.DeregisterEventSource() retval=00000001 ret=015ecd1f ... 002e:RET xlive.5297(0033d330,2002af00) retval=80070057 ret=0044eb72 ... 002e:Call KERNEL32.FatalAppExitA(00000000,0033cec8 "E_INVALIDARG : XLiveInitialize(&xii)") ret=0042eb7d 002e:warn:seh:FatalAppExitA AppExit 002e:Call user32.MessageBoxA(00000000,0033cec8 "E_INVALIDARG : XLiveInitialize(&xii)",00000000,00001000) ret=7b83bee7 --- snip --- $ wine --version wine-1.7.19-70-gd6a59f7 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.

June 1, 2014

[Bug 35041] Multiple applications crash with heap corruption or live-lock in libX11 (EA Origin, Garmin Express Fit v2.0, 64-bit SMPlayer 0.8.6)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=35041 Christian Trippe <christiandehne(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |christiandehne(a)web.de -- 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.

June 1, 2014

[Bug 17195] NamedPipe datagrams need to be _really_ datagrams

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=17195 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmbohdan(a)gmail.com --- Comment #146 from Anastasius Focht <focht(a)gmx.net> --- *** Bug 23914 has been marked as a duplicate of this bug. *** -- 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.

June 1, 2014

[Bug 23914] Resident Evil 5 fails on startup, reporting 'Errorcode:80070507 InitRpl Failed' (needs named pipe message mode support)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=23914 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |focht(a)gmx.net Resolution|--- |DUPLICATE Summary|Resident Evil 5: Game fails |Resident Evil 5 fails on |to run with unknown reason |startup, reporting | |'Errorcode:80070507 InitRpl | |Failed' (needs named pipe | |message mode support) --- Comment #27 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, multiple issues here. Fortunately I found a distributed "online" backup, thanks to some guys still seeding :-) The first issue is bug 36627 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CAPCOM/RESIDENT EVIL 5 $ wine ./Launcher.exe err:module:import_dll Library MSASN1.dll (which is needed by L"C:\\windows\\system32\\xlive.dll") not found err:module:import_dll Library xlive.dll (which is needed by L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE" failed, status c0000135 --- snip --- The game bundles 'Games For Windows Live 2.0.0687.0' which hard-binds to 'MSASN1.dll'. This can be worked around with: 'winetricks -q msasn1' The next issue is bug 17195 (SetNamedPipeHandleState implementation, support for named pipe message mode) as indicated by comment #22 The launcher uses named pipe in message mode for IPC with main game process. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CAPCOM/RESIDENT EVIL 5 $ WINEDEBUG=+tid,+seh,+relay,+snoop,+msvcrt wine ./Launcher.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.CreateNamedPipeW(00dbe080 L"\\\\.\\pipe\\0000002a",40080003,00000006,00000001,00000400,00000400,00001388,00dbe054) ret=00403d54 002b:Ret KERNEL32.CreateNamedPipeW() retval=0000006c ret=00403d54 ... 002c:Starting thread proc 0x401490 (arg=0x2413b8) ... 002c:Call KERNEL32.ConnectNamedPipe(0000006c,002413fc) ret=004033ed 002c:Ret KERNEL32.ConnectNamedPipe() retval=00000000 ret=004033ed 002c:Call KERNEL32.GetLastError() ret=004033fa 002c:Ret KERNEL32.GetLastError() retval=000003e5 ret=004033fa 002c:Call KERNEL32.WaitForMultipleObjects(00000002,00241414,00000000,ffffffff) ret=00403a88 ... 002b:Call KERNEL32.CreateProcessW(00000000,00dbcd58 L"RE5DX9.exe -dx9",00000000,00000000,00000000,00000410,00000000,0013ba40 L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\",00dbc410,00dbc400) ret=7e56607a ... 002e:Call KERNEL32.__wine_kernel_init() ret=7bc5a4b2 002b:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e56607a ... 002e:Call KERNEL32.CreateFileW(0033d78c L"\\\\.\\pipe\\0000002a",c0000000,00000000,00000000,00000003,40000000,00000000) ret=00e26522 002e:Ret KERNEL32.CreateFileW() retval=000000b4 ret=00e26522 002e:Call KERNEL32.SetNamedPipeHandleState(000000b4,0033d784,00000000,00000000) ret=00e26547 002e:Ret KERNEL32.SetNamedPipeHandleState() retval=00000000 ret=00e26547 002e:Call KERNEL32.GetLastError() ret=00e26450 002e:Ret KERNEL32.GetLastError() retval=00000000 ret=00e26450 ... 002e:Ret KERNEL32.CloseHandle() retval=00000001 ret=00e265a0 ... 002c:Ret KERNEL32.WaitForMultipleObjects() retval=00000000 ret=00403a88 ... 002e:Call user32.MessageBoxA(00000000,01273d08 "Errorcode:80070507",00f64bfc "InitRpl Failed",00041010) ret=00721f07 --- snip --- The child closes the other end of pipe after failure to bring the pipe in message mode which also wakes the parent with broken pipe error. Faking "success" is obviously not a good solution hence I ran the game with a Wine version that carries Adam Martinson's patchset (branch rebased to tip). This brings the game further - only to run into GFWL init problem: --- snip --- ... 002e:CALL xlive.5297(<unknown, check return>) ret=0044eb72 002e:Call advapi32.RegisterTraceGuidsA(015e39d7,00000000,01495c5c,00000003,01ab8744,00000000,00000000,01ac85b0) ret=015e3a5c 002e:fixme:advapi:RegisterTraceGuidsA (0x15e39d7, (nil), {d5b9ac76-d546-4891-bb8c-bfd865e5c7d5}, 3, 0x1ab8744, (null), (null), 0x1ac85b0): stub 002e:Ret advapi32.RegisterTraceGuidsA() retval=00000000 ret=015e3a5c ... 002e:Call KERNEL32.LoadLibraryW(0033c0c8 L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") ret=01573fd8 002e:Ret KERNEL32.LoadLibraryW() retval=00400000 ret=01573fd8 ... 002e:Call KERNEL32.lstrcmpiW(001ed71c L"xlive.dll",01492e70 L"shimeng.dll") ret=015738f6 002e:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=015738f6 002e:Call KERNEL32.K32GetModuleInformation(ffffffff,00400000,0033c0b0,0000000c) ret=01571ca9 002e:Ret KERNEL32.K32GetModuleInformation() retval=00000001 ret=01571ca9 002e:Call KERNEL32.FreeLibrary(00400000) ret=01573e42 002e:Ret KERNEL32.FreeLibrary() retval=00000001 ret=01573e42 002e:Call KERNEL32.UnmapViewOfFile(13360000) ret=01574ab9 002e:Ret KERNEL32.UnmapViewOfFile() retval=00000001 ret=01574ab9 002e:Call KERNEL32.CloseHandle(00000104) ret=01574ade 002e:Ret KERNEL32.CloseHandle() retval=00000001 ret=01574ade 002e:Call KERNEL32.CloseHandle(00000100) ret=01574afc ... 002e:Call advapi32.RegisterEventSourceW(00000000,01495a2c) ret=015eccbf 002e:fixme:advapi:RegisterEventSourceW ((null),L"XLive"): stub 002e:Ret advapi32.RegisterEventSourceW() retval=cafe4242 ret=015eccbf 002e:Call advapi32.ReportEventW(cafe4242,00000002,00000000,80000002,00000000,00000004,00000000,0033bb24,00000000) ret=015eccff 002e:fixme:advapi:ReportEventW (0xcafe4242,0x0002,0x0000,0x80000002,(nil),0x0004,0x00000000,0x33bb24,(nil)): stub 002e:Ret advapi32.ReportEventW() retval=00000001 ret=015eccff 002e:Call advapi32.DeregisterEventSource(cafe4242) ret=015ecd1f 002e:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 002e:Ret advapi32.DeregisterEventSource() retval=00000001 ret=015ecd1f ... 002e:Call advapi32.UnregisterTraceGuids(00000000,00000000) ret=015e3a6f 002e:fixme:advapi:UnregisterTraceGuids 0: stub 002e:Ret advapi32.UnregisterTraceGuids() retval=00000078 ret=015e3a6f 002e:RET xlive.5297(0033d330,2002af00) retval=80004005 ret=0044eb72 002e:Call KERNEL32.GetLastError() ret=00e31b72 002e:Ret KERNEL32.GetLastError() retval=00000000 ret=00e31b72 002e:Call KERNEL32.FatalAppExitA(00000000,0033cec8 "E_FAIL : XLiveInitialize(&xii)") ret=0042eb7d 002e:warn:seh:FatalAppExitA AppExit 002e:Call user32.MessageBoxA(00000000,0033cec8 "E_FAIL : XLiveInitialize(&xii)",00000000,00001000) ret=7b83bee7 --- snip --- xlive.5297 API entry = XLiveInitializeEx() This is bug 33034 After merging my fix on top of named pipe branch it fares better but still fails in the end: --- snip --- 002e:CALL xlive.5297(<unknown, check return>) ret=0044eb72 ... 002e:CALL sqmapi.SqmStartUpload(<unknown, check return>) ret=015e368f ... 002e:RET sqmapi.SqmStartUpload(0033c9c0,0033c5b0,00000000,00000002,015e2de0) retval=00000000 ret=015e368f ... 002e:CALL sqmapi.SqmGetSession(<unknown, check return>) ret=015e3243 ... 002e:RET sqmapi.SqmGetSession(01495a2c,00008000,00000001) retval=00000001 ret=015e3243 ... 002e:CALL sqmapi.SqmSetAppVersion(<unknown, check return>) ret=015e347a ... 002e:RET sqmapi.SqmSetAppVersion(00000001,00020000,02af0000) retval=00000001 ret=015e347a 002e:CALL sqmapi.SqmReadSharedMachineId(<unknown, check return>) ret=015e348c ... 002e:RET sqmapi.SqmReadSharedMachineId(0033cba4) retval=00000001 ret=015e348c 002e:CALL sqmapi.SqmSetMachineId(<unknown, check return>) ret=015e34b7 ... 002e:RET sqmapi.SqmSetMachineId(00000001,0033cba4) retval=00000001 ret=015e34b7 002e:CALL sqmapi.SqmReadSharedUserId(<unknown, check return>) ret=015e34c5 ... 002e:RET sqmapi.SqmReadSharedUserId(0033cbb4) retval=00000001 ret=015e34c5 002e:CALL sqmapi.SqmSetUserId(<unknown, check return>) ret=015e34f0 ... 002e:RET sqmapi.SqmSetUserId(00000001,0033cbb4) retval=00000001 ret=015e34f0 ... 002e:CALL sqmapi.SqmSetEnabled(<unknown, check return>) ret=015e3087 ... 002e:RET sqmapi.SqmSetEnabled(00000001,00000000) retval=00000001 ret=015e3087 ... 002e:CALL sqmapi.SqmSet(<unknown, check return>) ret=015e2e4a ... 002e:RET sqmapi.SqmSet(00000001,000000c1,0001b5e7) retval=00000000 ret=015e2e4a ... 002e:CALL sqmapi.SqmTimerStart(<unknown, check return>) ret=015e2fcd ... 002e:RET sqmapi.SqmTimerStart(00000001,00000035) retval=00000000 ret=015e2fcd ... 002e:CALL sqmapi.SqmSetBits(<unknown, check return>) ret=015e2eaa ... 002e:RET sqmapi.SqmSetBits(00000001,0000002e,0000000c) retval=00000000 ret=015e2eaa ... <lots of DRM checks/anti-debugging> ... 002e:Call advapi32.RegisterEventSourceW(00000000,01495a2c) ret=015eccbf 002e:fixme:advapi:RegisterEventSourceW ((null),L"XLive"): stub 002e:Ret advapi32.RegisterEventSourceW() retval=cafe4242 ret=015eccbf 002e:Call advapi32.ReportEventW(cafe4242,00000002,00000000,80000002,00000000,00000004,00000000,0033bb24,00000000) ret=015eccff 002e:fixme:advapi:ReportEventW (0xcafe4242,0x0002,0x0000,0x80000002,(nil),0x0004,0x00000000,0x33bb24,(nil)): stub 002e:Ret advapi32.ReportEventW() retval=00000001 ret=015eccff 002e:Call advapi32.DeregisterEventSource(cafe4242) ret=015ecd1f 002e:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 002e:Ret advapi32.DeregisterEventSource() retval=00000001 ret=015ecd1f ... 002e:RET xlive.5297(0033d330,2002af00) retval=80070057 ret=0044eb72 ... 002e:Call KERNEL32.FatalAppExitA(00000000,0033cec8 "E_INVALIDARG : XLiveInitialize(&xii)") ret=0042eb7d 002e:warn:seh:FatalAppExitA AppExit 002e:Call user32.MessageBoxA(00000000,0033cec8 "E_INVALIDARG : XLiveInitialize(&xii)",00000000,00001000) ret=7b83bee7 --- snip --- This deserves its own bug. Since the bug was initially created with "InitRpl Failed. ErrorCode: 80070507" issue it's technically a dupe of bug 17195 $ wine --version wine-1.7.19-70-gd6a59f7 Regards *** This bug has been marked as a duplicate of bug 17195 *** -- 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.

June 1, 2014

[Bug 10495] Wine should support PulseAudio

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10495 --- Comment #412 from Susan Cragin <susancragin(a)earthlink.net> --- > Please post your test results here, or email me directly if you prefer. Andrew, Hello. I compiled biarch wine using your patch, and I am very pleased with it. Background. I use wine to run Dragon NaturallySpeaking. NatSpeak is a resource hog and works best with Lubuntu and a low-latency kernel, which I have. But I had installed pulseaudio just to get wine sound working. NatSpeak needs to be installed in a 32-bit wine prefix because it is a 32-bit program with "handles" to make it run on 64-bit systems. Test. You patch installed problem-free. I tried running NatSpeak with my current wineprefix. It worked and then it didn't... I'm not sure what the problem was. So I created a new wine prefix and re-installed NatSpeak. Success. Winecfg showed me "default" and my two sound cards, including my Sennheiser PC363D headset. I have .asoundconfrc set to call up Card 1, so the default setting called up my headset. Hooray. Selecting the Sennheiser option in winecfg did NOT work. Boo. So then I tested it. Great sound. Great accuracy. Checked alsamixer. The settings showed it was being accessed and had set the volume in the microphone. Then, I opened a browser and tried a youtube video at the same time as NatSpeak on wine. Both worked simultaneously. -- 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.

June 1, 2014

[Bug 36627] New: Games For Windows Live 2.0.0687.0 (PANORAMA_V2.00_RTM.090421-2351) needs MSASN1.dll

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36627 Bug ID: 36627 Summary: Games For Windows Live 2.0.0687.0 (PANORAMA_V2.00_RTM.090421-2351) needs MSASN1.dll Product: Wine Version: 1.7.19 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, there were a few GFWL/XLive bug comments in the past that stated "copying MSASN1.dll solves the issue" (bug 28035). There is indeed a specific version of GFWL that hard-binds to 'MSASN1.dll'. 'winetricks msasn1' obviously solves the problem for 'xlive.dll' load failure. It doesn't solve GFWL init failure at runtime as explained in https://bugs.winehq.org/show_bug.cgi?id=28035#c37 This bug is about adding a stub dll and possible implementation later. The specific version is: --- snip --- xlive.dll Microsoft Corporation Games for Windows - LIVE DLL 2.0.0687.0 (PANORAMA_V2.00_RTM.090421-2351) Wednesday 22 April 2009, 00.20.44 --- snip --- Other versions such as '2.0.0672.0 (PANORAMA_V2.00_RTM.081022-0447)' don't have this binding. 'xLiveRedist.msi' redist installer 'File' table dumped with 'ORCA': --- snip --- File Component_ FileName FileSize Version s72 s72 l255 i4 S72 dxdx1037 DirectXRedist ze3kb3ub.cab|Mar2008_d3dx10_37_x86.cab 821508 512 xlive XLiveRuntimeComponent xlive.dll 14311680 2.0.687.0 sqmapidll SQMAPI sqmapi.dll 134144 6.0.6000.16386 dxdxsetupexe DirectXRedist DXSETUP.exe 527880 4.9.0.904 dxdx937 DirectXRedist rxp0yibt.cab|Mar2008_d3dx9_37_x86.cab 1446530 512 dxxinput DirectXRedist qdji7bjl.cab|APR2007_xinput_x86.cab 56902 512 dxdsetupdll DirectXRedist DSETUP.dll 97288 4.9.0.904 dxdsetup32 DirectXRedist dsetup32.dll 1694728 4.9.0.904 dxdllreg DirectXRedist an7grfka.cab|dxdllreg_x86.cab 47596 512 dxupdate DirectXRedist dxupdate.cab 97396 512 xlivecat XLiveRuntimeComponent kh3w9dph.cat|xlive.dll.cat 172173 512 xlivefnt XLiveRuntimeComponent xlivefnt.dll 13642496 2.0.687.0 ... --- snip --- It bundles/installs .NET Framework 3.0 --- snip --- Wine-dbg>info process pid threads executable (all id:s are in hex) 00000024 1 'explorer.exe' 0000000e 8 'services.exe' 000000cf 4 \_ 'mscorsvw.exe' 00000019 3 \_ 'plugplay.exe' 00000012 4 \_ 'winedevice.exe' 00000008 1 'setup.exe' 00000034 6 \_ 'msiexec.exe' 0000003b 2 \_ 'gfwlivesetup.exe' 0000003e 1 \_ 'GFWLIVESetupStub.exe' 00000030 2 \_ 'dotnetfx3.exe' 00000028 2 \_ 'setup.exe' --- snip --- Starting a game that installed this specific GFWL version, for example 'Resident Evil 5' (bug 23914) yields: --- snip --- $ wine ./Launcher.exe err:module:import_dll Library MSASN1.dll (which is needed by L"C:\\windows\\system32\\xlive.dll") not found err:module:import_dll Library xlive.dll (which is needed by L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\CAPCOM\\RESIDENT EVIL 5\\RE5DX9.EXE" failed, status c0000135 --- snip --- Dumping the 'MSASN1.dll' import descriptor from main executable yields: --- snip --- ... 26. ImageImportDescriptor: OriginalFirstThunk: 0x005ED47C TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x005ECA68 ("MSASN1.dll") FirstThunk: 0x000018B4 Ordinal/Hint API name ------------ --------------------------------------- 0x0019 "ASN1BERDecS32Val" 0x000C "ASN1BERDecGeneralizedTime" 0x000A "ASN1BERDecExplicitTag" 0x000F "ASN1BERDecNotEndOfContents" 0x0017 "ASN1BERDecPeekTag" 0x0053 "ASN1DecAlloc" 0x0025 "ASN1BERDecZeroCharString" 0x0008 "ASN1BERDecEndOfContents" 0x0031 "ASN1BEREncExplicitTag" 0x003C "ASN1BEREncS32" 0x002F "ASN1BEREncEndOfContents" 0x0013 "ASN1BERDecOctetString" 0x0005 "ASN1BERDecCharString" 0x0029 "ASN1BEREncBool" 0x0000 "ASN1BERDecBitString" 0x001F "ASN1BERDecU32Val" 0x004C "ASN1CEREncGeneralizedTime" 0x002C "ASN1BEREncCharString" 0x0028 "ASN1BEREncBitString" 0x0039 "ASN1BEREncOctetString" 0x003F "ASN1BEREncU32" 0x00DB "ASN1_CloseEncoder" 0x00DE "ASN1_CreateDecoder" 0x00E0 "ASN1_CreateEncoder" 0x00E3 "ASN1_Encode" 0x00E2 "ASN1_Decode" 0x00DA "ASN1_CloseDecoder" --- snip --- This might be also useful to split out ASN.1 API/helpers from builtin crypt. $ sha1sum gfwlivesetup.exe ed02393e367c2a9e47f2a3f10da553cc292fa22a gfwlivesetup.exe $ du -sh gfwlivesetup.exe 171M gfwlivesetup.exe $ wine --version wine-1.7.19-70-gd6a59f7 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.

June 1, 2014

[Bug 36546] Please remove `tmpfs` special treatment in ntdll

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=36546 --- Comment #5 from Henri Verbeet <hverbeet(a)gmail.com> --- Does overriding the drive type in winecfg not help, or are you arguing that it shouldn't be needed? -- 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.

June 1, 2014