February 2020 - wine-bugs

[Bug 29484] New: Microsoft Visual C++ 2010 Runtime installer crashes in "repair" and "uninstall" mode (empty VolumeLabel in Media table)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29484 Bug #: 29484 Summary: Microsoft Visual C++ 2010 Runtime installer crashes in "repair" and "uninstall" mode (empty VolumeLabel in Media table) Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, a user in IRC #winehq tried to reinstall VC++ 2010 runtime in existing WINEPREFIX and failed. I reproduced this. Actually the installer crashes in both, "repair" and "uninstall" mode. Steps: 1) clean WINEPREFIX 2) winetricks -q vcrun2010 3) run the installer again manually: $ wine ./vcredist_x86.exe /uninstall /norestart --- snip --- ... fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006c, 0, L"Microsoft Visual C++ 2010 x86 Redistributable Maintenance"): stub fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006c, 0, L"You can repair your installation or remove it from this computer."): stub fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006c, 2, L"Removal Progress"): stub fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006c, 2, L"Please, wait while the Microsoft Visual C++ 2010 x86 Redistributable is being removed from this computer."): stub fixme:storage:create_storagefile Storage share mode not implemented. fixme:advapi:LsaOpenPolicy ((null),0xbccc54,0x00000001,0xbccc6c) stub fixme:advapi:LsaClose (0xcafe) stub wine: Unhandled page fault on write access to 0x00000000 at address 0x68d3fce4 (thread 0024), starting debugger... Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x68d3fce4). ... =>0 0x68d3fce4 lstrcpyW+0x16(dst=0x0(nil), src="") [/home/focht/projects/wine/wine-git/include/winbase.h:2297] in msi (0x00bcd584) 1 0x68d422fb find_published_source+0x335(package=0x17f5e8, mi=0x1fff90) [/home/focht/projects/wine/wine-git/dlls/msi/media.c:824] in msi (0x00bcde14) 2 0x68d4275a ready_media+0x2e3(package=0x17f5e8, compressed=0x2, mi=0x1fff90) [/home/focht/projects/wine/wine-git/dlls/msi/media.c:897] in msi (0x00bce074) 3 0x68d3402a ACTION_InstallFiles+0x12a(package=0x17f5e8) [/home/focht/projects/wine/wine-git/dlls/msi/files.c:333] in msi (0x00bce104) 4 0x68d0a464 ACTION_HandleStandardAction+0xc3(package=0x17f5e8, action="InstallFiles", rc=0xbce184) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:7285] in msi (0x00bce154) 5 0x68d0a658 ACTION_PerformAction+0x89(package=0x17f5e8, action="InstallFiles", script=0xffffffff) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:7314] in msi (0x00bce1a4) 6 0x68cf83c5 ITERATE_Actions+0x15c(row=0x1e1150, param=0x17f5e8) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:529] in msi (0x00bce204) 7 0x68d4e835 MSI_IterateRecords+0x88(view=0x1c5818, count=0x0(nil), func=0x68cf8268, param=0x17f5e8) [/home/focht/projects/wine/wine-git/dlls/msi/msiquery.c:188] in msi (0x00bce234) 8 0x68cf86e4 ACTION_ProcessExecSequence+0x19d(package=0x17f5e8, UIran=0) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:606] in msi (0x00bce274) 9 0x68d0ae12 MSI_InstallPackage+0x3e9(package=0x17f5e8, szPackagePath="C:\3f8e411ba6f8f187178992388f47ef44\vc_red.msi", szCommandLine="REMOVE=ALL INSTALLLEVEL=32767 REMOVE=ALL ALLUSERS=1") [/home/focht/projects/wine/wine-git/dlls/msi/action.c:7500] in msi (0x00bce2c4) 10 0x68d45088 MsiConfigureProductExW+0x36e(szProduct="{196BB40D-1578-3D01-B289-BEFC77A11A1E}", iInstallLevel=0, eInstallState=INSTALLSTATE_ABSENT, szCommandLine="REMOVE=ALL") [/home/focht/projects/wine/wine-git/dlls/msi/msi.c:813] in msi (0x00bce734) 11 0x1006463c in setupengine (+0x6463b) (0x00bce79c) 12 0x1005c0f9 in setupengine (+0x5c0f8) (0x00bce890) 13 0x1005dea1 in setupengine (+0x5dea0) (0x00bce9bc) ... --- snip --- Code: http://source.winehq.org/git/wine.git/blob/ad4f747fa68fe185854e6fbbc6f0fec6… "mi->volume_label" is NULL at this point -> msi_realloc() -> NULL. Dumping "Media" table of "vc_red.msi" with ORCA shows indeed the "VolumeLabel" field is empty. Relevant +msi,+msidb: --- snip --- ... 0042:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Media` WHERE `LastSequence` >= 1 ORDER BY `DiskId`" 0xbce004 0042:trace:msidb:WHERE_CreateView (L"Media") 0042:trace:msidb:TABLE_CreateView 0x16a850 L"Media" 0x1fc954 0042:trace:msidb:TABLE_CreateView table 0x1fde90 found with 6 columns 0042:trace:msidb:TABLE_CreateView L"Media" one row is 18 bytes 0042:trace:msidb:TABLE_get_dimensions 0x1fc970 (nil) 0x1fc958 0042:trace:msidb:TABLE_get_column_info 0x1fc970 1 0xbcd560 0xbcd59c 0042:trace:msidb:TABLE_get_column_info 0x1fc970 2 0xbcd560 0xbcd59c 0042:trace:msidb:WHERE_sort 0x1fffd0 0x1fc9e0 0042:trace:msidb:TABLE_get_column_info 0x1fc970 1 0xbcd5c0 (nil) 0042:trace:msi:MSI_ParseSQL Parse returned 0 0042:trace:msi:MSI_ViewExecute 0x202ec8 (nil) 0042:trace:msidb:WHERE_execute 0x1fffd0 (nil) 0042:trace:msidb:TABLE_execute 0x1fc970 (nil) 0042:trace:msidb:TABLE_execute There are 6 columns 0042:trace:msidb:TABLE_get_dimensions 0x1fc970 0x1fc95c (nil) 0042:trace:msi:MSI_ViewFetch 0x202ec8 0xbce008 0042:trace:msi:msi_view_get_row 0x16a850 0x1fffd0 0 0xbce008 0042:trace:msidb:WHERE_get_dimensions 0x1fffd0 0xbcdf64 0xbcdf60 0042:trace:msidb:MSI_CreateRecord 6 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 1 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 1 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 1 0xbcdf5c 0042:trace:msidb:MSI_RecordSetInteger 0x205170 1 1 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 2 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 2 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 2 0xbcdf5c 0042:trace:msidb:MSI_RecordSetInteger 0x205170 2 45 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 3 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 3 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 3 0xbcdf5c 0042:trace:msidb:MSI_RecordSetStringW 0x205170 3 L"1" 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 4 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 4 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 4 0xbcdf5c 0042:trace:msidb:MSI_RecordSetStringW 0x205170 4 L"vc_red.cab" 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 5 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 5 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 5 0xbcdf5c 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 6 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 6 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 6 0xbcdf5c 0042:trace:msidb:MSI_RecordSetIntPtr 0x205170 0 2109128 0042:trace:msi:MSI_ViewClose 0x202ec8 ... --- snip --- $ sha1sum vcredist_x86.exe 372d9c1670343d3fb252209ba210d4dc4d67d358 vcredist_x86.exe $ wine --version wine-1.3.35-273-geaa8801 Regards -- 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 4

