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

[Bug 35215] New: Age of empires II HD Steam version: no video at start
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=35215 Bug ID: 35215 Summary: Age of empires II HD Steam version: no video at start Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Classification: Unclassified Hello, when I launch Age of empires II HD Steam version, I have no video at start. LGDN. -- 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.

2 20

[Bug 31910] New: KiUserExceptionDispatcher stub crashes Battleye > 1.176
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=31910 Bug #: 31910 Summary: KiUserExceptionDispatcher stub crashes Battleye > 1.176 Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mgg+winehqbugzilla(a)nobodymuch.org Classification: Unclassified Created attachment 42011 --> http://bugs.winehq.org/attachment.cgi?id=42011 Backtrace of crash on 1.5.13 (can create later ones if needed) DayZ on Arma2 ran well (with graphical glitches) until ~1/Oct/2012, when a new release (1.176) of the anti-cheat software Battleye (http://battleye.com/) came out. Previously, Battleye ran perfectly under wine. Apparently, this new version hooks into the scripting engine functions of Arma2 to monitor for illegitimate use of script calls. This hooking appears to be implemented by the insertion of breakpoints/exceptions. I contacted Battleye about this and related issues, and Bastian Suter was kind enough to reply with: "yes, this problem is related to new BE features and I'm afraid I can't do anything about it when it comes to Wine. Maybe you could report this as a bug/problem to the Wine devs? Let them know that the KiUserExceptionDispatcher function is not called in Wine when exceptions happen, which it is on Windows." I've confirmed that this function is a stub according to the documentation at http://source.winehq.org/WineAPI/ntdll.html Reproduction steps: 0. Get a running version of DayZ on Wine (see AppDB) - http://appdb.winehq.org/objectManager.php?sClass=version&iId=26387&iTesting… 1. connect to a server with BE enabled (non-BE servers work fine, confirming this is related to BE) 2. (optional) wait in the lobby for BE to reply with the GUUID message, indicating BE is fully initialised and the engine is hooked 3. join the game 4. at 80% on the loading bar, presumably when the first scripts run, arma2 crashes with "wine: Unhandled exception 0x80000003 at address 0x6b88dd (thread 0009), starting debugger..." on the instruction "0x006b88dd: int $3" (breakpoint) Presumably, this crash occurs because BE's exception handler is not being called when the exception occurs. Tested versions: - wine 1.5.9+raw - 1.5.14 - Battleye 1.176 - 1.179 - Arma2 1.62.97771, DayZ 1.7.2.6 Impact: Arma2 and DayZ just reached runnable status in 1.5.13 with the inclusion of the raw input patches (runnable previously by building these patches in). This issue prevents playing on BE-enabled servers (probably >95% of servers). Other Battleye games are certain to be affected, if they run on wine. Battleye prior to 1.176 was working fine, but this is a new BE development so cannot be counted as a regression. -- 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.

2 46

