February 2016 - 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 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 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 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 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 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 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 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 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 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

[Bug 28326] New: CDBurnerXP's audio player is missing some visual elements
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28326 Summary: CDBurnerXP's audio player is missing some visual elements Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36293) --> (http://bugs.winehq.org/attachment.cgi?id=36293) Builtin/native gdiplus comparison screenshots In CDBurnerXP, the audio player dialog does not display the elapsed playback time, and the outer edges of the pseudo-LED showing the current track are also missing. Both can be seen with native gdiplus. To reproduce the problem: 1. Use winetricks dotnet20 before installing 2. From the main menu, choose "audio disc" 3. Observe the appearance of the audio player above the upper-right corner of the program window -- 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 39377] New: Add support for 'msidbControlAttributesFormatSize' in static text controls to format and label properties such as 'PrimaryVolumeSpaceRequired' (SkySaga installer)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39377 Bug ID: 39377 Summary: Add support for 'msidbControlAttributesFormatSize' in static text controls to format and label properties such as 'PrimaryVolumeSpaceRequired' (SkySaga installer) Product: Wine Version: 1.7.52 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 39307 Prerequisites: * 'winetricks -q dotnet40' (if Wine-Mono not present) * Windows version set to 'Windows Vista+' --- snip --- ... 0035:trace:msi:msi_set_property 0x15bbf8 L"PrimaryVolumeSpaceRequired" L"19380" -1 ... 0035:trace:msi:msi_dialog_add_control L"Static", L"Description", 00090003, L"Setup requires [PrimaryVolumeSpaceRequired] in:", 00020000 ... 0035:trace:msi:MSI_FormatRecordW L"Setup requires [PrimaryVolumeSpaceRequired] in:" ... 0035:trace:msi:msi_get_property returning L"19380" for property L"PrimaryVolumeSpaceRequired" ... 0035:Call user32.CreateWindowExW(00000000,7ce97ae0 L"Static",00198d58 L"Setup requires 19380 in:",50020000,000000d9,000000a4,00000183,00000017,00030080,00000000,00000000,00000000) ret=7ce272f3 ... --- snip --- This number displayed is 512 byte units. I found this in the remark section of 'PrimaryVolumeSpaceRequired' property in MSDN: https://msdn.microsoft.com/en-us/library/aa370849%28v=vs.85%29.aspx --- quote --- PrimaryVolumeSpaceRequired property The installer sets the value of the PrimaryVolumeSpaceRequired property to a string representing the total number of bytes required by all selected features on the volume referenced by the PrimaryVolumePath property. As with the PrimaryVolumeSpaceAvailable property, this number is expressed in units of 512 bytes. Remarks Note if this value is to be displayed within a static Text control, the FormatSize bit can be used to automatically format and label this number in units of kilobytes or megabytes as appropriate. --- quote --- https://msdn.microsoft.com/en-us/library/aa368608%28v=vs.85%29.aspx 'FormatSize' is indeed applicable here (attributes of control = 0x00090003). The value should be formatted with proper units to be meaningful. $ sha1sum SkySagaEUInstaller.exe ee55d51213031fdf8d71475434c18ecd7caef9eb SkySagaEUInstaller.exe $ du -sh SkySagaEUInstaller.exe 11M SkySagaEUInstaller.exe $ wine --version wine-1.7.52 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 32517] New: installer of QQMusic 8.6 hangs
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32517 Bug #: 32517 Summary: installer of QQMusic 8.6 hangs Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified reproduce it follow this: 0. download it 4641e15fd47484798a2cd910dccffdc8 QQMusic_Setup_86_860.exe 1. wine QQMusic_Setup_86_860.exe This is the output information: fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32f124 63 chs) semi-stub fixme:msvcp:locale__Locimp__Makexloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makewloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makeushloc (0x32f124 63 0x1763a0 (nil)) semi-stub err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da my test enviroment: - Ubuntu 12.10 32bit - wine 1.5.20 -- 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 35921] New: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35921 Bug ID: 35921 Summary: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService) Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The app calls DXVA2CreateVideoService with the interface identifier IID_IDirectXVideoProcessorService and subsequently crashes while trying to use it. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dxva2 wine ./DXVAChecker.exe >>log.txt 2>&1 ... 002a:Call dxva2.DXVA2CreateVideoService(001a3f80,001791e0,0033e574) ret=0393234c 002a:fixme:dxva2:DXVA2CreateVideoService (0x1a3f80, {fc51a552-d5e7-11d9-af55-00054e43ff02}, 0x33e574): stub 002a:Ret dxva2.DXVA2CreateVideoService() retval=80004001 ret=0393234c ... 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x790020cf ip=790020cf tid=002a 002a:trace:seh:raise_exception info[0]=00000000 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception eax=00000000 ebx=00142e50 ecx=00000000 edx=00000000 esi=0033e458 edi=0033e5ac 002a:trace:seh:raise_exception ebp=0033e440 esp=0033e424 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002a:trace:seh:call_stack_handlers calling handler at 0x79fcc4da code=c0000005 flags=0 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms705631%28v=vs.85%… $ sha1sum DXVAChecker32_3.0.1.zip e7ba2151ae8cc2b9f805cbd1dd046c31f0d45a5b DXVAChecker32_3.0.1.zip $ du -sh DXVAChecker32_3.0.1.zip 564K DXVAChecker32_3.0.1.zip $ wine --version wine-1.7.15-209-g5d173f9 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 15381] New: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15381 Summary: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6 Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmda(a)yandex.ru Created an attachment (id=16230) --> (http://bugs.winehq.org/attachment.cgi?id=16230) demo illustrating the problem if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel and lead to the errors Attached is client/server code that demonstrates the problem. If you comment out CoFreeUnusedLibraries call, it will start to work. Steps: -comple all 3 projects in the Workspace (Debug target is the only appropriate for the sake of demo) -make sure server and proxy are registered by running testserver.exe -RegServer, regsvr32 testserverPS.dll -run testproject.exe (the client) Expected behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will show client's message "call succeeded" and client will exit 5. after roughly 6sec it will show that the server is unloaded/ Actual behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will dump out trouble in the console and show client's message "call failed" You may call CoFreeUnusedLibraries anywhere in the appartment and it will break RPC on the server side. In some cases it will crash whole the server, like in the demo. Tested environment: Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates -- 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 35611] New: A lot of user32:msg tests fail in the Japanese locale
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35611 Bug ID: 35611 Summary: A lot of user32:msg tests fail in the Japanese locale Product: Wine Version: 1.7.12 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Classification: Unclassified The WineTestBot's w7u VM runs the tests in the Japanese locale. This results in 49 test failures instead of the background of 6 test failures. This can also be seen in the fg-win7u64-ja VM which gets 55 failures. See: http://test.winehq.org/data/tests/user32:msg.html The failures happen in test_dbcs_wm_char() and test_unicode_wm_char(). msg.c:11812: Test failed: got message 31f msg.c:11817: Test failed: bad wparam 81/2260 msg.c:11819: Test failed: got message 102 msg.c:11829: Test failed: bad wparam 201a/2260 msg.c:11836: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11836: Failed sequence no messages: msg.c:11836: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11838: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11838: Failed sequence Unicode WM_CHAR: msg.c:11838: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11845: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11845: Failed sequence no messages: msg.c:11845: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11847: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11847: Failed sequence Unicode WM_CHAR: msg.c:11847: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11854: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11854: Failed sequence no messages: msg.c:11854: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11856: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11856: Failed sequence Unicode WM_CHAR: msg.c:11856: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11863: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11863: Failed sequence no messages: msg.c:11863: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11865: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11865: Failed sequence Unicode WM_CHAR: msg.c:11865: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11872: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11872: Failed sequence no messages: msg.c:11872: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11874: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11874: Failed sequence Unicode WM_CHAR: msg.c:11874: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11882: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11882: Failed sequence no messages: msg.c:11882: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11885: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11885: Failed sequence Unicode WM_CHAR: msg.c:11885: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11890: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11890: Failed sequence no messages: msg.c:11890: 0: expected: nothing - actual: MsgCheckProc: 003C03CE 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11892: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11892: Failed sequence Unicode WM_CHAR: msg.c:11892: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11900: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11900: Failed sequence no messages: msg.c:11900: 0: expected: nothing - actual: MsgCheckProc: 003C03CE 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11908: Test failed: bad wparam 201a/2260 msg.c:11912: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11912: Failed sequence Unicode WM_CHAR: msg.c:11912: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11920: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11920: Failed sequence no messages: msg.c:11920: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11920: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11922: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11922: Failed sequence Unicode WM_CHAR: msg.c:11922: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11924: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11924: Failed sequence Unicode WM_CHAR: msg.c:11924: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11933: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11933: Failed sequence no messages: msg.c:11933: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11933: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11936: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11936: Failed sequence Unicode WM_CHAR: msg.c:11936: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11938: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11938: Failed sequence Unicode WM_CHAR: msg.c:11938: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11944: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11944: Failed sequence no messages: msg.c:11944: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11944: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11946: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11946: Failed sequence Unicode WM_CHAR: msg.c:11946: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11948: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11948: Failed sequence Unicode WM_CHAR: msg.c:11948: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11953: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a0081 msg.c:11953: Failed sequence Unicode WM_CHAR: msg.c:11953: 0: expected: msg 0102 - actual: MsgCheckProc: 003C03CE 0102 wp 201a0081 lp 00000000 (flags 19) msg.c:11962: Test failed: bad wparam 81/30fb msg.c:11969: Test failed: bad wparam 81/30fb msg.c:11980: Test failed: bad wparam 3f/81 msg.c:11982: Test failed: no message msg.c:11985: Test failed: bad wparam 3f/81 msg.c:11995: Test failed: bad wparam 3f/81 msg.c:12001: Test failed: unexpected hwnd 003C03CE msg.c:12002: Test failed: unexpected message 31f msg.c:12003: Test failed: bad wparam 1/81 msg.c:12012: Test failed: bad wparam 3f/81 msg.c:12019: Test failed: unexpected hwnd 00000000 msg.c:12021: Test failed: bad wparam 81/81 msg.c:12022: Test failed: bad lparam 0 msg.c:12023: Test failed: bad time 1b0e62/1b0e90 msg.c:12032: Test failed: unexpected hwnd 003C03CE msg.c:12037: Test failed: unexpected hwnd 003C03CE msg.c:12044: Test failed: bad wparam 3f/81 msg.c:12049: Test failed: bad wparam 3f/81 -- 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 34966] New: Academagia (WPF game) dialog windows are invisible until alt-tabed out
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34966 Bug #: 34966 Summary: Academagia (WPF game) dialog windows are invisible until alt-tabed out Product: Wine Version: 1.7.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com Classification: Unclassified installed dotnet51sp1 from the latest winetricks on a 32 bits prefix installed windowscodecs from the latest winetricks the same 32 bits prefix installed the game on the same 32 bits prefix then; started notpad: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' notepad started the game with these options: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' WINEDEBUG=+tid,+seh,+relay wine ./Academagia.exe >>log.txt 2>&1 And waited until the first dialog window i was able to activate, alt-tabed out (that was when i noticed it became visible) and killed the corresponding wineserver with: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' wineserver -k The log is quite large uncompressed (1.5 GB), but actually 30mb compressed. Still too large to upload here; but it can go to my google drive: https://drive.google.com/file/d/0BzxkBmaf1EiWTmhiQjJ1YkllZWc/edit?usp=shari… -- 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 12968] New: MS Visual Studio V6 setup error 258 since 0.9.58
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12968 Summary: MS Visual Studio V6 setup error 258 since 0.9.58 Product: Wine Version: 0.9.61. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: k.king177(a)ntlworld.com trying to install Visual Studio v6 get MS Msgbox headed "Setup Error 258" with text Your setup files may be damaged. Try restarting the setup program from where you originally ran it. this is probably related or from same issue causing bug# 12967 for Office 97 see that bug for environment details. -- 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 15948] New: Error generated when trying to install visual studio 6.0 into centos5 via wine
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15948 Summary: Error generated when trying to install visual studio 6.0 into centos5 via wine Product: Wine Version: 1.1.7 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: boniemx(a)gmail.com Created an attachment (id=17135) --> (http://bugs.winehq.org/attachment.cgi?id=17135) error-log for installation of visual studio 6.0 via wine into centos5 Hi, am trying to install Visual studio 6.0, but it produces the error that I have attached. Please I need to do this urgently. Please help -- 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 37902] New: CreateDirectoryW creates a directory with the permissions set to 000
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37902 Bug ID: 37902 Summary: CreateDirectoryW creates a directory with the permissions set to 000 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ehsan.akhgari(a)gmail.com Distribution: --- Created attachment 50480 --> https://bugs.winehq.org/attachment.cgi?id=50480 file trace from the installer I am trying to install Visual Studio 2013 Update 4 from its full SDK under wine in Ubuntu Trusty. The installation fails because a directory created by the installer through CreateDirectoryW ends up with the permission bits set to 0. I am attaching a file trace from the relevant failure to the bug. The directory in question is: "C:\users\Public\Application Data\Package Cache\{b8a9dbc1-1fd4-4103-a83b-a2896f193ea0}". -- 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 34828] New: Visual Studio 2010 fails to start (IWICBitmapFrameEncode_WriteSource_Proxy, empty rect)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34828 Bug #: 34828 Summary: Visual Studio 2010 fails to start (IWICBitmapFrameEncode_WriteSource_Proxy, empty rect) Product: Wine Version: 1.7.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32654 Prerequisite: winetricks -q dotnet20 dotnet40 corefonts Copying my analysis verbatim from http://bugs.winehq.org/show_bug.cgi?id=32654#c2 here --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+relay,+wincodecs wine ./VCExpress.exe ... 002b:Call windowscodecs.WICSetEncoderFormat_Proxy(065e6080,00000000,065e4e50,0032f15c) ret=0f24f5bb 002b:trace:wincodecs:WICSetEncoderFormat_Proxy 0x65e6080,(nil),0x65e4e50,0x32f15c 002b:trace:wincodecs:BitmapImpl_GetPixelFormat (0x65e6080,0x32f008) 002b:trace:wincodecs:TiffFrameEncode_SetPixelFormat (0x65e4e50,{6fddc324-4e03-4bfe-b185-3d77768dc90f}) 002b:trace:wincodecs:BitmapImpl_AddRef (0x65e6080) refcount=5 002b:Ret windowscodecs.WICSetEncoderFormat_Proxy() retval=00000000 ret=0f24f5bb ... 002b:Call windowscodecs.IWICBitmapFrameEncode_WriteSource_Proxy(065e4e50,065e6080,0032f214) ret=0f24f77b 002b:trace:wincodecs:TiffFrameEncode_WriteSource (0x65e4e50,0x65e6080,0x32f214) 002b:trace:wincodecs:BitmapImpl_GetPixelFormat (0x65e6080,0x32ef7c) 002b:Ret windowscodecs.IWICBitmapFrameEncode_WriteSource_Proxy() retval=80070057 ret=0f24f77b ... 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aabb ip=7b83aabb tid=002b 002b:trace:seh:raise_exception info[0]=80070057 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception info[2]=00000000 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=79140000 002b:trace:seh:raise_exception eax=7b826891 ebx=7b8b96b0 ecx=79140000 edx=0032ef88 esi=0032f068 edi=0032efe0 002b:trace:seh:raise_exception ebp=0032efb8 esp=0032ef54 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002b:Call oleaut32.SysAllocStringLen(01584f9c L"Value does not fall within the expected range.",0000002e) ret=793c87f2 --- snip --- --- snip --- Wine-dbg>bt Backtrace: =>0 0xf728bb6f TiffFrameEncode_WriteSource(iface=0xeccd9f0, pIBitmapSource=0xec9f448, prc=0x33f214) [/home/focht/projects/wine/wine-git/dlls/windowscodecs/tiffformat.c:1642] in windowscodecs (0x0033f108) 1 0x06a6f77b (0x0033f19c) 2 0x06a6edcd (0x0033f25c) Wine-dbg>p *prc {X=0, Y=0, Width=0, Height=0} Wine-dbg>p *This {IWICBitmapFrameEncode_iface={lpVtbl=0xf72f7740}, ref=0x1, parent=0xec9f6e8, initialized=0x1, info_written=0, committed=0, format=0xf72f8d20, width=0x10, height=0x10, xres=96.000000, yres=96.000000, lines_written=0} --- snip --- Source of failure: http://source.winehq.org/git/wine.git/blob/d8c71dd5ed80111c401382dc9dd6c5a2… --- snip --- 1640 static HRESULT WINAPI TiffFrameEncode_WriteSource(IWICBitmapFrameEncode *iface, 1641 IWICBitmapSource *pIBitmapSource, WICRect *prc) 1642 { 1643 TiffFrameEncode *This = impl_from_IWICBitmapFrameEncode(iface); 1644 HRESULT hr; 1645 WICRect rc; 1646 WICPixelFormatGUID guid; 1647 UINT stride; 1648 BYTE *pixeldata; ... Wine-dbg>l 1693 if (prc->Width != This->width) return E_INVALIDARG; 1694 1695 stride = (This->format->bpp * This->width + 7)/8; 1696 1697 pixeldata = HeapAlloc(GetProcessHeap(), 0, stride * prc->Height); 1698 if (!pixeldata) return E_OUTOFMEMORY; 1699 1700 hr = IWICBitmapSource_CopyPixels(pIBitmapSource, prc, stride, 1701 stride*prc->Height, pixeldata); 1702 1703 if (SUCCEEDED(hr)) --- snip --- $ wine --version wine-1.7.5-174-g2eb6502 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 32654] New: Visual Studio 2010 fails on shutdown, needs windowscodecs WICSetEncoderFormat_Proxy stub
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32654 Bug #: 32654 Summary: Visual Studio 2010 fails on shutdown, needs windowscodecs WICSetEncoderFormat_Proxy stub Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, upon shutdown of Visual Studio 2010 IDE: --- snip --- 002c:Call KERNEL32.GetProcAddress(f7140000,055bfe54 "WICSetEncoderFormat_Proxy") ret=79171e1e 002c:Ret KERNEL32.GetProcAddress() retval=f714e9fc ret=79171e1e ... 002c:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032dbf4) ret=f71d0891 002c:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=002c 002c:trace:seh:raise_exception info[0]=f71d0900 002c:trace:seh:raise_exception info[1]=f71d0a88 wine: Call from 0x7b83aa77 to unimplemented function windowscodecs.dll.WICSetEncoderFormat_Proxy, aborting 002c:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=80000100 flags=1 002c:Call KERNEL32.GetLastError() ret=791f5aa7 002c:Ret KERNEL32.GetLastError() retval=00000000 ret=791f5aa7 002c:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 002c:trace:seh:call_stack_handlers calling handler at 0x791ccc44 code=80000100 flags=1 --- snip --- Prerequisite: winetricks -q dotnet20 dotnet40 corefonts 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 16

[Bug 32561] New: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromHICON impl
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32561 Bug #: 32561 Summary: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromHICON impl Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32549 With Dmitry's patches (http://source.winehq.org/patches/data/93114 and http://source.winehq.org/patches/data/93115) the IDE runs further - into next bug ;-) Prerequisite: winetricks -q dotnet20 dotnet40 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+relay,+wincodecs wine ./VCExpress.exe ... 002b:Call KERNEL32.GetProcAddress(f7140000,0554f03d "IWICImagingFactory_CreateBitmapFromHICON_Proxy") ret=79171e1e 002b:Ret KERNEL32.GetProcAddress() retval=f714f040 ret=79171e1e ... 002b:Call windowscodecs.IWICImagingFactory_CreateBitmapFromHICON_Proxy(0f0313d0,0001008c,0032f1cc) ret=06a2ac67 002b:fixme:wincodecs:ComponentFactory_CreateBitmapFromHICON (0xf0313d0,0x1008c,0x32f1cc): stub 002b:Ret windowscodecs.IWICImagingFactory_CreateBitmapFromHICON_Proxy() retval=80004001 ret=06a2ac67 ... 002b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032f0ec) ret=791cac08 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=002b 002b:trace:seh:raise_exception info[0]=80004001 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception info[2]=00000000 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=79140000 002b:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=79140000 edx=0032efc8 esi=0032f0a8 edi=0032f020 002b:trace:seh:raise_exception ebp=0032eff8 esp=0032ef94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002b:Call oleaut32.SysAllocStringLen(01568104 L"The method or operation is not implemented.",0000002b) ret=793c87f2 ... --- snip --- 'winetricks windowscodecs' works around. Source: http://source.winehq.org/git/wine.git/blob/96ebc618b5029723d1f2401dc54e5e0f… --- snip --- 595 static HRESULT WINAPI ComponentFactory_CreateBitmapFromHICON(IWICComponentFactory *iface, 596 HICON hIcon, IWICBitmap **ppIBitmap) 597 { 598 FIXME("(%p,%p,%p): stub\n", iface, hIcon, ppIBitmap); 599 return E_NOTIMPL; 600 } --- snip --- 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 10

[Bug 32564] New: Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32564 Bug #: 32564 Summary: Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, found while investigating bug 32562 After clicking "OK" in project creation wizard nothing happens and the following is shown in console: --- snip --- 0009:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0009 0009:trace:seh:raise_exception info[0]=7ec005c0 0009:trace:seh:raise_exception info[1]=7ec0065d wine: Call from 0x7b83aa77 to unimplemented function atl100.dll.AtlAxDialogBoxW, aborting 0009:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=80000100 flags=1 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/c0456aea76bcd8ce77d7c91dfc95a5ff… --- snip --- 21 35 stub AtlAxDialogBoxW 22 36 stub AtlAxDialogBoxA --- snip --- Prerequisite: 'winetricks -q dotnet20 dotnet40 windowscodecs corefonts' 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 32549] New: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromMemory impl
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32549 Bug #: 32549 Summary: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromMemory impl Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, prerequisite: winetricks -q dotnet20 dotnet40 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./VCExpress.exe ... 0009:fixme:wincodecs:ComponentFactory_CreateBitmapFromMemory (0x215d78,4,4,{6fddc324-4e03-4bfe-b185-3d77768dc90f},16,64,0x1455540,0x32ed1c): stub 0009:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0009 0009:trace:seh:raise_exception info[0]=80004001 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception info[2]=00000000 0009:trace:seh:raise_exception info[3]=00000000 0009:trace:seh:raise_exception info[4]=79140000 0009:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=80004001 edx=0032eba4 esi=0032ec54 edi=001871e8 0009:trace:seh:raise_exception ebp=0032ebe8 esp=0032eb84 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... --- snip --- 'winetricks windowscodecs' works around. Source: http://source.winehq.org/git/wine.git/blob/96ebc618b5029723d1f2401dc54e5e0f… --- snip --- 578 static HRESULT WINAPI ComponentFactory_CreateBitmapFromMemory(IWICComponentFactory *iface, 579 UINT uiWidth, UINT uiHeight, REFWICPixelFormatGUID pixelFormat, UINT cbStride, 580 UINT cbBufferSize, BYTE *pbBuffer, IWICBitmap **ppIBitmap) 581 { 582 FIXME("(%p,%u,%u,%s,%u,%u,%p,%p): stub\n", iface, uiWidth, uiHeight, 583 debugstr_guid(pixelFormat), cbStride, cbBufferSize, pbBuffer, ppIBitmap); 584 return E_NOTIMPL; 585 } --- snip --- 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 35084] New: Visual Studio 2010 installer fails to install in 64-bit Windows XP WINEPREFIX (claims "Windows XP x64 Service Pack 2 is required")
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35084 Bug #: 35084 Summary: Visual Studio 2010 installer fails to install in 64-bit Windows XP WINEPREFIX (claims "Windows XP x64 Service Pack 2 is required") Product: Wine Version: 1.7.7 Platform: x86-64 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 folks, as the summary says. The installer prerequisite log "dd_depcheck_VC_EXP_100.txt" is pretty verbose, no need for Wine trace log: --- snip --- ... [12/08/13,20:06:38] Windows XP x64 Service Pack 2 is required == [12/08/13,20:06:38] This component uses the FileRegVerCheck version check method. It will compare a given version against the version of a regkey on your machine. [12/08/13,20:06:38] Registry key being interrogated: HKLM,System\CurrentControlSet\Control\Windows; Value: CSDVersion; Version: 512. [12/08/13,20:06:38] Version on user's machine: 256 [12/08/13,20:06:38] Version to be installed: 512 [12/08/13,20:06:38] Windows XP x64 Service Pack 2 is required == Component to be installed. --- snip --- Setting CSDVersion to 512 in 64-bit prefix allows the installer go further. Wine uses "Service Pack 3" for 32-bit "Windows XP" setting (=latest). There is no SP3 for the 64-bit version of Windows XP. XP2 is indeed the latest. For consistency it would make sense that Wine uses SP2 for 64-bit XP, indicating highest SP level. $ sha1sum vc_web.exe c2d61a5424aa474a169e59199aa2158a858833f6 vc_web.exe $ du -sh vc_web.exe 3.2M vc_web.exe $ wine --version wine-1.7.8-128-g37460b6 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 10

[Bug 32558] New: Visual Studio 2010 (10.0) Express Edition web installer crashes due to winhttp reporting available chunk size > 32 KiB (heap corruption)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32558 Bug #: 32558 Summary: Visual Studio 2010 (10.0) Express Edition web installer crashes due to winhttp reporting available chunk size > 32 KiB (heap corruption) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, I noticed strange crashes with the web installer of Visual Studio 2010 (10.0) Express Edition. Sometimes the installer would just bail out silently during download. Prerequisite: 'winetricks -q dotnet20 dotnet40' Unfortunately +relay or even repeated installer runs succeed most of the time so it's not easily to reproduce/track down (also depends on client connection to server). Also running the inner installer under debugger changes symptoms. Fortunately I managed get a crash with +relay at one time (using inner installer). --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+winhttp,+relay wine ./setup.exe /web /CreatedTemp /NoExclude /InstalledFrom . >>log.txt 2>&1 ... 002a:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\test\\dlmgr.dll" at 0x364c0000: native ... 0030:Call oleaut32.SysAllocString(00c00840 L"dlmgr: Starting download attempt 1 of 3 for http://go.microsoft.com/fwlink/?LinkId=165067&clcid=0x409 using Http") ret=3593f268 0030:Ret oleaut32.SysAllocString() retval=01560ec4 ret=3593f268 ... 0030:Call ntdll.RtlAllocateHeap(00453000,00000008,00008000) ret=364e1884 0030:Ret ntdll.RtlAllocateHeap() retval=0045bdc8 ret=364e1884 ... 0042:Call KERNEL32.CreateFileW(0186f540 L"C:\\users\\focht\\Temp\\30319.01\\1033\\VC_EXP\\wcu\\watson\\dw20shared.msi",00000002,00000000,00000000,00000002,00000080,00000000) ret=364db8ff 0042:Ret KERNEL32.CreateFileW() retval=000001e8 ret=364db8ff ... 0042:Call winhttp.WinHttpQueryHeaders(00000003,00000005,00000000,0b56e850,0b56e840,00000000) ret=364d77ed 0042:trace:winhttp:WinHttpQueryHeaders 0x3, 0x00000005, (null), 0xb56e850, 0xb56e840, (nil) 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:trace:winhttp:query_headers attribute L"Content-Length" 0042:trace:winhttp:get_header_index L"Content-Length" 0042:trace:winhttp:get_header_index returning 12 0042:trace:winhttp:query_headers returning string: L"1850368" 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 2 0042:Ret winhttp.WinHttpQueryHeaders() retval=00000001 ret=364d77ed 0042:Call winhttp.WinHttpQueryDataAvailable(00000003,00000000) ret=364d77a6 0042:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e2dc554 0042:Ret ntdll.RtlAllocateHeap() retval=0186fa68 ret=7e2dc554 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0042:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,0186fa68,00000010) ret=7e2dc85b 0042:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=364d77a6 --- snip --- Download for first component is 1850368 bytes in total. The installer allocates a 32 KiB buffer and begins async download using winhttp. The "good" sequence reads like this: --- snip --- ... 0044:Call winhttp.WinHttpReadData(00000003,0045bdc8,00001554,00000000) ret=364d7787 0042:Call ntdll.RtlFreeHeap(00110000,00000000,01718950) ret=7e2dc63a 0044:trace:winhttp:WinHttpReadData 0x3, 0x45bdc8, 5460, (nil) 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0044:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0044:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0044:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7e2dc554 0044:Ret ntdll.RtlAllocateHeap() retval=01718cb0 ret=7e2dc554 0044:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0044:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01718cb0,00000010) ret=7e2dc85b 0042:trace:winhttp:query_headers attribute L"Transfer-Encoding" 0042:trace:winhttp:get_header_index L"Transfer-Encoding" 0042:trace:winhttp:get_header_index returning -1 0042:trace:winhttp:read_data *** async=1, to_read=5460, num_bytes: 5460, ret=1, callback=0x364da8e0, buffer=0x45bdc8 0042:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 0042:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 5460 0042:Call KERNEL32.WriteFile(000001e8,0045bdc8,00001554,0b56e814,00000000) ret=364db83b 0042:Ret KERNEL32.WriteFile() retval=00000001 ret=364db83b ... 0044:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b ... 0044:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 0044:Ret winhttp.WinHttpReadData() retval=00000001 ret=364d7787 --- snip --- "trace:winhttp:read_data ***" trace message was added by me for diagnosis immediately before the send callback (also heap magic and size dump because +heap is not usable here). At one point we get this interesting sequence: --- snip --- ... 000d:Call winhttp.WinHttpQueryDataAvailable(00000003,00000000) ret=364d77a6 000d:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 000d:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 000d:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e2dc554 000d:Ret ntdll.RtlAllocateHeap() retval=01718cb0 ret=7e2dc554 000d:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 000d:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01718cb0,00000010) ret=7e2dc85b 000d:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0042:trace:winhttp:query_data 73440 bytes available 000d:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:trace:winhttp:send_callback 0x1718bc0, 0x00040000, 0xb56e90c, 4 000d:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=364d77a6 ... 0042:Call winhttp.WinHttpReadData(00000003,0045bdc8,00011ee0,00000000) ret=364d7787 000d:Call ntdll.RtlFreeHeap(00110000,00000000,01870290) ret=7e2dc63a 0042:trace:winhttp:WinHttpReadData 0x3, 0x45bdc8, 73440, (nil) 000d:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7e2dc554 0042:Ret ntdll.RtlAllocateHeap() retval=01870290 ret=7e2dc554 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0042:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01870290,00000010) ret=7e2dc85b 0042:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0044:trace:winhttp:query_headers attribute L"Transfer-Encoding" 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0044:trace:winhttp:get_header_index L"Transfer-Encoding" 0042:Ret winhttp.WinHttpReadData() retval=00000001 ret=364d7787 0044:trace:winhttp:get_header_index returning -1 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 2 0042:Call ntdll.RtlFreeHeap(00110000,00000000,01718cb0) ret=7e2dc63a 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0044:trace:winhttp:read_data *** async=1, to_read=73440, num_bytes: 73440, ret=1, callback=0x364da8e0, buffer=0x45bdc8 0044:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 0044:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 73440 ... --- snip --- 73440 bytes available reported and WinHttpReadData() is called from installer with the _same_ original buffer (0x45bdc8) which was allocated with 32 KiB (0x8000 bytes) - no realloc in between! This obviously leads to a heap overwrite and some time later to crashes. --- snip --- ... 000d:trace:winhttp:read_data *** async=1, to_read=5760, num_bytes: 5760, ret=1, callback=0x364da8e0, buffer=0x45bdc8 000d:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 000d:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 5760 000d:Call KERNEL32.WriteFile(000001e8,0045bdc8,00001680,0b76e814,00000000) ret=364db83b 000d:Ret KERNEL32.WriteFile() retval=00000001 ret=364db83b 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000080) ret=364ee12c 000d:Ret ntdll.RtlAllocateHeap() retval=0186fc18 ret=364ee12c 000d:Call KERNEL32.GetLastError() ret=364dfd2f 000d:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 000d:Call KERNEL32.GetLastError() ret=364dfd2f 000d:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x364e4b6f ip=364e4b6f tid=000d 000d:trace:seh:raise_exception info[0]=00000000 000d:trace:seh:raise_exception info[1]=98211559 000d:trace:seh:raise_exception eax=982114ad ebx=00000002 ecx=0b76e30c edx=00000000 esi=0b76e53a edi=0b76e53a 000d:trace:seh:raise_exception ebp=0b76e740 esp=0b76e2bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 --- snip --- I added a small code snippet to automatically report/truncate available chunk size to 32 KiB if larger. --- snip --- ... fixme:winhttp:query_data truncating data avail from 50400 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 89632 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 71264 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 91776 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 116608 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 93920 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 69792 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 96064 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 67616 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 59328 to 32768 bytes! ... --- snip --- With that change in place the web installer runs rock stable, sometimes reaching download speeds of 2-3 MiB/s using winhttp (not maxing out my connection - that might be server-side bandwidth issue). I've not found any useful info on MSDN about a 32 KiB limit on winhttp chunk size. Maybe the MS guys who wrote the installer made some assumption about some underlying native winsock implementation limitation on Windows. It might be interesting to see what max. chunk size native winhttp reports to clients. 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 38528] New: The installer of Visual Studio 2013 (12.0) does not work reliable
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38528 Bug ID: 38528 Summary: The installer of Visual Studio 2013 (12.0) does not work reliable Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Stefan.Leichter(a)camLine.com Distribution: Debian The installer of Visual Studio 2013 does not work reliable for me. My feeling is that the load / resource consumption of the system is the factor that makes the difference. When the load on the system increases the chances for a successful install are better. If the installer does not work, i start the Eclipse IDE, than it works most of the time. Steps for the installation: 0. rm -rf ~/.wine 1. winetricks -q corefonts dotnet45 2. set version to Windows 8.1 via winecfg 3. wine reg add 'HKLM\Software\Microsoft\Internet Explorer' /v 'svcVersion' /t REG_SZ /d '10.0.9200.16384' 4. wine winexpress_full.exe -- 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 40220] New: Visual Studio Community 2015 install stuck at splash screen
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=40220 Bug ID: 40220 Summary: Visual Studio Community 2015 install stuck at splash screen Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: staal1978(a)gmail.com Distribution: --- In a clean 32-bit WINEPREFIX, I installed dotnet452 / corefonts (appdb indicate that dotnet4 is needed) I mounted the offline install media (vs2015.com_enu.iso) with fuseiso and ran vs_community.exe The installer starts until the grey splash screen saying Visual Studio Community 2015 but never goes further than that. Console output is an endless string of : "fixme:thread:__syscall_NtQueryInformationThread info class 16 not supported yet" -- 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 37272] New: CheatEngine 6.4 fails after remote process 'breakin', reporting 'Debugger Crash:Access violation (Last location:41)'
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37272 Bug ID: 37272 Summary: CheatEngine 6.4 fails after remote process 'breakin', reporting 'Debugger Crash:Access violation (Last location:41)' Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The app works well in general - except when breaking into remote process for debugging (to single step). The app is pretty verbose about its doings, using 'OutputDebugString' API. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Cheat Engine 6.4 ... $ WINEDEBUG=+tid,+seh,+loaddll,+process,+debugstr wine ./Cheat\ Engine.exe >>log.txt 2>&1 ... 0023:warn:debugstr:OutputDebugStringA "setThreadContext(28, 110, 07E9710C). dr0=0 dr1=0 dr2=0 dr3=0 dr7=400" ... 002b:warn:debugstr:OutputDebugStringA "HandleExceptionDebugEvent:80000004" ... 002b:warn:debugstr:OutputDebugStringA "EXCEPTION_SINGLE_STEP. Dr6=00004000" ... 002b:warn:debugstr:OutputDebugStringA "Handling as a single step event" ... 002b:warn:debugstr:OutputDebugStringA "HandleBreak()" ... 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x410464 ip=00410464 tid=0023 0023:trace:seh:raise_exception info[0]=00000001 0023:trace:seh:raise_exception info[1]=d000db06 0023:trace:seh:raise_exception eax=0000000b ebx=044bbc78 ecx=d000dafe edx=001c9071 esi=044bbc74 edi=001c9071 0023:trace:seh:raise_exception ebp=01b8ea5c esp=01b8e9f0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210282 0023:trace:seh:call_stack_handlers calling handler at 0x7bc9de17 code=c0000005 flags=0 0023:trace:seh:call_stack_handlers handler at 0x7bc9de17 returned 0 ... --- snip --- The CheatEngine debugger was attached to 'notepad' process. --- snip --- Wine-dbg>info process pid threads executable (all id:s are in hex) 00000027 1 'notepad.exe' 00000022 3 'cheatengine-i386.exe' 00000020 1 'explorer.exe' 0000000e 5 'services.exe' 00000019 3 \_ 'plugplay.exe' 00000012 4 \_ 'winedevice.exe' Wine-dbg>info thread process tid prio (all id:s are in hex) ... 00000022 cheatengine-i386.exe 0000002b 0 00000024 0 00000023 0 00000027 notepad.exe 00000028 0 --- snip --- Running the debugger under a debugger yields the following: --- snip --- Unhandled exception: page fault on write access to 0xd000db06 in 32-bit code (0x00410464). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00410464 ESP:01b8e9f0 EBP:01b8ea5c EFLAGS:00210282( R- -- I S - - - ) EAX:0000000b EBX:040341a8 ECX:d000dafe EDX:001c9071 ESI:040341a4 EDI:001c9071 Stack dump: 0x01b8e9f0: 000000b0 0000000b 040341a4 000000b0 0x01b8ea00: 0423c2e8 0423c2ec 004105ee 0000004c 0x01b8ea10: 0423c2e8 00410bdd 0000001c 0423c2e8 0x01b8ea20: 00000414 0040fa88 006426a9 0423c2e8 0x01b8ea30: 0410a7f8 00000414 006429b7 0423c2e8 0x01b8ea40: 0410a7f8 006427ad 001b2ba8 00000000 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0x00410464 in cheatengine-i386 (+0x10464) (0x01b8ea5c) 1 0x007011b4 in cheatengine-i386 (+0x3011b3) (0x01b8ea70) 2 0x0050bc97 in cheatengine-i386 (+0x10bc96) (0x01b8f368) 3 0x0050c155 in cheatengine-i386 (+0x10c154) (0x01b8f6a0) 4 0x0044b868 in cheatengine-i386 (+0x4b867) (0x01b8f6b8) 5 0x00452019 in cheatengine-i386 (+0x52018) (0x01b8f728) 6 0x004fd312 in cheatengine-i386 (+0xfd311) (0x01b8f7ac) 7 0x005013c1 in cheatengine-i386 (+0x1013c0) (0x01b8f824) 8 0x0058ef28 in cheatengine-i386 (+0x18ef27) (0x01b8f898) 9 0x006e7668 in cheatengine-i386 (+0x2e7667) (0x01b8faa8) 10 0x7eb8fb5e WINPROC_wrapper+0x19() in user32 (0x01b8fad8) ... 0x00410464: movl $0x0,0x8(%ecx) --- snip --- The app is open source: https://code.google.com/p/cheat-engine --- snip --- $ svn checkout http://cheat-engine.googlecode.com/svn/trunk/ cheat-engine-read-only --- snip --- 'Last location:41' part of error message gives a hint: htps://code.google.com/p/cheat-engine/source/browse/trunk/Cheat%20Engine/de… --- snip --- procedure TDebugThreadHandler.VisualizeBreak; begin TDebuggerthread(debuggerthread).execlocation:=41; if processhandler.SystemArchitecture=archx86 then MemoryBrowser.lastdebugcontext:=context^ else MemoryBrowser.lastdebugcontextarm:=armcontext; WaitingToContinue:=not lua_onBreakpoint(context); if WaitingToContinue then //no lua script or it returned 0 MemoryBrowser.UpdateDebugContext(self.Handle, self.ThreadId); end; --- snip --- The crashes happens during update of stacktrace listview, after a couple of 'dbghelp.StackWalk64' calls. 'TMemoryBrowser.UpdateDebugContext' -> 'TfrmStacktrace.stacktrace' https://code.google.com/p/cheat-engine/source/browse/trunk/Cheat%20Engine/f… The crash address is an indirect reference from ECX = 0xd000dafe (+8) .. a value which corresponds to Wine's 'frame->KdHelp.KiCallUserMode' magic value. The stack frame data structure passed to 'StackWalk64' is allocated from internal Delphi heap and initialized. --- snip --- procedure TfrmStacktrace.stacktrace(threadhandle:thandle;context:_context); var stackframe: PStackframe64; cxt:_context; wow64ctx: CONTEXT32; a,b,c,d: dword; sa,sb,sc,sd:string; machinetype: dword; cp: pointer; found: boolean; begin ... getmem(stackframe,sizeof(tstackframe)); zeromemory(stackframe,sizeof(tstackframe)); stackframe^.AddrPC.Offset:=context.{$ifdef cpu64}rip{$else}eip{$endif}; stackframe^.AddrPC.mode:=AddrModeFlat; stackframe^.AddrStack.Offset:=context.{$ifdef cpu64}rsp{$else}esp{$endif}; stackframe^.AddrStack.Mode:=addrmodeflat; stackframe^.AddrFrame.Offset:=context.{$ifdef cpu64}rbp{$else}ebp{$endif}; stackframe^.AddrFrame.Mode:=addrmodeflat; ... --- snip --- The corresponding disassembly, annotated: --- snip --- 0050BBD1 8D45 F8 LEA EAX,DWORD PTR SS:[EBP-8] 0050BBD4 BA A4000000 MOV EDX,0A4 ; sizeof(tstackframe) 0050BBD9 E8 323EF0FF CALL cheateng.0040FA10 ; getmem() 0050BBDE 68 A4000000 PUSH 0A4 ; sizeof(tstackframe) 0050BBE3 FF75 F8 PUSH DWORD PTR SS:[EBP-8] 0050BBE6 E8 C5121600 CALL cheateng.0066CEB0 ; zeromemory() 0050BBEB 8B4D F8 MOV ECX,DWORD PTR SS:[EBP-8] 0050BBEE 8B95 38F8FFFF MOV EDX,DWORD PTR SS:[EBP-7C8] 0050BBF4 B8 00000000 MOV EAX,0 0050BBF9 8911 MOV DWORD PTR DS:[ECX],EDX ; stackframe^.AddrPC.. 0050BBFB 8941 04 MOV DWORD PTR DS:[ECX+4],EAX --- snip --- 0xA4 is a bit too small for 'STACKFRAME64' structure. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680646%28v=vs.85%… My guess is that Delphi/Pascal's definition of 'tstackframe' doesn't include the 'KDHELP64' part which is reserved for kernel debuggers. The problem is that Wine writes magic values into an area that should be left untouched since we're dealing with usermode debugging. That corrupts the internal heap. Source: http://source.winehq.org/git/wine.git/blob/61a9eef9a1c0a72e6571742dbb830f7b… --- snip --- ... 242 /* we don't handle KdHelp */ 243 frame->KdHelp.Thread = 0xC000FADE; 244 frame->KdHelp.ThCallbackStack = 0x10; 245 frame->KdHelp.ThCallbackBStore = 0; 246 frame->KdHelp.NextCallback = 0; 247 frame->KdHelp.FramePointer = 0; 248 frame->KdHelp.KiCallUserMode = 0xD000DAFE; 249 frame->KdHelp.KeUserCallbackDispatcher = 0xE000F000; 250 frame->KdHelp.SystemRangeStart = 0xC0000000; 251 frame->KdHelp.Reserved[0] /* KiUserExceptionDispatcher */ = 0xE0005000; ... --- snip --- The code that writes the magic values was added 8 years ago: http://source.winehq.org/git/wine.git/commitdiff/558130a696a1e6c11a84f3d1f1… Not sure what the intention was since usermode debuggers can't deal with these things anyway. With that part fixed, CheatEngine can debug remote processes after attaching. $ sha1sum CheatEngine64.exe 8cb06bca312ed2bfa02c7f9344f2717d02ecd931 CheatEngine64.exe $ du -sh CheatEngine64.exe 8.7M CheatEngine64.exe $ wine --version wine-1.7.26-44-gb10b391 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 31322] New: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes because TPIDRURW (user TLS register) TEB value is not preserved by kernel
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31322 Bug #: 31322 Summary: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes because TPIDRURW (user TLS register) TEB value is not preserved by kernel Product: Wine Version: 1.5.9 Platform: arm 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, split off from bug 31308 (see there for details). TPIDRURW (user TLS register) TEB value is not preserved by kernel (currently either reset to zero or left with same values across context switches). 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 15