[Bug 36890] New: DAEMON Tools Ultra 1.x/2.x virtual driver installer 'dtinst.exe' crashes on unimplemented function setupapi.dll.SetupDiSetClassInstallParamsW
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36890 Bug ID: 36890 Summary: DAEMON Tools Ultra 1.x/2.x virtual driver installer 'dtinst.exe' crashes on unimplemented function setupapi.dll.SetupDiSetClassInstallParamsW Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. --- snip --- $ wine ./DAEMONToolsUltra110-0103.exe ... Unhandled exception: unimplemented function setupapi.dll.SetupDiSetClassInstallParamsW called in 32-bit code (0x7b83ae9b). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83ae9b ESP:0033e7a4 EBP:0033e808 EFLAGS:00000283( - -- I S - - -C) EAX:7b826d79 EBX:7b8bd000 ECX:7edd2aa0 EDX:0033e7c4 ESI:0011fb70 EDI:00408b28 ... Backtrace: =>0 0x7b83ae9b RaiseException+0x8f(code=<couldn't compute location>, flags=<couldn't compute location>, nbargs=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32 (0x0033e808) 1 0x7edd2a41 __wine_spec_unimplemented_stub+0x34(module="setupapi.dll", function="SetupDiSetClassInstallParamsW") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in setupapi (0x0033e840) 2 0x7eda62fd __wine_stub_SetupDiSetClassInstallParamsW+0x28() in setupapi (0x0033fb60) 3 0x004016ff in dtinst (+0x16fe) (0x0033fb60) 4 0x0040286d in dtinst (+0x286c) (0x0033fd90) 5 0x004031a7 in dtinst (+0x31a6) (0x0033fe20) ... 0x7b83ae9b RaiseException+0x8f [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32: subl $4,%esp 84 RtlRaiseException( &record ); Modules: Module Address Debug info Name (33 modules) PE 400000- 40e000 Export dtinst ELF 7b800000-7ba63000 Dwarf kernel32<elf> \-PE 7b810000-7ba63000 \ kernel32 ... Threads: process tid prio (all id:s are in hex) 00000008 DAEMONToolsUltra110-0103.exe 00000024 0 00000009 0 ... 0000002c (D) C:\Program Files\DAEMON Tools Ultra\dtinst.exe 0000002d 0 <== --- snip --- Source: http://source.winehq.org/git/wine.git/blob/cfb81f2c606c17ff005fce87a2e79e1d… --- snip --- 387 @ stub SetupDiSetClassInstallParamsW --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/hardware/ff552122%28v=vs.85… $ sha1sum DAEMONToolsUltra110-0103.exe 2bcf13a9d3761af6896edc1f81394f4a8b46783b DAEMONToolsUltra110-0103.exe $ du -sh DAEMONToolsUltra110-0103.exe 24M DAEMONToolsUltra110-0103.exe $ wine --version wine-1.7.22 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 11

[Bug 16956] New: Lexware: Installation of .Net 2.0 SP 1 fails
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16956 Summary: Lexware: Installation of .Net 2.0 SP 1 fails Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: koesterreich(a)gmx.net Created an attachment (id=18728) --> (http://bugs.winehq.org/attachment.cgi?id=18728) The error-message I am trying to install Lexware financial office Pro 2009 [1] I installed some stuff via winetricks-20081223: winetricks msxml3 jet40 mdac28 dotnet20 winxp The installation fails with "An error occured during the installation of the component Microsoft .Net Framework 2.0 - Service Pack 1. Errorcode: 1603 Installation of 'Microsoft .Net Framework 2.0 - Service Pack 1' failed. The setup will be cancelled." (Translated from German,, see appended Screenshot) [1] Lexware in AppDB: http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505 -- 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 69

[Bug 10376] New: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10376 Summary: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, seems recent winsock SO_REUSEADDR patch --- snip --- URL: http://source.winehq.org/git/wine.git/?a=commit;h=58b030c270e68c4e130a7decb… Author: Kai Blin <kai.blin <at> gmail.com> Date: Sat Nov 3 08:45:12 2007 +0100 ws2_32: Map SO_REUSEADDR. BSD socket SO_REUSEADDR is not a complete match, but features like "allow binding to a port immediately after closing it" seem to be compatible. --- snip --- triggers a code path in WS_setsockopt() which leads to crash. The cause is an application bug. EvenBalance PunkBuster "PnkBstrA" service which creates local communication sockets accidentally passes the value instead of value address to WS_setsockopt(). The services can be installed and tested with their "pbsvc.exe" tool from http://www.evenbalance.com/downloads/pbsvc/pbsvc.exe --- snip --- .. 0015:trace:winsock:WS_setsockopt socket: 005c, level 0xffff, name 0x4, ptr 0x1, len 1 0015:trace:seh:raise_exception code=c0000005 flags=0 addr=0x76587df5 0015:trace:seh:raise_exception info[0]=00000000 0015:trace:seh:raise_exception info[1]=00000001 0015:trace:seh:raise_exception eax=00000001 ebx=7658e11c ecx=00000002 edx=00000004 esi=0000ffff edi=00000001 0015:trace:seh:raise_exception ebp=617c57a4 esp=617c574c cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210293 0015:trace:seh:call_stack_handlers calling handler at 0x7bc38810 code=c0000005 flags=0 --- snip --- Their source code snippet probably looks like this: --- snip --- if (setsockopt( sock, .., ..., (char*)value, value_len) != SOCKET_ERROR) --- snip --- Instead of this: --- snip --- if (setsockopt( sock, .., ..., (char*)&value, value_len) != SOCKET_ERROR) --- snip --- Micro$oft "fixes" such crappy^H^H^H^H^H^Hbuggy applications by using SEH to catch invalid pointer dereferencing. If you execute a hand-crafted WS_setsockopt() test case with invalid pointer value in Windows you will see something like this: --- snip --- First-chance exception at 0x719b5280 (mswsock.dll) in test.exe: 0xC0000005: Access violation reading location 0x00000001. --- snip --- Returned last error is WSAEFAULT (bad pointer value/address supplied). Solution: either wrap the whole function within structured exception handler (SEH) or use IsBadReadPtr() on passed pointer and return WSAEFAULT if fishy. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 12954] New: Autodesk Design Review - Not Installing
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12954 Summary: Autodesk Design Review - Not Installing Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)ncode.com.au Created an attachment (id=12700) --> (http://bugs.winehq.org/attachment.cgi?id=12700) Wine command line output This product is an industry standard for communication of CAD designs. It is also freeware from Adobe and can be downloaded from here if needed for debugging: http://download.autodesk.com/esd/designreview/SetupDesignReview2009.exe It does not install. After starting and all the installation questions have been answered, the installer crashes (see output in attached file) -- 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 16

[Bug 41277] New: Multiple OpenGL software: refresh problems ( last frame skipped)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=41277 Bug ID: 41277 Summary: Multiple OpenGL software: refresh problems (last frame skipped) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: nemyax(a)gmail.com Distribution: --- I'm seeing this issue in multiple OpenGL programs: Anim8or, 3DAce, Metasequoia, model viewers, etc. Instead of the last frame, the OpenGL viewport shows the last-but-one. This wrong frame stays on until something happens to refresh the viewport. I use the nVidia blob driver, the driver version doesn't seem to matter. -- 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 4

[Bug 12999] New: 3d studio MAX 9 trial installer crash when starting up RaySat service?
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12999 Summary: 3d studio MAX 9 trial installer crash when starting up RaySat service? Product: Wine Version: CVS/GIT Platform: Other URL: http://www.soft32.com/download_81704.html OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This seems to be the next problem after bug 12597: rm -rf .wine sh winetricks -q corefonts dotnet20 cc580 vcrun2003 vcrun6 wsh56 wine 3dsmax9Trial.exe cd .wine/drive_c/3dsmax9Trial/ wine Setup.exe aborts for me near the very end, saying err:msi:ITERATE_StartService Failed to start service L"mi-raysat_3dsmax9_32" err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 (even if you uncheck the "start raysat service" checkbox in the installer). After that, starting wine, even with a bogus command, complains similarly: $ wine-git/wine xyzzy ... fixme:advapi:RegisterEventSourceA ((null),"RaySat_3dsmax9_32 Server"): stub ... err:eventlog:ReportEventW L"(1458) RegisterServiceCtrlHandler: Service does not exist (0x424)" It seems that raysat_3dsmax9_32server.exe starts up, tries to do trace:service:OpenServiceW 0x119d98 L"RaySat_3dsmax9_32Server" 32768 which fails, presumably because the service isn't up yet? (Why isn't it doing CreateService? Perhaps it's probing to make sure it's not already started up once. But if that's so, why does it just exit without creating the service?) -- 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 6

[Bug 12597] New: 3d studio MAX 9 trial installer crash
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12597 Summary: 3d studio MAX 9 trial installer crash Product: Wine Version: CVS/GIT Platform: Other URL: http://3dsmaxtrial.autodesk.com/3dsmax9trial/3dsmax9Tria l.exe OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The trial installer gets further now, but still crashes. With today's wine from git, I did rm -rf .wine sh winetricks corefonts dotnet20 cc580 vcrun2003 wine 3dsmax9Trial.exe cd .wine/drive_c/3dsmax9Trial/ wine Setup.exe After about five minutes, it got to the dialog that asks questions; after entering your name, etc, it crashed like this: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xb7e5f588). Backtrace: =>1 0xb7e5f588 vsnprintfW+0x458(str=0xb43a7a, len=0x64, format=0x7ec7c700, valist=) [libs/wine/string.c:376] in libwine.so.1 (0x0033eb2c) 2 0x7ec4ec63 MSI_QueryGetRecord+0xa3(db=0x12e2f0, fmt=0x7ec7c700) [dlls/msi/msiquery.c:224] in msi (0x0033eb6c) 3 0x7ec2c33e msi_dialog_seltree_handler+0x6e(dialog=0xac8e68, control=0x3a30620, param=) [dlls/msi/dialog.c:2073] in msi (0x0033eb9c) 4 0x7ec2f09b MSIDialog_WndProc+0x1db(hwnd=0xa0042, msg=0x4e, wParam=0x0, lParam=0x33ef2c) [dlls/msi/dialog.c:3362] in msi (0x0033ecbc) ... 376 while (*striter) -- 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 9

[Bug 11420] New: service control manager API problem: name of named objects might differ (client vs. service process)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=11420 Summary: service control manager API problem: name of named objects might differ (client vs. service process) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=10552) --> (http://bugs.winehq.org/attachment.cgi?id=10552) patch which fixes client vs. service SCM API when using named objects Hello, there seems to be a misconception in usage of names for named objects in service control manager API. Some people might have experienced such situation: wine hangs for several seconds on startup (when starting services). I usually disabled autostart type services (except for builtin ones) and the problems went away. Lately while fixing Microsoft Visual Studio .NET installers (2002/2003/2005) this problem became more and more annoying because the installers and VS.NET depend on some services, namely "debug manager" (service has to be running). Consider the following snippet with "service_get_event_handle" trace message added by me to highlight the problem: 0x9: client (net.exe) 0x11: service process (mdm.exe) 0x12: dispatcher thread --- snip trace --- .. 0009:trace:advapi:OpenSCManagerW ((null),(null),0x000f003f) 0009:trace:advapi:sc_handle_alloc sc_handle type=0 -> 0x121450 0009:trace:advapi:OpenSCManagerW returning 0x121450 (access : 0x000f003f) 0009:trace:advapi:OpenServiceA 0x121450 "mdm" 983103 0009:trace:advapi:OpenServiceW 0x121450 L"mdm" 983103 0009:trace:advapi:sc_handle_alloc sc_handle type=1 -> 0x121488 0009:trace:advapi:OpenServiceW returning 0x121488 0009:trace:advapi:GetServiceDisplayNameA 0x121450 "mdm" 0x34ee48 0x34fe48 0009:trace:advapi:GetServiceDisplayNameW 0x121450 L"mdm" 0x1214b8 0x34ee08 The Machine Debug Manager service is starting. 0009:trace:advapi:StartServiceA (0x121488,0,(nil)) 0009:trace:advapi:StartServiceW 0x121488 0 (nil) 0009:trace:advapi:LockServiceDatabase 0x121450 0009:trace:advapi:LockServiceDatabase returning 0x3c 0009:trace:advapi:service_start_process service_get_event_handle(L"mdm"): 0x40 0011:trace:advapi:LookupPrivilegeValueW L"",L"SeDebugPrivilege",0x34fc80 0011:trace:advapi:LookupPrivilegeValueW L"" -> 00000000-00000014 0011:trace:advapi:AdjustTokenPrivileges 0011:trace:advapi:StartServiceCtrlDispatcherA 0x34fc9c 0011:trace:advapi:service_run_threads Starting 1 pipe listener threads. Services running as process 16 0012:trace:advapi:service_control_dispatcher 0x121ea8 L"Machine Debug Manager" 0012:trace:advapi:service_control_dispatcher service_get_event_handle(L"Machine Debug Manager"): 0x48 0009:trace:advapi:UnlockServiceDatabase 0x3c 0009:trace:advapi:StartServiceW returning 0 The Machine Debug Manager service failed to start. 0009:trace:advapi:CloseServiceHandle 0x121488 0009:trace:advapi:sc_handle_destroy_service destroying service 0x121488 0009:trace:advapi:CloseServiceHandle 0x121450 0009:trace:advapi:sc_handle_destroy_manager destroying SC Manager 0x121450 000d:trace:advapi:service_run_threads last user process exited, shutting down 0011:trace:advapi:service_run_threads last user process exited, shutting down --- snip trace --- When a service is started, named objects are created to internally communicate data/events from the service process (dispatcher) to client side SCM API and vice versa. Unfortunately there exist service proccesses which pass service names to dispatcher table (StartServiceCtrlDispatcher) not matching the service name on the client side (registry "Services" key). --- snip dlls/advapi32/service.c --- static DWORD WINAPI service_control_dispatcher(LPVOID arg) { service_data *service = arg; LPWSTR name; HANDLE pipe, event; TRACE("%p %s\n", service, debugstr_w(service->name)); /* create a pipe to talk to the rest of the world with */ name = service_get_pipe_name(service->name); <--------- *problem*! pipe = CreateNamedPipeW(name, PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, 1, 256, 256, 10000, NULL ); if (pipe==INVALID_HANDLE_VALUE) ERR("failed to create pipe for %s, error = %d\n", debugstr_w(service->name), GetLastError()); HeapFree(GetProcessHeap(), 0, name); /* let the process who started us know we've tried to create a pipe */ event = service_get_event_handle(service->name); <--------- *problem*! SetEvent(event); CloseHandle(event); .. --- snip dlls/advapi32/service.c --- As result, different named objects are created and signaled so the client side can't communicate with the service side using named pipe and events. This leads to infamous timeout problem (30 sec) and service startup failing. In case of Microsoft Debug Manager the service is called "mdm" (registry). The service process itself passes "Microsoft Debug Manager" as name to dispatch table (see first trace). Problem: how can both sides communicate a "common" name for named objects? The service dispatcher part on the service side has only dispatch table data available which doesn't help much. I thought about this problem and found a feasible solution ... well call it "hack" whatever. If the client side API passes the service name in one of the process startup parameter members before process creation, the service process' dispatcher routine is able to access this data and create the named objects used for communication. I (ab)used startupinfo "title" member because only wine itself make exclusive use of most service process startup parameters. If not considered safe, use reserved/undoc fields... With that patch applied the services in question start fine and can be controlled using "net" commands. No more hangs ;-) Regards -- 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 22

[Bug 12079] New: VS.NET 7.x/. NET SDK installers fail if re-executed due to ACTION_StopServices being a stub
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12079 Summary: VS.NET 7.x/.NET SDK installers fail if re-executed due to ACTION_StopServices being a stub Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, .NET Framework SDK, VS.NET 7.x. etc. install "helper" service(s) which get automagically started. The installers die if executed again (update/change config) because the running service blocks file update. --- snip --- .. err:msi:ACTION_InstallFiles Failed to copy L"Z:\\mnt\\iso\\Program Files\\Common Files\\Microsoft Shared\\VS7Debug\\msdbg2.dll" to L"c:\\Program Files\\Common Files\\Microsoft Shared\\VS7Debug\\msdbg2.dll" (32) err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 .. --- snip --- James, if you find the time, please add "stop services" msi action implementation (dlls/msi/action.c:ACTION_StopServices). Although I have a patch, I constantly forget to apply it when tracking down installer problems. You could actually help to reduce my patch orgy :) Thanks. Regards -- 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 14

[Bug 12390] New: err:service: service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12390 Summary: err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amaramrahul(a)gmail.com "Longman Dictionary of Contemporary English" (ISBN 0 582 50673 5) gets installed properly from CD-ROM using wine. However when I try to run it using wine, I get the below error in console: # wine "C:\Program Files\Longman\LDOCE\ldoce.exe" err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 Then a pop-up appears with the message: "This machine must be re-booted before this product will run correctly. Reboot now?". Upon clicking "Yes"/"No", the program exits. I think this has to do something with copyright. Not sure about this though. -- 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 7

[Bug 14594] New: crypt32.CryptHashMessage needed for VS.NET 2005 (deployment project type creation)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14594 Summary: crypt32.CryptHashMessage needed for VS.NET 2005 (deployment project type creation) Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, using project wizard to create a "setup/deployment" project type (msi), it bails due to unimpl crypt32.CryptHashMessage --- snip --- .. 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\Deployment\\dpplg.dll" at 0x5d010000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\Deployment\\1033\\dpplgui.dll" at 0x5d380000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\Deployment\\dpedt.dll" at 0x5ce70000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\VJ#\\bin\\vjsplg.dll" at 0x6ca90000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\VJ#\\bin\\1033\\vjsplgui.dll" at 0x6cbc0000: native 003f:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b8432e0 003f:trace:seh:raise_exception info[0]=60b7f840 003f:trace:seh:raise_exception info[1]=60b7fa01 wine: Call from 0x7b8432e0 to unimplemented function crypt32.dll.CryptHashMessage, aborting 003f:trace:seh:call_stack_handlers calling handler at 0x5cdea7c5 code=80000100 flags=1 003f:trace:seh:call_stack_handlers handler at 0x5cdea7c5 returned 1 003f:trace:seh:call_stack_handlers calling handler at 0x5cdf1732 code=80000100 flags=1 .. --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa380203.aspx --- stub test --- 031:Call crypt32.CryptHashMessage(002fd208,00000001,00000001,002fd2e0,002fd2dc,002fd260,002fd248,002fd2f4,002fd2d8) ret=5cdd6009 0031:fixme:crypt:CryptHashMessage (0x2fd208, 1, 1, 0x2fd2e0, 0x2fd2dc, 0x2fd260, 0x2fd248, 0x2fd2f4): stub 0031:Ret crypt32.CryptHashMessage() retval=00000000 ret=5cdd6009 --- stub test -- Simple stub seems to satisfy it. For a better stub: MD5 is needed here, the supplied hash algorithm OID (pHashPara.HashAlgorithm) is "1.2.840.113549.2.5" Regards -- 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 6

[Bug 14567] New: Shell32 IAutoCompleteDropDown needed for VS.NET 2005 and other tools which use MS DevEnv UI engine
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14567 Summary: Shell32 IAutoCompleteDropDown needed for VS.NET 2005 and other tools which use MS DevEnv UI engine Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, just visiting back VS.NET 2005 and friends... The annoying error message box, stating "The operation could not be completed" can be prevented by implementing IAutoCompleteDropDown in shell32. Due to this missing interface, the Devenv GUI is not really usable at all. Also the .NET CLR GUI debugger that ships with the .NET 2.0 SDK suffers from this bug. +shell,+ole --- snip --- .. trace:ole:CoCreateInstance (rclsid={00bb2763-6a77-11d0-a535-00c04fd7d062}, pUnkOuter=(nil), dwClsContext=00000001, riid={eac04bc0-3791-11d2-bb95-0060977b464c}, ppv=0x50757698) trace:ole:CoGetClassObject CLSID: {00bb2763-6a77-11d0-a535-00c04fd7d062}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:WINE_StringFromCLSID 0x5005ec20->{00BB2763-6A77-11D0-A535-00C04FD7D062} trace:ole:apartment_getclassobject found L"shell32.dll" already loaded trace:ole:apartment_getclassobject calling DllGetClassObject 0x66426d20 trace:shell:HCR_RegOpenClassIDKey CLSID\{00bb2763-6a77-11d0-a535-00c04fd7d062} trace:shell:HCR_GetClassNameA -- AutoComplete trace:shell:DllGetClassObject CLSID: {00bb2763-6a77-11d0-a535-00c04fd7d062} (AutoComplete),IID: {00000001-0000-0000-c000-000000000046} (IID_IClassFactory) trace:shell:DllGetClassObject index[7] trace:shell:IDefClF_fnConstructor (0xc0c740)(null) trace:shell:IDefClF_fnQueryInterface (0xc0c740)->( {00000001-0000-0000-c000-000000000046} (IID_IClassFactory)) trace:shell:IDefClF_fnRelease (0xc0c740)->(count=2) trace:shell:DllGetClassObject -- pointer to class factory: 0xc0c740 trace:shell:IDefClF_fnCreateInstance 0xc0c740->((nil), {eac04bc0-3791-11d2-bb95-0060977b464c} (IID_IAutoComplete2),0x50757698) trace:shell:IAutoComplete_fnQueryInterface (0xc26b68)->( IID: {eac04bc0-3791-11d2-bb95-0060977b464c} (IID_IAutoComplete2),0x50757698) trace:shell:IAutoComplete2_fnAddRef (0xc26b68)->(count=1) trace:shell:IAutoComplete_fnAddRef (0xc26b68)->(1) trace:shell:IAutoComplete_fnQueryInterface -- Interface: (0x50757698)->(0xc26b6c) trace:shell:IAutoComplete_Constructor -- (0xc26b68)-> trace:shell:IDefClF_fnRelease (0xc0c740)->(count=1) trace:shell:IDefClF_fnRelease -- destroying IClassFactory(0xc0c740) trace:ole:CoCreateInstance (rclsid={00000323-0000-0000-c000-000000000046}, pUnkOuter=(nil), dwClsContext=00000001, riid={00000146-0000-0000-c000-000000000046}, ppv=0x55c538) trace:ole:CoCreateInstance Retrieved GIT (0xc1c540) trace:ole:StdGlobalInterfaceTable_RegisterInterfaceInGlobal iface=0xc1c540, pUnk=0x6512c8, riid={6d5140c1-7436-11ce-8034-00aa006009fa}, pdwCookie=0x0x320ff4 trace:ole:StdGlobalInterfaceTable_RegisterInterfaceInGlobal About to marshal the interface trace:ole:CoMarshalInterface (0xc26f88, {6d5140c1-7436-11ce-8034-00aa006009fa}, 0x6512c8, 3, (nil), MSHLFLAGS_TABLESTRONG) trace:ole:CoGetStandardMarshal ({6d5140c1-7436-11ce-8034-00aa006009fa},0x6512c8,3,(nil),1,0x320f5c) trace:ole:CoMarshalInterface Using standard marshaling trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace trace:ole:StdMarshalImpl_MarshalInterface (...,{6d5140c1-7436-11ce-8034-00aa006009fa},...) trace:ole:CoGetPSClsid () riid={6d5140c1-7436-11ce-8034-00aa006009fa}, pclsid=0x320e04 trace:ole:WINE_StringFromCLSID 0x50064ef8->{6D5140C1-7436-11CE-8034-00AA006009FA} trace:ole:__CLSIDFromString L"{b8da6310-e19b-11d0-933c-00a0c90dcaa9}" -> 0x320e04 trace:ole:CoGetPSClsid () Returning CLSID={b8da6310-e19b-11d0-933c-00a0c90dcaa9} trace:ole:CoGetClassObject CLSID: {b8da6310-e19b-11d0-933c-00a0c90dcaa9}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} trace:ole:WINE_StringFromCLSID 0x320e04->{B8DA6310-E19B-11D0-933C-00A0C90DCAA9} trace:ole:apartment_getclassobject found L"C:\\windows\\system32\\actxprxy.dll" already loaded trace:ole:apartment_getclassobject calling DllGetClassObject 0x60a76650 trace:ole:NdrDllGetClassObject ({b8da6310-e19b-11d0-933c-00a0c90dcaa9}, {d5f569d0-593b-101a-b569-08002b2dbf7a}, 0x320e14, 0x60a7784c, {b8da6310-e19b-11d0-933c-00a0c90dcaa9}, 0x60a7785c) trace:ole:CStdPSFactory_QueryInterface (0x60a7785c)->QueryInterface({d5f569d0-593b-101a-b569-08002b2dbf7a},0x320e14) trace:ole:CStdPSFactory_CreateStub (0x60a7785c)->CreateStub({6d5140c1-7436-11ce-8034-00aa006009fa},0x6512c8,0x320e1c) trace:ole:FindProxyInfo found: ProxyInfo 0x60a77040 Index 0 trace:ole:CStdStubBuffer_Construct (0x6512c8,0x60a770e0,0x60a7785c,0x320e1c) IServiceProvider trace:ole:CStdStubBuffer_Construct iid={6d5140c1-7436-11ce-8034-00aa006009fa} trace:ole:CStdStubBuffer_Construct vtbl=0x60a770f0 trace:ole:CStdPSFactory_AddRef (0x60a7785c)->AddRef() trace:ole:CStdPSFactory_Release (0x60a7785c)->Release() trace:ole:stub_manager_int_addref before 1 trace:ole:get_stub_manager_from_object found 0xc1c688 for object 0x6512c8 trace:ole:marshal_object registering new ifstub on pre-existing manager trace:ole:NdrCStdStubBuffer_Release (0xc0fe28)->Release() trace:ole:CStdStubBuffer_Disconnect (0xc0fe28)->Disconnect() trace:ole:CStdPSFactory_Release (0x60a7785c)->Release() trace:ole:stub_manager_ext_addref added 1 refs to 0xc1c688 (oid 3), rc is now 4 trace:ole:RPC_RegisterInterface ({6d5140c1-7436-11ce-8034-00aa006009fa}) trace:ole:stub_manager_int_release after 1 trace:ole:CoMarshalInterface completed with hr 0x00000000 trace:ole:StdGlobalInterfaceTable_RegisterInterfaceInGlobal Cookie is 0xf103 trace:shell:IAutoComplete2_fnInit (0xc26b68) trace:shell:IAutoComplete_fnInit (0xc26b68)->(0x000201da, 0x55c4e4, (null), L"%s") trace:shell:IAutoComplete_fnInit ACO_AUTOAPPEND trace:shell:IAutoComplete2_fnSetOptions (0xc26b68) -> (0x71) trace:shell:HCR_RegOpenClassIDKey CLSID\{3cd141f4-3c6a-11d2-bcaa-00c04fd929db} trace:shell:HCR_GetClassNameA -- trace:shell:IAutoComplete2_fnQueryInterface (0xc26b68)->( {3cd141f4-3c6a-11d2-bcaa-00c04fd929db} (unknown),0x50757690) trace:shell:HCR_RegOpenClassIDKey CLSID\{3cd141f4-3c6a-11d2-bcaa-00c04fd929db} trace:shell:HCR_GetClassNameA -- trace:shell:IAutoComplete_fnQueryInterface (0xc26b68)->( IID: {3cd141f4-3c6a-11d2-bcaa-00c04fd929db} (unknown),0x50757690) trace:shell:IAutoComplete_fnQueryInterface -- Interface: E_NOINTERFACE trace:shell:IAutoComplete2_fnRelease (0xc26b68)->(count=2) trace:shell:IAutoComplete_fnRelease (0xc26b68)->(2) trace:ole:GetErrorInfo (0, 0x3210a4, (nil)) .. trace:ole:ICreateErrorInfoImpl_SetDescription (0xc24818): L"The operation could not be completed " .. --- snip --- I added/implemented the missing interface (include/shldisp.idl, dlls/shell32/autocomplete.c, dlls/shell32/debughlp.c) and verified it fixes the annoying error. To give the implementor/submitter full freedom, I'll omit a patch here ;-) Regards -- 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 5

[Bug 14571] New: ole32.CoGetCallerTID needed for VS.NET 2005
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14571 Summary: ole32.CoGetCallerTID needed for VS.NET 2005 Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, keep the VS.NET 2005 IDE for ~10 secs open and it will crash due to this bug. --- snip --- 0026:Call user32.InSendMessage() ret=500891c3 0026:Ret user32.InSendMessage() retval=00000000 ret=500891c3 0026:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032f618) ret=608a4d85 0026:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b8432e0 0026:trace:seh:raise_exception info[0]=608a4e20 0026:trace:seh:raise_exception info[1]=608a4e2a wine: Call from 0x7b8432e0 to unimplemented function ole32.dll.CoGetCallerTID, aborting 0026:trace:seh:call_stack_handlers calling handler at 0x506a8ab0 code=80000100 flags=1 --- snip --- MSDN info here: http://msdn.microsoft.com/en-us/library/ms680683(VS.85).aspx Implementation is straight forward (minus remote), all the info is there. I've already verified with a patch. Regards -- 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 11

[Bug 18500] New: ntdll.NtQueryInformationProcess: provide simple ProcessDebugObjectHandle info class handling, returning "no debugger"
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18500 Summary: ntdll.NtQueryInformationProcess: provide simple ProcessDebugObjectHandle info class handling, returning "no debugger" Product: Wine Version: 1.1.21 Platform: Other URL: http://www.exeinfo.go.pl/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a continuation of http://bugs.winehq.org/show_bug.cgi?id=12859#c7 The app queries for unimplemented "ProcessDebugObjectHandle" information class. --- snip --- ... 0021:Call ntdll.NtSetInformationThread(fffffffe,00000011,00000000,00000000) ret=004da0d5 0021:fixme:thread:NtSetInformationThread info class 17 not supported yet 0021:Ret ntdll.NtSetInformationThread() retval=c0000002 ret=004da0d5 0021:Call 0021:Call ntdll.NtQueryInformationProcess(ffffffff,0000001e,c0000002,00000004,00000000) ret=004da0e4 0021:fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDebugObjectHandle 0021:Ret ntdll.NtQueryInformationProcess() retval=c0000003 ret=004da0e4 ... --- snip --- Wine already fakes info for such kind of classes, returning "no debugger". Have a look at dlls/ntdll/process.c:NtQueryInformationProcess, ProcessDebugPort how it's done and provide simple patch. Regards -- 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 7