[Bug 49093] New: Relocation of 32-bit PE builtin 'ntoskrnl.exe' causes kernel driver load failures (imports fixup recursion in load_driver_module)
by WineHQ Bugzilla June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=49093 Bug ID: 49093 Summary: Relocation of 32-bit PE builtin 'ntoskrnl.exe' causes kernel driver load failures (imports fixup recursion in load_driver_module) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while revisiting some old kernel driver bug reports. Turns out it can be reproduced with clean 32-bit WINEPREFIX as well. Apparently no one tests 'WINEARCH=win32' anymore ;-) --- snip --- $ export WINEARCH=win32 $ rm -rf ~/.wine $ wineboot ... 0084:err:seh:setup_exception_record stack overflow 1504 bytes in thread 0084 eip f7bb05ed esp 00cf0d50 stack 0xcf0000-0xcf1000-0xdf0000 003c:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SASDIFSV" failed to start: 1053 0098:err:seh:setup_exception_record stack overflow 1504 bytes in thread 0098 eip f7c615ed esp 00cf0d50 stack 0xcf0000-0xcf1000-0xdf0000 003c:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SASKUTIL" failed to start: 1053 00ac:err:seh:setup_exception_record stack overflow 1600 bytes in thread 00ac eip f7bad5ed esp 00cf0cf0 stack 0xcf0000-0xcf1000-0xdf0000 003c:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 1053 003c:err:service:process_send_start_message pipe connect failed 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1053 --- snip --- More detailed trace log, but with an app installed kernel driver (from bug 21061): --- snip --- ... 0120:trace:ntoskrnl:load_driver loading driver L"C:\\Program Files\\SUPERAntiSpyware\\SASKUTIL.SYS" 0120:Call KERNEL32.LoadLibraryW(00210f90 L"C:\\Program Files\\SUPERAntiSpyware\\SASKUTIL.SYS") ret=003356f2 ... 0120:trace:module:map_image mapped PE file at 0xf10000-0xf32000 0120:trace:module:map_image mapping section .text at 0xf11000 off 400 size c200 virt c078 flags 60000020 0120:trace:module:map_image clearing 0xf1d200 - 0xf1e000 0120:trace:module:map_image mapping section .rdata at 0xf1e000 off c600 size e00 virt d4c flags 40000040 0120:trace:module:map_image clearing 0xf1ee00 - 0xf1f000 0120:trace:module:map_image mapping section .data at 0xf1f000 off d400 size 600 virt 10e48 flags c0000040 0120:trace:module:map_image clearing 0xf1f600 - 0xf20000 0120:trace:module:map_image mapping section .rsrc at 0xf30000 off da00 size 600 virt 588 flags 42000040 0120:trace:module:map_image clearing 0xf30600 - 0xf31000 0120:trace:module:map_image mapping section .reloc at 0xf31000 off e000 size e00 virt d7e flags 42000040 0120:trace:module:map_image clearing 0xf31e00 - 0xf32000 ... 0120:trace:module:load_native_dll Trying native dll L"\\??\\C:\\Program Files\\SUPERAntiSpyware\\SASKUTIL.SYS" 0120:trace:module:perform_relocations relocating from 0x10000-0x32000 to 0xf10000-0xf32000 ... 0120:trace:module:load_dll Found L"C:\\windows\\system32\\ntoskrnl.exe" for L"ntoskrnl.exe" at 0x320000, count=-1 0120:trace:imports:import_dll --- IofCompleteRequest ntoskrnl.exe.480 = 0x327568 0120:trace:imports:import_dll --- KeBugCheck ntoskrnl.exe.498 = 0x328480 0120:trace:imports:import_dll --- PsGetCurrentProcessId ntoskrnl.exe.847 = 0x329500 ... 0120:trace:imports:import_dll --- ProbeForRead ntoskrnl.exe.832 = 0x329460 0120:trace:imports:import_dll --- ExFreePoolWithTag ntoskrnl.exe.78 = 0x327900 ... 0120:trace:module:load_dll Found L"C:\\windows\\system32\\hal.dll" for L"HAL.dll" at 0x3c0000, count=-1 0120:trace:imports:import_dll --- KfRaiseIrql HAL.dll.78 = 0x3c1a08 0120:trace:imports:import_dll --- KeGetCurrentIrql HAL.dll.64 = 0x3c1acc 0120:trace:imports:import_dll --- KfLowerIrql HAL.dll.77 = 0x3c19e4 0120:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\SUPERAntiSpyware\\SASKUTIL.SYS" at 0xf10000: native 0120:trace:module:load_dll Loaded module L"\\??\\C:\\Program Files\\SUPERAntiSpyware\\SASKUTIL.SYS" at 0xf10000 ... 0120:Ret KERNEL32.LoadLibraryW() retval=00f10000 ret=003356f2 0120:Call ntdll.RtlImageNtHeader(00f10000) ret=00335705 0120:Ret ntdll.RtlImageNtHeader() retval=00f100d8 ret=00335705 0120:Call ntdll.NtQuerySystemInformation(00000000,00defb74,0000002c,00000000) ret=00335723 0120:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=00335723 0120:Call ntdll.RtlImageDirectoryEntryToData(00f10000,00000001,00000001,00defbb0) ret=00335966 0120:Ret ntdll.RtlImageDirectoryEntryToData() retval=00f1e534 ret=00335966 0120:trace:ntoskrnl:load_driver_module name='ntoskrnl.exe', i=0 0120:Call KERNEL32.LoadLibraryW(00def9f4 L"ntoskrnl.exe") ret=003356f2 ... 0120:trace:module:load_dll Found L"C:\\windows\\system32\\ntoskrnl.exe" for L"ntoskrnl.exe" at 0x320000, count=-1 0120:Ret ntdll.LdrLoadDll() retval=00000000 ret=7b016808 0120:Call ntdll.RtlReleasePath(00210ff8) ret=7b01683f 0120:Ret ntdll.RtlReleasePath() retval=00000000 ret=7b01683f 0120:Ret KERNEL32.LoadLibraryW() retval=00320000 ret=003356f2 0120:Call ntdll.RtlImageNtHeader(00320000) ret=00335705 0120:Ret ntdll.RtlImageNtHeader() retval=00320078 ret=00335705 0120:Call ntdll.NtQuerySystemInformation(00000000,00def994,0000002c,00000000) ret=00335723 0120:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=00335723 0120:Call ntdll.RtlImageDirectoryEntryToData(00320000,00000001,00000001,00def9d0) ret=00335966 0120:Ret ntdll.RtlImageDirectoryEntryToData() retval=0034c260 ret=00335966 ... 0120:Call KERNEL32.LoadLibraryW(00def814 L"advapi32.dll") ret=003356f2 ... 0120:Ret KERNEL32.LoadLibraryW() retval=7e9f0000 ret=003356f2 0120:Call ntdll.RtlImageNtHeader(7e9f0000) ret=00335705 0120:Ret ntdll.RtlImageNtHeader() retval=7e9f0060 ret=00335705 0120:Call KERNEL32.FreeLibrary(7e9f0000) ret=00335a08 ... 0120:Ret KERNEL32.FreeLibrary() retval=00000001 ret=00335a08 ... 0120:Call KERNEL32.LoadLibraryW(00def814 L"hal.dll") ret=003356f2 ... 0120:Ret KERNEL32.LoadLibraryW() retval=003c0000 ret=003356f2 0120:Call ntdll.RtlImageNtHeader(003c0000) ret=00335705 0120:Ret ntdll.RtlImageNtHeader() retval=003c0078 ret=00335705 0120:Call ntdll.NtQuerySystemInformation(00000000,00def7b4,0000002c,00000000) ret=00335723 0120:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=00335723 0120:Call ntdll.RtlImageDirectoryEntryToData(003c0000,00000001,00000001,00def7f0) ret=00335966 0120:Ret ntdll.RtlImageDirectoryEntryToData() retval=003c3e2d ret=003359 ... 0120:Call KERNEL32.LoadLibraryW(00def634 L"ntoskrnl.exe") ret=003356f2 ... 0120:Ret KERNEL32.LoadLibraryW() retval=00320000 ret=003356f2 0120:Call ntdll.RtlImageNtHeader(00320000) ret=00335705 0120:Ret ntdll.RtlImageNtHeader() retval=00320078 ret=00335705 0120:Call ntdll.NtQuerySystemInformation(00000000,00def5d4,0000002c,00000000) ret=00335723 0120:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=00335723 0120:Call ntdll.RtlImageDirectoryEntryToData(00320000,00000001,00000001,00def610) ret=00335966 0120:Ret ntdll.RtlImageDirectoryEntryToData() retval=0034c260 ret=00335966 0120:Call KERNEL32.LoadLibraryW(00def454 L"advapi32.dll") ret=003356f2 ... <repeats until stack overflow> --- snip --- Relocation fixup sequence is like this: --- snip --- LoadLibraryW("SASKUTIL.SYS") FreeLibrary( LoadLibraryW("ntoskrnl.exe")) FreeLibrary( LoadLibraryW( "advapi32.dll")) FreeLibrary( LoadLibraryW("HAL.dll")) FreeLibrary( LoadLibraryW("ntoskrnl.exe")) FreeLibrary( LoadLibraryW( "advapi32.dll")) FreeLibrary( LoadLibraryW("HAL.dll")) FreeLibrary( LoadLibraryW("ntoskrnl.exe")) FreeLibrary( LoadLibraryW( "advapi32.dll")) ... --- snip --- The reason is the addition of builtin 'sechost.dll' in commit https://source.winehq.org/git/wine.git/commitdiff/dedd5ccc88547529ffb110104… ("sechost: New stub DLL."). Technically it's not a regresson - the problem was already present, it's just triggered now. 'sechost.dll' is the first PE builtin which get mapped into 'winedevice' hosting process, occupying the default load address for MinGW builtins -> 0x10000000. --- snip --- ... 003c:trace:process:RtlCreateUserProcess L"\\??\\C:\\windows\\system32\\winedevice.exe" image L"C:\\windows\\system32\\winedevice.exe" cmdline L"C:\\windows\\system32\\winedevice.exe" ... 00a4:trace:module:build_so_dll_module loaded L"\\??\\C:\\windows\\system32\\ntdll.dll" 0x1102a8 0x7bc30000 ... 003c:trace:process:CreateProcessInternalW started process pid 00a0 tid 00a4 ... 00a4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x7b000000: PE builtin ... 00a4:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin ... 00a4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin ... 00a4:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\ucrtbase.dll" at 0x7e8f0000: builtin ... 00a4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x10000000: PE builtin ... 00a4:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7e9f0000: builtin ... 00a4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\hal.dll" at 0x3c0000: PE builtin ... 00a4:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7e810000: builtin ... 00a4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x320000: PE builtin ... <rest doesn't matter> --- snip --- Previously this address was always taken by PE builtin 'ntoskrnl.exe' which coincidentally avoided the relocation processing of the module. Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… --- snip --- 3453 /* load the driver module file */ 3454 static HMODULE load_driver_module( const WCHAR *name ) 3455 { 3456 IMAGE_NT_HEADERS *nt; 3457 const IMAGE_IMPORT_DESCRIPTOR *imports; 3458 SYSTEM_BASIC_INFORMATION info; 3459 int i; 3460 INT_PTR delta; 3461 ULONG size; 3462 DWORD old; 3463 NTSTATUS status; 3464 HMODULE module = LoadLibraryW( name ); 3465 3466 if (!module) return NULL; 3467 nt = RtlImageNtHeader( module ); 3468 3469 if (!(delta = (char *)module - (char *)nt->OptionalHeader.ImageBase)) return module; 3470 3471 /* the loader does not apply relocations to non page-aligned binaries or executables, 3472 * we have to do it ourselves */ 3473 3474 NtQuerySystemInformation( SystemBasicInformation, &info, sizeof(info), NULL ); 3475 if (nt->OptionalHeader.SectionAlignment < info.PageSize || 3476 !(nt->FileHeader.Characteristics & IMAGE_FILE_DLL)) 3477 { 3478 status = perform_relocations(module, nt->OptionalHeader.SizeOfImage); 3479 if (status != STATUS_SUCCESS) 3480 goto error; 3481 3482 /* make sure we don't try again */ 3483 size = FIELD_OFFSET( IMAGE_NT_HEADERS, OptionalHeader ) + nt->FileHeader.SizeOfOptionalHeader; 3484 VirtualProtect( nt, size, PAGE_READWRITE, &old ); 3485 nt->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].Size = 0; 3486 VirtualProtect( nt, size, old, &old ); 3487 } 3488 3489 /* make sure imports are relocated too */ 3490 3491 if ((imports = RtlImageDirectoryEntryToData( module, TRUE, IMAGE_DIRECTORY_ENTRY_IMPORT, &size ))) 3492 { 3493 for (i = 0; imports[i].Name && imports[i].FirstThunk; i++) 3494 { 3495 char *name = (char *)module + imports[i].Name; 3496 WCHAR buffer[32], *p = buffer; 3497 3498 while (p < buffer + 32) if (!(*p++ = *name++)) break; 3499 if (p <= buffer + 32) FreeLibrary( load_driver_module( buffer ) ); 3500 } 3501 } 3502 3503 return module; 3504 3505 error: 3506 FreeLibrary( module ); 3507 return NULL; 3508 } --- snip --- $ wine --version wine-5.7-170-gd1f858e03d 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 2