[Bug 31308] New: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes due to invalid user TLS register value access
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31308 Bug #: 31308 Summary: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes due to invalid user TLS register value access Product: Wine Version: 1.5.9 Platform: arm 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, for André, some toy to play with ;-) "Remote Tools for Visual Studio 2012 RC" for Windows on ARM (WoA) can be downloaded here: http://www.microsoft.com/visualstudio/11/en-us/downloads#remote-tools It crashes on my quad Cortex-A9 based i.mx6 Sabre with Ubuntu Linux 12.04 --- snip --- Unhandled exception: page fault on read access to 0xc2083992 in 32-bit code (0x00419d44). Register dump: Thumb User Mode Pc:419d44 Sp:4134f720 Lr:418ed1 Cpsr:200f0030(--C-) r0:0208 r1:0001 r2:4134f7c8 r3:0208 r4:c208398a r5:4134f7c8 r6:0000 r7:4134f728 r8:dddd r9:04e4 r10:0100 Fp:4134f758 Ip:4134f518 Stack dump: 0x4134f720: 00000000 00000000 4134f7c8 00000100 0x4134f730: 00000001 8161b1cd 4134f748 00000100 0x4134f740: 4134f7c8 00000001 4134fd38 00446530 0x4134f750: 000004e4 4006e000 4134f790 00418f91 0x4134f760: 4134fac8 000004e4 00000000 00000000 0x4134f770: 00446998 00446308 42164138 40a72801 Backtrace: =>0 0x00419d44 in rtools_setup_arm (+0x19d44) (0x4134f758) 1 0x00418ed1 in rtools_setup_arm (+0x18ed0) (0x4134f758) 0x00419d44: ldr r4, [r4, #8] Modules: Module Address Debug info Name (77 modules) ELF 8000- 12000 Deferred <wine-loader> PE 400000- 454000 Export rtools_setup_arm ELF 40031000-4003f000 Deferred libsm.so.6 ... System information: Wine build: wine-1.5.9-186-g1f6febe Platform: arm Host system: Linux Host version: 3.2.0-1000-linaro-lt-mx6 --- snip --- WINEDEBUG=+tid,+seh,+relay doesn't reveal much, might be app init/startup code: --- snip --- $ wine ./rtools_setup_arm.exe ... 0024:Call KERNEL32.GetLastError() ret=00416973 0024:Ret KERNEL32.GetLastError() retval=00000000 ret=00416973 0024:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,4130f7c8 " \x01\x02\x03\x04\x05\x06\x07\x08\t\n\x0b\x0c\r\x0e\x0f\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\x1a\x1b\x1c\x1d\x1e\x1f !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~\x7f\x80\x81\x82\x83\x84\x85\x86\x87\x88\x89\x8a\x8b\x8c\x8d\x8e\x8f\x90\x91\x92\x93\x94"...,00000100,00000000,00000000) ret=00418e95 0024:Ret KERNEL32.MultiByteToWideChar() retval=00000100 ret=00418e95 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=c2083992 0024:trace:seh:raise_exception Pc:419d44 Sp:4130f720 Lr:418ed1 Cpsr:200f0030 r0:0208 r1:0001 r2:0100 r3:0208 0024:trace:seh:raise_exception r4:c208398a r5:4130f7c8 r6:0000 r7:4130f728 r8:dddd r9:04e4 r10:0100 Fp:4130f758 Ip:4130f518 0024:trace:seh:call_stack_handlers calling handler at 0x403e3900 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(4130f574) ret=403e3964 wine: Unhandled page fault on read access to 0xc2083992 at address 0x419d44 (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 68" ... --- snip --- Winedbg's builtin disassembler isn't really helpful, it's missing various thumb(2) opcodes. Fortunately there is a free IDA 6.2 demo version for Linux which also supports ARM family for download: http://www.hex-rays.com/products/ida/support/download_demo.shtml This is an invaluable tool which can be used to improve winedbg's disassembler and investigate other problems on ARM. The code in question: --- snip --- ... .text:00419D40 MRC p15, 0, R4,c13,c0, 2 .text:00419D44 LDR R4, [R4,#8] ... --- snip --- ARM info center CP15 c13 register summary: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0388f/CIHFGF… Another resource: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0360f/CACEAI… Opcode_2=3 register "TPIDRURO" is actually ARM HW TLS register, used by libc (__get_tls()). Opcode_2=2 register "TPIDRURW" is "Software Thread ID, User, R/W" Not sure if this is a "free for use" register or if any user space threading library code actually manages this register. One would have to search eglibc sources for ARM and any userspace libraries mapped into process address space, not part of Wine. The values don't seem very random but they point to invalid (not mapped) memory locations. I couldn't find any MCR opcodes in application code, so it's probably written elsewhere. This linux kernel patch has a bit of information: http://www.kernelhub.org/?p=2&msg=57979 It got committed to Linux 3.3.5: http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.3.5 (search for TPIDRURW). I'm running 3.2.0 so it's obviously not cleared by kernel side on context switch. Anyway, I fear this will be most likely upstream if the kernel deliberately clears it on every context switch (starting with 3.3.5). $ du -sh rtools_setup_arm.exe 16M rtools_setup_arm.exe $ sha1sum rtools_setup_arm.exe 6f75e6dad60b64e1f074884829b63ca00bcdb531 rtools_setup_arm.exe 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 37915] New: IsWow64Process fix(es) required: 32bit UPlay games do not launch in a 64Bit prefix when Wine is set to Vista/Win7
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37915 Bug ID: 37915 Summary: IsWow64Process fix(es) required: 32bit UPlay games do not launch in a 64Bit prefix when Wine is set to Vista/Win7 Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- While the recent commit http://source.winehq.org/git/wine.git/commitdiff/bfd088dbc6b4f397d9adfbc11a… now allows Uplay to launch 64-bit games in a 64-bit prefix when Windows 7 is selected (and probably Vista and 8), it doesn't help with launching 32-bit games. Since #33776 was closed without covering this situation, I'm opening this bug to cover that use-case here. Attachment 50492 from #33776 (https://bugs.winehq.org/attachment.cgi?id=50492&action=diff) solves this for me, but seems to be a work in progress based on what the author has said there. This issue is also perhaps not specific to Uplay, although I don't know of any other application affected by the bugs in the existing implementation at this time (hence the title). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 39101] New: Visual Studio Compiler creates invalid interface from a typelib
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39101 Bug ID: 39101 Summary: Visual Studio Compiler creates invalid interface from a typelib Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Created attachment 52094 --> https://bugs.winehq.org/attachment.cgi?id=52094 Sample Project winetricks vc2008express Open the Attached project and compile. StdAfx.h has line. #import "../typelibs/Debug/typelibs.tlb" which causes the compiler to get generate typelibs.tlh and typelibs.tli files. These files represent the interfaces that are defined in the TLB. Under WINE, the file created (runme\Debug\typelibs.tlh), contains a line, like below, for every function in the base interfaces(s). virtual HRESULT _VtblGapPlaceholder1( ) { return E_NOTIMPL; } whereas on windows these lines aren't there. These extra lines cause the V Table to be incorrect and programs crash when any of the interface functions are called. -- 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 33221] New: Visual Studio 2008 (9.0) Express Edition cannot compile with builtin msvcr90
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33221 Bug #: 33221 Summary: Visual Studio 2008 (9.0) Express Edition cannot compile with builtin msvcr90 Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Regression SHA1: 5d88f780dd4bbbde0ff27075b58321d7347f6d4b The VS IDE terminal window shows the following error: 1>cl : Command line warning D9002 : ignoring unknown option '/' 1>cl : Command line error D8003 : missing source filename A git bisect reveals: 5d88f780dd4bbbde0ff27075b58321d7347f6d4b is the first bad commit commit 5d88f780dd4bbbde0ff27075b58321d7347f6d4b Author: Piotr Caban <piotr(a)codeweavers.com> Date: Mon Feb 18 10:26:01 2013 +0100 msvcr90: Prefer builtin version. :040000 040000 09577625ae5788cd73d4a3cd6c5c6f82ea7d9807 aef32f8a1984759761461627 A debug trace for +msvcrt is quite large (rather obviously), but can be found here: https://dl.dropbox.com/u/195059/wine/msvcrt.log The issue can be worked around by setting msvcr90 to native in winecfg. -- 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 8