[Bug 12859] New: HideThreadFromDebugger in NtSetInformationThread
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12859 Summary: HideThreadFromDebugger in NtSetInformationThread Product: Wine Version: 0.9.60 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: readams(a)readams.net Created an attachment (id=12555) --> (http://bugs.winehq.org/attachment.cgi?id=12555) Add HideThreadFromDebugger to winternl.h and to NtSetInformationThread This API exists in the windows NtSetInformationThread for some reason. The sensible thing to do in wine here seems to be to just ignore this call. Patch attached is against 0.9.60. -- 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 20

[Bug 21930] New: Free Ghost installer crashes during project building in console
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21930 Summary: Free Ghost installer crashes during project building in console Product: Wine Version: 1.1.39 Platform: x86 URL: http://www.ethalone.com/download/gi/GIFree.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ariafan(a)mail.ru Created an attachment (id=26619) --> (http://bugs.winehq.org/attachment.cgi?id=26619) Test installation project Try in console wineconsole "c:\program files\Ethalone\Ghost Installer\Bin\GIBuild.exe" test.gpr Message is appeared during project building: fixme:msvcrt:MSVCRT__sopen : pmode 0x81b6 ignored and later err:seh:setup_exception_record stack overflow 860 bytes in thread 003f eip 00406df5 esp 00240fd4 stack 0x240000-0x241000-0x340000 testsetup.exe was not created. See test.gpr in attachment. -- 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 22176] New: Rocket Reader 8.3 fails to install
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22176 Summary: Rocket Reader 8.3 fails to install Product: Wine Version: 1.1.16 Platform: x86 URL: ftp://rocketreader.com/rocketreaderv83.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com CC: julliard(a)winehq.org Created an attachment (id=27054) --> (http://bugs.winehq.org/attachment.cgi?id=27054) WINEDEBUG=+relay on Wine 1.1.41-72-ge9be1b4 At installation, around 75%, the program displays an error (Error changing registry data), after that it deletes all what it has installed. This error doesn't appear on Wine 1.1.15 so it's regression. Regression test did give 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is the first bad commit commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Feb 18 14:44:17 2009 +0100 msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if we didn't set them. :040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4 86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls Reverting this fault patch enables me to install Rocket Reader. The program doesn't install on wine 1.1.41. In terminal there is fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:sfc:SfcIsFileProtected ((nil), L"C:\\Program Files\\RocketReaderV83\\french.qmc") stub I'm attaching terminal output with +relay -- 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 7

[Bug 21562] New: Multiple init/deinit of msvcrt (std fd's) causes pluto app installer to hang
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21562 Summary: Multiple init/deinit of msvcrt (std fd's) causes pluto app installer to hang Product: Wine Version: 1.1.37 Platform: x86 URL: http://pluto.brain-killer.org/download/pluto_FE_w32_en _0036.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, an interesting one... WINEDEBUG=+tid,+seh,+loaddll,+msvcrt,+server,+relay wine ./pluto_FE_w32_en_0036.exe >>log.txt 2>&1 The app installer creates an additional worker (unpack) thread from its main thread: --- snip --- 0009:Call KERNEL32.CreateThread(00000000,00000000,0042b674,00000000,00000000,00436718) ret=0042c3e8 0009: *fd* 6 <- 22 0009: new_thread( access=001f03ff, attributes=00000000, suspend=1, request_fd=6 ) 0009: new_thread() = 0 { tid=001b, handle=0004 } ... 001b:Starting thread proc 0x42b674 (arg=(nil)) ... 0009:Ret KERNEL32.CreateThread() retval=00000004 ret=0042c3e8 --- snip --- The app installer main thread contains a loop to check if the (unpack) worker thread (handle = 0x4) is still alive. While doing so, it pumps messages and delays the next check, illustrated by following code snippet: --- snip --- 0009:Ret KERNEL32.Sleep() retval=00000000 ret=004167e4 0009:Call KERNEL32.GetExitCodeThread(00000004,0032fd9c) ret=0042c40f 0009: get_thread_info( handle=0004, tid_in=0000 ) 0009: get_thread_info() = 0 { pid=0008, tid=001b, teb=7ffd4000, affinity=ffffffffffffffff, creation_time=1caa28d3911cf76 (-0.0285120), exit_time=0, exit_code=259, priority=0, last=0 } 0009:Ret KERNEL32.GetExitCodeThread() retval=00000001 ret=0042c40f 0009:Call user32.PeekMessageA(0032fd0c,00000000,00000000,00000000,00000001) ret=004167d9 ... 0009:Ret user32.PeekMessageA() retval=00000000 ret=004167d9 0009:Call KERNEL32.Sleep(00000001) ret=004167e4 --- snip --- Unfortunately something goes wrong and the app installer refuses to terminate - because the worker checking loop suddenly became a forever loop: --- snip --- ... 0009:Call KERNEL32.Sleep(00000001) ret=004167e4 0009:Ret KERNEL32.Sleep() retval=00000000 ret=004167e4 0009:Call KERNEL32.GetExitCodeThread(00000004,0032fd9c) ret=0042c40f 0009: get_thread_info( handle=0004, tid_in=0000 ) 0009: get_thread_info() = INVALID_HANDLE { pid=0000, tid=0000, teb=00000000, affinity=00000000, creation_time=0, exit_time=0, exit_code=0, priority=0, last=0 } 0009:Ret KERNEL32.GetExitCodeThread() retval=00000000 ret=0042c40f 0009:Call user32.PeekMessageA(0032fd0c,00000000,00000000,00000000,00000001) ret=004167d9 0009: get_message( flags=00000001, get_win=00000000, get_first=00000000, get_last=ffffffff, hw_id=00000000, wake_mask=00000000, changed_mask=00000000 ) 0009: get_message() = PENDING { win=00000000, msg=00000000, wparam=00000000, lparam=00000000, type=0, time=00000000, active_hooks=80000000, total=0, data={} } ... 0009:Ret user32.PeekMessageA() retval=00000000 ret=004167d9 --- snip --- The installer code doesn't evaluate the return code of GetExitCodeThread() but instead accesses the exit code variable directly, comparing it to 0x103 -> STILL_ACTIVE. Because the thread once lived in this state, this variable is never touched by Wine in case the thread handle becomes invalid. GetExitCodeThread() fails but the variable still contains the last known "good" value -> STILL_ACTIVE (the app doesn't reinit it). The app still thinks the worker is alive and goes into forever loop. Now the culprit: the thread handle, delivered to caller upon returning from CreateThread() is _never_ closed by app explicitly -> CloseHandle() so GetExitCodeThread() should be successful in any case. We have to go back in time to unearth the problem ... lets look what happens to this thread handle (0x4). --- snip --- ... 001b:Call KERNEL32.FreeLibrary(10000000) ret=004242bb 001b:Call PE DLL (proc=0x10001148,module=0x10000000 L"unpack.dll",reason=PROCESS_DETACH,res=(nil)) 001b:Ret PE DLL (proc=0x10001148,module=0x10000000 L"unpack.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 001b:Call PE DLL (proc=0x5de0cc9c,module=0x5de00000 L"crtdll.dll",reason=PROCESS_DETACH,res=(nil)) 001b:Ret PE DLL (proc=0x5de0cc9c,module=0x5de00000 L"crtdll.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 001b:Call PE DLL (proc=0x5c7cd8b4,module=0x5c790000 L"msvcrt.dll",reason=PROCESS_DETACH,res=(nil)) ... 001b:trace:msvcrt:DllMain (0x5c790000, DLL_PROCESS_DETACH, (nil)) pid(8), tid(1b), tls(4) 001b:trace:msvcrt:msvcrt_free_mt_locks : uninitializing all mtlocks ... 001b:trace:msvcrt:MSVCRT__close :fd (3) handle (0xfffffff6) 001b:Call KERNEL32.CloseHandle(fffffff6) ret=5c7ad9fc 001b: close_handle( handle=0004 ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (3) freed 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (4) handle (0xfffffff5) 001b:Call KERNEL32.CloseHandle(fffffff5) ret=5c7ad9fc 001b: close_handle( handle=0008 ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (4) freed 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (5) handle (0xfffffff4) 001b:Call KERNEL32.CloseHandle(fffffff4) ret=5c7ad9fc 001b: close_handle( handle=000c ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (5) freed 001b:trace:msvcrt:MSVCRT__close :ok 001b:trace:msvcrt:MSVCRT__fcloseall :closed (3) handles ... 001b:trace:msvcrt:MSVCRT__close :fd (0) handle (0x8) 001b:Call KERNEL32.CloseHandle(00000008) ret=5c7ad9fc 001b: close_handle( handle=0008 ) 001b: close_handle() = INVALID_HANDLE 001b:Ret KERNEL32.CloseHandle() retval=00000000 ret=5c7ad9fc ... 001b:warn:msvcrt:MSVCRT__close :failed-last error (6) ... 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (1) handle (0xc) 001b:Call KERNEL32.CloseHandle(0000000c) ret=5c7ad9fc 001b: close_handle( handle=000c ) 001b: close_handle() = INVALID_HANDLE 001b:Ret KERNEL32.CloseHandle() retval=00000000 ret=5c7ad9fc ... 001b:warn:msvcrt:MSVCRT__close :failed-last error (6) ... 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (2) handle (0x50) 001b:Call KERNEL32.CloseHandle(00000050) ret=5c7ad9fc 001b: close_handle( handle=0050 ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (2) freed 001b:Call KERNEL32.GetStdHandle(fffffff4) ret=5c7ac729 001b:Ret KERNEL32.GetStdHandle() retval=0000000c ret=5c7ac729 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:msvcrt_free_console :Closing console handles --- snip --- *eek* ... the thread handle gets closed as part of msvcrt cleanup! PROCESS_DETACH -> msvcrt_free_io() -> MSVCRT__fcloseall() This will close fd(3), fd(4), fd(5) -> stdin,stdout,stderr Corresponding msvcrt init: --- snip --- ... 001b:Call PE DLL (proc=0x5c7cd8b4,module=0x5c790000 L"msvcrt.dll",reason=PROCESS_ATTACH,res=(nil)) ... 001b:trace:msvcrt:DllMain (0x5c790000, DLL_PROCESS_ATTACH, (nil)) pid(8), tid(1b), tls(0) ... 001b:Call KERNEL32.GetStartupInfoA(0096e4b8) ret=5c7acdd6 001b:Ret KERNEL32.GetStartupInfoA() retval=00000011 ret=5c7acdd6 001b:Call KERNEL32.GetStdHandle(fffffff6) ret=5c7acf77 001b:Ret KERNEL32.GetStdHandle() retval=00000004 ret=5c7acf77 001b:Call KERNEL32.DuplicateHandle(ffffffff,00000004,ffffffff,5c7db2e0,00000000,00000001,00000002) ret=5c7acfc0 001b: dup_handle( src_process=ffffffff, src_handle=0004, dst_process=ffffffff, access=00000000, attributes=00000002, options=00000002 ) 001b: dup_handle() = 0 { handle=0008, self=1, closed=0 } 001b:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=5c7acfc0 001b:Call KERNEL32.GetStdHandle(fffffff5) ret=5c7acff6 001b:Ret KERNEL32.GetStdHandle() retval=00000008 ret=5c7acff6 001b:Call KERNEL32.DuplicateHandle(ffffffff,00000008,ffffffff,5c7db304,00000000,00000001,00000002) ret=5c7ad03f 001b: dup_handle( src_process=ffffffff, src_handle=0008, dst_process=ffffffff, access=00000000, attributes=00000002, options=00000002 ) 001b: dup_handle() = 0 { handle=000c, self=1, closed=0 } 001b:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=5c7ad03f 001b:Call KERNEL32.GetStdHandle(fffffff4) ret=5c7ad075 001b:Ret KERNEL32.GetStdHandle() retval=0000000c ret=5c7ad075 001b:Call KERNEL32.DuplicateHandle(ffffffff,0000000c,ffffffff,5c7db328,00000000,00000001,00000002) ret=5c7ad0be 001b: dup_handle( src_process=ffffffff, src_handle=000c, dst_process=ffffffff, access=00000000, attributes=00000002, options=00000002 ) 001b: dup_handle() = 0 { handle=0050, self=1, closed=0 } 001b:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=5c7ad0be 001b:trace:msvcrt:msvcrt_init_io :handles (0x8)(0xc)(0x50) --- snip --- The culprit: msvcrt is actually loaded and unloaded _two_ times! Upon the first unload sequence all std/fd handles are teared down (including handle 0x4) - this makes the handle values available in server again. When the worker thread is created it gets the unused handle 0x4 assigned from wineserver. This is the handle which is then polled by installers GetExitCodeThread() loop. When msvcrt is loaded a second time, GetStdHandle( STD_XXX) will still deliver its original value from PEB (0x4, 0x8, 0xC). Upon second msvcrt unload, fd(3), fd(4), fd(5) are closed again but this time they close something completely different (indication are also fd close errors following), leaving the app installer in forever loop. Regards -- 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 7

[Bug 45302] New: Multiple Microsoft Office installers crash with Windows 8+ setting due to missing 'user32.GetPointerDevices' stub (Office 2013)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45302 Bug ID: 45302 Summary: Multiple Microsoft Office installers crash with Windows 8+ setting due to missing 'user32.GetPointerDevices' stub (Office 2013) Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45284 Prerequisite: WINEPREFIX 'WinVer' set to 'Windows 8' (or higher) --- snip --- $ WINEDEBUG=+seh,+relay,+msi wine ./setup.exe >> log.txt 2>&1 ... 002e:Call KERNEL32.GetProcAddress(7e720000,00c89a08 "RegisterPointerDeviceNotifications") ret=00c0ff46 002e:Ret KERNEL32.GetProcAddress() retval=7e7318cc ret=00c0ff46 002e:Call user32.RegisterPointerDeviceNotifications(00010072,00000000) ret=00a9c882 002e:fixme:win:RegisterPointerDeviceNotifications (0x10072 0): stub 002e:Ret user32.RegisterPointerDeviceNotifications() retval=00000001 ret=00a9c882 002e:Call ntdll.RtlAllocateHeap(00e40000,00000000,00000020) ret=00a09108 002e:Ret ntdll.RtlAllocateHeap() retval=00e4ad58 ret=00a09108 002e:Call KERNEL32.GetProcAddress(7e720000,00c89a2e "GetPointerDevices") ret=00c0ff46 002e:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00c0ff46 002e:Call KERNEL32.GetLastError() ret=00c0ff52 002e:Ret KERNEL32.GetLastError() retval=0000007f ret=00c0ff52 002e:Call KERNEL32.RaiseException(c06d007f,00000000,00000001,0033c7f4) ret=00c0ff85 002e:trace:seh:raise_exception code=c06d007f flags=0 addr=0x7b446f66 ip=7b446f66 tid=002e 002e:trace:seh:raise_exception info[0]=0033c7a8 002e:trace:seh:raise_exception eax=7b435631 ebx=00000000 ecx=00000000 edx=0033c79c esi=0033c79c edi=0033c760 002e:trace:seh:raise_exception ebp=0033c738 esp=0033c6d4 cs=330023 ds=33002b es=f7c4002b fs=f7c40063 gs=f7c4006b flags=00200216 002e:trace:seh:call_stack_handlers calling handler at 0xc5071d code=c06d007f flags=0 ... --- snip --- MSDN: https://msdn.microsoft.com/library/windows/desktop/hh437265(v=vs.85).aspx The stub should return FALSE. NOTE: The installer will still crash due to another missing stub which will be covered by another ticket. Content of ISO image for documentation: --- snip --- $ iso-info -i OfficeProfessionalPlus_x86_en-us.img iso-info version 2.0.0 x86_64-redhat-linux-gnu Copyright (c) 2003-2005, 2007-2008, 2011-2015, 2017 R. Bernstein This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. __________________________________ ISO 9660 image: OfficeProfessionalPlus_x86_en-us.img Application : CDIMAGE 2.56 (01/01/2005 TM) Preparer : Microsoft Corporation, One Microsoft Way, Redmond WA 98052 Publisher : Microsoft Corporation Volume : 15.0.4420.1017 Volume Set : 15.0.4420.1017 Joliet Level: 3 __________________________________ ISO-9660 Information 310 /access.en-us 175 /autorun.inf 124 /catalog 282 /dcf.en-us 292 /excel.en-us 298 /groove.en-us 300 /infopath.en-us 288 /lync.en-us 766 /office.en-us 446 /office64.en-us 300 /onenote.en-us 282 /osm.en-us 294 /osmux.en-us 300 /outlook.en-us 308 /powerpoint.en-us 386 /proofing.en-us 834 /proplusr.ww 304 /publisher.en-us 427 /readme.htm 829576 /setup.dll 207496 /setup.exe 122 /updates 286 /word.en-us 298 /access.en-us/access.en-us 626688 /access.en-us/accessmuiset.msi 1032 /access.en-us/accessmuiset.xml 2583 /access.en-us/setup.xml 1855488 /access.en-us/access.en-us/accessmui.msi 1449 /access.en-us/access.en-us/accessmui.xml 5128502 /access.en-us/access.en-us/acclr.cab 405660 /access.en-us/access.en-us/branding.xml 6783 /catalog/files15.cat 643727 /dcf.en-us/dcfmui.cab 1847296 /dcf.en-us/dcfmui.msi 1215 /dcf.en-us/dcfmui.xml 1808 /dcf.en-us/setup.xml 3835096 /excel.en-us/excellr.cab 1851392 /excel.en-us/excelmui.msi 1777 /excel.en-us/excelmui.xml 2482 /excel.en-us/setup.xml 773716 /groove.en-us/groovelr.cab 1843200 /groove.en-us/groovemui.msi 1126 /groove.en-us/groovemui.xml 1640 /groove.en-us/setup.xml 4417428 /infopath.en-us/inflr.cab 1847296 /infopath.en-us/infopathmui.msi 1232 /infopath.en-us/infopathmui.xml 1781 /infopath.en-us/setup.xml 2196658 /lync.en-us/lyncmui.cab 1847296 /lync.en-us/lyncmui.msi 1227 /lync.en-us/lyncmui.xml 1690 /lync.en-us/setup.xml 405660 /office.en-us/branding.xml 14426648 /office.en-us/officelr.cab 3321856 /office.en-us/officemui.msi 5380 /office.en-us/officemui.xml 626688 /office.en-us/officemuiset.msi 1032 /office.en-us/officemuiset.xml 15532 /office.en-us/offsetlr.cab 191648 /office.en-us/osetupui.dll 14598 /office.en-us/pss10r.chm 38656 /office.en-us/setup.chm 8684 /office.en-us/setup.xml 14848 /office.en-us/shellui.mst 798720 /office64.en-us/office64mui.msi 1910 /office64.en-us/office64mui.xml 626688 /office64.en-us/office64muiset.msi 1036 /office64.en-us/office64muiset.xml 1888120 /office64.en-us/owow64lr.cab 3120 /office64.en-us/setup.xml 1851392 /onenote.en-us/onenotemui.msi 1817 /onenote.en-us/onenotemui.xml 13310210 /onenote.en-us/onotelr.cab 2175 /onenote.en-us/setup.xml 16637 /osm.en-us/osmmui.cab 794624 /osm.en-us/osmmui.msi 1123 /osm.en-us/osmmui.xml 2037 /osm.en-us/setup.xml 3912027 /osmux.en-us/osmuxmui.cab 626688 /osmux.en-us/osmuxmui.msi 1458 /osmux.en-us/osmuxmui.xml 2453 /osmux.en-us/setup.xml 3242747 /outlook.en-us/outlklr.cab 2101248 /outlook.en-us/outlookmui.msi 2836 /outlook.en-us/outlookmui.xml 3870 /outlook.en-us/setup.xml 1851392 /powerpoint.en-us/powerpointmui.msi 1661 /powerpoint.en-us/powerpointmui.xml 26967993 /powerpoint.en-us/pptlr.cab 2073 /powerpoint.en-us/setup.xml 224 /proofing.en-us/proof.en 224 /proofing.en-us/proof.es 224 /proofing.en-us/proof.fr 626688 /proofing.en-us/proofing.msi 1024 /proofing.en-us/proofing.xml 6066 /proofing.en-us/setup.xml 10879185 /proofing.en-us/proof.en/proof.cab 1658880 /proofing.en-us/proof.en/proof.msi 1560 /proofing.en-us/proof.en/proof.xml 12724207 /proofing.en-us/proof.es/proof.cab 1671168 /proofing.en-us/proof.es/proof.msi 1670 /proofing.en-us/proof.es/proof.xml 13710233 /proofing.en-us/proof.fr/proof.cab 1675264 /proofing.en-us/proof.fr/proof.msi 1670 /proofing.en-us/proof.fr/proof.xml 914 /proplusr.ww/config.xml 2748416 /proplusr.ww/office64ww.msi 5085 /proplusr.ww/office64ww.xml 150648 /proplusr.ww/ose.exe 7083120 /proplusr.ww/osetup.dll 21146395 /proplusr.ww/owow64ww.cab 1274456 /proplusr.ww/pidgenx.dll 480303 /proplusr.ww/pkeyconfig-office.xrm-ms 29765632 /proplusr.ww/proplusrww.msi 17281 /proplusr.ww/proplusrww.xml 127722524 /proplusr.ww/proprww.cab 340430581 /proplusr.ww/proprww2.cab 34670 /proplusr.ww/setup.xml 1871872 /publisher.en-us/publishermui.msi 1662 /publisher.en-us/publishermui.xml 3545743 /publisher.en-us/publr.cab 1795 /publisher.en-us/setup.xml 75 /updates/readme.txt 2771 /word.en-us/setup.xml 9552989 /word.en-us/wordlr.cab 1867776 /word.en-us/wordmui.msi 2107 /word.en-us/wordmui.xml --- snip --- $ sha1sum OfficeProfessionalPlus_x86_en-us.img du36a70d4d1a2f42282f4d7175a37264a57da35a91 OfficeProfessionalPlus_x86_en-us.img $ du -sh OfficeProfessionalPlus_x86_en-us.img 667M OfficeProfessionalPlus_x86_en-us.img $ wine --version wine-3.9-230-g868fb05e77 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 7

[Bug 45887] New: I am trying to install MS office 2013 and when I run wine setup.exe, I get this error
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45887 Bug ID: 45887 Summary: I am trying to install MS office 2013 and when I run wine setup.exe, I get this error Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: preethi1433(a)gmail.com Distribution: --- Created attachment 62394 --> https://bugs.winehq.org/attachment.cgi?id=62394 Backtrace I have installed winehq and followed the steps on the wiki. Debian Jessie 8 causes this issue. exe perfectly executable in Windows. -- 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 4

[Bug 45303] New: Multiple Microsoft Office installers crash with Windows 8+ setting due to missing 'user32.RegisterTouchHitTestingWindow' stub (Office 2013)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45303 Bug ID: 45303 Summary: Multiple Microsoft Office installers crash with Windows 8+ setting due to missing 'user32.RegisterTouchHitTestingWindow' stub (Office 2013) Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45302 Prerequisite: WINEPREFIX 'WinVer' set to 'Windows 8' (or higher) --- snip --- $ WINEDEBUG=+seh,+relay,+msi wine ./setup.exe >> log.txt 2>&1 ... 005d:Call KERNEL32.GetProcAddress(7e720000,00c89a08 "RegisterPointerDeviceNotifications") ret=00c0ff46 005d:Ret KERNEL32.GetProcAddress() retval=7e731944 ret=00c0ff46 005d:Call user32.RegisterPointerDeviceNotifications(00030072,00000000) ret=00a9c882 005d:fixme:win:RegisterPointerDeviceNotifications (0x30072 0): stub 005d:Ret user32.RegisterPointerDeviceNotifications() retval=00000001 ret=00a9c882 005d:Call ntdll.RtlAllocateHeap(00e40000,00000000,00000020) ret=00a09108 005d:Ret ntdll.RtlAllocateHeap() retval=00e4ad58 ret=00a09108 005d:Call KERNEL32.GetProcAddress(7e720000,00c89a2e "GetPointerDevices") ret=00c0ff46 005d:Ret KERNEL32.GetProcAddress() retval=7e73063c ret=00c0ff46 005d:Call user32.GetPointerDevices(0033c814,00000000) ret=00a9c632 005d:fixme:win:GetPointerDevices (0x33c814 (nil)): stub 005d:Ret user32.GetPointerDevices() retval=00000000 ret=00a9c632 ... 005d:Call KERNEL32.GetProcAddress(7e720000,00c89ae4 "RegisterTouchHitTestingWindow") ret=00c0ff46 005d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00c0ff46 005d:Call KERNEL32.GetLastError() ret=00c0ff52 005d:Ret KERNEL32.GetLastError() retval=0000007f ret=00c0ff52 005d:Call KERNEL32.RaiseException(c06d007f,00000000,00000001,0033bbf0) ret=00c0ff85 005d:trace:seh:raise_exception code=c06d007f flags=0 addr=0x7b446f66 ip=7b446f66 tid=005d 005d:trace:seh:raise_exception info[0]=0033bba4 005d:trace:seh:raise_exception eax=7b435631 ebx=00000000 ecx=00000000 edx=0033bb98 esi=0033bb98 edi=0033bb60 005d:trace:seh:raise_exception ebp=0033bb38 esp=0033bad4 cs=330023 ds=33002b es=f7c0002b fs=f7c00063 gs=f7c0006b flags=00200216 ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/hh437252(v=vs.85).… The stub should return FALSE. After that the installer displays a dialog window, asking the user to input the product key. Content of ISO image for documentation: --- snip --- $ iso-info -i OfficeProfessionalPlus_x86_en-us.img iso-info version 2.0.0 x86_64-redhat-linux-gnu Copyright (c) 2003-2005, 2007-2008, 2011-2015, 2017 R. Bernstein This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. __________________________________ ISO 9660 image: OfficeProfessionalPlus_x86_en-us.img Application : CDIMAGE 2.56 (01/01/2005 TM) Preparer : Microsoft Corporation, One Microsoft Way, Redmond WA 98052 Publisher : Microsoft Corporation Volume : 15.0.4420.1017 Volume Set : 15.0.4420.1017 Joliet Level: 3 __________________________________ ISO-9660 Information 310 /access.en-us 175 /autorun.inf 124 /catalog 282 /dcf.en-us 292 /excel.en-us 298 /groove.en-us 300 /infopath.en-us 288 /lync.en-us 766 /office.en-us 446 /office64.en-us 300 /onenote.en-us 282 /osm.en-us 294 /osmux.en-us 300 /outlook.en-us 308 /powerpoint.en-us 386 /proofing.en-us 834 /proplusr.ww 304 /publisher.en-us 427 /readme.htm 829576 /setup.dll 207496 /setup.exe 122 /updates 286 /word.en-us 298 /access.en-us/access.en-us 626688 /access.en-us/accessmuiset.msi 1032 /access.en-us/accessmuiset.xml 2583 /access.en-us/setup.xml 1855488 /access.en-us/access.en-us/accessmui.msi 1449 /access.en-us/access.en-us/accessmui.xml 5128502 /access.en-us/access.en-us/acclr.cab 405660 /access.en-us/access.en-us/branding.xml 6783 /catalog/files15.cat 643727 /dcf.en-us/dcfmui.cab 1847296 /dcf.en-us/dcfmui.msi 1215 /dcf.en-us/dcfmui.xml 1808 /dcf.en-us/setup.xml 3835096 /excel.en-us/excellr.cab 1851392 /excel.en-us/excelmui.msi 1777 /excel.en-us/excelmui.xml 2482 /excel.en-us/setup.xml 773716 /groove.en-us/groovelr.cab 1843200 /groove.en-us/groovemui.msi 1126 /groove.en-us/groovemui.xml 1640 /groove.en-us/setup.xml 4417428 /infopath.en-us/inflr.cab 1847296 /infopath.en-us/infopathmui.msi 1232 /infopath.en-us/infopathmui.xml 1781 /infopath.en-us/setup.xml 2196658 /lync.en-us/lyncmui.cab 1847296 /lync.en-us/lyncmui.msi 1227 /lync.en-us/lyncmui.xml 1690 /lync.en-us/setup.xml 405660 /office.en-us/branding.xml 14426648 /office.en-us/officelr.cab 3321856 /office.en-us/officemui.msi 5380 /office.en-us/officemui.xml 626688 /office.en-us/officemuiset.msi 1032 /office.en-us/officemuiset.xml 15532 /office.en-us/offsetlr.cab 191648 /office.en-us/osetupui.dll 14598 /office.en-us/pss10r.chm 38656 /office.en-us/setup.chm 8684 /office.en-us/setup.xml 14848 /office.en-us/shellui.mst 798720 /office64.en-us/office64mui.msi 1910 /office64.en-us/office64mui.xml 626688 /office64.en-us/office64muiset.msi 1036 /office64.en-us/office64muiset.xml 1888120 /office64.en-us/owow64lr.cab 3120 /office64.en-us/setup.xml 1851392 /onenote.en-us/onenotemui.msi 1817 /onenote.en-us/onenotemui.xml 13310210 /onenote.en-us/onotelr.cab 2175 /onenote.en-us/setup.xml 16637 /osm.en-us/osmmui.cab 794624 /osm.en-us/osmmui.msi 1123 /osm.en-us/osmmui.xml 2037 /osm.en-us/setup.xml 3912027 /osmux.en-us/osmuxmui.cab 626688 /osmux.en-us/osmuxmui.msi 1458 /osmux.en-us/osmuxmui.xml 2453 /osmux.en-us/setup.xml 3242747 /outlook.en-us/outlklr.cab 2101248 /outlook.en-us/outlookmui.msi 2836 /outlook.en-us/outlookmui.xml 3870 /outlook.en-us/setup.xml 1851392 /powerpoint.en-us/powerpointmui.msi 1661 /powerpoint.en-us/powerpointmui.xml 26967993 /powerpoint.en-us/pptlr.cab 2073 /powerpoint.en-us/setup.xml 224 /proofing.en-us/proof.en 224 /proofing.en-us/proof.es 224 /proofing.en-us/proof.fr 626688 /proofing.en-us/proofing.msi 1024 /proofing.en-us/proofing.xml 6066 /proofing.en-us/setup.xml 10879185 /proofing.en-us/proof.en/proof.cab 1658880 /proofing.en-us/proof.en/proof.msi 1560 /proofing.en-us/proof.en/proof.xml 12724207 /proofing.en-us/proof.es/proof.cab 1671168 /proofing.en-us/proof.es/proof.msi 1670 /proofing.en-us/proof.es/proof.xml 13710233 /proofing.en-us/proof.fr/proof.cab 1675264 /proofing.en-us/proof.fr/proof.msi 1670 /proofing.en-us/proof.fr/proof.xml 914 /proplusr.ww/config.xml 2748416 /proplusr.ww/office64ww.msi 5085 /proplusr.ww/office64ww.xml 150648 /proplusr.ww/ose.exe 7083120 /proplusr.ww/osetup.dll 21146395 /proplusr.ww/owow64ww.cab 1274456 /proplusr.ww/pidgenx.dll 480303 /proplusr.ww/pkeyconfig-office.xrm-ms 29765632 /proplusr.ww/proplusrww.msi 17281 /proplusr.ww/proplusrww.xml 127722524 /proplusr.ww/proprww.cab 340430581 /proplusr.ww/proprww2.cab 34670 /proplusr.ww/setup.xml 1871872 /publisher.en-us/publishermui.msi 1662 /publisher.en-us/publishermui.xml 3545743 /publisher.en-us/publr.cab 1795 /publisher.en-us/setup.xml 75 /updates/readme.txt 2771 /word.en-us/setup.xml 9552989 /word.en-us/wordlr.cab 1867776 /word.en-us/wordmui.msi 2107 /word.en-us/wordmui.xml --- snip --- $ sha1sum OfficeProfessionalPlus_x86_en-us.img du36a70d4d1a2f42282f4d7175a37264a57da35a91 OfficeProfessionalPlus_x86_en-us.img $ du -sh OfficeProfessionalPlus_x86_en-us.img 667M OfficeProfessionalPlus_x86_en-us.img $ wine --version wine-3.9-230-g868fb05e77 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 7

[Bug 45284] New: Microsoft Office 2013 : Starts to install, Cannot complete install
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45284 Bug ID: 45284 Summary: Microsoft Office 2013 : Starts to install, Cannot complete install Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: xirafon-aanu(a)live.com Distribution: --- Created attachment 61543 --> https://bugs.winehq.org/attachment.cgi?id=61543 The Program Error Details i get. I'm using UBUNTU 18.04 LTS with lates updates. I have successfully installed many other windows apps (.EXE) on wine and had some issues with them also. But i have not been able to install MICROSOFT OFFICE PRO PLUS X32 what-so ever. Its showing me this error message attached with this bug report. -- 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 45170] New: Cygwin/ MSYS2 needs EXDEV error code mapped to STATUS_NOT_SAME_DEVICE ( rename of cross-device links)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45170 Bug ID: 45170 Summary: Cygwin/MSYS2 needs EXDEV error code mapped to STATUS_NOT_SAME_DEVICE (rename of cross-device links) Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://github.com/wine-staging/wine-staging/tree/master/patches/server-Map… Mentioned here: https://wine-staging.com/news/2015-09-08-release-1.7.51.html --- quote --- Map EXDEV error code to STATUS_NOT_SAME_DEVICE (MSYS2, Wine Staging Bug #536) --- quote --- https://github.com/cygwin/cygwin/blob/master/winsup/cygwin/syscalls.cc#L2203 https://github.com/cygwin/cygwin/search?utf8=✓&q=EXDEV Further info: https://www.winehq.org/pipermail/wine-devel/2018-May/126749.html --- quote --- SMB Reference document (look for STATUS_NOT_SAME_DEVICE). https://msdn.microsoft.com/en-us/library/ee441884.aspx --- quote --- $ wine --version wine-3.7-156-g6d6b4bffb3 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 6

[Bug 27478] New: wordview_zh-cn.exe crash
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27478 Summary: wordview_zh-cn.exe crash Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=35133) --> (http://bugs.winehq.org/attachment.cgi?id=35133) Log: start wordview_zh-cn.exe 1. Download wordview_zh-cn.exe from http://www.microsoft.com/downloads/zh-cn/confirmation.aspx?displaylang=zh-c… wget --referer=http://www.microsoft.com http://download.microsoft.com/download/3/a/c/3ac87e64-8099-46d6-8e04-363d2d… 2. start the installer with wine $ wine Wine/wordview_zh-cn.exe &> wordview_zh-cn.log then the installer will crash. See attachment for full log Backtrace: =>0 0x492cccb9 cabinet_seek_stream+0x19(hf=0, dist=0, seektype=0x1) [/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:280] in msi (0x003292a4) 1 0x360ac2b5 FDI_read_entries+0x54(fdi=0x556190, hf=0, pfdici=0x329438, pmii=0x5902f4) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:466] in cabinet (0x003293a4) 2 0x360b01eb FDICopy+0x23a(hfdi=0x556190, pszCabinet="<STREAM>", pszCabPath=0x0(nil), flags=0, pfnfdin=0x492ce170, pfnfdid=(nil), pvUser=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:2535] in cabinet (0x003295b4) 3 0x492cebb7 msi_cabextract+0x456(package=0x529480, mi=0x555e10, data=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:632] in msi (0x00329624) -- 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 6

[Bug 45248] New: CPU-Z kernel driver crashes on unimplemented function ntoskrnl.exe.SeSinglePrivilegeCheck ,
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45248 Bug ID: 45248 Summary: CPU-Z kernel driver crashes on unimplemented function ntoskrnl.exe.SeSinglePrivilegeCheck, Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted from: https://bugs.winehq.org/show_bug.cgi?id=11908#c31 https://bugs.winehq.org/show_bug.cgi?id=11908#c32 --- snip ---- ... 002e:fixme:heap:RtlSetHeapInformation 0x9c0000 0 0x23fd20 4 stub 002e:fixme:shell:InitNetworkAddressControl stub wine: Call from 0x7b44d2a7 to unimplemented function ntoskrnl.exe.SeSinglePrivilegeCheck, aborting wine: Unimplemented function ntoskrnl.exe.SeSinglePrivilegeCheck called at address 0x7b44d2a7 (thread 0034), starting debugger... --- snip ---- 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 4

[Bug 41114] New: CPU-Z randomly fails to load its driver (cpuz139_x32.sys)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=41114 Bug ID: 41114 Summary: CPU-Z randomly fails to load its driver (cpuz139_x32.sys) Product: Wine Version: 1.9.16 Hardware: x86-64 URL: http://www.cpuid.com/downloads/cpu-z/cpu-z_1.77-en.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Created attachment 55318 --> https://bugs.winehq.org/attachment.cgi?id=55318 app log When attempting to run CPU-Z 1.77 it will randomly open without errors or will present a screen stating that it failed to load the driver. Anyway the driver even when loaded does not seem to help in anything as many pages of information are blank with or without it. The error log from the application (full log attached) has these lines: [WinNT_bCreateService] szDestName = C:\users\wine\Temp\\cpuz139\cpuz139_x32.sys [WinNT_bCreateService] CreateService failed, error code = 1073 [WinNT_hCreateServiceHandle] returned 2 (0x2) File Info: d9d7b1e1d815370fddb886aa3d12125daacac727 cpu-z_1.77-en.zip 2.5Mb I'm running the 32 bits version, the same zip file also have a 64 bits version. -- 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 8

[Bug 44654] New: EDIdEv Framework EDI Runtime installer fails due to ' sfc.SfcGetNextProtectedFile' not setting last-error code
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=44654 Bug ID: 44654 Summary: EDIdEv Framework EDI Runtime installer fails due to 'sfc.SfcGetNextProtectedFile' not setting last-error code Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, I've tried to find a bug report for https://github.com/wine-staging/wine-staging/tree/master/patches/sfc-SfcGet… It seems after introducing the 'sfc.dll.SfcGetNextProtectedFile' stub in bug 38097 no one except Michael checked *all* the apps the bug was reported against. * FreshDiagnose -> fine with the current stub * EDIdEv Framework EDI Runtime -> still fails with the stub He created a patch but no continuation/follow-up ticket. Creating a ticket here to add traceability to this Wine-Staging patch. --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+sfc wine ./Edidev_FREDI_Runtime.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.LoadLibraryA(0048b138 "SFC.DLL") ret=004603f8 0009:Ret KERNEL32.LoadLibraryA() retval=7d1b0000 ret=004603f8 ... 0009:Call KERNEL32.GetProcAddress(7d1b0000,0048ee6c "SfcGetNextProtectedFile") ret=00460595 0009:Ret KERNEL32.GetProcAddress() retval=7d047b88 ret=00460595 0009:Call sfc_os.SfcGetNextProtectedFile(00000000,0033ec28) ret=004605d6 0009:fixme:sfc:SfcGetNextProtectedFile (nil) 0x33ec28 0009:Ret sfc_os.SfcGetNextProtectedFile() retval=00000000 ret=004605d6 0009:Call KERNEL32.GetLastError() ret=004606dc 0009:Ret KERNEL32.GetLastError() retval=00000000 ret=004606dc ... 0009:Call user32.MessageBoxA(00000000,00168b98 "Failed to get next protected file.. SfcGetNextProtectedFile API Failure. Description: Success.; , GetLastError() = 0",0048ef34 "Installer Failure",00000000) ret=00461cf9 ... 0009:Ret user32.MessageBoxA() retval=00000001 ret=00461cf9 ... 0009:Call KERNEL32.ExitProcess(00000000) ret=7dffe1c9 --- snip --- $ sha1sum Edidev_FREDI_Runtime.zip 96207a7601c730895ff7293c039e9fda1fff00d2 Edidev_FREDI_Runtime.zip $ du -sh Edidev_FREDI_Runtime.zip 25M Edidev_FREDI_Runtime.zip $ wine --version wine-3.3 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 10

[Bug 38836] New: PunkBuster 'PnkBstrB' service exits with failure ('StartService' must wait for driver service entry point execution before return)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38836 Bug ID: 38836 Summary: PunkBuster 'PnkBstrB' service exits with failure ('StartService' must wait for driver service entry point execution before return) Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during investigation of bug 38820 (albeit unrelated). The PunkBuster service test tool 'pbsvc.exe' writes a failure during test of the services into log files. --- snip --- $ ls -1sh .wine/drive_c/windows/system32/LogFiles/PunkBuster/ total 12K 4.0K pbsvc.log 4.0K PnkBstrA.log 4.0K PnkBstrB.log --- snip --- 'pbsvc.log': --- snip --- Starting PunkBuster Service Installer (v0.994) (06/29/15 20:45:01) Windows XP (build 2600, Service Pack 3) 32-bit Checking user is Administrator OK Checking Administrator privileges OK Opening Service Control Manager OK Searching for PnkBstrA None Found - OK Extracting PnkBstrA service OK Verifying service authenticity OK Installing PunkBuster service OK Installed at "C:\windows\system32\PnkBstrA.exe" serviceInstallFile does exist Checking PunkBuster service status STOPPED Starting PunkBuster service OK Adding firewall rule for PnkBstrA OK Adding firewall rule for PnkBstrB OK Installation Finished. Please click "Next" to test the PunkBuster services.Starting PunkBuster Service Tests (v0.994) (06/29/15 20:45:09) Checking OS Windows XP (build 2600, Service Pack 3) 32-bit Checking PnkBstrA service status RUNNING Checking PnkBstrA Version OK (1041) Extracting "PnkBstrB.exe" to: "C:\users\focht\Application Data\PnkBstrB.exe" OK Checking firewall settings OFF Checking if PnkBstrB is running NOT RUNNING Getting port for PnkBstrA OK (44301) Opening socket for packet send OK Sending version packet to PnkBstrA SENT Receiving version from PnkBstrA OK Received 6 bytes from 127.0.0.1:44301 Response = 7064 (ms) Version = v1041 Getting PnkBstrB install instance NOT FOUND Sending start packet to PnkBstrA SENT Waiting for packet from PnkBstrA OK Received 3 bytes from 127.0.0.1:44301 Response = 11087 (ms) PnkBstrB started. Load SUCCESSFUL. Watching for PnkBstrB instance change (0) CHANGED (1) Getting port for PnkBstrB OK (45301) Sending version packet to PnkBstrB SENT Receiving version from PnkBstrB OK Received 5 bytes from 127.0.0.1:45301 Response = 1 (ms) Version = 2333 Checking PnkBstrK driver status NOT FOUND Extracting new PnkBstrK to: "C:\users\focht\Application Data\PnkBstrK.sys" OK Sending load packet to PnkBstrB SENT Checking PnkBstrK driver status NOT FOUND Manually stopping PnkBstrB FAILED - no handle Removing test PnkBstrB file OK PnkBstrA.log: [06.29.2015 20:45:06] PnkBstrA v1041 Service Started Successfully. This service is a component of the PunkBuster Anti-Cheat system. Visit http://www.evenbalance.com for more information. [06.29.2015 20:45:22] Attempting unload of pnkbstrb. PnkBstrB.log: [06.29.2015 20:45:19] PnkBstrB v2.333 (BF4) Service Started Successfully. This service is a component of the PunkBuster Anti-Cheat system. Visit http://www.evenbalance.com for more information. [06.29.2015 20:45:20] Attempting Component Load [PnkBstrK][drivers\][PnkBstrK.sys] [06.29.2015 20:45:21] Loaded and Started PnkBstrK [06.29.2015 20:45:21] WARNING: CRITICAL ERROR: Failed to Register Service (ffab) [06.29.2015 20:45:22] PnkBstrB v2.333 (BF4) Service Attempting Unload (ffab). This service is a component of the PunkBuster Anti-Cheat system. Visit http://www.evenbalance.com for more information. --- snip --- Relevant part of trace log. The main area of interest is how 'PnkBstrB' and 'PnkBstrK' services interact. 'PnkBstrA' service -> 'PnkBstrB' service -> 'PnkBstrK' kernel driver service. --- snip --- ... 0009:trace:process:__wine_kernel_init starting process name=L"Z:\\home\\focht\\Downloads\\pbsvc.exe" argv[0]=L"Z:\\home\\focht\\Downloads\\pbsvc.exe" ... 0026:trace:service:service_handle_start L"PnkBstrA" argsize 10 ... 0027:Starting thread proc 0x7ea8ded4 (arg=0x13bfc0) 0027:trace:service:service_thread 0x13bfc0 0027:Call advapi32.RegisterServiceCtrlHandlerA(0040d830 "PnkBstrA",00401782) ret=00401993 ... 0027:Call advapi32.CreateServiceA(0013da80,0040d2f4 "PnkBstrB",0040d2f4 "PnkBstrB",000f01ff,00000010,00000002,00000001,00410c00 "C:\\windows\\system32\\PnkBstrB.exe",00000000,00000000,00000000,00000000,00000000) ret=004014cb ... 0027:Ret advapi32.CreateServiceA() retval=0013ef60 ret=004014cb ... 0016:Call KERNEL32.CreateProcessW(00000000,0011a460 L"C:\\windows\\system32\\PnkBstrB.exe",00000000,00000000,00000000,00000400,00540000,00000000,0084e4a4,0084e4e8) ret=7ed5756f ... 0016:trace:process:create_process_impl starting L"C:\\windows\\system32\\PnkBstrB.exe" as Win32 binary (0x400000-0x446000, arch 014c) ... 0034:Call KERNEL32.__wine_kernel_init() ret=7bc69749 ... 0016:trace:process:create_process_impl started process pid 0033 tid 0034 0016:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ed5756f ... 0034:Call advapi32.StartServiceCtrlDispatcherA(0033fd44) ret=00417033 ... 0034:trace:service:service_run_main_thread Starting 1 services running as process 51 ... 0038:trace:service:service_control_dispatcher got request 1 for service L"PnkBstrB" ... 0039:trace:service:service_thread 0x13bf08 ... 0039:Call advapi32.SetServiceStatus(0013d208,0042a4e0) ret=00441731 0039:trace:service:SetServiceStatus 0x13d208 30 4 5 0 0 0 0 ... 0016:trace:service:service_wait_for_startup Service started successfully ... 0027:Ret advapi32.StartServiceA() retval=00000001 ret=00401524 ... 0039:trace:service:SERV_OpenServiceW returning (nil) ... 0039:Call KERNEL32.CreateFileA(004275b9 "C:\\users\\focht\\Application Data\\PnkBstrK.sys",c0000000,00000003,0075d850,00000003,00000080,00000000) ret=00420a9b ... 0039:Call wintrust.WinVerifyTrust(00000000,0075d174,0075d138) ret=00417317 ... 0039:Ret wintrust.WinVerifyTrust() retval=00000000 ret=00417317 ... 0039:Call crypt32.CryptQueryObject(00000001,0042d3f0,00000400,00000002,00000000,0075d290,0075d28c,0075d294,0075d2d0,0075d2c8,00000000) ret=0041791e 0039:Call KERNEL32.CreateFileW(0042d3f0 L"C:\\users\\focht\\Application Data\\PnkBstrK.sys",80000000,00000001,00000000,00000003,00000080,00000000) ret=7e5db1ec 0039:Ret KERNEL32.CreateFileW() retval=00000060 ret=7e5db1ec ... 0039:Call KERNEL32.CopyFileA(004275b9 "C:\\users\\focht\\Application Data\\PnkBstrK.sys",00426600 "C:\\windows\\system32\\drivers\\PnkBstrK.sys",00000000) ret=00408184 0039:Ret KERNEL32.CopyFileA() retval=00000001 ret=00408184 ... 0039:Call advapi32.CreateServiceA(0013d9b8,0075d980 "PnkBstrK",0075d980 "PnkBstrK",000f01ff,00000001,00000003,00000001,00426600 "C:\\windows\\system32\\drivers\\PnkBstrK.sys",00000000,00000000,00000000,00000000,00000000) ret=0040829e ... 0016:trace:service:create_serviceW (L"PnkBstrK", L"PnkBstrK", 0xf01ff, L"C:\\windows\\system32\\drivers\\PnkBstrK.sys") ... 0039:Call advapi32.OpenServiceA(0013d9b8,0075d980 "PnkBstrK",000f01ff) ret=004082ca ... 0037:trace:service:svcctl_StartServiceW (0x11aaa8, 0, (nil)) ... 0037:Call KERNEL32.CreateProcessW(00000000,0011ac88 L"C:\\windows\\system32\\winedevice.exe PnkBstrK",00000000,00000000,00000000,00000400,00540000,00000000,00c4e4a4,00c4e4e8) ret=7ed5756f ... 0037:trace:process:create_process_impl starting L"C:\\windows\\system32\\winedevice.exe" as Win32 binary (0x10000000-0x10003000, arch 014c, fakedll) ... 003d:Call KERNEL32.__wine_kernel_init() ret=7bc69749 ... 0037:trace:process:create_process_impl started process pid 003c tid 003d 0037:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ed5756f ... 003d:Call advapi32.StartServiceCtrlDispatcherW(0033fdd8) ret=7effced6 ... 003d:trace:service:service_run_main_thread Starting 1 services running as process 60 ... 0040:trace:service:service_control_dispatcher got request 1 for service L"PnkBstrK" ... 0041:Call advapi32.SetServiceStatus(0011aab0,0053e958) ret=7effcd1d 0041:trace:service:SetServiceStatus 0x11aab0 30 2 0 0 0 0 2710 ... 0037:trace:service:service_wait_for_startup Service state changed to SERVICE_START_PENDING ... 0039:Ret advapi32.StartServiceA() retval=00000001 ret=00408304 ... 0039:Call advapi32.CloseServiceHandle(001421f0) ret=0040834e ... 0039:Call advapi32.CloseServiceHandle(0013d9b8) ret=00408353 ... 0039:Ret advapi32.CloseServiceHandle() retval=00000001 ret=00408353 0039:Call KERNEL32.CreateFileA(004223f8 "\\\\.\\pnkbstrk_link",c0000000,00000001,00000000,00000003,00000000,00000000) ret=0040aa02 0039:Ret KERNEL32.CreateFileA() retval=ffffffff ret=0040aa02 ... 0041:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\drivers\\PnkBstrK.sys" at 0x10000000: native ... 0041:Call driver init 0x100033e0 (obj=0x7efff4a0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\PnkBstrK") ... 0041:Call ntoskrnl.exe.IoCreateDevice(7efff4a0,00000000,0053e61c,00009c40,00000000,00000000,0053e618) ret=1000344e 0041:trace:ntoskrnl:IoCreateDevice (0x7efff4a0, 0, L"\\Device\\pnkbstrk", 40000, 0, 0, 0x53e618) ... 0041:Call ntoskrnl.exe.IoCreateSymbolicLink(1000a590,0053e61c) ret=10003476 0041:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\pnkbstrk_link" -> L"\\Device\\pnkbstrk" 0041:Call ntdll.NtCreateSymbolicLinkObject(0053e5a4,000f0001,0053e58c,0053e61c) ret=7eccf0a0 0041:Ret ntdll.NtCreateSymbolicLinkObject() retval=00000000 ret=7eccf0a0 0041:Ret ntoskrnl.exe.IoCreateSymbolicLink() retval=00000000 ret=10003476 0041:Ret driver init 0x100033e0 (obj=0x7efff4a0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\PnkBstrK") retval=00000000 0041:Call advapi32.SetServiceStatus(0011aab0,0053e958) ret=7effcd50 0041:trace:service:SetServiceStatus 0x11aab0 30 4 5 0 0 0 2710 ... --- snip --- 'PnkBstrK' is extracted by the service maintenance app into a temp directory. 'PnkBstrB' service verifies the digital signature of the driver and requests creation of the actual kernel service upon success. There is a small time frame between service start call returning (state 'SERVICE_START_PENDING') and the driver service entry point being fully executed (state 'SERVICE_RUNNING') which causes the harm here. Immediately after the return from call to 'StartServiceA', 'PnkBstrB' service tries to open '\\DosDevices\\pnkbstrk_link' which fails because the device symlink is created in the driver entry point which is executing asynchronously. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms686321%28v=vs.85… The 'remarks' section gives the hint: --- quote --- When a driver service is started, the StartService function does not return until the device driver has finished initializing. --- quote --- Wine must follow this requirement. $ sha1sum pbsvc.exe 06f372448af09dc1156d6710945936e028f2152a pbsvc.exe $ du -sh pbsvc.exe 1.7M pbsvc.exe $ wine --version wine-1.7.46-43-g9353a36 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 15

[Bug 45174] New: Icinga 2 'check_ping' tool with IPv6 address/ host crashes on unimplemented function ntdll.dll.RtlIpv6StringToAddressExW
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45174 Bug ID: 45174 Summary: Icinga 2 'check_ping' tool with IPv6 address/host crashes on unimplemented function ntdll.dll.RtlIpv6StringToAddressExW Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track: https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-RtlI… https://github.com/Icinga/icinga2 --- quote --- Icinga 2 is an open source monitoring system which checks the availability of your network resources, notifies users of outages, and generates performance data for reporting. --- quote --- Download: http://packages.icinga.com/windows/Icinga2-v2.8.4-x86.msi Source: https://github.com/Icinga/icinga2/blob/5bd69b4a490b77ac5c3bf748606d4fffb9b3… --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/ICINGA2/sbin $ wine ./check_ping.exe -6 --host www.google.com 0074:fixme:msvcrt:_configure_wide_argv (1) stub 0074:fixme:msvcrt:_initialize_wide_environment stub 0074:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32fdd4 1 C) semi-stub wine: Call from 0x7bc652a4 to unimplemented function ntdll.dll.RtlIpv6StringToAddressExW, aborting wine: Unimplemented function ntdll.dll.RtlIpv6StringToAddressExW called at address 0xffff0023:0x7bc652a4 (thread 0074), starting debugger... --- snip --- The tools can also be used to validate a real implementation of 'ntdll:RtlIpv{4,6}StringToAddressW()'. $ sha1sum Icinga2-v2.8.4-x86.msi 5bd6dfdd5e437ef12e20b580a2745564055a0ea3 Icinga2-v2.8.4-x86.msi $ du -sh Icinga2-v2.8.4-x86.msi 28M Icinga2-v2.8.4-x86.msi $ wine --version wine-3.7-156-g6d6b4bffb3 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 5

[Bug 30076] New: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30076 Bug #: 30076 Summary: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES) Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, a minor one ... When using .NET 4.x Framework in "Windows 7" mode (at least installer requires this) the terminal is spammed with: --- snip --- $ wine ./hello.exe ... fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 Hello C# World :-) --- snip --- This due to LOCALE_ALLOW_NEUTRAL_NAMES (0x8000000) being passed to allow returning neutral names/lcids for name. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd318711%28v=vs.85%… --- quote --- Windows 7 and later: Can be set to LOCALE_ALLOW_NEUTRAL_NAMES to allow the return of a neutral LCID. --- quote --- One could set to default "Windows XP" after installation but I'm not sure about the side-effects. Regards -- 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 11

[Bug 47120] New: Expansive Civilian Warfare 1.0.0.0 fails to start, reports 'there was an error loading bhs.dll' (Wine's 'd3d8.dll' is preferred over native d3d8->d3d9 thunk dll, causing failure)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=47120 Bug ID: 47120 Summary: Expansive Civilian Warfare 1.0.0.0 fails to start, reports 'there was an error loading bhs.dll' (Wine's 'd3d8.dll' is preferred over native d3d8->d3d9 thunk dll, causing failure) Product: Wine Version: 4.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported here: https://forum.winehq.org/viewtopic.php?f=2&t=32324 https://w3dhub.com/forum/topic/416741-horrible-luck-cannot-get-ecw-or-w3dhl… http://www.renegadeforums.com/index.php?t=msg&th=25165 It seems various people spend a good amount of time trying to investigate without luck. Download: http://download.expansivecivilianwarfare.com/Alpha/ExpansiveCivilianWarfare… Backup: https://web.archive.org/web/20190503192509/http://download.expansivecivilia… --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Expansive Civilian Warfare $ WINEDEBUG=+seh,+loaddll,+relay,+d3dx,+d3d8 wine ./Game300.exe >>log.txt 2>&1 ... 003e:Call KERNEL32.LoadLibraryA(007f8838 "D3D8.DLL") ret=00546c4e ... 003e:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\opengl32.dll" at 0x7c180000: builtin 003e:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wined3d.dll" at 0x7c2c0000: builtin 003e:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\d3d8.dll" at 0x7c820000: builtin 003e:Call PE DLL (proc=0x7c83e4e0,module=0x7c820000 L"d3d8.dll",reason=WINE_PREATTACH,res=(nil)) 003e:Ret PE DLL (proc=0x7c83e4e0,module=0x7c820000 L"d3d8.dll",reason=WINE_PREATTACH,res=(nil)) retval=1 003e:Call PE DLL (proc=0x7c1fa0b0,module=0x7c180000 L"opengl32.dll",reason=PROCESS_ATTACH,res=(nil)) 003e:Ret PE DLL (proc=0x7c1fa0b0,module=0x7c180000 L"opengl32.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 003e:Call PE DLL (proc=0x7c38dda0,module=0x7c2c0000 L"wined3d.dll",reason=PROCESS_ATTACH,res=(nil)) ... 003e:Ret PE DLL (proc=0x7c83e4e0,module=0x7c820000 L"d3d8.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 003e:Ret KERNEL32.LoadLibraryA() retval=7c820000 ret=00546c4e 003e:Call KERNEL32.GetProcAddress(7c820000,007f8828 "Direct3DCreate8") ret=00546c6b 003e:Ret KERNEL32.GetProcAddress() retval=7c82cdbc ret=00546c6b 003e:Call d3d8.Direct3DCreate8(00000078) ret=00546c78 003e:trace:d3d8:Direct3DCreate8 sdk_version 0x78. ... 003e:trace:d3d8:Direct3DCreate8 Created d3d8 object 0x16d838. 003e:Ret d3d8.Direct3DCreate8() retval=0016d838 ret=00546c78 003e:trace:d3d8:d3d8_GetAdapterCount iface 0x16d838. ... 003e:trace:d3d8:device_parent_wined3d_device_created device_parent 0x1cf57c, device 0x1e00030 003e:Ret wined3d.wined3d_device_create() retval=00000000 ret=7c836eb3 ... 003e:trace:d3d8:device_parent_create_swapchain_texture device_parent 0x1cf57c, container_parent 0x16d5b0, desc 0x33dae4, texture flags 0, texture 0x1bc4c00. ... 003e:trace:d3d8:d3d8_device_QueryInterface iface 0x1cf578, riid {b4211cfa-51b9-4a9f-ab78-db99b2bb678e}, out 0x33d87c. 003e:warn:d3d8:d3d8_device_QueryInterface {b4211cfa-51b9-4a9f-ab78-db99b2bb678e} not implemented, returning E_NOINTERFACE. 003e:trace:d3d8:device_parent_texture_sub_resource_created Created surface 0x16d5d0. 003e:Ret wined3d.wined3d_texture_create() retval=00000000 ret=7c832fd1 ... 003e:Call KERNEL32.LoadLibraryA(1120ed98 "bhs.dll") ret=110022a4 ... 003e:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\d3dcompiler_47.dll" at 0x66c20000: builtin ... 003e:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\d3dxof.dll" at 0x67040000: builtin ... 003e:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\d3dx9_43.dll" at 0x66ca0000: builtin 003e:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Expansive Civilian Warfare\\shaders.dll" at 0x12800000: native 003e:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Expansive Civilian Warfare\\bhs.dll" at 0x45000000: native ... 003e:Call PE DLL (proc=0x66cf9960,module=0x66ca0000 L"d3dx9_43.dll",reason=PROCESS_ATTACH,res=(nil)) ... 003e:Ret PE DLL (proc=0x66cf9960,module=0x66ca0000 L"d3dx9_43.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 003e:Call PE DLL (proc=0x1281ab80,module=0x12800000 L"shaders.dll",reason=PROCESS_ATTACH,res=(nil)) ... 003e:Call KERNEL32.SetUnhandledExceptionFilter(12825aad) ret=12825b24 003e:Ret KERNEL32.SetUnhandledExceptionFilter() retval=111eb77c ret=12825b24 ... 003e:trace:seh:raise_exception code=c0000005 flags=0 addr=0x8b117508 ip=8b117508 tid=003e 003e:trace:seh:raise_exception info[0]=00000000 003e:trace:seh:raise_exception info[1]=8b117508 003e:trace:seh:raise_exception eax=7c8429a4 ebx=00000000 ecx=7c834ac0 edx=8b117508 esi=0486c56c edi=00000000 003e:trace:seh:raise_exception ebp=1283868c esp=0033d0bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 003e:trace:seh:call_stack_handlers calling handler at 0x1282a71c code=c0000005 flags=0 003e:Call KERNEL32.GetLastError() ret=1281b154 003e:Ret KERNEL32.GetLastError() retval=00000000 ret=1281b154 ... 003e:exception c0000005 in PE entry point (proc=0x1281ab80,module=0x12800000,reason=PROCESS_ATTACH,res=(nil)) ... 003e:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Expansive Civilian Warfare\\bhs.dll" : native 003e:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Expansive Civilian Warfare\\shaders.dll" : native 003e:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\d3dx9_43.dll" : builtin 003e:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\d3dxof.dll" : builtin 003e:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\d3dcompiler_47.dll" : builtin 003e:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=110022a4 ... 003e:Call user32.MessageBoxA(00000000,1120eca0 "Unfortunately, there was an error loading bhs.dll. Please report this bug!",1120ee80 "Error",00040030) ret=11002328 --- snip --- One has to debug through the dll init of 'shaders.dll' to see what's going on. The ease debugging, the game should be configured to run in Windowed mode (it's not by default). See registry snippet. --- snip --- [HKEY_LOCAL_MACHINE\Software\Westwood\Rp2 \Render] ... "DriverVersionCheckDisabled"=dword:00000057 ... "RenderDeviceWindowed"=dword:00000001 --- snip --- I spare you a long trace of disassembly, only providing the final crash site: --- snip --- 12803650 push ecx 12803651 mov eax,dword ptr ds:[12838284] ; d3d8_wined3d_device_parent_ops 12803656 mov ecx,dword ptr ds:[eax] ; device_parent_wined3d_device_created 12803658 mov edx,dword ptr ds:[ecx+1C] 1280365B push shaders.128380C0 12803660 push eax 12803661 call edx ; *boom* 12803663 mov ecx,dword ptr ds:[1283818C] 12803669 movzx edx,cl 1280366C mov eax,CCCCCCCD 12803671 mul edx 12803673 movzx eax,ch 12803676 shr edx,3 12803679 add edx,eax 1280367B mov dword ptr ss:[esp],edx 1280367E fild st(0),dword ptr ss:[esp] --- snip --- --- snip --- Address To From Size Comment Party 0032D12C 128032B7 12803650 18 shaders.sub_12803639+17 User 0032D144 1282A71C 128032B7 1C shaders.128032B7 User 0032D160 1282A87B 1282A71C 80 shaders.sub_1282A71C User 0032D1E0 1281AB9E 1282A87B BC shaders.sub_1282A87B User 0032D29C 7BCC3730 1281AB9E 694 shaders.EntryPoint+1E User 0032D930 111D395D 7BCC3730 BC 7BCC3730 User 0032D9EC 7BCC3730 111D395D 243C scripts.111D395D User 0032FE28 0043D050 7BCC3730 AC 7BCC3730 User 0032FED4 7B47ACA2 0043D050 4C game300.0043D050 System 0032FF20 7B4A5A50 7B47ACA2 BC kernel32.7B47ACA2 System 0032FFDC 7B47ACAE 7B4A5A50 14 kernel32.7B4A5A50 System 0032FFF0 00000000 7B47ACAE kernel32.7B47ACAE User --- snip --- Apparently the game ships its own d3d8->d3d9 thunk dll. Similar to what this FOSS project does: https://github.com/crosire/d3d8to9 --- quote --- This is a pseudo-driver module that intends to improve compatibility and stability in games using Direct3D 8 for rendering by converting all API calls and lowlevel shaders to equivalent Direct3D 9 ones. By that it also opens those games to the new possibilities from proven tools and wrappers written for Direct3D 9. --- quote --- NOTE: The game provided thunk dlls seem to be proprietary/closed (Westwood Renegade) and have no relation to the FOSS project. Wine doesn't pick up the d3d8 thunk dll from the game directory but instead loads the builtin (preferred) one by default, causing a crash due to different vtable/interface layouts later. To avoid the crash, force Wine to load native 'd3d8.dll' (thunk/wrapper). Interestingly the game seems to only need d3d8 override, even though it ships d3d9 as well ("ShaderInjector"). Maybe it misses some functionality later, I did not create (host)/join a game to verify. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Expansive Civilian Warfare $ WINEDLLOVERRIDES=d3d8=n,b wine ./Game300.exe --- snip --- ProtectionID scan of shipped D3D8/9 dlls: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> C:\Program Files\Expansive Civilian Warfare\d3d8.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 128000 (01F400h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x46E888A9 -> Thu 13th Sep 2007 00:47:37 (GMT) [TimeStamp] 0x46E888A9 -> Thu 13th Sep 2007 00:47:37 (GMT) | PE Header | - | Offset: 0x000000F0 | VA: 0x120000F0 | - [TimeStamp] 0x46E888A8 -> Thu 13th Sep 2007 00:47:36 (GMT) | Export | - | Offset: 0x0001D134 | VA: 0x1201E534 | - [TimeStamp] 0x46E888A9 -> Thu 13th Sep 2007 00:47:37 (GMT) | DebugDirectory | - | Offset: 0x00016DA4 | VA: 0x120181A4 | - [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (9 calculated 9 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x5 | Catalog 0x0 (0) | Catalog Offset 0x775C3A63 | Reserved 0x77747365 [LoadConfig] GuardAddressTakenIatEntryTable 0x5C646F6F | Count 0x656E6572 (1701733746) [LoadConfig] GuardLongJumpTargetTable 0x65646167 | Count 0x6433645C (1681089628) [LoadConfig] HybridMetadataPointer 0x64702E38 | DynamicValueRelocTable 0x62 [LoadConfig] FailFastIndirectProc 0x0 | FailFastPointer 0x0 [LoadConfig] UnknownZero1 0x0 [File Heuristics] -> Flag #1 : 00000100000001001100000100000000 (0x0404C100) [Entrypoint Section Entropy] : 6.70 (section #0) ".text " | Size : 0x166DF (91871) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 4 (0x4) | ImageSize 0x24000 (147456) byte(s) [Export] 100% of function(s) (1 of 1) are in file | 0 are forwarded | 1 code | 0 data | 0 uninit data | 0 unknown | [ModuleReport] [IAT] Modules -> d3d9.dll | KERNEL32.dll | ADVAPI32.dll [Debug Info] (record 1 of 1) (file offset 0x16DA0) Characteristics : 0x0 | TimeDateStamp : 0x46E888A9 (Thu 13th Sep 2007 00:47:37 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x36 (54) AddressOfRawData : 0x1D2D8 | PointerToRawData : 0x1BED8 CvSig : 0x53445352 | SigGuid 1383BEE1-0556-4DB0-B5D8930F8B72CBF2 Age : 0x5 (5) | Pdb : c:\westwood\renegade\d3d8.pdb [CompilerDetect] -> Visual C++ 8.0 (Visual Studio 2005) [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.211 Second(s) [0000000D3h (211) tick(s)] [246 of 580 scan(s) done] Scanning -> C:\Program Files\Expansive Civilian Warfare\d3d9.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 170496 (029A00h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x4EE53333 -> Sun 11th Dec 2011 22:48:19 (GMT) [TimeStamp] 0x4EE53333 -> Sun 11th Dec 2011 22:48:19 (GMT) | PE Header | - | Offset: 0x00000100 | VA: 0x10000100 | - [TimeStamp] 0x4EE53333 -> Sun 11th Dec 2011 22:48:19 (GMT) | Export | - | Offset: 0x000267C4 | VA: 0x10027BC4 | - [TimeStamp] 0x4EE53333 -> Sun 11th Dec 2011 22:48:19 (GMT) | DebugDirectory | - | Offset: 0x0000FD84 | VA: 0x10011184 | - [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (9 calculated 9 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x6 | Catalog 0x0 (0) | Catalog Offset 0x555C3A43 | Reserved 0x73726573 [LoadConfig] GuardAddressTakenIatEntryTable 0x4141485C | Count 0x5C49444E (1548305486) [LoadConfig] GuardLongJumpTargetTable 0x75636F44 | Count 0x746E656D (1953391981) [LoadConfig] HybridMetadataPointer 0x69565C73 | DynamicValueRelocTable 0x6C617573 [LoadConfig] FailFastIndirectProc 0x75745320 | FailFastPointer 0x206F6964 [LoadConfig] UnknownZero1 0x30313032 [File Heuristics] -> Flag #1 : 00000100000001001101000100000000 (0x0404D100) [Entrypoint Section Entropy] : 6.65 (section #0) ".text " | Size : 0xF6D5 (63189) byte(s) [DllCharacteristics] -> Flag : (0x0140) -> ASLR | DEP [SectionCount] 5 (0x5) | ImageSize 0x2F000 (192512) byte(s) [Export] 100% of function(s) (8 of 8) are in file | 0 are forwarded | 8 code | 0 data | 0 uninit data | 0 unknown | [ModuleReport] [IAT] Modules -> d3dx9_43.dll | KERNEL32.dll | USER32.dll [Debug Info] (record 1 of 1) (file offset 0xFD80) Characteristics : 0x0 | TimeDateStamp : 0x4EE53333 (Sun 11th Dec 2011 22:48:19 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x6E (110) AddressOfRawData : 0x26C90 | PointerToRawData : 0x25890 CvSig : 0x53445352 | SigGuid 14025EC5-8B84-4BDC-BEDA3337679779DC Age : 0x6 (6) | Pdb : C:\Users\HAANDI\Documents\Visual Studio 2010\Projects\ShaderInjector\Release\d3d9.pdb [CompilerDetect] -> Visual C++ 10.0 (Visual Studio 2010) [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.261 Second(s) [000000105h (261) tick(s)] [246 of 580 scan(s) done] --- snip --- Similiar class of bug as: * bug 14980 ("Wine does not automatically use the riched20 installed by Office 2003/2007/2010/2013/2016") * bug 25373 ("Nokia S60 5th Edition SDK 1.0: epoc32 emulator and other tools fail to run (Wine's 'hal.dll' is preferred over native, causing failure to load app provided library with same name)") * bug 29678 ("Multiple application installers report 'OS version is too old, requires Windows 2000 or later' (loader: builtin 'version.dll' vs. private path 'version.dll')(ER Viewer 11, Fetion 2013 January)") * bug 43472 ("Several apps (R-Link 2 Toolbox/boulangerie patisserie Mavimplant) crash on startup (Wine's 'packager.dll' is preferred over native, causing failure to load app provided library with same name)") * bug 45551 ("InstallShield exits with 0x80004002, cannot find SECURITY.MySetFileSecurity (Wine's 'security.dll' is preferred over native, causing failure to load app provided library with same name)") * bug 47053 ("Beat Saber 'BSIPA' injector using Unity Doorstop proxy (.NET 4.6) fails to hook 'winhttp.dll' (Wine's 'winhttp.dll' is preferred over native, causing failure to load app provided library with same name)") $ sha1sum ExpansiveCivilianWarfareSetup.exe b0ffbf6299dc3b1680e8208ea5da3b08ea5645d8 ExpansiveCivilianWarfareSetup.exe $ du -sh ExpansiveCivilianWarfareSetup.exe 1.3G ExpansiveCivilianWarfareSetup.exe $ wine --version wine-4.7-142-g0ece679210 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 5

[Bug 33377] New: Dependencies on third-party import dlls are undetected
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33377 Bug #: 33377 Summary: Dependencies on third-party import dlls are undetected Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44167 --> http://bugs.winehq.org/attachment.cgi?id=44167 Patch to reproduce this bug The attached patch reproduces an issue first encountered 'in the wild' with this set of patches: * [1/3] include: Add COM interface definitions needed for PrintDlgEx implementation. http://www.winehq.org/pipermail/wine-patches/2013-April/123420.html * [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-patches/2013-April/123422.html * Re: [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-devel/2013-April/099397.html Here is the core of the issue: * The patch contains a first chunk that modifies include/commdlg.h. * This causes a new symbol to be exported by libuuid.a. * The comdlg32:printdlg test needs that symbol to be relinked. The problem is that the WineTestBot does not do a full recompile (for performance reasons), and thus libuuid.a is not rebuilt. So the comdlg32 relink fails because of the missing symbol. Unfortunately there's really no clear indication in the patch that libuuid.a needs to be rebuilt. We could very well run into the same issue with dxguid or a number of other dlls. Some options: * Systematically do a full rebuild. This would be pretty wasteful. * Do a full rebuild whenever the patch touches 'include/'. * Hardcode a list of uuid-like dlls and rebuild them all whenever a patch touches 'include/'. * Detect which uuid-like dlls the test links with (by parsing the Makefile?), and rebuild those whenever the patch touches 'include/'. It's also possible that any chunk outside of the test directory could get us into trouble if we link with the corresponding dll. -- 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 2

[Bug 39799] New: Visilogic 8.0 needs 'ITypeInfo_fnInvoke' support for coclass objects (TKIND_COCLASS) in arguments
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39799 Bug ID: 39799 Summary: Visilogic 8.0 needs 'ITypeInfo_fnInvoke' support for coclass objects (TKIND_COCLASS) in arguments Product: Wine Version: 1.8-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of discussion in bug 12688 ("Unitronics OPLC IDE VisiLogic 6.0 (vb6 app) fails on startup, reports run-time error '372' (failure to load control 'ActiveBar3' from 'Actbar3.ocx')". Starting with: https://bugs.winehq.org/show_bug.cgi?id=12688#c8 There also exists bug 19016 ("Word Automation from .NET does not work") which has a Wine-Staging patchset that covers much more the app needs here. The marshalling aspect is not involved hence I decided to have a separate ticket for adding 'ITypeInfo_fnInvoke' support for coclass objects (TKIND_COCLASS) in arguments. Unitronics OPLC IDE Visilogic 8.0.1 (VB6 app) Dmitry says that current implementation still contains some issue (https://bugs.winehq.org/show_bug.cgi?id=12688#c11) and fixing that allows the applications to proceed further. Download: http://support.somex.ie/index.php/downloads/category/1-plc-utility-software… --- Visilogic 8.0.1 Installer prerequisite: 'winetricks -q jet40' Workaround for another problem: --- snip --- $ WINEDLLOVERRIDES=tapi32=d wine ./VisiLogic.exe --- snip --- --- snip --- -=[ ProtectionID v0.6.6.7 DECEMBER]=- (c) 2003-2015 CDKiLLER & TippeX Build 24/12/14-22:48:13 Ready... Scanning -> Z:\home\focht\Downloads\VisiLogicSetup_801.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 118161024 (070AFE80h) Byte(s) Compilation TimeStamp : 0x3B965AC1 -> Wed 05th Sep 2001 17:02:57 (GMT) [TimeStamp] 0x3B965AC1 -> Wed 05th Sep 2001 17:02:57 (GMT) | PE Header | - | Offset: 0x000000F8 | VA: 0x004000F8 | - -> File has 117882496 (0706BE80h) bytes of appended data starting at offset 044000h [File Heuristics] -> Flag #1 : 00000000000000000000000000000100 (0x00000004) [Entrypoint Section Entropy] : 6.66 (section #0) ".text " | Size : 0x11B16 (72470) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 4 (0x4) | ImageSize 0x47000 (290816) byte(s) [VersionInfo] Company Name : Unitronics [VersionInfo] Product Name : VisiLogic [VersionInfo] Product Version : 8.0.1 [VersionInfo] File Description : Vision IDE [VersionInfo] File Version : 8.0.1 [VersionInfo] Original FileName : stub32i.exe [VersionInfo] Internal Name : stub32 [-= Installer =-] InstallShield v6.31.100.1221 Setup Module [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.211 Second(s) [0000000D3h (211) tick(s)] [558 of 573 scan(s) done] Scanning -> C:\Program Files\Unitronics\Unitronics VisiLogic_C\Main\VisiLogic.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 2887680 (02C1000h) Byte(s) Compilation TimeStamp : 0x49EC8D77 -> Mon 20th Apr 2009 14:57:59 (GMT) [TimeStamp] 0x49EC8D77 -> Mon 20th Apr 2009 14:57:59 (GMT) | PE Header | - | Offset: 0x000000C0 | VA: 0x004000C0 | - [File Heuristics] -> Flag #1 : 00000000000000000000000000000000 (0x00000000) [Entrypoint Section Entropy] : 5.26 (section #0) ".text " | Size : 0x2BB3A8 (2864040) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 3 (0x3) | ImageSize 0x2C6000 (2908160) byte(s) [VersionInfo] Company Name : Unitronics Website: www.unitronics.com Sales: export(a)untronics.com Support: support(a)unitronics.com [VersionInfo] Product Name : VisiLogic [VersionInfo] Product Version : 8.00.0001 [VersionInfo] File Description : Unitronics OPLC IDE [VersionInfo] File Version : 8.00.0001 [VersionInfo] Original FileName : VisiLogic.exe [VersionInfo] Internal Name : VisiLogic [VersionInfo] Version Comments : Unitronics OPLC IDE [VersionInfo] Legal Trademarks : OPLC is the legal trademark of Unitronics [VersionInfo] Legal Copyrights : This file is the property of Unitronics. It may not be changed without prior written permission. The company takes no responsibility for the improper use of the material contained herein. [CompilerDetect] -> Visual Basic 6 (native) [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.593 Second(s) [000000251h (593) tick(s)] [499 of 573 scan(s) done] --- snip --- $ sha1sum VisiLogicSetup_801.exe 243390482d7b8023c43191772ca783665ebe7c31 VisiLogicSetup_801.exe $ du -sh VisiLogicSetup_801.exe 113M VisiLogicSetup_801.exe $ wine --version wine-1.8-rc4 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 8

[Bug 38828] New: Cerbero PE Insider 1.0.2 crashes on unimplemented function dbghelp.dll.UnDecorateSymbolNameW when viewing export directory
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38828 Bug ID: 38828 Summary: Cerbero PE Insider 1.0.2 crashes on unimplemented function dbghelp.dll.UnDecorateSymbolNameW when viewing export directory Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says ... Reproduce: start the app -> select a PE binary -> click 'Export Directory' in left hand side tree view. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Cerbero/PEInsider $ wine ./peinsider.exe ... wine: Call from 0x7b8456d9 to unimplemented function dbghelp.dll.UnDecorateSymbolNameW, aborting wine: Unimplemented function dbghelp.dll.UnDecorateSymbolNameW called at address 0x7b8456d9 (thread 0009), starting debugger... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms681400%28v=vs.85… Source: https://source.winehq.org/git/wine.git/blob/878ea7d9ea4bbb924a539ec28088674… $ sha1sum peinsider_setup.exe 81324f9802f86bb93a9440c96460f911bedcc0f6 peinsider_setup.exe $ du -sh peinsider_setup.exe 6.5M peinsider_setup.exe $ wine --version wine-1.7.46 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 6

[Bug 39961] New: steamwebhelper.exe page fault NULL pointer crash
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39961 Bug ID: 39961 Summary: steamwebhelper.exe page fault NULL pointer crash Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jg(a)jguk.org Distribution: --- Created attachment 53394 --> https://bugs.winehq.org/attachment.cgi?id=53394 steamweb.exe crash backtrace Call Of Duty: World of War installs Steam. Which crashes after installing and running. backtrace attached from Ubuntu 64bit. -- 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 19

[Bug 45521] New: 64-bit Sentinel HASP hardlock.sys kernel driver crashes due ntoskrnl emulate_instruction not handling 'cli' and 'sti'
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45521 Bug ID: 45521 Summary: 64-bit Sentinel HASP hardlock.sys kernel driver crashes due ntoskrnl emulate_instruction not handling 'cli' and 'sti' Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, originally reported in bug 45510 (which now covers a different issue) and extracted here. Prerequisite: * 64-bit WINEPREFIX (otherwise you run into bug 45510) Download: https://www.uwerk.de/en/images/UWerkDownLoads/HASP/GUI/HASPUserSetup.zip --- snip --- ... 0051:Call ntoskrnl.exe.RtlAppendUnicodeToString(0002a240,006bfc98 L"\\Parameters") ret=006c6b88 0051:Call ntdll.RtlAppendUnicodeToString(0002a240,006bfc98 L"\\Parameters") ret=7bcfdc7b 0051:Ret ntdll.RtlAppendUnicodeToString() retval=00000000 ret=7bcfdc7b 0051:Ret ntoskrnl.exe.RtlAppendUnicodeToString() retval=00000000 ret=006c6b88 0051:Call ntoskrnl.exe.RtlQueryRegistryValues(80000000,0002a250,0055f5e0,00000000,00000000) ret=006c6bec 0051:Call ntdll.RtlQueryRegistryValues(80000000,0002a250,0055f5e0,00000000,00000000) ret=7bcfdc7b 0051:Ret ntdll.RtlQueryRegistryValues() retval=c0000034 ret=7bcfdc7b 0051:Ret ntoskrnl.exe.RtlQueryRegistryValues() retval=c0000034 ret=006c6bec 0051:Call ntoskrnl.exe.ExFreePoolWithTag(0002a240,00000000) ret=006c6bfe 0051:trace:ntoskrnl:ExFreePoolWithTag 0x2a240 0051:Call ntdll.RtlFreeHeap(00010000,00000000,0002a240) ret=7faa2ee4dfb1 0051:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7faa2ee4dfb1 0051:Ret ntoskrnl.exe.ExFreePoolWithTag() retval=00000001 ret=006c6bfe 0051:trace:seh:NtRaiseException code=c0000096 flags=0 addr=0x6cc5f6 ip=6cc5f6 tid=0051 0051:trace:seh:NtRaiseException rax=0000000000000000 rbx=0000000000027ca8 rcx=000000000055f6b4 rdx=000000000055f6b0 0051:trace:seh:NtRaiseException rsi=0000000000026ee0 rdi=0000000000027d58 rbp=0000000000027d04 rsp=000000000055f660 0051:trace:seh:NtRaiseException r8=0000000000000000 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 0051:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=00000000000271b0 0051:trace:seh:call_vectored_handlers calling handler at 0x7faa2ee458d8 code=c0000096 flags=0 0051:trace:seh:call_vectored_handlers handler at 0x7faa2ee458d8 returned 0 ... 0051:trace:seh:dwarf_virtual_unwind next function rip=0000000000000000 0051:trace:seh:dwarf_virtual_unwind rax=0000000000000000 rbx=0000000000000000 rcx=00007faa2ee80fa0 rdx=00000000000c0155 0051:trace:seh:dwarf_virtual_unwind rsi=0000000000000000 rdi=0000000000000000 rbp=0000000000000000 rsp=000000000055ffe0 0051:trace:seh:dwarf_virtual_unwind r8=0000000000000000 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 0051:trace:seh:dwarf_virtual_unwind r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=00007faa2ee30000 0051:trace:seh:call_stack_handlers found wine frame 0x55fe00 rsp 55ffe0 handler 0x7bd57b2b 0051:trace:seh:call_teb_handler calling TEB handler 0x7bd57b2b (rec=0x55f520, frame=0x55fe00 context=0x55e7c0, dispatch=0x55ec90) 0051:Call KERNEL32.UnhandledExceptionFilter(0055e700) ret=7bd57b85 wine: Unhandled privileged instruction at address 0x6cc5f6 (thread 0051), starting debugger... --- snip --- Disassembly after decryption of 64-bit driver: --- snip --- ... 00000000006CC5B3 | E8 38 A5 FF FF | call hardlock.6C6AF0 00000000006CC5B8 | 84 C0 | test al, al 00000000006CC5BA | 74 04 | je hardlock.6CC5C0 00000000006CC5BC | 83 4B 58 01 | or dword ptr ds:[rbx+58], 1 00000000006CC5C0 | 4C 8D 44 24 4C | lea r8, qword ptr ss:[rsp+4C] 00000000006CC5C5 | 48 8D 15 94 35 FF FF | lea rdx, qword ptr ds:[6BFB60] 00000000006CC5CC | 49 8B CF | mov rcx, r15 00000000006CC5CF | E8 1C A5 FF FF | call hardlock.6C6AF0 00000000006CC5D4 | 84 C0 | test al, al 00000000006CC5D6 | 74 0E | je hardlock.6CC5E6 00000000006CC5D8 | 44 39 6C 24 4C | cmp dword ptr ss:[rsp+4C], r13d 00000000006CC5DD | 74 07 | je hardlock.6CC5E6 00000000006CC5DF | 81 4B 58 80 00 00 00 | or dword ptr ds:[rbx+58], 80 00000000006CC5E6 | 48 8D 54 24 50 | lea rdx, qword ptr ss:[rsp+50] 00000000006CC5EB | 48 8D 4C 24 54 | lea rcx, qword ptr ss:[rsp+54] 00000000006CC5F0 | 45 33 C9 | xor r9d, r9d 00000000006CC5F3 | 45 33 C0 | xor r8d, r8d 00000000006CC5F6 | FB | sti ; problem! 00000000006CC5F7 | E8 6A E4 FE FF | call hardlock.6BAA66 00000000006CC5FC | 44 8B 5C 24 54 | mov r11d, dword ptr ss:[rsp+54] 00000000006CC601 | 41 C1 E3 08 | shl r11d, 8 00000000006CC605 | 44 03 5C 24 50 | add r11d, dword ptr ss:[rsp+50] ... --- snip --- 'cli' and 'sti' are handled in 32-bit case: Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/instr.c… --- snip --- 266 /*********************************************************************** 267 * emulate_instruction 268 * 269 * Emulate a privileged instruction. 270 * Returns exception continuation status. 271 */ 272 static DWORD emulate_instruction( EXCEPTION_RECORD *rec, CONTEXT *context ) 273 { ... 437 438 case 0xfa: /* cli */ 439 case 0xfb: /* sti */ 440 context->Eip += prefixlen + 1; 441 return ExceptionContinueExecution; 442 } 443 return ExceptionContinueSearch; /* Unable to emulate it */ 444 } --- snip --- but not in 64-bit: Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/instr.c… --- snip --- 588 589 /*********************************************************************** 590 * emulate_instruction 591 * 592 * Emulate a privileged instruction. 593 * Returns exception continuation status. 594 */ 595 static DWORD emulate_instruction( EXCEPTION_RECORD *rec, CONTEXT *context ) 596 { ... 802 case 0xa0: /* mov Ob, AL */ 803 case 0xa1: /* mov Ovqp, rAX */ ... 818 } 819 return ExceptionContinueSearch; /* Unable to emulate it */ 820 } --- snip --- ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Scanning -> Z:\home\focht\Downloads\HASPUserSetup.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 14533512 (0DDC388h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x4B96E621 -> Wed 10th Mar 2010 00:21:53 (GMT) [!] Digital Signature signed by a known DRM provider -> SafeNet, Inc. [TimeStamp] 0x4B96E621 -> Wed 10th Mar 2010 00:21:53 (GMT) | PE Header | - | Offset: 0x000000F8 | VA: 0x004000F8 | - [TimeStamp] 0x4B96E620 -> Wed 10th Mar 2010 00:21:52 (GMT) | Export | - | Offset: 0x00012ED4 | VA: 0x004146D4 | - -> File Appears to be Digitally Signed @ Offset 0DDAA00h, size : 01988h / 06536 byte(s) [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (3 calculated 3 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x0 | Catalog 0x0 (0) | Catalog Offset 0x0 | Reserved 0x0 [LoadConfig] GuardAddressTakenIatEntryTable 0x0 | Count 0x0 (0) [LoadConfig] GuardLongJumpTargetTable 0xFFFFFFFE | Count 0x0 (0) [LoadConfig] HybridMetadataPointer 0xFFFFFF88 | DynamicValueRelocTable 0x0 [LoadConfig] FailFastIndirectProc 0xFFFFFFFE | FailFastPointer 0x407A0A [LoadConfig] UnknownZero1 0x407A0E [File Heuristics] -> Flag #1 : 00000000000001001100000100000100 (0x0004C104) [Entrypoint Section Entropy] : 6.53 (section #0) ".text " | Size : 0xF208 (61960) byte(s) [DllCharacteristics] -> Flag : (0x8000) -> TSA [SectionCount] 5 (0x5) | ImageSize 0xDEF000 (14610432) byte(s) [Export] 100% of function(s) (6 of 6) are in file | 0 are forwarded | 6 code | 0 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : SafeNet Inc. [VersionInfo] File Description : Sentinel Runtime [VersionInfo] File Version : 6.60.1.36770 [VersionInfo] Legal Copyrights : SafeNet Inc. [ModuleReport] [IAT] Modules -> WSOCK32.dll | VERSION.dll | KERNEL32.dll | USER32.dll | GDI32.dll | ADVAPI32.dll | SHELL32.dll [CdKeySerial] found "Evaluation period" @ VA: 0x00D99B54 / Offset: 0x00D85B54 [CdKeySerial] found "Evaluation period" @ VA: 0x00D99BEC / Offset: 0x00D85BEC [CdKeySerial] found "Evaluation version" @ VA: 0x00DCE8DC / Offset: 0x00DBA8DC [CdKeySerial] found "Serial Number" @ VA: 0x00DCF3C9 / Offset: 0x00DBB3C9 [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) [!] File appears to have no protection or is using an unknown protection - Scan Took : 2.518 Second(s) [0000009B2h (2482) tick(s)] [506 of 580 scan(s) done] --- snip --- --- snip --- Scanning -> Z:\home\focht\Downloads\hardlock.sys File Type : 64-Bit Driver (good checksum) (Subsystem : Native / 1), Size : 331328 (050E40h) Byte(s) | Machine: 0x8664 (AMD64) Compilation TimeStamp : 0x51A349DA -> Mon 27th May 2013 11:56:10 (GMT) [!] Digital Signature signed by a known DRM provider -> SafeNet, Inc. [TimeStamp] 0x51A349DA -> Mon 27th May 2013 11:56:10 (GMT) | PE Header | - | Offset: 0x00000000:000000E8 | VA: 0x00000000:000100E8 | - -> File Appears to be Digitally Signed @ Offset 04F600h, size : 01840h / 06208 byte(s) [LoadConfig] CodeIntegrity -> Flags 0xAA60 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46AB40 [LoadConfig] GuardAddressTakenIatEntryTable 0x46AC88:02000011 | Count 0x46AE9C02000011 (463222033554449) [LoadConfig] GuardLongJumpTargetTable 0x46AF38:08000011 | Count 0x46AFE008000011 (4632544134217745) [LoadConfig] HybridMetadataPointer 0x46A66C:08000011 | DynamicValueRelocTable 0x8000011:0046B0A8 [LoadConfig] FailFastIndirectProc 0x8000011:0046B264 | FailFastPointer 0x8000011:0046B2FC [LoadConfig] UnknownZero1 0x8000011 46B448 [File Heuristics] -> Flag #1 : 00000000000000011100000000010111 (0x0001C017) [Entrypoint Section Entropy] : 4.38 (section #7) ".init " | Size : 0x1600 (5632) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 8 (0x8) | ImageSize 0x4F600 (325120) byte(s) [VersionInfo] Company Name : SafeNet Inc. [VersionInfo] Product Name : Sentinel Hardlock Device Driver for Windows x64 [VersionInfo] Product Version : 3.83 [VersionInfo] File Description : Sentinel Hardlock Device Driver for Windows x64 [VersionInfo] File Version : 3.83 [VersionInfo] Original FileName : hardlock.sys [VersionInfo] Internal Name : hardlock.sys [VersionInfo] Legal Copyrights : © 2013 SafeNet. Inc. All rights reserved. [ModuleReport] [IAT] Modules -> ntoskrnl.exe | HAL.dll [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.321 Second(s) [000000141h (321) tick(s)] [134 of 580 scan(s) done] --- snip --- With that fix in place the driver loads successfully (at least it doesn't crash) but the HASP installer runs into next problem with another 64-bit kernel driver. $ sha1sum HASPUserSetup.* fa5f85d8dfbef3188087f1b6fb0ec81a16e6a26d HASPUserSetup.exe d486f63c0444e3a42b81a74ab52f99c45432e9e1 HASPUserSetup.zip $ du -sh HASPUserSetup.* 14M HASPUserSetup.exe 14M HASPUserSetup.zip $ wine --version wine-3.13 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 7

[Bug 35367] New: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35367 Bug ID: 35367 Summary: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, Prerequisite: 'winetricks -q mfc42' Upon startup the app shows a registration dialog with some options: * "Buy Now" * "Activate" * "Try Now" After selecting "Try Now" the app continues loading and starts importing some media files. "Activation" feature also works (tested with some code found here and there). There is a crash (heap corruption) in libxml2/msxml during media import. This is a different problem which can be worked around with 'winetricks -q msxml3'. This bug is about the COM/OLE part of media import crash. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CyberLink/PowerDirector $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./PDR8.exe >>log2.txt 2>&1 ... 0016:Call shlwapi.PathFileExistsW(0430b2e4 L"C:\\Program Files\\CyberLink\\PowerDirector\\SampleClips\\ntsc\\Nature.mpg") ret=02cb0bbd ... 0016:Ret shlwapi.PathFileExistsW() retval=00000001 ret=02cb0bbd 0016:Call ole32.CoCreateInstance(02ce6e68,00000000,00000007,02ce6e38,0275b5b4) ret=02cb5171 0016:trace:ole:CoCreateInstance (rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, pUnkOuter=(nil), dwClsContext=00000007, riid={38df9356-47c1-40ef-89ce-af1d019b0baa}, ppv=0x275b5b4) 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:CoGetClassObject CLSID: {889ca1c3-e115-47e1-88ec-20df644e982a},IID: {00000001-0000-0000-c000-000000000046} 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered as in-proc server ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered in-proc handler 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:RPC_GetLocalClassObject rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, iid={00000001-0000-0000-c000-000000000046} 0016:trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}" 0016:Call KERNEL32.WaitNamedPipeW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",ffffffff) ret=7e773bc3 0016:Ret KERNEL32.WaitNamedPipeW() retval=00000001 ret=7e773bc3 0016:Call KERNEL32.CreateFileW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e773c04 0016:Ret KERNEL32.CreateFileW() retval=00000914 ret=7e773c04 0016:Call KERNEL32.ReadFile(00000914,0275b158,000000c8,0275b220,00000000) ret=7e773e29 0016:Ret KERNEL32.ReadFile() retval=00000001 ret=7e773e29 0016:trace:ole:RPC_GetLocalClassObject read marshal id from pipe ... 0016:trace:ole:RPC_GetLocalClassObject unmarshalling local server 0016:trace:ole:CoUnmarshalInterface (0x4365a08, {6d5140c1-7436-11ce-8034-00aa006009fa}, 0x275b13c) ... 0016:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0016:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7e75bf7e 0016:Ret ntdll.RtlAllocateHeap() retval=043fd2f8 ret=7e75bf7e 0016:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{6d5140c1-7436-11ce-8034-00aa006009fa},....) 0016:err:ole:StdMarshalImpl_UnmarshalInterface Apartment not initialized 0016:err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x800401f0 ... 0016:trace:ole:CoUnmarshalInterface completed with hr 0x800401f0 0016:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e7740f4 ip=7e7740f4 tid=0016 0016:trace:seh:raise_exception info[0]=00000000 0016:trace:seh:raise_exception info[1]=000003de 0016:trace:seh:raise_exception eax=000003de ebx=7e854000 ecx=0275b100 edx=0275ef8c esi=0275ecc5 edi=0275eb8c 0016:trace:seh:raise_exception ebp=0275b378 esp=0275b100 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210286 --- snip --- "{889ca1c3-e115-47e1-88ec-20df644e982a}" is registered as out-of-process COM server: --- snip --- CLSID: {889CA1C3-E115-47E1-88EC-20DF644E982A} LOCAL SERVER: %ROOT%\PROGRA~1\CYBERL~1\SHARED~1\RICHVI~1.EXE TYPELIB: {D37B5B2C-8D1B-4832-89E4-6FCE903B3A18} VERSION IND. PROGID: RichVideo.RVInterface --- snip --- The problem most likely stems from crappy vendor code. The thread in question that ought to instantiate the COM object never explicitly initializes its COM apartment. >From my experience in 99% of the cases the developers forgot the call to CoInitializeEx() on thread entry and the reason why this works for native is the so called implicit MTA. Basically another thread in the process called CoInitializeEx(0, COINIT_MULTITHREADED), which means that the thread which forgot to call CoInitializeEx() was implicitly placed in the MTA (the app creates a crapload of threads). I had to change quite some code to make a proof-of-concept. There is various code in Wine ole32 that makes use of COM_CurrentApt() which doesn't take implicit MTA into account. --- snip --- # modified: dlls/ole32/compobj.c # modified: dlls/ole32/marshal.c # modified: dlls/ole32/rpc.c --- snip --- The app/thread was finally able to instantiate the out-of-process COM server and make COM calls. Media files were successfully imported and movies/images showed up in some thumbnail-like view. $ sha1sum cyberlink2220_vde09070801.exe 2fbc508b971332872b68761ea0d56803c5d122bd cyberlink2220_vde09070801.exe $ du -sh cyberlink2220_vde09070801.exe 236M cyberlink2220_vde09070801.exe $ wine --version wine-1.7.10-343-g770d09d 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 8

[Bug 33749] New: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33749 Bug #: 33749 Summary: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive Product: Wine Version: 1.6-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rosen.diankov(a)gmail.com Classification: Unclassified There are cases where the "called from wrong apartment" gets called in ole32/rpc.c:ClientRpcChannelBuffer_SendReceive and there is no COM apartment set. Actually the thread should be using the implicit multithreaded apartment created from a previous thread's CoInitializeEx call http://blogs.msdn.com/b/oldnewthing/archive/2013/04/19/10412399.aspx Therefore the fix is really simple, add this check right in the beginning of ClientRpcChannelBuffer_SendReceive if( !COM_CurrentApt() ) { apartment_joinmta(); } Note that in Windows 7 and beyond, there's a new flag that controls the implicit MTA behavior called APTTYPEQUALIFIER. http://msdn.microsoft.com/library/dd542638 Wine should support this for Windows 7 and beyond. -- 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 6

[Bug 38837] New: STDU (Scientific and Technical Documentation Utility) Viewer v1.6.375 crashes when opening PDF file
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38837 Bug ID: 38837 Summary: STDU (Scientific and Technical Documentation Utility) Viewer v1.6.375 crashes when opening PDF file Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 38510 Trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+actctx,+ole,+variant,+typelib wine ./STDUViewerApp.exe >>log.txt 2>&1 ... 0026:trace:ole:SysAllocStringLen L"ISTDUImage" 0026:trace:ole:ITypeInfo_fnRelease (0xe28f00)->(1) 0026:trace:ole:ITypeInfo_fnReleaseTypeAttr (0xe2a8d8)->(0xe297d8) ... 0026:Call KERNEL32.lstrcmpW(00e2b73c L"ISTDUImage",7e2843bc L"IDispatch") ret=7e1d59b0 0026:Ret KERNEL32.lstrcmpW() retval=00000001 ret=7e1d59b0 0026:trace:ole:ITypeInfo_fnGetNames (0xe28f00) memid=0x00000096 Maxname=10 0026:trace:ole:SysAllocStringLen L"Buffer" 0026:trace:ole:SysAllocStringLen L"ppVal" ... 0026:trace:ole:deserialize_param vt VT_PTR at 0xe29594 ... 0026:trace:ole:deserialize_param vt VT_PTR at 0xe297d8 0026:trace:ole:_invoke Calling 0xd31ef0(007c9480,00e297d8,) 0026:trace:ole:_invoke returns 00000000 0026:trace:ole:serialize_param (tdesc.vt VT_PTR) 0026:trace:ole:serialize_param (tdesc.vt VT_PTR) 0026:trace:ole:serialize_param (tdesc.vt VT_UI1) ... 0026:trace:ole:ServerRpcChannelBuffer_GetBuffer (0xe29888)->(0x12be7d0,{3905360d-3c87-498c-93d2-27e002b941b1}) ... 0026:trace:ole:ServerRpcChannelBuffer_GetBuffer -- 0 0026:trace:ole:ITypeInfo_fnRelease (0xe28f00)->(0) 0026:trace:ole:ITypeLib2_fnRelease (0xe298a8) ref=2 ... 0026:trace:ole:TMStubImpl_Invoke returning ... 002a:Ret winex11.drv.MsgWaitForMultipleObjectsEx() retval=00000000 ret=7eccf928 002a:Ret user32.MsgWaitForMultipleObjectsEx() retval=00000000 ret=7e3d17ff 002a:trace:ole:CoWaitForMultipleHandles -- 0x00000000 002a:trace:ole:ClientRpcChannelBuffer_SendReceive RPC call status: 0x0 002a:trace:ole:ClientRpcChannelBuffer_SendReceive hrFault = 0x00000000 002a:trace:ole:ClientRpcChannelBuffer_SendReceive -- 0x00000000 ... 002a:trace:ole:deserialize_param vt VT_PTR at 0x12be964 002a:trace:ole:deserialize_param vt VT_PTR at 0x12be994 002a:trace:ole:deserialize_param vt VT_UI1 at (nil) 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747987c ip=f747987c tid=002a 002a:trace:seh:raise_exception info[0]=00000001 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception eax=012be180 ebx=00000000 ecx=00000001 edx=00000000 esi=00e2b180 edi=00e2b180 002a:trace:seh:raise_exception ebp=012be348 esp=012be138 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210246 002a:trace:seh:call_stack_handlers calling handler at 0x1141498 code=c0000005 flags=0 002a:trace:seh:call_stack_handlers handler at 0x1141498 returned 1 --- snip --- Method call before the crash: --- snip --- Wine-dbg> 0x7e1f4af3 call_method+0x1f in oleaut32: call *0x8(%ebp) Wine-dbg> 0x00d41ef0: movl 0x4(%esp),%eax 0x00d41ef4: movl 0x20(%eax),%ecx 0x00d41ef7: movl 0x8(%esp),%edx 0x00d41efb: movl %ecx,0x0(%edx) 0x00d41efd: xorl %eax,%eax 0x00d41eff: ret $0x8 Wine-dbg>bt Backtrace: =>0 0x00d41eff in stducore (+0x1eff) (0x0033c7f8) 1 0x7e1f4caf _invoke+0x1aa(func=0xd41ef0, callconv=CC_STDCALL, nrargs=0x2, args=0xe269f0) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/typelib.c:6421] in oleaut32 (0x0033c868) 2 0x7e1e3d26 TMStubImpl_Invoke+0x712(iface=<couldn't compute location>, xmsg=<couldn't compute location>, rpcchanbuf=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:2167] in oleaut32 (0x0033ca78) 3 0x7e416c6b RPC_ExecuteCall+0x3e4(params=0xe268cc) [/home/focht/projects/wine/wine.repo/build-x86/dlls/ole32/../../include/objidl.h:9091] in ole32 (0x0033cb68) 4 0x7e3d9cba apartment_wndproc+0x33(hWnd=<couldn't compute location>, msg=<couldn't compute location>, wParam=<couldn't compute location>, lParam=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/ole32/compobj.c:1475] in ole32 (0x0033cb88) 5 0x7ecdad46 WINPROC_wrapper+0x19() in user32 (0x0033cbc8) 6 0x7ecdaeab call_window_proc+0xbc(hwnd=0x301aa, msg=0x400, wp=0, lp=0xe268cc, result=0x33cd38, arg=0x7e3d9c86) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:245] in user32 (0x0033cc08) 7 0x7ecdcfd7 WINPROC_call_window+0x150(hwnd=0x301aa, msg=0x400, wParam=0, lParam=0xe268cc, result=0x33cd38, unicode=0x1, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:901] in user32 (0x0033cc58) 8 0x7eca1178 DispatchMessageW+0x1ad(msg=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:4023] in user32 (0x0033cd68) Wine-dbg>info share Module Address Debug info Name (111 modules) PE 400000- 650000 Export stduviewerapp PE d40000- d4e000 Export stducore PE 1080000- 11c6000 Deferred stdupdffile PE 10000000-100ba000 Export stduviewer ELF 7b800000-7ba6f000 Dwarf kernel32<elf> \-PE 7b820000-7ba6f000 \ kernel32 ... --- snip --- Crash bt --- snip --- Wine-dbg>bt Backtrace: =>0 0x7e1df59a deserialize_param+0x383(tinfo=0xe26588, readit=0x1, debugout=0, alloc=0, tdesc=0x7e2d2548, arg=0x0(nil), buf=0x12ce7fc) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1088] in oleaut32 (0x012ce348) 1 0x7e1dfc97 deserialize_param+0xa7f(tinfo=0xe26588, readit=0x1, debugout=0, alloc=0, tdesc=0xe276b0, arg=0x12ce994, buf=0x12ce7fc) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1171] in oleaut32 (0x012ce558) 2 0x7e1dfc97 deserialize_param+0xa7f(tinfo=0xe26588, readit=0x1, debugout=0, alloc=0, tdesc=0xe285e0, arg=0x12ce964, buf=0x12ce7fc) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1171] in oleaut32 (0x012ce768) 3 0x7e1e1bd9 xCall+0xd2e(method=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1557] in oleaut32 (0x012ce948) --- snip --- $ sha1sum stduviewer.zip ad56b235048a118b990e12142ca9c8a359e519eb stduviewer.zip $ du -sh stduviewer.zip 3.5M stduviewer.zip $ wine --version wine-1.7.46-43-g9353a36 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 6

[Bug 39508] New: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39508 Bug ID: 39508 Summary: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode Product: Wine Version: 1.7.53 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during other investigations. Not critical though, the installer catches the C++ exception (log). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Office 15/ClientX86 $ WINEDEBUG=+tid,+seh,+relay wine ./officeclicktorun.exe >>log.txt 2>&1 ... 0022:Call advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(005d2330 L"D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW)",00000001,0033ef88,00000000) ret=004b4f58 0022:fixme:advapi:ParseStringSidToSid String constant not supported: L"OW" 0022:Ret advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000000 ret=004b4f58 0022:Call KERNEL32.GetLastError() ret=004b4f64 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f64 0022:Call KERNEL32.GetLastError() ret=004b4f79 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f79 ... 0022:Call msvcr100.wcsncpy_s(0033e848,00000100,005e6d60 L"failed to create security descriptor from string D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW), error = 1336",ffffffff) ret=004b5031 0022:Ret msvcr100.wcsncpy_s() retval=00000000 ret=004b5031 ... 0022:Call msvcr100._CxxThrowException(0033ebcc,00547e64) ret=004b4fa7 0022:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033e7c4) ret=7e79c928 0022:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b845f21 ip=7b845f21 tid=0022 0022:trace:seh:raise_exception info[0]=19930520 0022:trace:seh:raise_exception info[1]=0033ebcc 0022:trace:seh:raise_exception info[2]=00547e64 0022:trace:seh:raise_exception eax=7b832cbd ebx=00000000 ecx=0000000c edx=0033e714 esi=0033e7c0 edi=0033e780 0022:trace:seh:raise_exception ebp=0033e758 esp=0033e6f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000202 0022:trace:seh:call_stack_handlers calling handler at 0x5333d5 code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x5333d5 returned 1 0022:trace:seh:call_stack_handlers calling handler at 0x535c6d code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x535c6d returned 1 ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/cc230374.aspx ("SDDL -> 2.5.1.1 Syntax") --- quote --- SDDL alias | Well-Known SID name ... "OW" | OWNER_RIGHTS ... --- quote --- --- quote --- SID: S-1-3-4 Name: Owner Rights Description: A group that represents the current owner of the object. When an ACE that carries this SID is applied to an object, the system ignores the implicit READ_CONTROL and WRITE_DAC permissions for the object owner. --- quote --- $ sha1sum Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe ddf02801b54227849886ef9a2767a1155f87a9ef Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ du -sh Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe 1.1M Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ wine --version wine-1.7.53-156-gf8d78b0 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 11

[Bug 38510] New: STDU viewer crashes on opening file
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38510 Bug ID: 38510 Summary: STDU viewer crashes on opening file Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 51375 --> https://bugs.winehq.org/attachment.cgi?id=51375 crash log STDU (Scientific and Technical Documentation Utility) Viewer is intended to combine a variety of document, text, and graphics format viewers into one. The program includes a modern tabbed interface, search, rotate, thumbnail view, etc. The program can also export pages to an image file, create bookmarks, and more. http://www.portablefreeware.com/index.php?id=2045 It crashes when I open a pdf file. Have not tried other formats. -- 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 10

[Bug 39161] New: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39161 Bug ID: 39161 Summary: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList) Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported in WineHQ forums: https://forum.winehq.org/viewtopic.php?f=8&t=25155 Prerequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (without 'winetricks' to avoid more installer dependencies) Terminal output: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Stardevelop Pty Ltd/Chatstack $ wine ./LiveMessengerDesktop.exe ... fixme:shell:SetCurrentProcessExplicitAppUserModelID L"Stardevelop.LiveHelp": stub fixme:shell:GetCurrentProcessExplicitAppUserModelID 0x33e944: stub err:ole:CoGetClassObject class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered err:ole:create_server class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {77f10cf0-3db5-4966-b520-b7c54fd35ed6} could be created for context 0x15 fixme:wer:WerRegisterFile (L"C:\\users\\focht\\Application Data\\stardevelop.com\\Live Help\\Log\\Error.txt", 2, 2) stub! fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x33d998,(nil)): stub err:eventlog:ReportEventW L"Application: LiveMessengerDesktop.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.Runtime.InteropServices.COMException\nStack:\n at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(System.Object, System.Deleg"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {77F10CF0-3DB5-4966-B520-B7C54FD35ED6} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at LiveHelp.WindowsAPI.Shell.Taskbar.JumpList..ctor(String appID) at LiveHelp.WindowsAPI.Shell.Taskbar.Taskbar.get_JumpList() at LiveHelp.LiveHelpWindow..ctor() at LiveHelp.LiveHelpWindow.get_Instance() at LiveHelp.Application.a(Object A_0, StartupEventArgs A_1) at System.Windows.Application.OnStartup(StartupEventArgs e) at System.Windows.Application.<.ctor>b__1(Object unused) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.DispatcherOperation.InvokeImpl() at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at LiveHelp.Application.Main() wine: Unhandled exception 0xe0434352 in thread 9 at address 0x7b845d61 (thread 0009), starting debugger... --- snip --- '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' -> 'CLSID_DestinationList' ILSpy: --- snip --- using System; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; namespace LiveHelp.WindowsAPI.Shell.Taskbar { [ClassInterface, Guid("77F10CF0-3DB5-4966-B520-B7C54FD35ED6")] [ComImport] internal class CDestinationList { [MethodImpl(4096)] public extern CDestinationList(); } } --- snip --- --- snip --- namespace LiveHelp.WindowsAPI.Shell.Taskbar { // LiveHelp.WindowsAPI.Shell.Taskbar.JumpList public class JumpList { ... internal JumpList(string appID) { this.customDestinationList = (ICustomDestinationList)new CDestinationList(); this.AppID = appID; } ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/dd378460%28v=vs.85… $ sha1sum Setup.exe c719ec86e57e64ed64e9009478c134eb5e4c68ca Setup.exe $ du -sh Setup.exe 22M Setup.exe $ wine --version wine-1.7.50-53-gbdaa571c5 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 5

