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

[Bug 35300] New: Lego Racers crashes when click on configuration commands for Player 1
by wine-bugs＠winehq.org 27 Jan '24

27 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=35300 Bug ID: 35300 Summary: Lego Racers crashes when click on configuration commands for Player 1 Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: castor91(a)gmail.com Classification: Unclassified Created attachment 47087 --> http://bugs.winehq.org/attachment.cgi?id=47087 Debug log file Unhandled exception: page fault on write access to 0x00000037 in 32-bit code (0x7bc4fe5c). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7bc4fe5c ESP:0032fbd0 EBP:0032fbe8 EFLAGS:00010202( R- -- I - - - ) EAX:00110014 EBX:7bcb2ca0 ECX:0016bac8 EDX:0016b5b0 ESI:0020006e EDI:00000037 Stack dump: 0x0032fbd0: 0016bac8 00000002 0016b5c0 7bcb2ca0 0x0032fbe0: 00110014 0016b5b0 0032fc38 7bc4ffe9 0x0032fbf0: 00000518 00110000 0032fc58 7bc3ba87 0x0032fc00: 00110060 7e8f4a84 0032fc6c 00000082 0x0032fc10: 0032fc30 7bcb2ca0 0032fc7c 00000518 0x0032fc20: 0016ba48 00110000 0032fc98 7bcb2ca0 Backtrace: =>0 0x7bc4fe5c in ntdll (+0x3fe5c) (0x0032fbe8) 1 0x7bc4ffe9 in ntdll (+0x3ffe8) (0x0032fc38) 2 0x7bc50219 RtlFreeHeap+0x98() in ntdll (0x0032fc98) 3 0x7e68bd0d MSVCRT_operator_delete+0x7c() in msvcrt (0x0032fce8) 0x7bc4fe5c: movl %esi,0x0(%edi) Modules: Module Address Debug info Name (112 modules) PE 400000- 52f000 Export legoracers PE 10000000-1006d000 Deferred goldp ELF 7a299000-7b800000 Deferred libllvm-3.2.so.1 ELF 7b800000-7ba4b000 Deferred kernel32<elf> \-PE 7b810000-7ba4b000 \ kernel32 ELF 7bc00000-7bccf000 Dwarf ntdll<elf> \-PE 7bc10000-7bccf000 \ ntdll ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7c432000-7c449000 Deferred libresolv.so.2 ELF 7c449000-7c451000 Deferred libogg.so.0 ELF 7c451000-7c47d000 Deferred libvorbis.so.0 ELF 7c47d000-7c5f5000 Deferred libvorbisenc.so.2 ELF 7c5f5000-7c645000 Deferred libflac.so.8 ELF 7c645000-7c6b9000 Deferred libsndfile.so.1 ELF 7c6b9000-7c6c3000 Deferred libwrap.so.0 ELF 7c6c3000-7c70d000 Deferred libdbus-1.so.3 ELF 7c70d000-7c778000 Deferred libpulsecommon-3.0.so ELF 7c778000-7c7c7000 Deferred libpulse.so.0 ELF 7c7c7000-7c7ce000 Deferred libasound_module_pcm_pulse.so ELF 7c7dd000-7c8cf000 Deferred libasound.so.2 ELF 7c8d1000-7c8d8000 Deferred libasyncns.so.0 ELF 7c8d8000-7c8e2000 Deferred libjson.so.0 ELF 7c8e5000-7c912000 Deferred winealsa<elf> \-PE 7c8f0000-7c912000 \ winealsa ELF 7c912000-7ca2a000 Deferred oleaut32<elf> \-PE 7c930000-7ca2a000 \ oleaut32 ELF 7ca2a000-7ca4a000 Deferred mmdevapi<elf> \-PE 7ca30000-7ca4a000 \ mmdevapi ELF 7d35b000-7d38f000 Deferred libtxc_dxtn.so ELF 7d38f000-7d396000 Deferred libffi.so.6 ELF 7d396000-7d3b3000 Deferred libgcc_s.so.1 ELF 7d49c000-7d4a4000 Deferred libdrm_nouveau.so.2 ELF 7d4a4000-7d883000 Deferred libgallium.so.0 ELF 7d883000-7dc3e000 Deferred libdricore9.1.7.so.1 ELF 7dc3e000-7dd71000 Deferred nouveau_dri.so ELF 7dd71000-7dd7e000 Deferred libdrm.so.2 ELF 7dd7e000-7dd99000 Deferred libxcb-glx.so.0 ELF 7dd99000-7ddb0000 Deferred libglapi.so.0 ELF 7ddb0000-7de09000 Deferred libgl.so.1 ELF 7de09000-7deee000 Deferred opengl32<elf> \-PE 7de30000-7deee000 \ opengl32 ELF 7deee000-7e01f000 Deferred wined3d<elf> \-PE 7df00000-7e01f000 \ wined3d ELF 7e08c000-7e0f5000 Deferred ddraw<elf> \-PE 7e090000-7e0f5000 \ ddraw ELF 7e118000-7e13a000 Deferred imm32<elf> \-PE 7e120000-7e13a000 \ imm32 ELF 7e180000-7e1b3000 Deferred uxtheme<elf> \-PE 7e190000-7e1b3000 \ uxtheme ELF 7e1b3000-7e1ba000 Deferred libxfixes.so.3 ELF 7e1ba000-7e1c5000 Deferred libxcursor.so.1 ELF 7e1c5000-7e1d5000 Deferred libxi.so.6 ELF 7e1d5000-7e1d9000 Deferred libxcomposite.so.1 ELF 7e1d9000-7e1e4000 Deferred libxrandr.so.2 ELF 7e1e4000-7e1ee000 Deferred libxrender.so.1 ELF 7e1ee000-7e1f4000 Deferred libxxf86vm.so.1 ELF 7e1f4000-7e1f8000 Deferred libxinerama.so.1 ELF 7e1f8000-7e1fc000 Deferred libxau.so.6 ELF 7e1fc000-7e221000 Deferred libxcb.so.1 ELF 7e221000-7e358000 Deferred libx11.so.6 ELF 7e358000-7e36a000 Deferred libxext.so.6 ELF 7e36a000-7e36f000 Deferred libxcb-dri2.so.0 ELF 7e36f000-7e372000 Deferred libx11-xcb.so.1 ELF 7e372000-7e376000 Deferred libxdamage.so.1 ELF 7e380000-7e40b000 Deferred winex11<elf> \-PE 7e390000-7e40b000 \ winex11 ELF 7e46d000-7e495000 Deferred libexpat.so.1 ELF 7e495000-7e4ce000 Deferred libfontconfig.so.1 ELF 7e4ce000-7e4e2000 Deferred libz.so.1 ELF 7e4e2000-7e57d000 Deferred libfreetype.so.6 ELF 7e593000-7e5a6000 Deferred comm.drv16.so PE 7e5a0000-7e5a6000 Deferred comm.drv16 ELF 7e5a6000-7e648000 Deferred krnl386.exe16.so PE 7e5c0000-7e648000 Deferred krnl386.exe16 ELF 7e648000-7e6e4000 Dwarf msvcrt<elf> \-PE 7e660000-7e6e4000 \ msvcrt ELF 7e6e4000-7e70c000 Deferred msacm32<elf> \-PE 7e6f0000-7e70c000 \ msacm32 ELF 7e70c000-7e7bf000 Deferred winmm<elf> \-PE 7e710000-7e7bf000 \ winmm ELF 7e7bf000-7e8b7000 Deferred comctl32<elf> \-PE 7e7d0000-7e8b7000 \ comctl32 ELF 7e8b7000-7e8fd000 Deferred dinput<elf> \-PE 7e8c0000-7e8fd000 \ dinput ELF 7e8fd000-7e942000 Deferred dsound<elf> \-PE 7e900000-7e942000 \ dsound ELF 7e942000-7e9bc000 Deferred rpcrt4<elf> \-PE 7e950000-7e9bc000 \ rpcrt4 ELF 7e9bc000-7ead2000 Deferred ole32<elf> \-PE 7e9d0000-7ead2000 \ ole32 ELF 7ead2000-7eaea000 Deferred version<elf> \-PE 7eae0000-7eaea000 \ version ELF 7eaea000-7eb50000 Deferred advapi32<elf> \-PE 7eb00000-7eb50000 \ advapi32 ELF 7eb50000-7ec5e000 Deferred gdi32<elf> \-PE 7eb60000-7ec5e000 \ gdi32 ELF 7ec5e000-7eda6000 Deferred user32<elf> \-PE 7ec70000-7eda6000 \ user32 ELF 7efa6000-7efb3000 Deferred libnss_files.so.2 ELF 7efb3000-7efbf000 Deferred libnss_nis.so.2 ELF 7efbf000-7efd8000 Deferred libnsl.so.1 ELF 7efd8000-7efe1000 Deferred libnss_compat.so.2 ELF 7efe1000-7efea000 Deferred librt.so.1 ELF 7efec000-7f000000 Deferred system.drv16.so PE 7eff0000-7f000000 Deferred system.drv16 ELF b73e7000-b742a000 Deferred libm.so.6 ELF b742a000-b742f000 Deferred libdl.so.2 ELF b742f000-b75e3000 Deferred libc.so.6 ELF b75e3000-b75fe000 Deferred libpthread.so.0 ELF b7615000-b77c8000 Dwarf libwine.so.1 ELF b77ca000-b77ec000 Deferred ld-linux.so.2 ELF b77ec000-b77ed000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\LEGO Media\Games\LEGO Racers\LEGORacers.exe 00000028 15 00000027 15 00000026 0 00000025 0 00000024 0 00000009 0 <== 0000000e services.exe 0000001e 0 0000001d 0 00000018 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000019 0 00000017 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001f 0 0000001b 0 00000021 explorer.exe 00000023 0 00000022 0 System information: Wine build: wine-1.7.9 Platform: i386 Host system: Linux Host version: 3.8.0-34-generic -- 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 11