[Bug 45571] New: League of Legends 8.12+ fails to start a game ( anticheat engine, hooking of NtCreateThread/Ex)
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=45571 Bug ID: 45571 Summary: League of Legends 8.12+ fails to start a game (anticheat engine, hooking of NtCreateThread/Ex) Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Diagnosed by Andrew Wesie; partially split off from bug 45327. The game expects either NtCreateThread or NtCreateThreadEx (depending on the reported version) to be called whenever a new thread is created. Wine's implementation of RtlCreateUserThread does not go through either of these functions. -- 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.

2 5

[Bug 43232] New: Test drive 6 problem with OpenGL 3.2 and wined3d.dll
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=43232 Bug ID: 43232 Summary: Test drive 6 problem with OpenGL 3.2 and wined3d.dll Product: Wine-staging Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tall89(a)mail.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- ------ Program TD6.exe ------ err:winediag:wined3d_dll_init Setting maximum allowed wined3d GL version to 3.2. -- 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.

2 18

[Bug 45093] New: mpc play videos no voice
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=45093 Bug ID: 45093 Summary: mpc play videos no voice Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: amie1972(a)163.com Distribution: --- I installed mpc-hc in a clean wine bottle(wineprefix) but playing videos i can't hear any voice. Installing quartz component with winetricks correct this. Sorry for my poor English. -- 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.