[Bug 46057] New: Multiple applications need 'ntdll.NtQueryInformationToken ' to support 'TokenVirtualizationEnabled' (24) info class ( Blizzard Battle.net)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46057 Bug ID: 46057 Summary: Multiple applications need 'ntdll.NtQueryInformationToken' to support 'TokenVirtualizationEnabled' (24) info class (Blizzard Battle.net) Product: Wine Version: 3.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track: https://www.winehq.org/pipermail/wine-devel/2018-October/thread.html#134139 https://source.winehq.org/patches/data/153194 Not sure about the criticality as no further information was provided with the patch. Searching for "Unhandled Token Information class 24" ('TokenVirtualizationEnabled') reveals Blizzard Battle.net but that err is most likely harmless. --- snip --- err:ntdll:NtQueryInformationToken Unhandled Token Information class 24! --- snip --- Some resources: https://stackoverflow.com/questions/3505295/create-process-with-fs-virtuali… https://github.com/adrianoc/BlogCode/blob/master/DYK%20II%20-%20FileSystemV… $ wine --version wine-3.19 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 8

[Bug 37639] New: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37639 Bug ID: 37639 Summary: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBac kupComponents@@@Z Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 37599 Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/Downloads/AlphaVSS-1.2.4000.3/Bin/Release $ wine ./AlphaShadow.exe ... AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 ... AlphaShadow query Lists information about shadow copies in the system. AlphaShadow create Creates a shadow set on the specified volume(s). AlphaShadow lws List writer status AlphaShadow lwm List writer metadata AlphaShadow delete Deletes one or more shadow copies on the system. AlphaShadow revert Revert a volume to the specified shadow copy. AlphaShadow expose Exposes a shadow copy locally or as a share. AlphaShadow import Imports a transportable shadow copy. AlphaShadow restore Restore based on a previously-generated Backup Components document --- snip --- --- snip --- $ wine ./AlphaShadow.exe lws ... fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.Common" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices" AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 fixme:shell:URL_ParseUrl failed to parse L"System" Final context: 0 fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.51.x86" wine: Call from 0x7b83b1d3 to unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z, aborting fixme:advapi:RegisterTraceGuidsW (0x9705b2, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33cf1c, (null), (null), 0xccf168): stub Error: External component has thrown an exception. --- snip --- $ sha1sum AlphaVSS-1.2.4000.3.zip d465732a6a8909bde092d6a8ce3961086a5a57d4 AlphaVSS-1.2.4000.3.zip $ du -sh AlphaVSS-1.2.4000.3.zip 5.4M AlphaVSS-1.2.4000.3.zip $ wine --version wine-1.7.31-154-g871fc4a 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 9