[Bug 33207] New: Visual Studio 2008 (9.0) Express Edition cannot launch in a fresh prefix
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33207 Bug #: 33207 Summary: Visual Studio 2008 (9.0) Express Edition cannot launch in a fresh prefix Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified On launch the application reports "The application data folder for <program> could not be created." (e.g. "Visual C++ Express"). By manually creating the expected folder the problem can be worked around: mkdir ${HOME}/.wine/drive_c/users/${USER}/Application\ Data -- 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 10

[Bug 15619] New: Visual Studio 2008 Installer Hangs after err:seh:setup_exception_record stack overflow
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15619 Summary: Visual Studio 2008 Installer Hangs after err:seh:setup_exception_record stack overflow Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peterbelm(a)gmail.com Created an attachment (id=16642) --> (http://bugs.winehq.org/attachment.cgi?id=16642) Terminal output When running the Visual Studio 2008 installer the setup window appears, and starts loading installation components, after about 30 seconds full processor usage, err:seh:setup_exception_record stack overflow appears in the terminal output (see attachment) the progress bar increases slightly, and then it seems to hang. Checking with strace on the setup.exe process (the main one, the other one gives me 'Operation not permitted', even when sudo'ing it) shows it is waiting to read from a pipe, which is red when doing 'ls -l', I assume that means the pipe doesn't exist any more? -- 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 29905] New: Microsoft Visual Studio 2008: attaching to process fails with "unknown error: 0x80070003" (support of "Session" namespace for named objects needed)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29905 Bug #: 29905 Summary: Microsoft Visual Studio 2008: attaching to process fails with "unknown error: 0x80070003" (support of "Session" namespace for named objects needed) Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, prerequisite: 'winetricks -q dotnet30' Unfortunately for installation of Visual Studio 2008 Professional/Enterprise editions you have to resort to hacks. NOTE: Remote debugging capability is not available in Visual Studio 2005/2008 express editions (free for download). Bug 29354 (installer fails due to ProductID being set during client side "ValidateProductID" standard action -> don't set property) Bug 10601 (GAC API for managed assembly installation needs reparse point/junction API support -> force msi_install_assembly()/IAssemblyCache_InstallAssembly to succeed on failure) The installer still fails in the end but it's enough to have a "half" usable IDE/build environment (.NET Framework 3.5 and some .NET service packs get skipped due to Mono registry/fake mess while other components fail to install). Unlike Visual Studio 2005 which uses wtsapi (bug 29903), Visual Studio 2008 retrieves the process list by different means and displays the process in "standard" transport mode. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 9.0/Common7/IDE $ wine ./devenv.exe --- snip --- 1) Menu "extras" -> "attach to process" 2) select one process, click "attach" It starts the debugging environment but fails half-through with "unknown error: 0x80070003" --- snip --- ... 0082:Call KERNEL32.ProcessIdToSessionId(00000085,0032e5f0) ret=3f083224 0082:Ret KERNEL32.ProcessIdToSessionId() retval=00000001 ret=3f083224 ... 0082:Call KERNEL32.CreateFileMappingW(ffffffff,0032e604,00000004,00000000,0000003c,0032e610 L"Session\\0\\Microsoft_VS90_causality_sharedmemory-133") ret=3f089149 0082:Ret KERNEL32.CreateFileMappingW() retval=00000000 ret=3f089149 0082:Call KERNEL32.GetLastError() ret=3f08897a 0082:Ret KERNEL32.GetLastError() retval=00000003 ret=3f08897a ... 0082:Call KERNEL32.FormatMessageW(00001300,00000000,80070003,00000400,0032e638,00000000,00000000) ret=3f2b9072 0082:Ret KERNEL32.FormatMessageW() retval=00000000 ret=3f2b9072 ... 0082:Call oleaut32.SysAllocString(03d19b60 L"Der Vorgang wird nicht unterst\00fctzt. Unbekannter Fehler: 0x80070003.") ret=3f247a9f ... --- snip --- For communication between target and debugger a shared memory location is created. The shared memory (file mapping) is created using a special namespace syntax: "Session\\0\\Microsoft_VS90_causality_sharedmemory-133" Wineserver doesn't support "Session\<id>" yet, hence CreateFileMappingW() fails. (another run with +server): --- snip --- 0009: create_mapping( access=000f000f, attributes=00000080, protect=00000043, size=0000003c, file_handle=0000, objattr={rootdir=0010,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=10000000,AceFlags=0,Sid={S-1-5-21-0-0-0-1000}}}},name=L"Session\\0\\Microsoft_VS90_causality_sharedmemory-18"} ) 0009: create_mapping() = OBJECT_PATH_NOT_FOUND { handle=0000 } --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ba715798094896e8b98fc5803e16b00f… "Kernel Object Namespaces": http://msdn.microsoft.com/en-us/library/aa382954.aspx --- quote --- ... In addition to the "Global\" prefix, client processes can use the "Local\" prefix to explicitly create an object in their session namespace. These keywords are case sensitive. The "Session\" prefix is reserved for system use and you should not use it in names of kernel objects. ... <user comments> This documentation effectively states that 'Global', 'Local' and 'Session' are all valid as name prefixes (but not as names). There appears to be no documentation that says 'Session' cannot be used as a prefix or that it is reserved for use as a prefix. By referring to 'Session' as it does, it strongly implies that this a fully legal and valid way to enable applications in one session to interact with applications in another session. I think Microsoft should consider adding more detail about whether 'Session' is or is not valid for use by developers, and if so exactly what it can and cannot be used for. [user reponse] Global\ refers to the Global Namespace, Local\ refers to the current session's namespace, Session\x\ refers to x's namespace where x is the session id (not LUID or anything special, just a counter) --- quote --- "Memory mapped files from XP to Vista" http://blogs.msdn.com/b/maartenb/archive/2008/05/07/memory-mapped-files-fro… --- quote --- ... Online search for "sessions\1\basenamedobject" gives hits that point to Terminal Services. There appear to be Local Global and Session namespaces. So prior to Vista and Server 2008 all services shared the same namespace as the first user logging in to the machine. This was session 0. With Vista this is no longer the case. Just like all compatibility issues it is explained in the cookbook. --- quote --- There is a workaround for this problem. You can force a "normal" shared memory mapping name by setting to WinVer to "Windows 2000" prior running the IDE. Some components don't really support running WinVer < "Windows XP" anymore hence this might break some stuff (VS2008 refuses to install with W2K mode). At least this prevents the error message when attaching. It doesn't really break/pause the remote process (might be bug 25462). 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 10

[Bug 24583] New: Wine 1.3.3 can't run Visual Studio 2008 (VC9) installer
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24583 Summary: Wine 1.3.3 can't run Visual Studio 2008 (VC9) installer Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simons(a)cryp.to Created an attachment (id=31046) --> (http://bugs.winehq.org/attachment.cgi?id=31046) Output printed by wine while attempting to run the installer I ran the installer of the full version (not VC express) using the latest release of wine. The installer starts up and works for a while, but ultimately it aborts with an unhandled exception. -- 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 20227] New: msi: Table Join on two tables that have same (non-join) column name causes only first column data to be returned.
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=20227 Summary: msi: Table Join on two tables that have same (non-join) column name causes only first column data to be returned. Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ngallaher+winehq(a)deepthought.org Created an attachment (id=23863) --> (http://bugs.winehq.org/attachment.cgi?id=23863) Patch for TableJoin bug Imagine the following tables Table foo: string color string flavor Table bar: string color string flavor with query "Select foo.color, bar.flavor from foo, bar where foo.color=bar.color" The current version returns the data from columns foo.color and foo.flavor. This is because when the tables are joined, the original tablename identifiers are dropped on the floor, resulting in a table with two 'color' and two 'flavor' columns. The VIEW_find_column() function then returns the first column found that matches the requested name. This can be traced to a deficiency in VIEW_find_column() which only uses the column names in its comparison. Further, the sql parser does not preserve the table identifier, but this is easily fixed. A patch, including test case is attached. This behaviour was observed when trying to install Visual Studio 2008 Standard Edition. -- 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 13

[Bug 15671] New: Visual Studio 2008 Express web install fails with "Sharing violation" on $shtdwn$.req
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15671 Summary: Visual Studio 2008 Express web install fails with "Sharing violation" on $shtdwn$.req Product: Wine Version: 1.1.6 Platform: Other URL: http://www.microsoft.com/express/download/#webInstall OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To get the installer to even try, you have to do "winetricks volnum". The next problem is while copying file 41 of 41, $shtdwn$.req, it gets a sharing violation. The file it's trying to copy is there, but can't be opened, possibly because it has never been closed. 002f:Call KERNEL32.CreateFileA(0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req",c0000000,00000003,00000000,00000001,04000002,00000000) ret=0100355e trace:file:CreateFileW returning 0x68 002f:Ret KERNEL32.CreateFileA() retval=00000068 ret=0100355e 002f:Call KERNEL32.WriteFile(00000068,0100a5a0,00000314,0032fe70,00000000) ret=010035b5 trace:file:WriteFile 0x68 0x100a5a0 788 0x32fe70 (nil) 002f:Ret KERNEL32.WriteFile() retval=00000001 ret=010035b5 002f:Call KERNEL32.SetEnvironmentVariableA(01002388 "_SFX_CAB_SHUTDOWN_REQUEST",0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req") ret=010035cb ... ... trace:text:DrawTextExW L"Setup is copying required resources to your temp directory.\r\nCopying file 41 of 41.\r\n\r\nCopying setup file: $shtdwn$.req", -1, [(0,0)-(360,70)] 00000050 ... 0032:Call KERNEL32.CopyFileExW(0033e80c L"C:\\21309f2f7662773b82c3\\$shtdwn$.req",0033e5fc L"C:\\windows\\temp\\SIT42147.tmp\\$shtdwn$.req",3aaed850,0000000 0,0033ddbc,00000002) ret=3aaed716 warn:file:CreateFileW Unable to create file L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" (status c0000043) warn:file:CopyFileW Unable to open source L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" 0032:Call oleaut32.SysAllocString(00787cf0 L"Setup has encountered a problem while trying to copy:\r\nC:\\21309f2f7662773b82c3\\$shtdwn$.req\r\nPress Retry to attempt the copy again. Press Cancel to cancel setup.") ret=3aae49ab Interestingly, even on Windows this file can't be opened sometimes early in an installer; see http://www.digitalformula.net/infrastructure/how-to-perform-an-unattended-i… It's an interesting mystery. What triggers that file to be closed on Windows? -- 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 14875] New: VS 2008 Express Editions (SP1) installer fails with directory resolution error (bug in msi appsearch action)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14875 Summary: VS 2008 Express Editions (SP1) installer fails with directory resolution error (bug in msi appsearch action) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/express/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, downloaded full DVD image of Visual Studio 2008 Express Edition with SP1. Minimal set of prerequisites needed to reproduce this bug: 1. sh winetricks volnum (bug 5351) 2. MsiSetExternalUIRecord patch (bug 10547) The installer stops with error "directory resolution failed". --- snip --- 002c:Call msi.MsiGetPropertyW(00000001,00cee4c8 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8",39e262f8,0032ab10) ret=39e55231 002c:trace:msi:MSI_GetProperty 1 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" 0x39e262f8 0x32ab10 .. 002c:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`='VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32a9c4 .. 002c:Ret msi.MsiGetPropertyW() retval=000000ea ret=39e55231 .. 002c:Call KERNEL32.FormatMessageW(00000b00,3aa70000,0000108e,00000400,0032a7bc,00000000,00000000) ret=39ea74fb 002c:Ret KERNEL32.FormatMessageW() retval=00000024 ret=39ea74fb .. 002c:Call oleaut32.SysAllocString(00cdcd08 L"Microsoft Visual C++ 2008 Express Edition with SP1 - DEU") ret=39e4bc58 .. 002c:Call oleaut32.SysAllocString(00cee978 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8: Fehler bei Verzeichnisaufl\00f6sung.") ret=39e4bc58 .. 002c:Call oleaut32.SysFreeString(010ab66c L"ERROR processed; exception was thrown for retail build\n\tDeveloper Comment: \n\tBuild Time: Thu Dec 11 15:04:18 2003\n\tDWORD: 234") ret=39e40e56 .. 002c:Call oleaut32.SysFreeString(010ab5ec L"Microsoft Visual C++ 2008 Express Edition with SP1 - DEU") ret=39e40e5f .. 002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032a9d8) ret=39e80d28 002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8433b0 --- snip --- Property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" (= Visual Studio install directory) does not exist (anymore) at this install stage. Besides from a bug in dlls/msi/install.c:msi_strcpy_to_awstring(), which results in wrong ERROR_MORE_DATA for empty unicode strings (see previous snippet, str=L"" + len=0), the following sequences lead to this bug... The installation directory property is created/set first here: --- snip --- .. 002c:trace:msi:MsiDoActionW L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_PerformUIAction Performing action (L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8") .. 002c:trace:msi:ACTION_CustomAction Handling custom action L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"CA_SetVcvars32bat_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" L"[#FL_vsvars_bat_10582_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];[#FL_vcvars32_bat_5369_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET VCINSTALLDIR=[VC7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET FrameworkDir=[Framework_x86.3643236F_FC"...) .. 002c:trace:msi:MSI_GetPropertyW returning L"C:\\Program Files\\Microsoft Visual Studio 9.0\\" for property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" .. --- snip --- ("@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]") But is removed/reset at later install stage, when this custom action is run: --- snip --- 002c:trace:msi:ACTION_CustomAction Handling custom action L"CA_VIntegration_Exec_VS7_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L"[VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8]") 002c:trace:msidb:MSI_CreateRecord 1 .. 002c:trace:msi:MSI_GetPropertyW property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" not found .. 002c:trace:msi:MSI_SetPropertyW 0xbcbec8 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L"" .. 002c:trace:msi:MSI_GetPropertyW property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" not found 002c:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE `_Property` = 'VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32b298 .. --- snip --- The removal/reset was due to property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" not existing. Using ORCA tool on msi setup database, one can find this property referenced in "AppSearch" table: --- snip --- Property ; Signature VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8 VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip --- Signature is "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" "CompLocator" table: --- snip --- Signature ; ComponentId ; Type VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {2883180F-8F0F-4B82-B0BA-D48CE920DFAF} 0 --- snip --- "Component" table: --- snip --- Component ; ComponentId ; Directory ; Attribute ; Condition ; KeyPath VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {2883180F-8F0F-4B82-B0BA-D48CE920DFAF} VS7.3643236F_FC70_11D3_A536_0090278A1BB8 0 --- snip --- Armed with this information, one can find the following in trace log: --- snip --- 002c:trace:msi:iterate_appsearch L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchGetSignature package 0xbcbec8, sig 0x32b304 .. 002c:trace:msi:ACTION_AppSearchGetSignature failed to query signature for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchComponents L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. .. 002c:trace:msi:MsiLocateComponentW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" 0x32b040 0x32b248 002c:trace:msi:MsiGetProductCodeW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" 0x32afae .. 002c:trace:msi:MSIREG_OpenUserDataComponentKey L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" .. 002c:trace:msi:MSIREG_OpenUserDataComponentKey squished (L"F0813882F0F828B40BAB4DC89E02FDFA") .. 002c:trace:msi:ACTION_AppSearchReg L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchReg failed to query RegLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchIni L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchIni failed to query IniLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchDr L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchDr failed to query DrLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. --- snip --- This results in property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" and depending property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" reset. MSDN info for AppSearch table here: http://msdn.microsoft.com/en-us/library/aa367579.aspx and AppSearch action: http://msdn.microsoft.com/en-us/library/aa367578.aspx Specifically: --- quote --- The AppSearch action requires that the Signature table be present in the installation package. [..] A signature that is not in the Signature table denotes a directory and the action sets the property to the directory path for that signature. --- quote --- This "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" key is not present in "Signature" table, it's actually a directory. If we look in the previously posted "Component" table we see the directory is actually "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" By looking into "Directory" table we find the following: --- snip --- Directory ; Directory Parent ; DefaultDir VS7.3643236F_FC70_11D3_A536_0090278A1BB8 ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8 VS90.NET|Microsoft Visual Studio 9.0 --- snip --- So "VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" should resolve to "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" -> L"C:\\Program Files\\Microsoft Visual Studio 9.0\\" (install dir) This looks like bug in wine msi appsearch action impl. 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 15

[Bug 29921] New: Microsoft Visual Studio 2008 Express installer shows highlighted items incorrectly
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29921 Bug #: 29921 Summary: Microsoft Visual Studio 2008 Express installer shows highlighted items incorrectly Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Created attachment 38933 --> http://bugs.winehq.org/attachment.cgi?id=38933 Screenshot depicting the problem Any checkbox or button selected in the installer window will "disappear". The installer still functions, but the issue is very visually disturbing. -- 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 35840] New: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs ITextStream ReadAll method implementation)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35840 Bug ID: 35840 Summary: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs ITextStream ReadAll method implementation) Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35474 (needs patch http://bugs.winehq.org/attachment.cgi?id=47855 applied). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Das Fussball Studio $ WINEDEBUG=+tid,+seh,+relay,+variant,+ole,+scrrun wine ./Das\ Fussball\ Studio.exe >>log.txt 2>&1 ... 0027:trace:scrrun:file_OpenAsTextStream (0x12f6b0)->(1 0 0x33f9c8) 0027:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=7ddb3408 0027:Ret ntdll.RtlAllocateHeap() retval=0017c9c8 ret=7ddb3408 0027:Call KERNEL32.CreateFileW(00197040 L"C:\\users\\focht\\Application Data\\Das Fussball Studio\\SetupData.xml",80000000,00000000,00000000,00000003,00000080,00000000) ret=7ddb4c80 0027:Ret KERNEL32.CreateFileW() retval=0000008c ret=7ddb4c80 0027:Call KERNEL32.GetFileSizeEx(0000008c,0017c9e0) ret=7ddb4cd9 0027:Ret KERNEL32.GetFileSizeEx() retval=00000001 ret=7ddb4cd9 0027:fixme:scrrun:textstream_ReadAll (0x17c9c8)->(0x33fa18): stub 0027:trace:scrrun:textstream_AddRef (0x17c9c8)->(2) 0027:trace:scrrun:textstream_QueryInterface (0x17c9c8)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x33f870) 0027:trace:scrrun:textstream_Release (0x17c9c8)->(1) 0027:Call oleaut32.SysFreeString(00000000) ret=6600e1a9 0027:Ret oleaut32.SysFreeString() retval=0033f820 ret=6600e1a9 0027:Call oleaut32.SysFreeString(00000000) ret=6600e1ae 0027:Ret oleaut32.SysFreeString() retval=0033f820 ret=6600e1ae 0027:Call oleaut32.SysFreeString(00000000) ret=6600e1b3 0027:Ret oleaut32.SysFreeString() retval=0033f820 ret=6600e1b3 0027:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f850) ret=660d0956 0027:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ab7b ip=7b83ab7b tid=0027 0027:trace:seh:raise_exception info[0]=deadcafe 0027:trace:seh:raise_exception info[1]=deadcafe 0027:trace:seh:raise_exception eax=7b826be1 ebx=7b8ba000 ecx=deadcafe edx=0033f7a4 esi=0033f850 edi=0033f810 0027:trace:seh:raise_exception ebp=0033f7e8 esp=0033f784 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0027:trace:seh:call_stack_handlers calling handler at 0x426186 code=c000008f flags=1 ... 0027:Call KERNEL32.WideCharToMultiByte(00000000,00000000,00196fac L"Run-time error '445':\n\nObject doesn't support this action",ffffffff,022c4238,00000072,00000000,00000000) ret=660711c4 --- snip --- 'winetricks wsh57' works around. $ sha1sum DFS_Setup_852.exe 841d3cb8dac5077f83b97952b53a9b166c099f4e DFS_Setup_852.exe $ du -sh DFS_Setup_852.exe 17M DFS_Setup_852.exe $ wine --version wine-1.7.15 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 35474] New: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs IFile::OpenAsTextStream)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35474 Bug ID: 35474 Summary: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs IFile::OpenAsTextStream) Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, reported in WineHQ forums. The user installed a large number of native components which most likely messed up the WINEPREFIX anyway. Prerequisite: 'winetricks -q mdac28 jet40' A dialog window 'Persönliche Verzeichnisse erstellen' (create user folders) is shown upon first startup. You need to click the 'new folder' button below the browse button for each red folder icon to become green. After that you click left button 'Übernehmen' (apply). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Das Fussball Studio $ WINEDEBUG=+tid,+seh,+relay,+snoop,+variant,+ole wine ./Das\ Fussball\ Studio.exe >>log.txt 2>&1 ... 0023:Call KERNEL32.GetFullPathNameW(036ef714 L"C:\\users\\Public\\Application Data\\Das Fussball Studio\\8.5.2\\Zitate.xml",00000046,0380fb00,00000000) ret=7ddc81d7 0023:Ret KERNEL32.GetFullPathNameW() retval=00000045 ret=7ddc81d7 0023:Call KERNEL32.GetFileAttributesW(0380fb00 L"C:\\users\\Public\\Application Data\\Das Fussball Studio\\8.5.2\\Zitate.xml") ret=7ddc8256 0023:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=7ddc8256 0023:fixme:scrrun:file_OpenAsTextStream (0x157f38)->(1 0 0x33f944) 0023:CALL MSVBVM60.__vbaHresultCheckObj(<unknown, check return>) ret=01cdfd77 ... 0023:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f840) ret=660d0956 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83a977 ip=7b83a977 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=deadcafe edx=0033f794 esi=0033f840 edi=0033f800 0023:trace:seh:raise_exception ebp=0033f7d8 esp=0033f774 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0023:trace:seh:call_stack_handlers calling handler at 0x426186 code=c000008f flags=1 0023:CALL MSVBVM60.__vbaExceptHandler(<unknown, check return>) ret=7bc867c1 ... 0023:Call user32.MessageBoxIndirectA(0033faac) ret=6606f73f ... 0023:Call winex11.drv.SetWindowText(00010168,038117d0 L"Run-time error '445':\n\nObject doesn't support this action") ret=7ec9f739 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/553078161dbddf7cca44837663ef6858… --- snip --- 1756 static HRESULT WINAPI file_OpenAsTextStream(IFile *iface, IOMode IOMode, Tristate Format, ITextStream **ppts) 1757 { 1758 struct file *This = impl_from_IFile(iface); 1759 FIXME("(%p)->(%x %x %p)\n", This, IOMode, Format, ppts); 1760 return E_NOTIMPL; 1761 } --- snip --- 'winetricks wsh57' works around. $ sha1sum DFS_Setup_852.exe 841d3cb8dac5077f83b97952b53a9b166c099f4e DFS_Setup_852.exe $ du -sh DFS_Setup_852.exe 17M DFS_Setup_852.exe $ wine --version wine-1.7.11-162-ga1b9634 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 35816] New: iTunes 7 installer aborts early ('Err' object 'Clear' and 'Number' methods are stubs)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35816 Bug ID: 35816 Summary: iTunes 7 installer aborts early ('Err' object 'Clear' and 'Number' methods are stubs) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35794 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+vbscript,+ole,+variant wine ./iTunesSetup7.exe >>log.txt 2>&1 ... 0039:trace:vbscript:interp_icall 0039:trace:vbscript:disp_get_id using IDispatch 0039:trace:ole:ITypeInfo_fnGetIDsOfNames (0x1daf80) Name L"Err" cNames 1 ... 0039:warn:ole:ITypeInfo_fnGetIDsOfNames no names found 0039:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Err", clsid {000c109e-0000-0000-c000-000000000046} 0039:trace:vbscript:DispatchEx_AddRef (0x1d5e28) ref=2 0039:trace:vbscript:interp_mcallv 0039:trace:ole:ITypeInfo_fnGetIDsOfNames (0x1d5948) Name L"Clear" cNames 1 0039:Call KERNEL32.lstrcmpiW(001ec73c L"Clear",001d3ff4 L"Clear") ret=7e5dabff 0039:Ret KERNEL32.lstrcmpiW() retval=00000000 ret=7e5dabff 0039:trace:ole:ITypeInfo_fnGetIDsOfNames -- 0x00000000 0039:trace:vbscript:DispatchEx_QueryInterface (0x1d5e28)->(IID_IDispatchEx 0x64e1a0) 0039:trace:vbscript:DispatchEx_AddRef (0x1d5e28) ref=3 0039:trace:vbscript:DispatchEx_InvokeEx (0x1d5e28)->(64 0 1 0x64e234 (nil) 0x64e180 (nil)) 0039:fixme:vbscript:Err_Clear 0039:trace:vbscript:DispatchEx_Release (0x1d5e28) ref=2 0039:trace:vbscript:DispatchEx_Release (0x1d5e28) ref=1 0039:fixme:vbscript:exec_script Failed 80004001 in resume next mode ... 0037:err:msi:ITERATE_Actions Execution halted, action L"iTunesLaunchConditions" returned 1603 --- snip --- The relevant VBScript code: --- snip --- Function CompareVersions(sVersion1, sVersion2) Dim rgExpVersionComponents Dim oMatches1, oMatches2 Dim iVersion1, iVersion2 Dim i On Error Resume Next Set rgExpVersionComponents = New RegExp rgExpVersionComponents.Pattern = "(\d+)\.?" rgExpVersionComponents.Global= True Set oMatches1 = rgExpVersionComponents.Execute(sVersion1) Set oMatches2 = rgExpVersionComponents.Execute(sVersion2) i = 0 Do Err.Clear iVersion1 = 0 iVersion2 = 0 iVersion1 = CInt(oMatches1(i).SubMatches(0)) iVersion2 = CInt(oMatches2(i).SubMatches(0)) If iVersion1 < iVersion2 Then CompareVersions = -1 Exit Function ElseIf iVersion1 > iVersion2 Then CompareVersions = 1 Exit Function End If i = i + 1 Loop While Err.number = 0 CompareVersions = 0 End Function --- snip --- Source: http://source.winehq.org/git/wine.git/blob/347cf1d39df2c5e3488d10e9aff26786… --- snip --- 56 static HRESULT Err_Clear(vbdisp_t *This, VARIANT *args, unsigned args_cnt, VARIANT *res) 57 { 58 FIXME("\n"); 59 return E_NOTIMPL; 60 } --- snip --- $ sha1sum iTunesSetup7.exe 5cdc86b2edb1411b9a022f05b1bfbe858fbcf901 iTunesSetup7.exe $ du -sh iTunesSetup7.exe 35M iTunesSetup7.exe $ wine --version wine-1.7.14-165-g77bd74f 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 20623] New: Swiftkit crashed
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=20623 Summary: Swiftkit crashed Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frt975(a)gmail.com SwiftKit Crashed. I gave vb6run gecko and Java installed. -- 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 35806] New: Multiple VB6 apps complain with "Run-time error '445'" (Swiftkit)(ITextStream::WriteLine method implementation needed)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35806 Bug ID: 35806 Summary: Multiple VB6 apps complain with "Run-time error '445'" (Swiftkit)(ITextStream::WriteLine method implementation needed) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 20623 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/SwiftKit $ WINEDEBUG=+tid,+seh,+snoop,+variant,+ole,+relay,+scrrun wine ./SwiftKit.exe >>log.txt 2>&1 ... 0023:fixme:scrrun:textstream_WriteLine (0x139058)->(L"[3/17/2014 10:15:12 PM] Starting up..."): stub 0023:CALL MSVBVM60.__vbaHresultCheckObj(<unknown, check return>) ret=00438214 0023:trace:scrrun:textstream_AddRef (0x139058)->(2) 0023:trace:scrrun:textstream_QueryInterface (0x139058)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x33f9ec) 0023:trace:scrrun:textstream_Release (0x139058)->(1) ... 0023:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f9cc) ret=660d0956 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ab23 ip=7b83ab23 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826b89 ebx=7b8bb000 ecx=deadcafe edx=0033f92c esi=0033f9cc edi=0033f990 0023:trace:seh:raise_exception ebp=0033f968 esp=0033f904 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x4028c6 code=c000008f flags=1 ... 0023:Call KERNEL32.WideCharToMultiByte(00000000,00000000,00139b6c L"Run-time error '445':\n\nObject doesn't support this action",ffffffff,0098ff48,00000072,00000000,00000000) ret=660711c4 --- snip --- $ sha1sum SwiftKit$Install$.exe 8bda9e7585865eee408eb7157dc8b07aaf440c80 SwiftKit(Install).exe $ du -sh SwiftKit$Install$.exe 3.4M SwiftKit(Install).exe $ wine --version wine-1.7.14-142-gbd69346 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 38714] New: 64-bit ARM Windows applications from Windows SDK crash in entry (loader needs to set/randomize cookie for PE modules)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38714 Bug ID: 38714 Summary: 64-bit ARM Windows applications from Windows SDK crash in entry (loader needs to set/randomize cookie for PE modules) Product: Wine Version: 1.7.44 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, this is more an educated guess since I only have remote access to some 64-bit ARM Linux VM without proper debugging tools. Winedbg/gdb proxy is unusable as of now and my shiny JTAG Debugger for Cortex-A5x (ICD) can't work "remotely". Anyway, I think I gathered enough information without the need for debugging. Don't complain about 'root' - it's not my machine :) --- snip --- # wine64 winedbg arm64/mt.exe Wine-dbg>info process pid threads executable (all id:s are in hex) >00000024 1 'mt.exe' 00000026 2 \_ 'wineconsole.exe' 00000014 4 'explorer.exe' 0000000e 5 'services.exe' 0000001b 3 \_ 'plugplay.exe' 00000012 3 \_ 'winedevice.exe' Wine-dbg>info thread process tid prio (all id:s are in hex) 0000000e services.exe 0000001e 0 0000001d 0 00000016 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001a 0 00000019 0 00000013 0 00000014 explorer.exe 00000023 0 00000022 0 00000021 0 00000015 0 0000001b plugplay.exe 00000020 0 0000001f 0 0000001c 0 00000024 (D) Z:\root\wine\64\arm64\mt.exe 00000025 0 <== 00000026 wineconsole.exe 00000028 0 00000027 0 --- snip --- --- snip --- Wine-dbg>si be_arm64_single_step: not done Unhandled exception: illegal instruction in 64-bit code (0x000000014010ce78). Register dump: ARM64 EL0t Mode Pc:000000014010ce78 Sp:0000007f8aa6fe20 Lr:000000014010ca7c Pstate:0000000060000000(-ZC-) x0: 0000007f8bd0c000 x1: 0000000000000005 x2: 0000007f8bd0e000 x3: 0000000000000001 x4: 0000000000000001 x5: f5183970d346f95f x6: 0000000000000001 x7: 0000000000000002 x8: 00002b992ddfa232 x9: 00002b992ddfa232 x10:00000000031bb537 x11:0000007f8bd0f078 x12:0000007ffb057a54 x13:0000007ffb057a58 x14:0000007ffb057b20 x15:0000007f8bb35908 ip0:0000007f8b966120 ip1:0000007f8b9c9e10 x18:0000007f8bb359d0 x19:0000007f8bd0c000 x20:000000014010ca70 x21:0000000000000000 x22:0000007f8b949000 x23:0000007f8acd3584 x24:0000007f8acfd000 x25:0000007f8aee07f0 x26:0000007ffb057e90 x27:0000007ffb057e08 x28:0000007f8ad15000 Fp:0000007f8aa6fe20 Stack dump: 0x0000007f8aa6fe20: 0000007f8aa6fe30 0000007f8acd35e0 0x0000007f8aa6fe30: 0000007f8aa6fe60 0000007f8b9310ac 0x0000007f8aa6fe40: 0000007f8acd3584 0000007f8bd0c000 0x0000007f8aa6fe50: 0000000000000000 0000000000000000 0x0000007f8aa6fe60: 0000007f8aa6ffe0 0000007f8b90ca20 0x0000007f8aa6fe70: 0000007f8bd0c000 0000007f8acd3584 0x0000007f8aa6fe80: ffffffffffffffff 0000007f8b941ab4 0x0000007f8aa6fe90: 0000007f8acb67cc 0000007f8acd3584 0x0000007f8aa6fea0: 0000007f8bd0c000 0000000000000000 0x0000007f8aa6feb0: 0000007f8b949000 0000007f8acd3584 0x0000007f8aa6fec0: 0000007f8acfd000 0000007f8aee07f0 0x0000007f8aa6fed0: 0000007ffb057e90 0000007ffb057e08 Backtrace: =>0 0x000000014010ce78 in mt (+0x10ce78) (0x0000007f8aa6fe20) 1 0x000000014010ca7c in mt (+0x10ca7b) (0x0000007f8aa6fe20) ... --- snip --- The entry point code of the app: --- snip --- entry: 0000000140020300 STP X29, X30, [SP,#-0x10]! 0000000140020304 MOV X29, SP 0000000140020308 BL 140020E40 000000014002030C BL 140020318 0000000140020310 LDP X29, X30, [SP],#0x10 0000000140020314 RET ... 0000000140020E40 ADRP X8, #0x140030000 ; .data 0000000140020E44 LDR X8, [X8,#0x800] ; offset to cookie 000000014010CE68 CBZ X8, 14010CE78 000000014010CE6C LDR X9, =0x2B992DDFA232 ; default cookie arm64? 000000014010CE70 CMP X8, X9 000000014010CE74 B.NE 14010CE7C 000000014010CE78 BRK #0xF003 ; whoops, bail here 000000014010CE7C MVN X8, X8 0000000140020E60 ADRP X9, #0x140030000 0000000140020E64 STR X8, [X9,#0x808] 000000014010CE88 RET .data: ... 0000000140030800 DCQ 0x2B992DDFA232 ; module security cookie (default val) --- snip --- Looks like the entry code checks for the default value of the security cookie and bails if it's still unmodified. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms680328%28v=vs.85… IMAGE_LOAD_CONFIG_DIRECTORY64 -> SecurityCookie (64-bit VA) The loader needs to randomize the cookie for each module if present (= non-zero VA) before calling the entry. --- Another tidbit: For decoding the immediate field in the emitted 'brk' instruction I only found information for the Linux counterpart which says range 0x2000-0xffff is app/user-defined. https://gcc.gnu.org/ml/gcc-patches/2013-11/msg02228.html --- quote --- POSIX siginfo BRK #imm16 si_signo si_code Purpose ---------- -------- ------- ------- 0000-0fff S/w breakpoint, reserved for debuggers 0000-3ff SIGTRAP TRAP_BRKPT- EL0 breakpoint (e.g. gdb) 0400-7ff SIGILL ILL_ILLTRP* EL1 breakpoint (e.g. kgdb) 0800-bff SIGILL ILL_ILLTRP* EL2 breakpoint 0c00-fff SIGILL ILL_ILLTRP* EL3 breakpoint 1000-1fff C/C++ runtime errors 1000 SIGABRT n/a libc abort() 1001 SIGFPE FPE_INTDIV integer divide by zero 1002 SIGFPE FPE_INTOVF integer overflow 1003 SIGFPE FPE_FLTDIV floating-point divide by zero 1004 SIGFPE FPE_FLTOVF floating-point overflow 1005 SIGFPE FPE_FLTUND floating-point underflow 1006 SIGFPE FPE_FLTRES floating-point inexact result 1007 SIGFPE FPE_FLTINV floating-point invalid op 1008 SIGFPE FPE_FLTSUB subscript out of range 1009-1fff SIGILL ILL_ILLTRP unused but reserved 2000-ffff SIGILL ILL_ILLOPC+ Guaranteed unused, resvd for apps - This is the signal generated now for all values of BRK immediate. GDB currently uses "BRK #0" * The EL1/EL2/EL3 breakpoints would deliver a SIGILL if they are executed by EL0 code, and caught by the EL1 kernel. A s/w debugger operating at a higher EL which placed such breakpoints would presumably catch them and handle them, without the EL1 kernel ever seeing them. + Immediate values 0x2000-ffff generate the same signal as any other UNDEFINED instruction encoding, but with guaranteed behaviour for JITs etc. The original imm16 value could be made available in the si_trapno field of the signal context. --- quote --- 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 25558] New: Can't install Flight Simulator X
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25558 Summary: Can't install Flight Simulator X Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: el.il(a)doom.co.il Created an attachment (id=32543) --> (http://bugs.winehq.org/attachment.cgi?id=32543) Terminal Output Microsoft Flight Simulator X Installation doesn't work. I'm tested with a clean wineprefix. I'm using wine-1.3.9-1.fc14, on 64bit I can see the installer loading dialog, but when the progress line gets to the end, an error shows up, saying "1628: Failed to complete installation". Attached is the terminal output. Notice the line "wine: Invalid address" I think this might need extra debugging. Please note that the bug also occurs in the installer of the demo version. Download: https://www.microsoft.com/games/flightsimulatorx/downloads.html -- 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 30

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- 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 12628] New: wine: Call from 0x7b840fc8 to unimplemented function hal. dll.ExAcquireFastMutex
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12628 Summary: wine: Call from 0x7b840fc8 to unimplemented function hal.dll.ExAcquireFastMutex Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimeff(a)gmail.com I get the following error: wine: Call from 0x7b840fc8 to unimplemented function hal.dll.ExAcquireFastMutex, aborting It would be great if that function were implemented :) (I'm running epoc.exe, an emulator for Symbian development) -- 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 25162] New: E-Card Blue Societe general doesn't work
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25162 Summary: E-Card Blue Societe general doesn't work Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightdragonfire(a)msn.com Created an attachment (id=31917) --> (http://bugs.winehq.org/attachment.cgi?id=31917) backtrace The application crash from the launch. I installed ntlm_auth but it didn't resolve my problem. Where download the application ? http://groupe.socgen.com/html/e-carte/V4/ecartebleueSG.exe -- 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 34677] New: e-carte bleue la banque postale doesn't work at all
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34677 Bug #: 34677 Summary: e-carte bleue la banque postale doesn't work at all Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adri1jld(a)hotmail.fr Classification: Unclassified I install the e-carte bleue (by la banque postale) app on my PC but a window say that there is a serious problem and have to be closed -- 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 21

[Bug 28937] New: YouSendIt crashes
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28937 Bug #: 28937 Summary: YouSendIt crashes Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.yousendit.com/cms/standalone-app OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified YouSendItExpressSetup2_10_2.exe fixme:msxml:domdoc_get_parseError (0x1a944c)->(0x33c3b8): creating a dummy parseError fixme:msxml:parseError_QueryInterface interface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented fixme:msxml:parseError_QueryInterface interface {719c3050-f9d3-11cf-a493-00400523a8a6} not implemented fixme:msxml:parseError_QueryInterface interface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented wine: Unhandled page fault on read access to 0x00000010 at address 0x202666e2 (thread 0040), starting debugger... Workaround: winetricks msxml3 -- 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 29

[Bug 34687] New: Port Royale 2 crashes on startup (SymGetLineFromAddr() returns unix-style path for source file)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34687 Bug #: 34687 Summary: Port Royale 2 crashes on startup (SymGetLineFromAddr() returns unix-style path for source file) Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... The game bundles a native version of 'dbghelp.dll' which is used in their exception handling/stack analysis library code living in 'Walhalla.dll' to provide more information. Wine builtin is of course preferred/loaded. The game engine uses custom C++ exception classes which retrieve some context information using dbghelp. After calling dbghelp.SymGetLineFromAddr(), strrchr() is used on the returned IMAGEHLP_LINE64.FileName member. This obviously won't work because Wine returns a unix-style path, leading to crash. 'strrchr' returns NULL -> input to STL basic_string() ctor --- snip --- 0025:Call dbghelp.SymGetModuleInfo64(ffffffff,7bc8d47f,00000000,0033ad20) ret=00af4ad6 0025:Call KERNEL32.WideCharToMultiByte(00000000,00000000,00339794 L"ntdll",ffffffff,0033a44c,00000020,00000000,00000000) ret=7e5a69c2 0025:Ret KERNEL32.WideCharToMultiByte() retval=00000006 ret=7e5a69c2 ... 0025:Ret dbghelp.SymGetModuleInfo64() retval=00000001 ret=00af4ad6 0025:Call ntdll.RtlAllocateHeap(00dd3000,00000000,00000020) ret=7c3416b3 0025:Ret ntdll.RtlAllocateHeap() retval=00e29e78 ret=7c3416b3 0025:Call dbghelp.SymGetSymFromAddr64(ffffffff,7bc8d47f,00000000,0033ad18,0033abe8) ret=00af4b41 0025:Ret dbghelp.SymGetSymFromAddr64() retval=00000001 ret=00af4b41 0025:Call ntdll.RtlAllocateHeap(00dd3000,00000000,00000020) ret=7c3416b3 0025:Ret ntdll.RtlAllocateHeap() retval=0e9fefb0 ret=7c3416b3 0025:Call dbghelp.SymGetLineFromAddr64(ffffffff,7bc8d47f,00000000,00000000,0033ab70) ret=00af4b9d 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e5c219e ip=7e5c219e tid=0025 0025:trace:seh:raise_exception info[0]=00000001 0025:trace:seh:raise_exception info[1]=00000000 0025:trace:seh:raise_exception eax=00000000 ebx=7e5d9000 ecx=0000000e edx=0000000e esi=0033ab3c edi=0033ab04 0025:trace:seh:raise_exception ebp=0033aae8 esp=0033aa90 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210202 --- snip --- The actual code: --- snip --- ... 0113D393 MOV DWORD PTR SS:[ESP+40],EDX 0113D397 MOV DWORD PTR SS:[ESP+30],14 0113D39F CALL DWORD PTR DS:[11E627C] ; dbghelp.SymGetLineFromAddr 0113D3A5 TEST EAX,EAX 0113D3A7 JE SHORT Walhalla.0113D3DE 0113D3A9 MOV EDX,DWORD PTR SS:[ESP+2C] 0113D3AD PUSH 5C 0113D3AF PUSH EDX 0113D3B0 CALL DWORD PTR DS:[11E61C0] ; MSVCR71.strrchr 0113D3B6 ADD ESP,8 0113D3B9 INC EAX 0113D3BA PUSH EAX 0113D3BB LEA ECX,DWORD PTR SS:[ESP+44] 0113D3BF CALL DWORD PTR DS:[11E63BC] ; stlport_.?assign@?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@QAEAAV12@PBD@Z ... --- snip --- Dump of IMAGEHLP_LINE64 structure returned by dbghelp.SymGetLineFromAddr: --- snip --- 0033EF6C 0000000E 0033EF70 00000014 0033EF74 106AA4B4 0033EF78 0000035A 0033EF7C 0E62914C ASCII "/home/focht/projects/wine/wine-git/dlls/ntdll/thread.c" 0033EF80 7BC8D471 ntdll.7BC8D471 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/878ea7d9ea4bbb924a539ec280886746… --- snip --- 1435 BOOL symt_fill_func_line_info(const struct module* module, const struct symt_function* func, 1436 DWORD64 addr, IMAGEHLP_LINE64* line) 1437 { ... 1456 if (found) 1457 { 1458 line->FileName = (char*)source_get(module, dli->u.source_file); 1459 return TRUE; 1460 } ... --- snip --- Starting the game with 'WINEDLLOVERRIDES=dbghelp=n' works around 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 17

[Bug 21915] New: Port Royale 2 hangs on splash screen (d3d8:vertexshader_init)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21915 Summary: Port Royale 2 hangs on splash screen (d3d8:vertexshader_init) Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adrian(a)hoehne.tk Created an attachment (id=26585) --> (http://bugs.winehq.org/attachment.cgi?id=26585) Wine Output starting Port Royale with Steam Port Royale 2 over Steam hangs on splash screen. You can only see the background and the mousecursor looks like a sword (so the cursor is changed properly by the game). Soundtrack plays too. And thats all. There are no buttons or menu entries only the background. Blind click has no effect. -- 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 28975] New: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28975 Bug #: 28975 Summary: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.31 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, now that apphelp.dll is present another one from InstallShield based installer: --- snip --- ~/Downloads/S60_5th_Edition_SDK_v1_0_en$ wine ./setup.exe fixme:storage:create_storagefile Storage share mode not implemented. wine: Call from 0x7b83a43f to unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage, aborting wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- Workaround: $ WINEDLLOVERRIDES="apphelp=d" wine ./setup.exe $ wine --version wine-1.3.31-293-gb4987d0 710260 -rw-rw-r-- 1 focht focht 727290277 2011-11-01 22:02 Nokia_S60_5th_Edition_SDK_v1.0.rar $ sha1sum Nokia_S60_5th_Edition_SDK_v1.0.rar b1b1c6367598fbc0b8ca81e40d68c6b7bc60573e Nokia_S60_5th_Edition_SDK_v1.0.rar 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 29015] New: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29015 Bug #: 29015 Summary: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oneofone(a)gmail.com Classification: Unclassified Oblivion setup fails to start because it calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage. Workaround: download apphelp.dll from elsewhere and set it to native. -- 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 29007] New: Regression installing sims 3
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29007 Bug #: 29007 Summary: Regression installing sims 3 Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bass_dr(a)hotmail.com Classification: Unclassified Created attachment 37339 --> http://bugs.winehq.org/attachment.cgi?id=37339 Terminal Output & Backtrace Installation of The Sims 3 on wine-1.3.31 worked well (still the game did not work for me). I upgraded to wine-1.3.32 from Ubuntu's wine PPA, and now wine crash at installation. See attachment for console output. I am not very familiar with wine debugging but ask me if you want any other information. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 37818] New: Monopolie 0.9.7 crashes on the first buy
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37818 Bug ID: 37818 Summary: Monopolie 0.9.7 crashes on the first buy Product: Wine Version: 1.7.33 Hardware: x86 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 50367 --> https://bugs.winehq.org/attachment.cgi?id=50367 Monopolie starts, but on the first buy, it crashes. Hello, I would like to open this bug. I have comctl32.ocx installed. Monopolie starts, but after selecting the players, on the first buy, it crashes. I attach the terminal log. wine-1.7.32 on (k)ubuntu 14.04. -- 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 37822] New: Monopolie 0.9.7 (VB6 game) crashes while trying to load OLE compound document (WAV file) via Packager
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37822 Bug ID: 37822 Summary: Monopolie 0.9.7 (VB6 game) crashes while trying to load OLE compound document (WAV file) via Packager Product: Wine Version: 1.7.33 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 37818 and bug 37820 if the OLE1 keys were added via 'regedit' import. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Monopolie $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+packager wine ./Monopolie\ 0.9.7.exe >>log.txt 2>&1 ... 0023:Call user32.CreateWindowExA(00000004,0000c058,01149e68 "&Buy",4c012000,00000008,00000008,00000049,0000001d,000300aa,00000006,73420000,00000000) ret=7343f9e2 ... 0023:Ret user32.ShowWindow() retval=00000000 ret=73456dc5 ... 0023:Call ole32.StgCreateDocfile(00000000,04001012,00000000,0033e30c) ret=734c8828 0023:Call KERNEL32.GetTempPathW(00000104,0033de08) ret=7e99c926 0023:Ret KERNEL32.GetTempPathW() retval=00000014 ret=7e99c926 0023:Call KERNEL32.GetTempFileNameW(0033de08 L"C:\\users\\focht\\Temp\\",7ea2da06 L"STO",00000000,0033e010) ret=7e99c960 0023:Ret KERNEL32.GetTempFileNameW() retval=0000a5a9 ret=7e99c960 0023:Call KERNEL32.CreateFileW(0033e010 L"C:\\users\\focht\\Temp\\STOa5a9.tmp",c0000000,00000001,00000000,00000005,14000000,00000000) ret=7e99ca0b 0023:Ret KERNEL32.CreateFileW() retval=000000a0 ret=7e99ca0b ... 0023:Call KERNEL32.SetFilePointerEx(000000a0,00003800,00000000,00000000,00000000) ret=7e95bf78 0023:Ret KERNEL32.SetFilePointerEx() retval=00000001 ret=7e95bf78 0023:Call KERNEL32.WriteFile(000000a0,01e52b48,00000200,0033d8f4,00000000) ret=7e95bfbb 0023:Ret KERNEL32.WriteFile() retval=00000001 ret=7e95bfbb ... --- snip --- The game writes out a WAV file as OLE compound storage object (temp file) and later tries to load it via Packager. --- snip --- ... 0023:Call ole32.ReadClassStg(01e4a7b0,0033e2d4) ret=734aa8b9 0023:Ret ole32.ReadClassStg() retval=00000000 ret=734aa8b9 0023:Call ole32.OleDoAutoConvert(01e4a7b0,0033e2e4) ret=734aa8ce 0023:trace:ole:OleDoAutoConvert (0x1e4a7b0, 0x33e2e4) 0023:Call ntdll.RtlInitUnicodeString(0033e050,0033e0a2 L"CLSID\\{0003000D-0000-0000-C000-000000000046}") ret=7e93f764 0023:Ret ntdll.RtlInitUnicodeString() retval=0033e050 ret=7e93f764 0023:Call ntdll.NtOpenKey(0033e09c,00020019,0033e058) ret=7e93f780 0023:Ret ntdll.NtOpenKey() retval=00000000 ret=7e93f780 0023:Call ntdll.RtlNtStatusToDosError(00000000) ret=7e93f78b 0023:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=7e93f78b 0023:Call ntdll.RtlInitUnicodeString(0033e050,7ea296fc L"AutoConvertTo") ret=7e93f764 0023:Ret ntdll.RtlInitUnicodeString() retval=0033e050 ret=7e93f764 0023:Call ntdll.NtOpenKey(0033e178,00020019,0033e058) ret=7e93f780 0023:Ret ntdll.NtOpenKey() retval=c0000034 ret=7e93f780 0023:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7e93f78b 0023:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7e93f78b 0023:Call advapi32.RegCloseKey(000000a4) ret=7e9441f9 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=7e9441f9 0023:Ret ole32.OleDoAutoConvert() retval=80040152 ret=734aa8ce 0023:Call ole32.CoGetClassObject(0033e2e4,00000003,00000000,7343a3b8,0033e2ac) ret=734a6939 0023:trace:ole:CoGetClassObject CLSID: {0003000d-0000-0000-c000-000000000046},IID: {00000000-0000-0000-c000-000000000046} ... 0023:warn:ole:CoGetClassObject class {0003000d-0000-0000-c000-000000000046} not registered as in-proc server ... 0023:err:ole:CoGetClassObject no class object {0003000d-0000-0000-c000-000000000046} could be created for context 0x3 0023:Ret ole32.CoGetClassObject() retval=80040154 ret=734a6939 ... 0023:Call ole32.OleLoad(01e4a7b0,73476c78,01149864,0033e2fc) ret=734aa991 0023:trace:ole:OleLoad (0x1e4a7b0, {00000112-0000-0000-c000-000000000046}, 0x1149864, 0x33e2fc) 0023:trace:ole:CoCreateInstance (rclsid={0003000d-0000-0000-c000-000000000046}, pUnkOuter=(nil), dwClsContext=00000003, riid={00000112-0000-0000-c000-000000000046}, ppv=0x33e1fc) 0023:trace:ole:CoGetTreatAsClass ({0003000d-0000-0000-c000-000000000046},0x33e0e8) ... 0023:trace:ole:guid_from_string L"{F20DA720-C02F-11CE-927B-0800095AE340}" -> 0x33e0e8 0023:Call advapi32.RegCloseKey(000000a8) ret=7e947347 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=7e947347 0023:trace:ole:CoGetClassObject CLSID: {f20da720-c02f-11ce-927b-0800095ae340},IID: {00000001-0000-0000-c000-000000000046} ... 0023:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\packager.dll" 0023:Call KERNEL32.LoadLibraryExW(0033dd6e L"C:\\windows\\system32\\packager.dll",00000000,00000008) ret=7e93f8f8 0023:Call PE DLL (proc=0x7d685380,module=0x7d680000 L"packager.dll",reason=PROCESS_ATTACH,res=(nil)) 0023:trace:packager:DllMain (0x7d680000, 1, (nil)) ... 0023:Ret PE DLL (proc=0x7d685380,module=0x7d680000 L"packager.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0023:Ret KERNEL32.LoadLibraryExW() retval=7d680000 ret=7e93f8f8 ... 0023:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\packager.dll" 0023:trace:ole:apartment_getclassobject calling DllGetClassObject 0x7d68284c 0023:Call packager.DllGetClassObject(0033e0e8,7ea3200c,0033e0f8) ret=7e941f05 0023:trace:packager:DllGetClassObject ({f20da720-c02f-11ce-927b-0800095ae340}, {00000001-0000-0000-c000-000000000046}, 0x33e0f8) 0023:trace:packager:PackageCF_QueryInterface (static)->({00000001-0000-0000-c000-000000000046}, 0x33e0f8) 0023:trace:packager:PackageCF_AddRef (static) 0023:Ret packager.DllGetClassObject() retval=00000000 ret=7e941f05 0023:Call advapi32.RegCloseKey(000000a8) ret=7e945a72 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=7e945a72 0023:trace:packager:PackageCF_CreateInstance (static)->((nil), {00000112-0000-0000-c000-000000000046}, 0x33e1fc) 0023:Call ntdll.RtlAllocateHeap(00110000,00000008,00000218) ret=7d685043 0023:Ret ntdll.RtlAllocateHeap() retval=00170528 ret=7d685043 0023:trace:packager:OleObject_QueryInterface (0x170528)->(IID_IOleObject, 0x33e1fc) 0023:trace:packager:OleObject_AddRef (0x170528) ref=1 0023:trace:packager:PackageCF_Release (static) 0023:trace:packager:OleObject_QueryInterface (0x170528)->(IID_IOleObject, 0x33e1f8) 0023:trace:packager:OleObject_AddRef (0x170528) ref=2 0023:trace:packager:OleObject_GetMiscStatus (0x170528)->(1, 0x33e1ac) 0023:trace:packager:OleObject_QueryInterface (0x170528)->(IID_IPersistStorage, 0x33e200) 0023:trace:packager:OleObject_AddRef (0x170528) ref=3 0023:trace:packager:PersistStorage_Load (0x170528)->(0x1e4a7b0) 0023:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=7e98e2e8 0023:Ret ntdll.RtlAllocateHeap() retval=0017f1a0 ret=7e98e2e8 0023:Call KERNEL32.SetFilePointerEx(000000a0,00001800,00000000,00000000,00000000) ret=7e95bd7c 0023:Ret KERNEL32.SetFilePointerEx() retval=00000001 ret=7e95bd7c 0023:Call KERNEL32.ReadFile(000000a0,01e53b58,00000200,0033c734,00000000) ret=7e95bdbf 0023:Ret KERNEL32.ReadFile() retval=00000001 ret=7e95bdbf ... 0023:Call KERNEL32.ReadFile(000000a0,0033fb00,00000200,0033c7e4,00000000) ret=7e95bdbf 0023:Ret KERNEL32.ReadFile() retval=00000001 ret=7e95bdbf 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7d6843b2 ip=7d6843b2 tid=0023 0023:trace:seh:raise_exception info[0]=00000000 0023:trace:seh:raise_exception info[1]=7475020f 0023:trace:seh:raise_exception eax=74750203 ebx=7d689000 ecx=0017f1a0 edx=00000000 esi=0033e180 edi=0033e290 0023:trace:seh:raise_exception ebp=0033e168 esp=0033cab0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210246 0023:trace:seh:call_stack_handlers calling handler at 0x84807984 code=c0000005 flags=0 <stack overflow> --- snip --- There are four streams present: * Ole (20 bytes) * CompObj (76 bytes) * OlePres000 (3256 bytes) * Ole10Native (8196 bytes) Source: http://source.winehq.org/git/wine.git/blob/7ef536001fa0da54dafbc32a206343ee… --- snip --- Wine-dbg>n 444 hr = IStream_Read(stream, &payload_size, 4, NULL); Wine-dbg>n PersistStorage_Load () at /home/focht/projects/wine/wine.repo/build-x86/dlls/packager/../../include/objidl.h:4381 4381 return This->lpVtbl->Read(This,pv,cb,pcbRead); Wine-dbg>n err:seh:setup_exception_record stack overflow 1104 bytes in thread 0023 eip 7bc4452f esp 00240ee0 stack 0x240000-0x241000-0x340000 Process of pid=0022 has terminated --- snip --- $ sha1sum monopolie0.9.7-installer.exe b7cff9b04b11c55b5d1fa4cddb2f0914f61b6653 monopolie0.9.7-installer.exe $ du -sh monopolie0.9.7-installer.exe 1.7M monopolie0.9.7-installer.exe $ wine --version wine-1.7.33-117-g6bab173 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 28974] New: Microsoft EMET v2.x and other tools need apphelp.dll.SdbCreateDatabase
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28974 Bug #: 28974 Summary: Microsoft EMET v2.x and other tools need apphelp.dll.SdbCreateDatabase Product: Wine Version: 1.3.31 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, continuation of bug 24371 Now that apphelp.dll is provided it dies on: --- snip --- Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at MitigationInterface.Apphelp.SdbCreateDatabase(String pwszPath, PATH_TYPE eType) at MitigationInterface.ShimUtil..ctor(Arch SysArch) at MitigationInterface.ApplicationMitigations..ctor(SystemMitigations SysMits) at ConsoleApp.Program.ProcessCommandLineArgs(String[] args) at ConsoleApp.Program.Main(String[] args) wine: Unimplemented function apphelp.dll.SdbCreateDatabase called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- http://msdn.microsoft.com/en-us/library/bb432434.aspx Recipe: 1) clean WINEPREFIX 2) winetricks -q dotnet20 3) wine msiexec -i "EMET Setup.msi" 4) ~/.wine/drive_c/Program Files/EMET$ wine ./EMET_Conf.exe 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 33978] New: Bug in converting/rendering Windows Metafile (SetWinMetaFileBits etc.)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33978 Bug #: 33978 Summary: Bug in converting/rendering Windows Metafile (SetWinMetaFileBits etc.) Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavelkok(a)gmail.com Classification: Unclassified Created attachment 45135 --> http://bugs.winehq.org/attachment.cgi?id=45135 input WMF-file I attached metafile (input.wmf) that is renders incorectly under Wine. It is Windows Metafile, not Enhanced Metafile. Bug exist in all programs that use WinApi (SetWinMetaFileBits etc.). I also tested this WMF file in IrfanView. I wrote sample program (wmf2bmp.exe) for demonstration. It renders/converts input WMF file to BMP and EMF files. No error/warnings during run (except irrelevant fixme:heap:HeapSetInformation). ~/build2/wine-git/wine --version wine-1.6-rc4-52-g9a0b434 Thanks for any help! -- 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 17

[Bug 24597] New: EEP5 crashes on startup
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24597 Summary: EEP5 crashes on startup Product: Wine Version: 1.1.32 Platform: x86-64 URL: http://www.eepshopping.de/index.php?view=program_detai l&ID_NODE_AKTIV=1&ID_PROGRAM=3078 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org Created an attachment (id=31062) --> (http://bugs.winehq.org/attachment.cgi?id=31062) Crash with Wine 1.3.0 EEP5, a train simulator (long name "Eisenbahn.exe Professional 5.0"), with patch 2 [0], crashes on every startup with the attached output. The output was generated by Wine 1.3.0 (packages from [1]), but the first version I tried was 1.1.32. The system is an otherwise unaltered Debian Squeeze 6.0. Please note that this is a report for a relative of mine and requests for further information may take a little bit longer than normal to process. Kind regards, Kai Wasserbäch [0] http://www.eepshopping.de/dskript_aktion_gratis.php?ID_PROGRAM_GRATIS=3431 [1] http://dev.carbon-project.org/debian/wine-unstable/ -- 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 12703] New: SnagIt 8.x -- HTML-based functions not working on Wine 9. 60
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12703 Summary: SnagIt 8.x -- HTML-based functions not working on Wine 9.60 Product: Wine Version: 0.9.60 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eric(a)mrrena.com As reported at http://appdb.winehq.org/objectManager.php?sClass=version&iId=5781&iTestingI…, the Text Tool, Callout Tool, and Option menu items do not function properly in SnagIt 8.2.3, in spite of nearly flawless performance otherwise. This may be related to the Gecko-rendering engine. -- 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 33502] New: SnagIt 8.x writes incomplete HKLM\\System\\CurrentControlSet\\Control\\Print\\Printers entry, causing loader failures for apps that depend on winspool.drv
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33502 Bug #: 33502 Summary: SnagIt 8.x writes incomplete HKLM\\System\\CurrentControlSet\\Control\\Print\\Print ers entry, causing loader failures for apps that depend on winspool.drv Product: Wine Version: 1.5.29 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 folks, split off from bug 12703 @Bruno --- quote --- The program still does not run. The error in console is: err:module:attach_process_dlls "winspool.drv" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\TechSmith\\SnagIt 8\\SnagIt32.exe" failed, status c0000005 I don't know how to circumvent that. --- quote --- It seems the app installs it's own printer but with incomplete data. Wine's builtin winspool.drv reads the registry data upon initialization. Unfortunately it doesn't expect incomplete entry, crashing in dll entry point. Nasty to debug. This also breaks all Wine builtin apps that have "winspool.drv" dependency ("winecfg", "notepad" etc.), failing them to start. --- snip --- ... 000d:Call PE DLL (proc=0x7dfc22d8,module=0x7dfa0000 L"winspool.drv",reason=PROCESS_ATTACH,res=0x1) 000d:Call KERNEL32.DisableThreadLibraryCalls(7dfa0000) ret=7dfc22b7 000d:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=7dfc22b7 000d:trace:winspool:load_cups 0x7d530240: libcups.so.2 loaded 000d:Call KERNEL32.CreateMutexW(00000000,00000001,7dfc3c00 L"__WINE_WINSPOOL_MUTEX__") ret=7dfa996b 000d:Ret KERNEL32.CreateMutexW() retval=0000007c ret=7dfa996b ... 000d:trace:winspool:WINSPOOL_EnumPrintersW Found 1 printers 000d:Call advapi32.RegEnumKeyW(00000080,00000000,0032f6b6,000000ff) ret=7dfb4771 000d:Ret advapi32.RegEnumKeyW() retval=00000000 ret=7dfb4771 000d:trace:winspool:WINSPOOL_EnumPrintersW Printer 0 is L"SnagIt 8" 000d:Call advapi32.RegOpenKeyW(00000080,0032f6b6 L"SnagIt 8",0032f8b4) ret=7dfb4861 000d:Ret advapi32.RegOpenKeyW() retval=00000000 ret=7dfb4861 000d:Call advapi32.RegQueryValueExW(00000088,7dfc3462 L"Name",00000000,0032f604,0015c04c,0032f608) ret=7dfb2db5 000d:Ret advapi32.RegQueryValueExW() retval=00000000 ret=7dfb2db5 000d:trace:winspool:WINSPOOL_GetStringFromReg L"Name": L"SnagIt 8" 000d:Call advapi32.RegQueryValueExW(00000088,7dfc34a8 L"Port",00000000,0032f604,0015c060,0032f608) ret=7dfb2db5 000d:Ret advapi32.RegQueryValueExW() retval=00000002 ret=7dfb2db5 000d:warn:winspool:WINSPOOL_GetStringFromReg Got ret = 2 000d:Call advapi32.RegQueryValueExW(00000088,7dfc32c0 L"Attributes",00000000,0032f604,0032f600,0032f608) ret=7dfa5a9a 000d:Ret advapi32.RegQueryValueExW() retval=00000002 ret=7dfa5a9a 000d:warn:winspool:get_dword_from_reg Got ret = 2 on name L"Attributes" 000d:Call advapi32.RegQueryValueExW(00000088,7dfc33d8 L"dnsTimeout",00000000,0032f604,0032f600,0032f608) ret=7dfa5a9a 000d:Ret advapi32.RegQueryValueExW() retval=00000002 ret=7dfa5a9a 000d:warn:winspool:get_dword_from_reg Got ret = 2 on name L"dnsTimeout" 000d:Call advapi32.RegQueryValueExW(00000088,7dfc35d8 L"txTimeout",00000000,0032f604,0032f600,0032f608) ret=7dfa5a9a 000d:Ret advapi32.RegQueryValueExW() retval=00000002 ret=7dfa5a9a 000d:warn:winspool:get_dword_from_reg Got ret = 2 on name L"txTimeout" 000d:Call advapi32.RegCloseKey(00000088) ret=7dfb4ae6 000d:Ret advapi32.RegCloseKey() retval=00000000 ret=7dfb4ae6 000d:Call advapi32.RegCloseKey(00000080) ret=7dfb4b07 000d:Ret advapi32.RegCloseKey() retval=00000000 ret=7dfb4b07 000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7dfa5219 ip=7dfa5219 tid=000d 000d:trace:seh:raise_exception info[0]=00000000 000d:trace:seh:raise_exception info[1]=00000000 000d:trace:seh:raise_exception eax=00000000 ebx=7dfcb154 ecx=00000005 edx=7dfc3680 esi=7ffdf000 edi=7ffd8000 000d:trace:seh:raise_exception ebp=0032f968 esp=0032f968 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 000d:trace:seh:call_stack_handlers calling handler at 0x7bc983b2 code=c0000005 flags=0 --- snip --- NOTE: no "Port" value. Source: http://source.winehq.org/git/wine.git/blob/f63d59d640f48f5c734e09c5f0c4e322… --- snip --- 1544 static void old_printer_check( BOOL delete_phase ) 1545 { 1546 PRINTER_INFO_5W* pi; 1547 DWORD needed, type, num, delete, i, size; 1548 const DWORD one = 1; 1549 HKEY key; 1550 HANDLE hprn; 1551 1552 EnumPrintersW( PRINTER_ENUM_LOCAL, NULL, 5, NULL, 0, &needed, &num ); 1553 if (GetLastError() != ERROR_INSUFFICIENT_BUFFER) return; 1554 1555 pi = HeapAlloc( GetProcessHeap(), 0, needed ); 1556 EnumPrintersW( PRINTER_ENUM_LOCAL, NULL, 5, (LPBYTE)pi, needed, &needed, &num ); 1557 for (i = 0; i < num; i++) 1558 { 1559 if (strncmpW( pi[i].pPortName, CUPS_Port, strlenW(CUPS_Port) ) && 1560 strncmpW( pi[i].pPortName, LPR_Port, strlenW(LPR_Port) )) 1561 continue; 1562 1563 if (open_printer_reg_key( pi[i].pPrinterName, &key )) continue; ... --- snip --- If the printer entry doesn't contain "Port" strncmpW() will cause a crash due to null pointer. Printer info members that are not present in registry are zero-initialized. Wine should be able to cope with incomplete data. $ du -sh SnagIt823.exe 14M SnagIt823.exe $ sha1sum SnagIt823.exe 6314a99f2378de9d072c174ea894d9697a08a546 SnagIt823.exe $ wine --version wine-1.5.29-38-g8e4317c 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 16

[Bug 23467] New: SnagIt: needs GdipEnumerateMetafileDestRect
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23467 Summary: SnagIt: needs GdipEnumerateMetafileDestRect Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://download.techsmith.com/snagit/enu/910/snagit.ex e OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com It also hits an unimplemented function in rpcrt4, but I've sent a patch for that one already. -- 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 8

[Bug 33503] New: SnagIt 9.x needs ole32.dll.CLSIDFromProgIDEx
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33503 Bug #: 33503 Summary: SnagIt 9.x needs ole32.dll.CLSIDFromProgIDEx Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Reproduce: 1) start "SnagIt Editor" from main GUI using "Quick launch" 2) create new image 3) menu "send" -> "word" --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/TechSmith/Snagit 9 ... $ wine ./Snagit32.exe ... Unhandled exception: unimplemented function ole32.dll.CLSIDFromProgIDEx called in 32-bit code (0x7bc4d2da). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7bc4d2da ESP:0033efc0 EBP:0033f024 EFLAGS:00000212( - -- I -A- - ) EAX:0033efcc EBX:7bcc89d0 ECX:0e040da8 EDX:0033f068 ESI:0e040da8 EDI:0e040d80 Stack dump: 0x0033efc0: 00010246 00680053 04146300 80000100 0x0033efd0: 00000001 00000000 7bc4d2da 00000002 0x0033efe0: 0dc8a566 0dc8a4e8 042ff6d8 042ff6d8 0x0033eff0: 00000000 000101de 0033f020 00000001 0x0033f000: 0e040da8 0e040d80 0033f038 7b827259 0x0033f010: 00000000 04146308 7b8265fd 7b827259 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: =>0 0x7bc4d2da stub_entry_point+0x4b(dll="ole32.dll", name="CLSIDFromProgIDEx", ret_addr=0xdc429ca) [/home/focht/projects/wine/wine-git/dlls/ntdll/loader.c:197] in ntdll (0x0033f024) 1 0x03c3000f (0x0e040da8) 0x7bc4d2da stub_entry_point+0x4b [/home/focht/projects/wine/wine-git/dlls/ntdll/loader.c:197] in ntdll: subl $4,%esp 197 for (;;) RtlRaiseException( &rec ); ... 00000009 (D) C:\Program Files\TechSmith\Snagit 9\SnagitEditor.exe 00000048 0 00000064 -1 ... 0000004a 0 00000041 0 <== --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680113%28v=vs.85%… $ du -sh snagit.exe 28M snagit.exe $ sha1sum snagit.exe cedae34b59b5cfe7b3aa9f04a23dbd88c0f0e475 snagit.exe $ wine --version wine-1.5.29-100-ga0b4cd1 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 33468] New: SnagIt 9 needs msvcr90.dll._mbstok_s
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33468 Bug #: 33468 Summary: SnagIt 9 needs msvcr90.dll._mbstok_s Product: Wine Version: 1.5.29 Platform: x86 URL: http://download.techsmith.com/snagit/enu/910/snagit.ex e OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Blocks: 12703 Classification: Unclassified When trying to run the application this is printed in the console: wine: Call from 0x7b83c33b to unimplemented function msvcr90.dll._mbstok_s, aborting To reproduce just install the app using the 30 day evaluation and run Snagit32.exe. -- 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 33530] New: SnagIt 11.x editor tool crashes at startup on unimplemented function gdiplus.dll.GdipEnumerateMetafileDestPointI
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33530 Bug #: 33530 Summary: SnagIt 11.x editor tool crashes at startup on unimplemented function gdiplus.dll.GdipEnumerateMetafileDestPointI Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says... Prerequisite: 'winetricks -q dotnet40 corefonts' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/TechSmith/Snagit 11 ... wine ./SnagitEditor.exe ... wine: Call from 0x7b83aa5b to unimplemented function gdiplus.dll.GdipEnumerateMetafileDestPointI, aborting wine: Unimplemented function gdiplus.dll.GdipEnumerateMetafileDestPointI called at address 0x7b83aa5b (thread 0009), starting debugger... Unhandled exception: unimplemented function gdiplus.dll.GdipEnumerateMetafileDestPointI called in 32-bit code (0x7b83aa5b). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83aa5b ESP:00324fe4 EBP:00325048 EFLAGS:00000283( - -- I S - - -C) EAX:7b826819 EBX:7b8b96b0 ECX:7ddc1571 EDX:0032500c ESI:00165220 EDI:100c7048 Stack dump: 0x00324fe4: 00325074 00000008 00325010 80000100 0x00324ff4: 00000001 00000000 7b83aa5b 00000002 0x00325004: 7ddc1520 7ddc1571 7dd9505f 100c7018 0x00325014: 00325058 00000000 00000000 00000000 0x00325024: 00000000 00000000 7ffdf000 00325050 0x00325034: 003250ac 00325098 7dd95e5c 0032505c 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: ... 1 0x7ddc14b5 __wine_spec_unimplemented_stub+0x34(module="gdiplus.dll", function="GdipEnumerateMetafileDestPointI") [/home/focht/projects/wine/wine-git/dlls/winecrt0/stub.c:34] in gdiplus (0x00325084) 2 0x7dd731c1 __wine_stub_GdipEnumerateMetafileDestPointI+0x28() in gdiplus (0x00325110) 3 0x0058b301 in snagiteditor (+0x18b300) (0x00325110) --- snip --- 'winetricks gdiplus' works around. $ du -sh snagit.exe 65M snagit.exe $ sha1sum snagit.exe aaed9a649379744c07fe1256c32c62ba82600bce snagit.exe $ wine --version wine-1.5.29-122-g865d53d 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

[Bug 29358] New: Vit Registry Fix 9.5 crashes when clicking "close" button in "about" dialog
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29358 Bug #: 29358 Summary: Vit Registry Fix 9.5 crashes when clicking "close" button in "about" dialog Product: Wine Version: 1.3.34 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, this is a bug split off from bug 7816 http://bugs.winehq.org/show_bug.cgi?id=7816#c16 --- quote --- It's also issue with http://www.vitsoft.org.ua/Download/Vit%20Registry%20Fix%20Free%20Edition%20… and Wine 1.3.19. Steps to reproduce: 1) start application 2) click "about" 3) close "about" window --- quote --- Both bugs have nothing in common - except the crashing apps are VB6 apps. The crash: --- snip --- 0023:Ret window proc 0x6605f626 (hwnd=0x3036e,msg=WM_LBUTTONUP,wp=00000000,lp=00020029) retval=00000000 0023:Ret user32.CallWindowProcA() retval=00000000 ret=016570cd 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1657117 ip=01657117 tid=0023 0023:trace:seh:raise_exception info[0]=00000001 0023:trace:seh:raise_exception info[1]=00000001 0023:trace:seh:raise_exception eax=00000000 ebx=6846a690 ecx=00000000 edx=00000000 esi=00000023 edi=01680458 0023:trace:seh:raise_exception ebp=0032f808 esp=0032f7f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 ... Backtrace: =>0 0x01657117 (0x0032f808) 1 0x6842f2d2 WINPROC_wrapper+0x19() in user32 (0x0032f838) 2 0x6842f427 call_window_proc+0xcd(hwnd=0x3036e, msg=0x202, wp=0, lp=0x20029, result=0x32f8b8, arg=0x1657050) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:242] in user32 (0x0032f888) 3 0x68431876 CallWindowProcA+0x63(func=0x1657050, hwnd=0x3036e, msg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:954] in user32 (0x0032f8c8) 4 0x7bc64852 call_entry_point+0x29() in ntdll (0x0032f8f8) 5 0x7bc64a7d relay_call+0x1bb(descr=0x6846f120, idx=0x50019, stack=0x32f95c) [/home/focht/projects/wine/wine-git/dlls/ntdll/relay.c:435] in ntdll (0x0032f948) 6 0x68387ee9 in user32 (+0x7ee8) (0x0032f9a8) 7 0x2b28bdee DefSubclassProc+0x16c(hWnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/comctl32/commctrl.c:1267] in comctl32 (0x0032f9a8) 8 0x2b310fac TOOLTIPS_SubclassProc+0x9b(hwnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029, uID=0x1, dwRef=0x60372) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2145] in comctl32 (0x0032f9e8) 9 0x2b28be44 DefSubclassProc+0x1c2(hWnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/comctl32/commctrl.c:1272] in comctl32 (0x0032fa38) 10 0x2b28bb7b COMCTL32_SubclassProc+0x134(hWnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/comctl32/commctrl.c:1214] in comctl32 (0x0032fa98) 11 0x6842f2d2 WINPROC_wrapper+0x19() in user32 (0x0032fac8) 12 0x6842f427 call_window_proc+0xcd(hwnd=0x3036e, msg=0x202, wp=0, lp=0x20029, result=0x32fc48, arg=0x2b28ba46) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:242] in user32 (0x0032fb18) 13 0x684317b3 WINPROC_call_window+0x211(hwnd=0x3036e, msg=0x202, wParam=0, lParam=0x20029, result=0x32fc48, unicode=0, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:908] in user32 (0x0032fb68) 14 0x683f434c DispatchMessageA+0x17d(msg=0x32fd10) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3742] in user32 (0x0032fc78) 15 0x7bc64852 call_entry_point+0x29() in ntdll (0x0032fc98) 16 0x7bc64a7d relay_call+0x1bb(descr=0x6846f120, idx=0x1009e, stack=0x32fcfc) [/home/focht/projects/wine/wine-git/dlls/ntdll/relay.c:435] in ntdll (0x0032fce8) 17 0x68388b01 in user32 (+0x8b00) (0x0032fd38) 18 0x6600a4a3 in msvbvm60 (+0xa4a2) (0x0032fd38) --- snip --- The VB6 app subclasses controls, installing its own window proc thunks... Convert hex opcodes to binary: --- snip --- 0023:Call oleaut32.VarBstrCat(0014f254 L"5589E583C4F85731C08945FC8945F8EB0EE80000000083F802742185C07424E830000000837DF800750AE838000000E84D0000005F8B45FCC9C21000E826000000EBF168000000006AFCFF7508E800000000EBE031D24ABF00000000B900000000E82D000000C3FF7514FF7510FF750CFF75086800000000E8000000008945FCC331D2BF00000000B900000000E801000000C3E33209",0049b38c L"C978078B450CF2AF75278D4514508D4510508D450C508D4508508D45FC508D45F85052B800000000508B00FF90A4070000C3",0032f4e4) ret=660e5f4d ... 0023:Call oleaut32.VarParseNumFromStr(0014e674 L"&H55",00000409,80000000,0032f4a0,0032f480) ret=660d31fd ... 0023:Call oleaut32.VarParseNumFromStr(01698094 L"&HC3",00000409,80000000,0032e75c,0032e73c) ret=660d31fd 0023:Ret oleaut32.VarParseNumFromStr() retval=00000000 ret=660d31fd ... --- snip --- Alloc heap memory for window proc thunk: 01657050-0x1657118 --- snip --- ... 0023:Call KERNEL32.GlobalAlloc(00000000,000000c8) ret=0081bf65 0023:Ret KERNEL32.GlobalAlloc() retval=01657050 ret=0081bf65 ... --- snip --- Set window proc: --- snip --- 0023:Call user32.SetWindowLongA(0003036e,fffffffc,01657050) ret=0081bf84 0023:trace:win:WIN_SetWindowLong 0x3036e -4 1657050 A 0023:trace:win:alloc_winproc allocated 0xffff006c for A 0x1657050 (109/4096 used) 0023:Ret user32.SetWindowLongA() retval=6605f626 ret=0081bf84 ... --- snip --- Filling thunk with code: --- snip --- 0023:Call ntdll.RtlMoveMemory(01657050,01665ba0,000000c8) ret=0081bfa7 0023:Ret ntdll.RtlMoveMemory() retval=01657050 ret=0081bfa7 ... --- snip --- Patch all intermodular calls --- snip --- 0023:Call ntdll.RtlMoveMemory(01657062,0032e770,00000004) ret=0081c825 0023:Ret ntdll.RtlMoveMemory() retval=01657062 ret=0081c825 ... 0023:Call ntdll.RtlMoveMemory(01657094,0032e7a4,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=01657094 ret=0081c89d ... 0023:Call ntdll.RtlMoveMemory(0165709e,0032e770,00000004) ret=0081c825 0023:Ret ntdll.RtlMoveMemory() retval=0165709e ret=0081c825 ... 0023:Call ntdll.RtlMoveMemory(016570c4,0032e7a4,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=016570c4 ret=0081c89d ... 0023:Call ntdll.RtlMoveMemory(016570c9,0032e770,00000004) ret=0081c825 0023:Ret ntdll.RtlMoveMemory() retval=016570c9 ret=0081c825 ... 0023:Call ntdll.RtlMoveMemory(0165710a,0032e7a4,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=0165710a ret=0081c89d ... 0023:Call oleaut32.SysFreeString(016572bc L"5589E583C4F85731C08945FC8945F8EB0EE80000000083F802742185C07424E830000000837DF800750AE838000000E84D0000005F8B45FCC9C21000E826000000EBF168000000006AFCFF7508E800000000EBE031D24ABF00000000B900000000E82D000000C3FF7514FF7510FF750CFF75086800000000E8000000008945FCC331D2BF00000000B900000000E801000000C3E33209C"...) ret=660e60c0 ... --- snip --- Subclassing once more (old = 01657050, new = 2b28ba46)... --- snip --- 0023:Call user32.SetWindowLongA(0003036e,fffffffc,2b28ba46) ret=2b28b5d9 0023:trace:win:WIN_SetWindowLong 0x3036e -4 2b28ba46 A 0023:trace:win:alloc_winproc reusing 0xffff0069 for 0x2b28ba46 0023:Ret user32.SetWindowLongA() retval=01657050 ret=2b28b5d9 ... 0023:Call user32.CallWindowProcA(01657050,0003036e,00000055,00060372,00000003) ret=2b28bdee 0023:Call window proc 0x1657050 (hwnd=0x3036e,msg=WM_NOTIFYFORMAT,wp=00060372,lp=00000003) 0023:Call user32.CallWindowProcA(6605f626,0003036e,00000055,00060372,00000003) ret=016570cd 0023:Call window proc 0x6605f626 (hwnd=0x3036e,msg=WM_NOTIFYFORMAT,wp=00060372,lp=00000003) ... 0023:Call user32.CallWindowProcA(01657050,0003036e,00000046,00000000,0032ebc8) ret=2b28bdee 0023:Call window proc 0x1657050 (hwnd=0x3036e,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=0032ebc8) 0023:Call user32.CallWindowProcA(6605f626,0003036e,00000046,00000000,0032ebc8) ret=016570cd 0023:Call window proc 0x6605f626 (hwnd=0x3036e,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=0032ebc8) --- snip --- Destruction of windows/controls and restoration of old window proc: NOTE: the subclassed window proc thunk memory is released here! --- snip --- ... 0023:Call user32.SetWindowLongA(0003036e,fffffffc,6605f626) ret=0081c270 0023:trace:win:WIN_SetWindowLong 0x3036e -4 6605f626 A 0023:trace:win:alloc_winproc reusing 0xffff0028 for 0x6605f626 0023:Ret user32.SetWindowLongA() retval=2b28ba46 ret=0081c270 ... 0023:Call ntdll.RtlMoveMemory(016570ad,0032f0d8,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=016570ad ret=0081c89d ... 0023:Call ntdll.RtlMoveMemory(016570d9,0032f0d8,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=016570d9 ret=0081c89d ... 0023:Call KERNEL32.GlobalFree(01657050) ret=0081c2a6 0023:Ret KERNEL32.GlobalFree() retval=00000000 ret=0081c2a6 ... 0023:Ret window proc 0x6605f626 (hwnd=0x3036e,msg=WM_DESTROY,wp=00000000,lp=00000000) retval=00000000 0023:trace:win:WIN_DestroyWindow 0x3036e 0023:trace:msg:WINPROC_CallProcWtoA (hwnd=0x3036e,msg=WM_NCDESTROY,wp=00000000,lp=00000000) 0023:Call window proc 0x6605f626 (hwnd=0x3036e,msg=WM_NCDESTROY,wp=00000000,lp=00000000) ... 0023:Call user32.DefWindowProcA(0003036e,00000082,00000000,00000000) ret=6605d591 0023:Ret user32.DefWindowProcA() retval=00000000 ret=6605d591 0023:Ret window proc 0x6605f626 (hwnd=0x3036e,msg=WM_NCDESTROY,wp=00000000,lp=00000000) retval=00000000 0023:trace:win:dc_hook hDC = 0xc534, 1 0023:Ret user32.DestroyWindow() retval=00000001 ret=6605b4f6 --- snip --- How the thunk looks like (virtual addresses from another run = don't match with other trace snippets): --- snip --- 0165A040 55 PUSH EBP 0165A041 89E5 MOV EBP,ESP 0165A043 83C4 F8 ADD ESP,-8 0165A046 57 PUSH EDI ... 0165A0FF 8B00 MOV EAX,DWORD PTR DS:[EAX] 0165A101 FF90 A4070000 CALL DWORD PTR DS:[EAX+7A4] 0165A107 C3 RETN --- snip --- Memory dump while the thunk was intact (virtual addresses from another run = don't match with other trace snippets): --- snip --- 0165F780 000000C8 <len> 0165F784 00455355 USE <magic> 0165F788 83E58955 <window proc start> 0165F78C 3157F8C4 ... 0165F844 8B500000 0165F848 A490FF00 0165F84C C3000007 <window proc start end = ret opcode> 0165F850 00000071 <len> 0165F854 45455246 FREE <magic> 0165F858 001100E8 0165F85C 001100D8 0165F860 00000000 --- snip --- When the window proc memory chunk was marked free, the "c3" opcode = "ret" is overwritten which leads to the crash after returning from call "CALL DWORD PTR DS:[EAX+7A4]" (0165A101). A window/control hierarchy destruction sequence happens while in nested message handling for WM_LBUTTONUP ("about" dialog, tooltip). Either the nested message handling (COMCTL32_SubclassProc) has a bug or this might be an application bug which is hidden in Windows due to different heap management (ret opcode not immediately overwritten upon heap free operation, allowing the window proc to return to its caller). $ sha1sum "Vit Registry Fix Free Edition Setup.exe" 0319916dff8a57ab11a1796f3fff817379936fae Vit Registry Fix Free Edition Setup.exe $ wine --version wine-1.3.34-353-g6fe14a0 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 8

[Bug 34401] New: QuiteRSS WinRT/ARM port needs msvcr110.dll.fabsf
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34401 Bug #: 34401 Summary: QuiteRSS WinRT/ARM port needs msvcr110.dll.fabsf Product: Wine Version: 1.7.1 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./QuiteRSS.exe >>log.txt 2>&1 ... wine: Call from 0x40480388 to unimplemented function msvcr110.dll.fabsf, aborting ... wine: Unimplemented function msvcr110.dll.fabsf called at address 0x40480388 (thread 002b), starting debugger... ... Unhandled exception: unimplemented function msvcr110.dll.fabsf called in 32-bit code (0x40480388). Register dump: ARM User Mode Pc:40480388 Sp:40dde664 Lr:404825b4 Cpsr:400f0010(-Z--) r0:40dde670 r1:40dde790 r2:0000 r3:40dde670 r4:40abe84c r5:40dde730 r6:0000 r7:40dde7f8 r8:5555dc r9:40a2cc18 r10:0001 Fp:40dde6c0 Ip:40b42498 Stack dump: 0x40dde664: 00000000 40dde6d4 10612c5d 00000043 0x40dde674: 40dde670 40dde790 00000000 40dde670 0x40dde684: 40abe84c 40dde730 00000000 40dde7f8 0x40dde694: 005555dc 40a2cc18 00000001 40dde6c0 0x40dde6a4: 40b42498 40dde664 404825b4 40480388 0x40dde6b4: 400f0010 40dde6e8 40dde728 40abe908 Backtrace: =>0 0x40480388 RtlCaptureContext+0x58() in ntdll (0x40dde6c0) 1 0x404825b4 RtlRaiseException+0x1b(rec=0x40dde6d4) [/home/linaro/wine/wine-git/dlls/ntdll/signal_arm.c:1093] in ntdll (0x40dde6c0) 2 0x404825b4 RtlRaiseException+0x1b(rec=0x80000100) [/home/linaro/wine/wine-git/dlls/ntdll/signal_arm.c:1093] in ntdll (0x40dde728) 3 0x40abe908 RaiseException+0xbb(code=0x41b47050, flags=0x404ad6c8, nbargs=0x41b47050, args=0x404ad6c8) [/home/linaro/wine/wine-git/dlls/kernel32/except.c:84] in kernel32 (0x40dde768) 4 0x40468500 call_entry_point+0x6f() in ntdll (0x40dde794) ... 0000002f (D) Z:\home\linaro\wine-apps\quiterss\QuiteRSS.exe --- snip --- Source: http://source.winehq.org/git/wine.git/blob/a51ffcd442678ce019a52bd5b95d99d0… --- snip --- 2014 @ stub -arch=arm fabsf --- snip --- 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 34571] New: EasiSlides v4 crashes when clicking a folder listbox item (GdipFillPath failure)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34571 Bug #: 34571 Summary: EasiSlides v4 crashes when clicking a folder listbox item (GdipFillPath failure) Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, a user reported this app not working. Prerequisites: 'winetricks -q dotnet20 jet40' The app starts fine but when you click an item in the "folder" listbox it crashes with managed backtrace: --- snip --- ************** Exception Text ************** System.ArgumentException: Parameter is not valid. at System.Drawing.Graphics.CheckErrorStatus(Int32 status) at System.Drawing.Graphics.FillPath(Brush brush, GraphicsPath path) at Easislides.gf.OutputOneLineToScreen(SongSettings InItem, String ExtractedText, Font InFont, Graphics g, Color InColour, StringAlignment alignformat, Int32 InUseShadowFont, Int32 InUseOutlineFont, Int32 x, Int32 y, Int32 w, Int32 h, Boolean IndentLeftAligned) at Easislides.gf.OutputOneLineToScreen(SongSettings InItem, String ExtractedText, Font InFont, Graphics g, Color InColour, StringAlignment alignformat, Int32 InUseShadowFont, Int32 InUseOutlineFont, Int32 x, Int32 y, Int32 w, Int32 h) at Easislides.gf.DataDisplaySlides(SongSettings InItem, Graphics& g, Font tempFont, Color In_TextColour, RectangleF rect_slidesinfo, Int32 VersesSymOffsetTop, Int32 SlidesSymOffsetTop, Int32 RectOffsetTop, Int32 OffsetLeft, Boolean DisplayIndicators) at Easislides.gf.DP_SetSlideIndicators(SongSettings InItem, ImageTransitionControl& InPic, Graphics& g, Font tempFont, RectangleF rect_slidesinfo) at Easislides.gf.DrawDisplayPanel(SongSettings InItem, Int32 InHideDisplayPanel, ImageTransitionControl& InPictureBox, Graphics g) at Easislides.gf.DrawText(SongSettings& InItem, ImageTransitionControl& InPictureBox, ListView LyricsAndNotationsList, Int32 InUseShadowFont, Int32 InUseOutlineFont, Int32 InShowNotations, Int32 InShowInterlace, Int32 InShowVerticalAlign, Int32 InHideDisplayPanel, TransitionAction TransitionAction, Boolean DoActiveIndicator, Boolean ClearAll) at Easislides.gf.ShowDBSlide(SongSettings& InItem, ImageTransitionControl& InPictureBox, Boolean DoActiveIndicator, TransitionAction TransitionAction, Boolean RedoBackground) at Easislides.gf.ShowDBSlide(SongSettings& InItem, ImageTransitionControl& PInPictureBox, ImageTransitionControl& OInPictureBox, Boolean DoActiveIndicator, TransitionAction TransitionAction) at Easislides.FrmMain.ShowSlide(SongSettings& InItem, TransitionAction TransitionAction, Boolean DoActiveIndicator) at Easislides.FrmMain.ShowSlide(SongSettings& InItem, TransitionAction TransitionAction) at Easislides.FrmMain.DisplayLyrics(SongSettings InItem, Int32 StartingSlide, Boolean ScrollToCaret, Int32 GapItemBackground, TransitionAction TransitionAction) at Easislides.FrmMain.DisplayLyrics(SongSettings InItem, Int32 StartingSlide, Boolean ScrollToCaret) at Easislides.FrmMain.LoadItem(SongSettings& InItem, String InIDString, String InFormatString, Int32 StartingSlide, String& InTitle, Boolean ScrollToCaret) at Easislides.FrmMain.SongsListIndexChanged(Int32 StartingSlide, Boolean ScrollToCaret) at Easislides.FrmMain.SongsListIndexChanged(Int32 StartingSlide) at Easislides.FrmMain.SongsListIndexChanged() at Easislides.FrmMain.SongsList_MouseUp(Object sender, MouseEventArgs e) at System.Windows.Forms.Control.OnMouseUp(MouseEventArgs e) ... --- snip --- A relay/gdiplus trace log with more annotations ("***" msg were added): --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/EasiSlides $ WINEDEBUG=+tid,+seh,+relay,+gdiplus wine ./Easislides.exe >>log2.txt 2>&1 ... 003b:Call gdiplus.GdipFillPath(046bb4d8,046d4538,046d41e8) ret=03876f7c 003b:trace:gdiplus:GdipFillPath (0x46bb4d8, 0x46d4538, 0x46d41e8) 003b:trace:gdiplus:GdipCreateRegionPath 0x46d41e8, 0x33dbd8 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000028) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d4648 ret=7e1eb39a 003b:trace:gdiplus:GdipClonePath (0x46d41e8, 0x46d465c) 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000018) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d4678 ret=7e1eb39a 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000000) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d4698 ret=7e1eb39a 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000000) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d46b0 ret=7e1eb39a 003b:trace:gdiplus:GdipFillRegion (0x46bb4d8, 0x46d4538, 0x46d4648) 003b:trace:gdiplus:GdipGetImageBounds 0x46bb458 0x33daf4 0x33da6c 003b:trace:gdiplus:GdipGetImageBounds returning (0.000000, 0.000000) (1440.000000, 1080.000000) unit type 2 003b:trace:gdiplus:GdipCloneRegion 0x46d4648 0x33db1c 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000028) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d46c8 ret=7e1eb39a 003b:trace:gdiplus:GdipClonePath (0x46d4678, 0x46d46dc) 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000018) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d46f8 ret=7e1eb39a 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000000) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=046d4718 ret=7e1eb39a 003b:Call ntdll.RtlAllocateHeap(00110000,00000008,00000000) ret=7e1eb39a 003b:Ret ntdll.RtlAllocateHeap() retval=0465fa98 ret=7e1eb39a 003b:fixme:gdiplus:SOFTWARE_GdipFillRegion ***1 stat=0 003b:trace:gdiplus:GdipSetMatrixElements (0x33db04, 1.00, 0.00, 0.00, 1.00, 0.00, 0.00) 003b:trace:gdiplus:GdipMultiplyMatrix (0x33db04, 0x46bb518, 1) 003b:trace:gdiplus:GdipScaleMatrix (0x33db04, 1.00, 1.00, 1) 003b:fixme:gdiplus:SOFTWARE_GdipFillRegion ***2 stat=0 003b:trace:gdiplus:GdipTransformRegion (0x46d46c8, 0x33db04) 003b:trace:gdiplus:GdipTransformMatrixPoints (0x33db04, 0x46d4718, 0) 003b:fixme:gdiplus:transform_region_element *** RegionDataPath stat=2 003b:fixme:gdiplus:SOFTWARE_GdipFillRegion ***3 stat=2 003b:trace:gdiplus:GdipDeleteRegion 0x46d46c8 003b:trace:gdiplus:GdipDeletePath (0x46d46f8) ... 003b:trace:gdiplus:GdipDeleteRegion 0x46d4648 003b:trace:gdiplus:GdipDeletePath (0x46d4678) ... 003b:Ret gdiplus.GdipFillPath() retval=00000002 ret=03876f7c --- snip --- The problem happens appears in GdipFillPath() -> SOFTWARE_GdipFillPath() -> GdipFillRegion() SOFTWARE_GdipFillRegion() -> GdipTransformRegion() -> transform_region_element(RegionDataPath) -> GdipTransformMatrixPoints() "element->elementdata.pathdata.path->pathdata.Count" is zero at that point. 'winetricks gdiplus' prevents the crash and other (non fatal) graphics artifacts (see splash screen for example). 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 33523] New: .NET Framework 3.5 WPF 3.x apps need windowscodecsext.dll.DllGetClassObject
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33523 Bug #: 33523 Summary: .NET Framework 3.5 WPF 3.x apps need windowscodecsext.dll.DllGetClassObject Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, some guys complained about .NET Framework 3.5 WPF 3.x apps not working ... so I looked into it. Example app: "Adobe Digital Editions 2.0" which requires .NET 3.5 SP1 Prerequisite: clean 32-bit WINEPREFIX and 'winetricks -q dotnet35sp1' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Adobe/Adobe Digital Editions 2.0 ... wine ./DigitalEditions.exe ... fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000104,0x3009b09c,0x5ec5d4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"digitaleditions.exe" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"5058357c" err:eventlog:ReportEventW L"presentationcore" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"488f140b" err:eventlog:ReportEventW L"4975" err:eventlog:ReportEventW L"159" err:eventlog:ReportEventW L"system.invalidcastexception" err:eventlog:ReportEventW L"NIL" ... Unhandled Exception: System.InvalidCastException: Specified cast is not valid. at System.Windows.Media.Imaging.BitmapSource.get_DUCECompatibleMILPtr() at System.Windows.Media.Imaging.BitmapSource.UpdateBitmapSourceResource(Channel channel, Boolean skipOnChannelCheck) at System.Windows.Media.Imaging.BitmapSource.UpdateResource(Channel channel, Boolean skipOnChannelCheck) at System.Windows.Media.Imaging.BitmapSource.AddRefOnChannelCore(Channel channel) at System.Windows.Media.Imaging.BitmapSource.System.Windows.Media.Composition.DUCE.IResource.AddRefOnChannel(Channel channel) at System.Windows.Media.ImageBrush.AddRefOnChannelCore(Channel channel) at System.Windows.Media.Brush.System.Windows.Media.Composition.DUCE.IResource.AddRefOnChannel(Channel channel) at System.Windows.Media.RenderData.System.Windows.Media.Composition.DUCE.IResource.AddRefOnChannel(Channel channel) at System.Windows.UIElement.RenderContent(RenderContext ctx, Boolean isOnChannel) ... --- snip --- Well, that's bug 33384 -> 'winetricks -q windowscodecs' It goes further but still crashes, now with: --- snip --- ... LIBRARY_LOADED has 1 records fixme:shell:URL_ParseUrl failed to parse L"System.Web" fixme:time:GetDynamicTimeZoneInformation (0x145b60) stub! err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded wine: Call from 0x7b83aa5b to unimplemented function windowscodecsext.dll.DllGetClassObject, aborting fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003ff,(nil),0x0001,0x00000000,0x32bd5c,(nil)): stub err:eventlog:ReportEventW L".NET Runtime version 2.0.50727.3053 - Unrecoverable system error." ... fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000d2,0x3009b09c,0x5ec5d4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"digitaleditions.exe" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"5058357c" err:eventlog:ReportEventW L"windowsbase" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"488f1338" err:eventlog:ReportEventW L"da" err:eventlog:ReportEventW L"1b" err:eventlog:ReportEventW L"fatalerror" err:eventlog:ReportEventW L"NIL" ... --- snip --- Setting 'windowscodecsext' to 'native' works around (just like 'windowscodecs' in winetricks recipe). Source: http://source.winehq.org/git/wine.git/blob/e002d2eacfc5371bc4a964515448c9ad… --- snip --- 1 @ stub DllGetClassObject 2 @ stdcall IWICColorTransform_Initialize_Proxy(ptr ptr ptr ptr ptr) IWICColorTransform_Initialize_Proxy_W 3 @ stdcall WICCreateColorTransform_Proxy(ptr) --- snip --- @austin/winetricks maintainers: For the time being it might be useful to add this additional override to winetricks by default as part of 'winetricks windowscodecs' recipe. With that modified recipe the app goes further ... only to crash again. +relay gives a hint: --- snip --- 002b:Call KERNEL32.OutputDebugStringW(7a09e7d8 L"CLR: Managed code called FailFast, saying \"") ret=7a14be4c 002b:Ret KERNEL32.OutputDebugStringW() retval=0032c130 ret=7a14be4c 002b:Call KERNEL32.OutputDebugStringW(7a3c3f80 L"Unrecoverable system error.") ret=7a14be4c 002b:Ret KERNEL32.OutputDebugStringW() retval=0032c130 ret=7a14be4c 002b:Call KERNEL32.OutputDebugStringW(7a09e7cc L"\"\r\n") ret=7a14be4c 002b:Ret KERNEL32.OutputDebugStringW() retval=0032c130 ret=7a14be4c --- snip --- FailFast? That looks like bug 32323 Indeed, 'winetricks corefonts' works around (actually only 'arial32.exe' installer is needed). With the small recipes in place "Adobe Digital Editions 2.0" starts successfully and ebooks can be managed/read. 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 8

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 2016