2 7

[Bug 18762] New: ntdll:RtlpWaitForCriticalSection error in d3d9_main.c
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=18762 Summary: ntdll:RtlpWaitForCriticalSection error in d3d9_main.c Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: holy.smoking.floorboards.batman(a)gmail.com In case this looks familiar to anyone, I had posted this elsewhere, but was recommended to find (or post a new) bug regarding the specific direct x drivers. As the only other bugs I found related seemed off a bit, I figured it was worth just starting a new one and then have a dev close it if they agree that it is a dup. Anyway, I'm having problems with Supreme Commander. When I start the game, the console output some (but not a whole lot) of stuff, but when I start the tutorial or go to start a campaign (and the loading screen finishes) the game crawls to a 1frame / 60+ seconds and I've found that this error starts displaying (along with some fixme messages that came up earlier and to which I don't think there is a problem with, right now): err:ntdll:RtlpWaitForCriticalSection section 0x7e114810 "d3d9_main.c: d3d9_cs" wait timed out in thread 001f, blocked by 0009, retrying (60 sec) As far as I'm aware, the game never crashes, but will just crawl along (displaying the graphics seemingly OK, albeit fantastically slow). As the error directly specifies d3d9, I guess it isn't surprising but the audio still actually plays throughout this. I just did a clean installation of Wine a few days ago and I know for certain that the only things different between my wine installation and the default is: 1) msvbvm60.dll exists in system32 (for another game) 2) I used winetricks to install the d3dx* files (but only those files) Also to note, I installed SupCom from Windows (as the installer requires a bit of tweaking) and the game is updated to the latest version. I'm running all of this on a Gentoo AMD64 with an nVidia GeForce 7600GS. Lastly, my wine version: app-emulation/wine-1.1.22 USE="X alsa cups gecko jpeg ncurses opengl png samba ssl xcomposite xml (-dbus) -esd (-gnutls) (-hal) -jack -lcms (-ldap) (-nas) -oss (-scanner) -win64 -xinerama" -- 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.

2 31

[Bug 41101] New: Her Story: crash on playing video clip
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=41101 Bug ID: 41101 Summary: Her Story: crash on playing video clip Product: Wine Version: 1.9.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dap56(a)cornell.edu Distribution: --- Created attachment 55306 --> https://bugs.winehq.org/attachment.cgi?id=55306 Backtrace generated on crash The game is unplayable as it crashes immediately when trying to play the first video clip. The opening screen displays and the "search" function and selecting a clip to play works, but as soon as the play button is clicked, wine pops up a dialog saying it has crashed and offers to show/save the backtrace (attached). Note that originally, the game crashed with a message in console saying that gstreamer was not installed; this is the behavior after installing the i386 gstreamer packages. Looking into the game's data folder, the video clips are identified by the file command as "RIFF (little-endian) data, AVI, 640 x 480, 25.00 fps, video: FFMpeg MPEG-4, audio: MPEG-1 Layer 3 (stereo, 48000 Hz)". I am running Debian Sid (x86-64) with Wine 1.9.16 from the winehq.org Debian package. -- 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.

2 42

[Bug 49329] New: critical section timeout on prefix creation
by WineHQ Bugzilla June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=49329 Bug ID: 49329 Summary: critical section timeout on prefix creation Product: Wine Version: 5.10 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: regression Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 1276b25ae72e81cf044134bae92db6ef73be3a1 I am running macOS 10.14 Mojave, compiling with mingw and the 10.13 SDK. Bisection revealed: 1276b25ae72e81cf044134bae92db6ef73be3a1 is the first bad commit commit f1276b25ae72e81cf044134bae92db6ef73be3a1 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jun 4 21:27:22 2020 +0200 ntdll: Move the keyed event functions to the Unix library. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Prefix creation freezes when the 2nd wine-mono popup (64bit prefix) shows, but after force closing wine64-preloader, it still completes creation. But running winecfg after that gives the following output: (base) Gijss-MacBook-Pro:~ gverm$ $WINE winecfg 0078:err:service:process_send_command receiving command result timed out 0040:err:rpc:I_RpcReceive we got fault packet with status 0x3e6 0094:err:ntdll:RtlpWaitForCriticalSection section 0x1194f0 "/Users/gverm/Desktop/Work/wine/programs/services/services.c: scmdatabase" wait timed out in thread 0094, blocked by 0078, retrying (60 sec) 0098:err:ntdll:RtlpWaitForCriticalSection section 0x1194f0 "/Users/gverm/Desktop/Work/wine/programs/services/services.c: scmdatabase" wait timed out in thread 0098, blocked by 0078, retrying (60 sec) wine: Critical section 00000000001194F0 wait failed at address 000000007BC31638 (thread 0094), starting debugger... 00a4:err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased 0094:err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc31638 -- 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 4

[Bug 41207] New: DX11 Demo "AMD Ladybug" freezes on the splash screen
by wine-bugs＠winehq.org June 19, 2020

June 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=41207 Bug ID: 41207 Summary: DX11 Demo "AMD Ladybug" freezes on the splash screen Product: Wine Version: 1.9.16 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Created attachment 55460 --> https://bugs.winehq.org/attachment.cgi?id=55460 Application's log file When you run AMD Ladybug Demo (DX11) with WineD3D, the application freezes on a splash screen. Demo download link: http://www.ngohq.com/?page=Files&go=giveme&dwn_id=932 -- 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.

2 16