[Bug 45560] New: Windows Sysinternals 'psping' v2.x tool, part of 'PsTools ' crashes when trying to ping host (needs 'iphlpapi.ParseNetworkString')
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45560 Bug ID: 45560 Summary: Windows Sysinternals 'psping' v2.x tool, part of 'PsTools' crashes when trying to ping host (needs 'iphlpapi.ParseNetworkString') Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/pstools $ wine ./psping -? i PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility Copyright (C) 2012-2016 Mark Russinovich Sysinternals - www.sysinternals.com ICMP ping usage: psping [-t|-n count[s]] [-i interval] [-w count] [-q] [-h [buckets|val1,val2,...]] [-l requestsize[k]] [-6|-4] destination -t Ping until stopped with Ctrl+C and type Ctrl+Break for statistics. -n Number of pings or append 's' to specify seconds e.g. '10s'. -i Interval in seconds. Specify 0 for fast ping. -w Warmup with the specified number of iterations (default is 1). -q Don't output during pings. -h Print histogram (default bucket count is 20). If you specify a single argument, it's interpreted as a bucket count and the histogram will contain that number of buckets covering the entire time range of values. Specify a comma-separated list of times to create a custom histogram (e.g. "0.01,0.05,1,5,10"). -l Request size. Append 'k' for kilobytes. -4 Force using IPv4. -6 Force using IPv6. For high-speed ping tests use -q and -i 0. $ wine ./psping -i 10 www.winehq.org PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility Copyright (C) 2012-2016 Mark Russinovich Sysinternals - www.sysinternals.com wine: Unhandled page fault on execute access to 0x00000000 at address (nil) (thread 0067), starting debugger... Unhandled exception: page fault on execute access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:0033fb94 EBP:0033fbfc EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:00000000 ECX:00148df8 EDX:0043ab90 ESI:0033fbac EDI:0033fbfc ... Backtrace: =>0 0x00000000 (0x0033fbfc) 1 0x00409478 in psping (+0x9477) (0x0033fc50) 2 0x004098d5 in psping (+0x98d4) (0x0033fe68) 3 0x0041154f in psping (+0x1154e) (0x0033feb0) 4 0x7b46dbfe call_process_entry+0x11() in kernel32 (0x0033fec8) 5 0x7b46dd37 start_process+0x12c() [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1101] in kernel32 (0x0033ffd8) 6 0x7b46dc0a start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x00000000: -- no code accessible -- Modules: Module Address Debug info Name (109 modules) PE 400000- 441000 Export psping ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd10000 Deferred ntdll<elf> \-PE 7bc30000-7bd10000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 00000066 (D) C:\Program Files\pstools\psping.exe 00000067 0 <== --- snip --- --- snip --- $ WINEDEBUG=+seh,+relay wine ./psping.exe -i 10 www.winehq.org >>log.txt 2>&1 ... 004d:Call KERNEL32.LoadLibraryExW(0042dd68 L"iphlpapi.dll",00000000,00000000) ret=004051a3 004d:Ret KERNEL32.LoadLibraryExW() retval=7e2e0000 ret=004051a3 004d:Call KERNEL32.GetModuleHandleW(0042dd68 L"iphlpapi.dll") ret=004051be 004d:Ret KERNEL32.GetModuleHandleW() retval=7e2e0000 ret=004051be 004d:Call KERNEL32.GetProcAddress(7e2e0000,0042dd84 "ParseNetworkString") ret=004051cc 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051cc 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=004051f0 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=004051f0 004d:Call KERNEL32.GetProcAddress(7bc30000,0042dd98 "RtlIpv6AddressToStringW") ret=004051fe 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051fe 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=00405222 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=00405222 004d:Call KERNEL32.GetProcAddress(7bc30000,0042ddc4 "RtlIpv4AddressToStringW") ret=00405230 004d:Ret KERNEL32.GetProcAddress() retval=7bc38d24 ret=00405230 004d:Call KERNEL32.LoadLibraryExW(0042dd68 L"iphlpapi.dll",00000000,00000000) ret=004051a3 004d:Ret KERNEL32.LoadLibraryExW() retval=7e2e0000 ret=004051a3 004d:Call KERNEL32.GetModuleHandleW(0042dd68 L"iphlpapi.dll") ret=004051be 004d:Ret KERNEL32.GetModuleHandleW() retval=7e2e0000 ret=004051be 004d:Call KERNEL32.GetProcAddress(7e2e0000,0042dd84 "ParseNetworkString") ret=004051cc 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051cc 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=004051f0 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=004051f0 004d:Call KERNEL32.GetProcAddress(7bc30000,0042dd98 "RtlIpv6AddressToStringW") ret=004051fe 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051fe 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=00405222 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=00405222 004d:Call KERNEL32.GetProcAddress(7bc30000,0042ddc4 "RtlIpv4AddressToStringW") ret=00405230 004d:Ret KERNEL32.GetProcAddress() retval=7bc38d24 ret=00405230 ... 004d:Call ws2_32.WSAStartup(00000202,0033fcc0) ret=004098c1 004d:Ret ws2_32.WSAStartup() retval=00000000 ret=004098c1 004d:Call KERNEL32.GetLastError() ret=004126ab 004d:Ret KERNEL32.GetLastError() retval=00000000 ret=004126ab 004d:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=004d 004d:trace:seh:raise_exception info[0]=00000008 004d:trace:seh:raise_exception info[1]=00000000 004d:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=0015a680 edx=0043ab90 esi=0033fbac edi=0033fbfc 004d:trace:seh:raise_exception ebp=0033fbfc esp=0033fb94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 004d:trace:seh:call_stack_handlers calling handler at 0x42368c code=c0000005 flags=0 --- snip --- Debugger/disassembly reveals which one is causing the crash (late bound at startup and the actual API call is much later): --- snip --- ... 00405194 PUSH 0 ; Flags = 0 00405196 PUSH 0 ; hFile = NULL 00405198 PUSH OFFSET 0042DD68 ; "iphlpapi.dll" 0040519D CALL DWORD PTR DS:[<&KERNEL32.LoadLibraryExW>] 004051A3 CMP ESI,ESP 004051A5 CALL 0042281C 004051AA MOV ESI,ESP 004051AC PUSH OFFSET 0042DD84 ; "ParseNetworkString" 004051B1 MOV EDI,ESP 004051B3 PUSH OFFSET 0042DD68 ; "iphlpapi.dll" 004051B8 CALL DWORD PTR DS:[<&KERNEL32.GetModuleHandleW>] 004051BE CMP EDI,ESP 004051C0 CALL 0042281C 004051C5 PUSH EAX ; hModule 004051C6 CALL DWORD PTR DS:[<&KERNEL32.GetProcAddress>] 004051CC CMP ESI,ESP 004051CE CALL 0042281C 004051D3 MOV EDX,DWORD PTR SS:[LOCAL.1] 004051D6 MOV DWORD PTR DS:[EDX+21C],EAX 004051DC MOV ESI,ESP ... 00407360 PUSH EBP 00407361 MOV EBP,ESP 00407363 SUB ESP,48 00407366 PUSH ESI 00407367 PUSH EDI 00407368 PUSH ECX 00407369 LEA EDI,[LOCAL.18] 0040736C MOV ECX,12 00407371 MOV EAX,CCCCCCCC 00407376 REP STOS DWORD PTR ES:[EDI] 00407378 POP ECX 00407379 MOV DWORD PTR SS:[LOCAL.1],ECX 0040737C MOV ESI,ESP 0040737E PUSH 0 00407380 PUSH 0 00407382 MOV EAX,DWORD PTR SS:[LOCAL.1] 00407385 PUSH EAX 00407386 PUSH 109 0040738B MOV ECX,DWORD PTR SS:[ARG.2] 0040738E PUSH ECX 0040738F MOV EDX,DWORD PTR SS:[LOCAL.1] 00407392 MOV EAX,DWORD PTR DS:[EDX+21C] 00407398 CALL EAX ; *boom* 0040739A CMP ESI,ESP --- snip --- https://docs.microsoft.com/en-us/windows/desktop/api/iphlpapi/nf-iphlpapi-p… $ sha1sum PSTools.zip 1e562ff2bae38856f8dcf3f939cdbe8e1bf6ccf3 PSTools.zip $ du -sh PSTools.zip 2.8M PSTools.zip $ wine --version wine-3.13 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 4