[Bug 42999] New: 3D Engine in NosTale not reacts for mouse on Mac
by wine-bugs＠winehq.org 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=42999 Bug ID: 42999 Summary: 3D Engine in NosTale not reacts for mouse on Mac Product: Wine-staging Version: 2.7 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: artrixdev(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Created attachment 58140 --> https://bugs.winehq.org/attachment.cgi?id=58140 Simple logs from cmd and graphic bug in game. If try change camera position nothing to do and if I clicked on items in equipment it's changing to "question mark" graphic. -- 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 24

[Bug 38235] New: Blindwrite 7 does not detect any CD/DVD drive.
by wine-bugs＠winehq.org 24 Jan '24

24 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=38235 Bug ID: 38235 Summary: Blindwrite 7 does not detect any CD/DVD drive. Product: Wine Version: 1.7.38 Hardware: x86 URL: http://de.vso-software.fr/products/Blindwrite/blindwri te.php OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)vr-web.de Distribution: Debian Created attachment 51041 --> https://bugs.winehq.org/attachment.cgi?id=51041 Save user mode accessible device in HKLM\SYSTEM\MountedDevices "\DosDevices\X:" Having a CD in the drive and that one mounted it is accessible through e.g. cmd. But Blindwrite (7.0.0.0) does not show any drive in its user interface. When looking into a "WINEDEBUG=+reg,+file,+debugstr" an access to HKLM\SYSTEM\MountedDevices appears. There is for any device an entry e.g. "\DosDevices\E:". This entry holds in my case the mount point of the CD as ASCII. Blindwrite tries now to access the drive by opening this interpreted as unicode string, which fails. trace:file:CreateFileW L"\6d2f\6465\6169\622f\7265\686e\7261\2f64\4642\3931\3234\325f1" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 ... trace:file:CreateFileW returning 0xffffffff ... trace:file:DeviceIoControl (0xffffffff,4d014,0x33f3a4,80,0x33f3a4,80,0x33f3f8,(nil)) ... warn:debugstr:OutputDebugStringA "IOCTL_CDROM_GET_INQUIRY_DATA - Ung\xfcltiges Handle.\r\n Error 0x00000006 - Ung\xfcltiges Handle.\r\n" Blindwrite even tries to access this invalid file handle and silently fails. ----------------- Changing HKLM\SYSTEM\MountedDevices "\DosDevices\E:" to an unicode representation of "\\.\E:" makes Blindwrite happy and the drive shows up, and successfully create an image. Attached is a patch that tries to do this automatically for "DosDevices" with a drive letter. (But I am not sure about any side effects or if it could already be sent to wine-patches.) -- 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 9

[Bug 48078] New: Astro Avenger 2 fails to run with seh:setup_exception_record stack overflow
by WineHQ Bugzilla 24 Jan '24

24 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=48078 Bug ID: 48078 Summary: Astro Avenger 2 fails to run with seh:setup_exception_record stack overflow Product: Wine Version: 4.19 Hardware: x86-64 URL: https://astro-avenger.en.softonic.com/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: Ubuntu Created attachment 65628 --> https://bugs.winehq.org/attachment.cgi?id=65628 winedebug warn+all log Astro Avenger 2 manages to launch but clicking "Run" in the launcher makes the game freeze forever with a "002a:err:seh:setup_exception_record stack overflow 816 bytes in thread 002a eip 00ac1926 esp 00231000 stack 0x230000-0x231000-0x330000" error. Tried it both in 64bit and 32bit prefixes in windows 7, XP, 2000 and 98 modes and also disabling csmt.I've added a winedebug=warn+all log below. A demo 60 min trial can be found at the link above. I've also done a +relay log but i'm not sure if it's relevant. Thank you. -- 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 39793] New: Starcraft freezes when starting a Direct Cable Connection game
by wine-bugs＠winehq.org 22 Jan '24

22 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=39793 Bug ID: 39793 Summary: Starcraft freezes when starting a Direct Cable Connection game Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- To reproduce: 1. Add yourself to the dialout (Ubuntu) or uucp (Arch) user group. 2. Log out and log back in. 3. In Starcraft, click Multiplayer, Direct Cable Connection, Ok. The problem is that Starcraft attempts to detect which serial port is connected by sending a burst of data on all ports COM1 through COM8. On Linux, COM1 through COM4 default to ttyS0 through ttyS3, but even though the device files exist, rarely do all of them correspond to actual physical devices. So, Starcraft hangs forever waiting for the write to complete successfully. A patchset that fixes this bug is available at https://github.com/alexhenrie/wine/commits/master First reported at https://appdb.winehq.org/objectManager.php?sClass=version&iId=149&iTestingI… -- 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 14

[Bug 48908] New: Dr Brain 3 broken color palette
by WineHQ Bugzilla 21 Jan '24

21 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=48908 Bug ID: 48908 Summary: Dr Brain 3 broken color palette Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxmusterm(a)gmail.com Distribution: --- Created attachment 66865 --> https://bugs.winehq.org/attachment.cgi?id=66865 Example image of dr brain running in xephyr Dr Brain 3 is a 16bit Windows program that requires 8bit colors. So to get it running we have to use one of these methods https://wiki.winehq.org/256_Color_Mode I tried every last one of those methods and every method leads to the same result you can see in the image attached to this bug. No error message is printed out by wine. I encountered this bug a few years ago for the first time, but didn't open a bug report for it, since I thought this could be a problem with the virtual X. However when viewing images in the Xephyr session all colors are displayed correctly. Right now the only way for me to run this game is using dosbox with win3.1 or another form of emulation. -- 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 27668] New: SecuROM 4.X: SpellForce won't recognize original CD during install/play
by wine-bugs＠winehq.org 20 Jan '24

20 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=27668 Summary: SecuROM 4.X: SpellForce won't recognize original CD during install/play Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: frans.kool(a)gmail.com Created an attachment (id=35387) --> (http://bugs.winehq.org/attachment.cgi?id=35387) The basic log while running wine on a copied installation of Spellforce While trying to install Spellforce - the Order of the Dawn v1.01 a window pops up notifying "Incompatible system configuration", followed by "Please insert the original Spellforce CD1 into your CD/DVD-drive.". After this, install immediately aborts and thus leaves the game uninstallable. Copying it from a windows installation and running it generates the same error message. Wine produces this fixme which I think is the cause: fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) I ran Protection ID v0.6.4.0 July and it detects SecuROM 4.88.00 This is why I did not add my comment to bug #21448, since that one is clearly about SecuROM 5.x. I added the log as attachement, please let me know if I can run additional DEBUG logs for more information. -- 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 15

[Bug 34658] New: Bioshock 2 runs out of GL memory quickly
by wine-bugs＠winehq.org 20 Jan '24

20 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=34658 Bug #: 34658 Summary: Bioshock 2 runs out of GL memory quickly Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: descent1(a)gmx.net Classification: Unclassified Created attachment 46195 --> http://bugs.winehq.org/attachment.cgi?id=46195 Console output Note: This is about the new Bioshock 2 version on Steam (1.5.0.019) which has GFWL and SecuROM officially removed - no cracks have been used! When playing single player in Bioshock 2 on highest settings, the game runs out of memory with this message: "err:d3d:resource_init Failed to allocate system memory." I'm sure that I got this message as well a lot of times, but for some reason, the message is now different: "err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY" I've set my video RAM amount in the registry to 1024 MB which is correct for my GPU. If i decrease it to e.g. 768 MB, the game crashes a lot sooner. See console output attached. I tried those wine versions: 1.5.12, 1.6, 1.7.3 Tested on openSUSE 12.2 x86 NVidia GeForce GTX 460 (1024 MB RAM) using driver version 319.49 -- 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 34

[Bug 28863] New: SecuROM 8.xx: games require activation on each start
by wine-bugs＠winehq.org 20 Jan '24

20 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=28863 Bug #: 28863 Summary: SecuROM 8.xx: games require activation on each start Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: NEW Keywords: obfuscation Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 37073 --> http://bugs.winehq.org/attachment.cgi?id=37073 7zipped +relay,+tid,+file,+reg log (uncompressed 118 MB) Two of my games obtained via Gamersgate digital distribution service are damned with Securom 8.03.xxxx protection (online activation). The games are Tomb Raider: Legend GTA San Andreas After installation the Securom activation dialog kicked in, requesting the serial number. Activation was successful and the games started fine. Much to my surprise, next time I launched these games, Securom required a new activation. This happens on each game start (I didn't alter the wineprefix where the games are installed in any way). I installed one of the games in Win XP SP3 (running under Vbox): Securom works there, requiring activation only on the first launch. Here I'm attaching a +relay,+tid,+file,+reg debug log, hopefully someone will find some clues in it. The log was created by getting through the activation process (the game wasn't started at the end of activation). I'm totally dumb at reading such logs but here's what I found: 1. Securom tries to open certain files under 'C:\users\<username>\Application Data\DSS\Product Activation\ User Data\<very long sequence\' The files named dss_v8_01.dat and dss_v8_01.bak. These files as well as the whole directory structure are missing in both Wine and Windows so this can't be the problem. 2. The corresponding Securom registry entry is located under HKCU/Software/DSS. This contains several subkeys, most of them contain binary data, but one of them (Meta Data\Information) contains strange things. Although this subkey can be exported via Wine regedit, it cannot be re-imported correctly. Here is an excerpt what this sub key contains (obtained via Process Monitor under Windows): Type: REG_SZ, Length: 2,600, Data: <?xml version="1.0"?> <UserData> <ExeResource> <Path>C:\Program Files\Rockstar Games\GTA San Andreas\gta_sa.exe</Path> </ExeResource> <CPA>e358d8ee7c711c17f463b620e750df01e896d4e1bdfc0e37d2357859698229f6e896d4e1bdfc0e37cdb6c31028aa1089</CPA> <OfflineInformation> <LASTACCESSDATE>000fb756</LASTACCESSDATE> <INSTALLDATE>000fb756</INSTALLDATE> <COUNTER>00000000</COUNTER> <FIRSTTIME>00000001</FIRSTTIME> <PERIODIC>00000000</PERIODIC> <PERIODICDAYS>00000000</PERIODICDAYS> </OfflineInformation> <ProductActivation> ... Maybe something goes wrong when creating/reading this key under Wine thus Securom considers it invalid? Fedora 15 x86 gcc version 4.6.1 20110908 (Red Hat 4.6.1-9) (GCC) -- 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 36

[Bug 45926] New: Windows Sysinternals ProcessExplorer v12-16+ crashes due to missing advapi32.I_QueryTagInformation () stub
by wine-bugs＠winehq.org 20 Jan '24

20 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=45926 Bug ID: 45926 Summary: Windows Sysinternals ProcessExplorer v12-16+ crashes due to missing advapi32.I_QueryTagInformation() stub Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ WINEDEBUG=+seh,+relay wine ./procexp64.exe >>log.txt 2>&1 ... 002d:Call KERNEL32.LoadLibraryW(1400d20a8 L"advapi32.dll") ret=140080b4a 002d:Ret KERNEL32.LoadLibraryW() retval=7f4d2a1a0000 ret=140080b4a 002d:Call KERNEL32.GetProcAddress(7f4d2a1a0000,1400ecf08 "I_QueryTagInformation") ret=140080b5a 002d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=140080b5a ... 002d:trace:seh:NtRaiseException code=c0000005 flags=0 addr=(nil) ip=0 tid=002d 002d:trace:seh:NtRaiseException info[0]=0000000000000008 002d:trace:seh:NtRaiseException info[1]=0000000000000000 002d:trace:seh:NtRaiseException rax=0000000000000001 rbx=000000014012c9c8 rcx=0000000000000000 rdx=0000000000000003 002d:trace:seh:NtRaiseException rsi=000000014012c9c0 rdi=000000014012c9d0 rbp=0000000000000000 rsp=000000000023f9b8 002d:trace:seh:NtRaiseException r8=000000000023f9e0 r9=000000014012c9c8 r10=0000000000000000 r11=0000000000000246 002d:trace:seh:NtRaiseException r12=0000000140126560 r13=0000000000000000 r14=000000000000000a r15=0000000140000000 002d:trace:seh:RtlVirtualUnwind type 1 rip 14006377a rsp 23f9c0 002d:trace:seh:dump_unwind_info **** func 63720-637a6 --- snip --- Disassembly at crash site (running under x64dbg): --- snip --- 0000000140063720 | mov qword ptr ss:[rsp+8],rbx | 0000000140063725 | mov qword ptr ss:[rsp+10],rbp | 000000014006372A | mov qword ptr ss:[rsp+18],rsi | 000000014006372F | push rdi | 0000000140063730 | sub rsp,30 | 0000000140063734 | mov rsi,rcx | 0000000140063737 | mov rcx,qword ptr ds:[rcx] | 000000014006373A | mov rbx,r9 | 000000014006373D | mov rdi,r8 | 0000000140063740 | mov rbp,rdx | 0000000140063743 | test rcx,rcx | 0000000140063746 | je procexp64.14006375B | 0000000140063748 | call qword ptr ds:[1400D0958] | 000000014006374E | mov qword ptr ds:[rbx],0 | 0000000140063755 | mov dword ptr ds:[rdi],0 | 000000014006375B | lea r8,qword ptr ss:[rsp+20] | 0000000140063760 | mov edx,3 | 0000000140063765 | xor ecx,ecx | 0000000140063767 | mov dword ptr ss:[rsp+20],ebp | 000000014006376B | mov qword ptr ss:[rsp+28],0 | 0000000140063774 | call qword ptr ds:[14012CC68] | NULL *boom* 000000014006377A | test eax,eax | 000000014006377C | jne procexp64.140063791 | 000000014006377E | mov rdx,qword ptr ss:[rsp+28] | 0000000140063783 | mov ecx,dword ptr ds:[rdx] | 0000000140063785 | mov dword ptr ds:[rdi],ecx | 0000000140063787 | mov rcx,qword ptr ds:[rdx+8] | 000000014006378B | mov qword ptr ds:[rbx],rcx | 000000014006378E | mov qword ptr ds:[rsi],rdx | 0000000140063791 | mov rbx,qword ptr ss:[rsp+40] | 0000000140063796 | mov rbp,qword ptr ss:[rsp+48] | 000000014006379B | mov rsi,qword ptr ss:[rsp+50] | 00000001400637A0 | add rsp,30 | 00000001400637A4 | pop rdi | 00000001400637A5 | ret | --- snip --- Using the "find references to address" method for 0x14012CC68 one comes across this: --- snip --- 0000000140080B4A | lea rdx,qword ptr ds:[1400ECF08] | "I_QueryTagInformation" 0000000140080B51 | mov rcx,rax | 0000000140080B54 | call qword ptr ds:[1400D0968] | 0000000140080B5A | lea rcx,qword ptr ds:[1400ECF30] | L"wow64cpu" 0000000140080B61 | mov qword ptr ds:[14012CC68],rax | --- snip --- which corresponds to the trace log snippet earlier. At one point Wine might implement service process tags as well for mapping service hosting threads with their owner service. Service tags were introduced with Windows Vista. The tag is contained in the TEB of every thread (sub-process tag) and is used in threads owned by service processes as a way to link them with their owning service name. https://github.com/processhacker/processhacker/blob/master/phlib/svcsup.c#L… --- snip --- PPH_STRING PhGetServiceNameFromTag( _In_ HANDLE ProcessId, _In_ PVOID ServiceTag ) { static PQUERY_TAG_INFORMATION I_QueryTagInformation = NULL; PPH_STRING serviceName = NULL; TAG_INFO_NAME_FROM_TAG nameFromTag; if (!I_QueryTagInformation) { I_QueryTagInformation = PhGetDllProcedureAddress(L"advapi32.dll", "I_QueryTagInformation", 0); if (!I_QueryTagInformation) return NULL; } memset(&nameFromTag, 0, sizeof(TAG_INFO_NAME_FROM_TAG)); nameFromTag.InParams.dwPid = HandleToUlong(ProcessId); nameFromTag.InParams.dwTag = PtrToUlong(ServiceTag); I_QueryTagInformation(NULL, eTagInfoLevelNameFromTag, &nameFromTag); if (nameFromTag.OutParams.pszName) { serviceName = PhCreateString(nameFromTag.OutParams.pszName); LocalFree(nameFromTag.OutParams.pszName); } return serviceName; } --- snip --- https://github.com/processhacker/processhacker/blob/2bb718f36a702fde6cb346e… --- snip --- _Must_inspect_result_ DWORD WINAPI I_QueryTagInformation( _In_opt_ LPCWSTR pszMachineName, _In_ TAG_INFO_LEVEL eInfoLevel, _Inout_ PVOID pTagInfo ); --- snip --- $ sha1sum ProcessExplorer.zip 97d882b15890471ea9942c80997c180fbfcbba26 ProcessExplorer.zip $ du -sh ProcessExplorer.zip 1.9M ProcessExplorer.zip $wine --version wine-3.17-39-gc96eba60e3 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.

2 3