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

[Bug 41972] New: "Elite: Dangerous" client crashes when starting
by wine-bugs＠winehq.org 19 Jun '20

19 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=41972 Bug ID: 41972 Summary: "Elite: Dangerous" client crashes when starting Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: pecisk(a)gmail.com Distribution: --- Created attachment 56374 --> https://bugs.winehq.org/attachment.cgi?id=56374 Wine debug log of launching ED client Setup: Fedora 25, Nvidia binary drivers 375.20, Wine 32-bit prefix, winetricks installed net40, Wine 1.9.23 Note: "Elite: Dangerous" is DirectX 11 game. It doesn't have free trial, but I can arrange copy if there's interest. Steps: #1 Installing ED Launcher #2 Login using ED Launcher, installing regular ED client #3 After installation launching ED client #4 Screen turns black, changes resolution #5 Crashes back to desktop, offers to report issue to Frontier Developments with crash dump upload Note: this most likely happens in a step where ED client tries to compile shaders prior launch of main menu. Log with ED client launch part attached. -- 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 43

[Bug 28850] New: Airstrike (Eagles of WWII): choppy music playback
by wine-bugs＠winehq.org 19 Jun '20

19 Jun '20

http://bugs.winehq.org/show_bug.cgi?id=28850 Bug #: 28850 Summary: Airstrike (Eagles of WWII): choppy music playback Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.slithdata.net/files/airstrike_pc/AirstrikeE aglesOfWorldWarII_Demo.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 37060 --> http://bugs.winehq.org/attachment.cgi?id=37060 terminal output Airstrike: Eagles of World War II is an arcade flight combat game. Music playback is very choppy, distorted in the game. Sound effects work fine. Prior to Wine-1.3.24 there was no music at all. Workaround: winetricks wmp9 quartz devenum There are lots of fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! messages in the log. Music files are stored in wma format, they have the following properties: WMA v2/WMA 9, CBR 128 kbps, stereo, 44.1 kHz, 16 bits The audio files are playing properly e.g. in Totem. Steps to reproduce the problem in the demo: 1. Install the demo. Place msvbvm60.dll in the game directory (the launcher needs it). The game requires native d3dx9_36.dll to start. 2. Start the launcher by AS_launcher.exe, go to <Options> and make sure that music is enabled. Click on <Save and Play>. You can hear the distorted music playback in the menu of the game. Fedora 15 x86 Gstreamer 0.10.34 + additional plugins Alsa 1.0.24 -- 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 12

[Bug 49391] New: Star Trek Armada crashes on start on Wine 5.6 but not Wine 5.5
by WineHQ Bugzilla 19 Jun '20

19 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=49391 Bug ID: 49391 Summary: Star Trek Armada crashes on start on Wine 5.6 but not Wine 5.5 Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 67459 --> https://bugs.winehq.org/attachment.cgi?id=67459 WINEDEBUG=+ddraw The problem is reproducible with both the free demo and the full version. Console output with WINEDEBUG=+ddraw is attached. `git bisect` said: d0ff5e66a7611511426a8ff902a95ab22c545f78 is the first bad commit commit d0ff5e66a7611511426a8ff902a95ab22c545f78 Author: Paul Gofman <gofmanp(a)gmail.com> Date: Fri Mar 27 23:31:41 2020 +0300 ddraw: Reserve extra space for video memory surfaces in compatibility mode. Some old apps write surface data past the end of locked space. That used to work on early ddraw hardware as locked surface provided direct access to video memory mapped to CPU address space and such access could often go without issues. Currently ddraw on Windows allocates bigger buffers for video memory surfaces when 8 or 16 bit display mode is requested. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=48788 Signed-off-by: Paul Gofman <gofmanp(a)gmail.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ddraw/ddraw_private.h | 2 ++ dlls/ddraw/surface.c | 61 +++++++++++++++++++++++++++++++++++++++++++--- 2 files changed, 60 insertions(+), 3 deletions(-) And indeed, after reverting that commit, the game works flawlessly. $ sha256sum armada_demo.exe 2b8a04fefe6725bfdaf826e86e1a79dfb3bbb72377aeaaef4afa446ec6eface7 -- 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 3

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

19 Jun '20

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 46396] New: valgrind shows an invalid free in devenum/tests/devenum.c
by wine-bugs＠winehq.org 19 Jun '20

19 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=46396 Bug ID: 46396 Summary: valgrind shows an invalid free in devenum/tests/devenum.c Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: devenum Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M devenum.dll -p devenum_test.exe.so devenum && touch devenum.ok ==23444== Invalid free() / delete / delete[] / realloc() ==23444== at 0x7BC483FF: notify_free (heap.c:268) ==23444== by 0x7BC4AF9E: RtlFreeHeap (heap.c:1772) ==23444== by 0x4C780E9: IMalloc_fnFree (ifs.c:269) ==23444== by 0x4C78765: IMalloc_Free (objidl.h:1420) ==23444== by 0x4C78765: CoTaskMemFree (???:0) ==23444== by 0x62672E8: DEVENUM_IMediaCatMoniker_Release (mediacatenum.c:422) ==23444== by 0x4227F45: IMoniker_Release (objidl.h:3204) ==23444== by 0x4227F45: find_moniker (???:0) ==23444== by 0x422A03C: test_dmo (devenum.c:520) ==23444== by 0x422BBF0: func_devenum (devenum.c:1037) ==23444== by 0x422BF94: run_test (test.h:617) ==23444== by 0x422C9D2: main (test.h:701) ==23444== Address 0xdeadbeef is on thread 1's stack ==23444== -- 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 3

[Bug 31910] New: KiUserExceptionDispatcher stub crashes Battleye > 1.176
by wine-bugs＠winehq.org 19 Jun '20

19 Jun '20

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 45571] New: League of Legends 8.12+ fails to start a game ( anticheat engine, hooking of NtCreateThread/Ex)
by wine-bugs＠winehq.org 19 Jun '20

19 Jun '20

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 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 19 Jun '20

19 Jun '20

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 43232] New: Test drive 6 problem with OpenGL 3.2 and wined3d.dll
by wine-bugs＠winehq.org 19 Jun '20

19 Jun '20

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 19 Jun '20

19 Jun '20

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