[Bug 24688] New: RTL and encoding problem with Ihulan
by wine-bugs＠winehq.org 21 Jul '21

21 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24688 Summary: RTL and encoding problem with Ihulan Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sh.yaron(a)gmail.com Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English version called U.R.Celeb (http://urceleb.oniton.com/). The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe) has several issues: 1. The text is Gibberish. 2. On the terms of service (2nd page) the text is in Hebrew but selectingthe mixes its order, also the header (in read) are split in the middle by LRM for some reason... 3. The window is not RTL although I'm not sure it should be... This also demonstrates some of the typical problems with Hebrew. Kind regards, Yaron Shahrabani -- 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 45620] New: Dishonored 2 Demo crashes at launch
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45620 Bug ID: 45620 Summary: Dishonored 2 Demo crashes at launch Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 62050 --> https://bugs.winehq.org/attachment.cgi?id=62050 +d3d11,+dxgi Crashes at launch, probably due to warn:d3d11:d3d_device_inner_QueryInterface {6543dbb6-1b48-42f5-ab82-e97ec74326f6} not implemented, returning E_NOINTERFACE. -- 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 37370] New: Doom3 CD version installer prompts are different compared to WinXP
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37370 Bug ID: 37370 Summary: Doom3 CD version installer prompts are different compared to WinXP Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Created attachment 49696 --> https://bugs.winehq.org/attachment.cgi?id=49696 Wine 1.7.28 vs WinXP This is true nitpick ;) As the attachement show, wine says redundant "Error" in the message block pop up and also button "Retry" vs. "OK". If this is considered as crazy nitpicking, there are other problems to which this bug can be converted to (i won't open new bugs yet until this one fixed and because possible duplicates may exists). "Remember list" unrelated to this bug report: * Cancel does not work under wine. WinXP asks you "Are you sure?" Yes/No. Yes button=exit. * Progress bar is always 100%. WinXP moves as the CD are changed. * When Setup.exe is run under Wow64, it immediately exits with some error code. Under 64bit Win8.1 Setup normally asks you for the serial number as usual. * Missing background images during the installation * Extra minimize button, which is not present on attached WinXP screenshot, makes wine dead. When clicked, popup window is hidden and you can't restore it back. As it is fullscreen, you can't click anywhere, nor Alt-Tab to get it back. Killing wine is a workaround. -- 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 28795] New: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28795 Bug #: 28795 Summary: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector) Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, newer versions of "ExeInfoPE" (>0.0.2.3) which coin their own PE protection scheme don't run anymore. There is still bug 26701 though the app crashes now earlier. With tracing enabled: --- snip --- ... 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000004,0032fe40) ret=05bd0336 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd0336 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000002,0032fe40) ret=05bd034b 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd034b 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0xb74a916a ip=b74a916a tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=ffffffff 0024:trace:seh:raise_exception eax=7bc9d7a7 ebx=b75e0ff4 ecx=0032fdcc edx=7bc9d7a7 esi=0032fc74 edi=ffffffc8 0024:trace:seh:raise_exception ebp=0032fc48 esp=0032f6bc cs=0073 ds=007b es=007b fs=0033 gs=0002 flags=00010246 0024:trace:seh:call_vectored_handlers calling handler at 0x7e16e0bd code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 0x7e16e0bd returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x7bc90f61 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(0032f194) ret=7bc90f9b wine: Unhandled page fault on read access to 0xffffffff at address 0xb74a916a (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 52" 0024:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bc90f9b 0024:trace:seh:call_stack_handlers handler at 0x7bc90f61 returned 1 Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0xb74a916a). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0002 EIP:b74a916a ESP:0032f6bc EBP:0032fc48 EFLAGS:00010246( R- -- I Z- -P- ) EAX:7bc9d7a7 EBX:b75e0ff4 ECX:0032fdcc EDX:7bc9d7a7 ESI:0032fc74 EDI:ffffffc8 Stack dump: 0x0032f6bc: 0032fc7c 7bc9d82e 0032fc58 b74a992c 0x0032f6cc: 0032fc7c 7bc9d82d 00000001 00000000 0x0032f6dc: 0032fc8c 7bc9d82d 00000001 00000001 0x0032f6ec: 7bc9d82d 00000000 00000000 00000001 0x0032f6fc: 7bc9d82d 00000000 00000000 00000000 0x0032f70c: 00000000 00000000 00000000 00000000 Backtrace: =>0 0xb74a916a _IO_vfprintf+0x3a() in libc.so.6 (0x0032fc48) 1 0xb74cbdbb vsnprintf+0xca() in libc.so.6 (0x0032fc74) 2 0x7bc350f9 NTDLL_dbg_vprintf+0x56() in ntdll (0x0032fd90) 3 0xb761ab63 wine_dbg_printf+0x2e() in libwine.so.1 (0x0032fdc0) 4 0x7bc640e5 relay_call+0x113() in ntdll (0x0032fe10) 5 0x7b8224ad in kernel32 (+0x124ac) (0x0032fe60) 6 0x004075cd in exeinfope (+0x75cc) (0x0032fe60) 7 0x7b85de44 call_process_entry+0xb() in kernel32 (0x0032fe78) 8 0x7b85df8a start_process+0x143() in kernel32 (0x0032fec8) 9 0x7bc7a244 call_thread_func+0xb() in ntdll (0x0032fed8) 10 0x7bc7a282 call_thread_entry_point+0x33() in ntdll (0x0032ffb8) 11 0x7bc51ebc start_process+0x25() in ntdll (0x0032ffe8) 12 0xb761edb5 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 0xb74a916a _IO_vfprintf+0x3a in libc.so.6: movl %gs:0x00000000,%ecx --- snip --- The protection scheme fiddles with %gs selector value which breaks TLS pointer access through %gs:0 (Wine uses %fs) or the stack protector scheme that Userland libs and Wine are built with (glibc provided __stack_chk_guard at %gs:0x14). My gcc 4.6.1 x86 host toolchain has -fstack-protector enabled by default hence Wine gets the stack canary code in the binaries. The Glibc here (Xubuntu 11.10) has stack smashing protection enabled by default. Even if Wine is built with "-fno-stack-protector" the app would still break glibc %gs TLS code. This is just a "collector" bug for apps that run into this issue. WONTFIX obviously, there is no reliable way to know when to repair/restore %gs value (and restarting faulting instruction). Regards -- 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 9

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020