November 2015 - Wine-Bugs - list.winehq.org

[Bug 24214] New: ole: Java SE JRE subinstaller (msi) dies due to OLE compound storage reader failure on some stream (the one after _StringPool stream)
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=24214 Summary: ole: Java SE JRE subinstaller (msi) dies due to OLE compound storage reader failure on some stream (the one after _StringPool stream) Product: Wine Version: 1.1.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, when installing Java SE JRE one of the sub-installers crashes. Though it doesn't seem to affect overall installer result - the installer still reports "success" in the end. --- snip --- ... 0009:Call KERNEL32.CreateProcessA(00000000,0032ed40 "\"C:\\windows\\system32\\msiexec.exe\" /i \"C:\\users\\focht\\Application Data\\Sun\\Java\\jdk1.6.0_21\\jdk1.6.0_21.msi\" WRAPPER=1",00000000,00000000,00000000,00000000,00000000,00000000,0032c4d0,0032c514) ret=00401184 .... 001d:trace:msi:ACTION_ProcessComponents Component L"sb160210" (L"14888323ADFE6D117AD8000B0D612001"), Keypath=L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi", RefCount=1 Request=3 ... 001d:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"File: javadb.msi, Directory: INSTALLDIR, Size: 10566952" ... 001d:trace:msi:cabinet_copy_file extracting L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi" 001d:Call KERNEL32.CreateFileW(00205320 L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi",c0000000,00000000,00000000,00000002,00000080,00000000) ret=683a75f4 001d:Ret KERNEL32.CreateFileW() retval=00000054 ret=683a75f4 ... 001d:trace:msi:ACTION_CustomAction Handling custom action L"installjavadb" (62 L"SystemFolder" L"msiexec.exe /i \"[INSTALLDIR]javadb.msi\" /qn INSTALLDIR=\"[JAVADB_DIR]\"") ... 001d:trace:msi:HANDLE_CustomType34 executing exe L"msiexec.exe /i \"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi\" /qn INSTALLDIR=\"C:\\Program Files\\Sun\\JavaDB\\\"" with working directory L"C:\\windows\\system32\\" ... 000d:Call msi.MsiInstallProductW(0013914e L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi",00139270 L" INSTALLDIR=\"C:\\Program Files\\Sun\\JavaDB\\\"") ret=6833da64 000d:trace:msi:MsiInstallProductW L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi" L" INSTALLDIR=\"C:\\Program Files\\Sun\\JavaDB\\\"" 000d:trace:msi:MSI_OpenPackageW L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi" 0x33fc1c ... 000d:Call KERNEL32.CopyFileW(0013914e L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi",0033f9b8 L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000) ret=683b95ab ... 000d:trace:msi:MSI_OpenPackageW Opening relocated package L"C:\\users\\focht\\Temp\\msi58c.tmp" 000d:trace:msi:MSI_OpenDatabaseW L"C:\\users\\focht\\Temp\\msi58c.tmp" #0002 000d:Call ole32.StgOpenStorage(0033f9b8 L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000,00000012,00000000,00000000,0033f11c) ret=683880da 000d:Call KERNEL32.CreateFileW(0033f9b8 L"C:\\users\\focht\\Temp\\msi58c.tmp",c0000000,00000000,00000000,00000003,10000080,00000000) ret=684f87b9 000d:Ret KERNEL32.CreateFileW() retval=00000040 ret=684f87b9 000d:Call KERNEL32.GetFileSize(00000040,00000000) ret=684f87dd 000d:Ret KERNEL32.GetFileSize() retval=00a13d28 ret=684f87dd ... 000d:trace:msidb:enum_stream_names stream 0 -> L"\4840\430f\422f" L"\4840File" ... 000d:trace:msidb:enum_stream_names stream 41 -> L"\0005SummaryInformation" L"\0005SummaryInformation" ... 000d:trace:msidb:read_stream_data L"_StringPool" -> L"\4840\3f3f\4577\446c\3e6a\44b2\482f" ... 000d:warn:msidb:read_stream_data read stream failed r = 8003001e! ... 000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x683d2c6b ip=683d2c6b 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=68400df8 ecx=00000000 edx=00000000 esi=001408dc edi=00000000 000d:trace:seh:raise_exception ebp=0033edf8 esp=0033ede0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 000d:trace:seh:call_vectored_handlers calling handler at 0x68c622d0 code=c0000005 flags=0 000d:trace:seh:call_vectored_handlers handler at 0x68c622d0 returned 0 000d:trace:seh:call_stack_handlers calling handler at 0x7bc856a0 code=c0000005 flags=0 000d:Call KERNEL32.UnhandledExceptionFilter(0033e92c) ret=7bc856ed Wine: Unhandled page fault on read access to 0x00000000 at address 0x683d2c6b (thread 000d), starting debugger... 000d:trace:seh:start_debugger Starting debugger "winedbg --auto 11 68" ... ---- snip --- Using "orca" on the extracted .msi produces the same crash. The useful "MsiInfo" tool from Platform SDK to verify the integrity of the .msi files (and dump infos) crashes too if used with no options. Backtrace doesn't reveal much. The fault caused in msi_destroy_stringtable() is the result of an earlier failure to read in all OLE streams properly. When the "verify string pool" option is used, it doesn't crash but shows the STG_E_READFAULT (0x8003001e) error. --- snip --- $ wine msiinfo.exe crash.msi /D MsiInfo V 4.0 Copyright (c) Microsoft Corporation. All Rights Reserved String ID size: 2 Code page: 0 Error 0x8003001E. Error Reading Stream err:ole:CoUninitialize Mismatched CoUninitialize --- snip --- --- snip --- ls -l crash.msi -rw-rw-r--. 1 focht focht 10566952 2010-08-30 21:52 crash.msi --- snip --- >From my investigation it's the stream directly after "_StringPool" stream that is somehow not processed properly. Wine's OLE streams reader makes a stream access at file offset 10566656 with byte count 512 -> past end of file. You can use another OLE compound storage viewer to verify: http://www.mitec.cz/ssv.html It's a nice tool with plugin arch that lets you decode any OLE stream - if you write plugins for it ;-) If you open the .msi with the viewer it reports "sharing violation" which is another Wine bug. Dismiss the dialog and navigate the treeview with all streams listed. Between stream #22 with 90701 Bytes (-> _StringPool stream) and #24 with 3984 bytes the 0x8003001e error appears. The "faulty" stream #23 has a size of 16168 bytes. Don't know if this worked in earlier Wine versions, could be a regression though. 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 26935] New: .NET Framework 1.0 SP3 installation leads to msiexec.exe crash
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=26935 Summary: .NET Framework 1.0 SP3 installation leads to msiexec.exe crash Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, the .NET Framework 1.0 SP3 installation crashes msiexec.exe. Don't know if this ever worked though (regression). Relevant part: WINEDEBUG=+tid,+seh,+msi,+storage wine ./NDP1.0sp3-KB867461-X86-Enu.exe >>log.txt 2>&1 --- snip --- ... 0026:trace:msi:msi_get_property returning L"C:\\users\\focht\\Temp\\IXP000.TMP\\" for property L"SourceDir" 0026:trace:msi:msi_load_media_info sequence 4 -> cabinet L"#_1205__VSA_Compiler_RTL_X86____.msm" disk id 3 0026:trace:msi:extract_cabinet_stream extracting L"#_1205__VSA_Compiler_RTL_X86____.msm" disk id 3 0026:trace:storage:StorageBaseImpl_OpenStream (0x1318f8, L"\387f\3802\47c5\3fff\3a9c\3b3f\4432\4333\422f\47f5\3f5b\47d5\3a21\47c6\47ff\47bf\45b0\4830", (nil), 10, 0, 0x33f0f8) 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 0 L"Root Entry" l=ffffffff r=ffffffff d=1 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 1 L"\387f\3880\47c7\458a\4236\4170\472f\3d7f\446c\422e\47f5\3f5b\47d5\3a21\47c6\3dce\479e\45b0\4830" l=2 r=3 d=ffffffff 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 2 L"\387f\3900\47c4\3f0c\412b\44f5\448c\44f0\43ec\4568\3eff\3d5d\407f\3988\47ff\47ff\443e\4436" l=4 r=5 d=ffffffff 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 4 L"\387f\39c0\47c1\3b1f\3dbf\45e8\41e4\45e4\47e4\3f5b\47d5\3a21\47c6\47ff\47bf\45b0\4830" l=6 r=7 d=ffffffff 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 7 L"\387f\3802\47c5\3fff\3a9c\3b3f\4432\4333\422f\47f5\3f5b\47d5\3a21\47c6\47ff\47bf\45b0\4830" l=4c r=4d d=ffffffff 0026:trace:storage:StorageBaseImpl_OpenStream <-- 80030005 0026:warn:msi:cabinet_open_stream failed to open stream 0x80030005 0026:trace:seh:raise_exception code=c0000005 flags=0 addr=0x683b5388 ip=683b5388 tid=0026 0026:trace:seh:raise_exception info[0]=00000000 0026:trace:seh:raise_exception info[1]=00000000 0026:trace:seh:raise_exception eax=00000000 ebx=68435ff4 ecx=00000000 edx=00000000 esi=00000003 edi=00000000 0026:trace:seh:raise_exception ebp=0033f008 esp=0033efc0 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010256 0026:trace:seh:call_vectored_handlers calling handler at 0x68d106d6 code=c0000005 flags=0 0026:trace:seh:call_vectored_handlers handler at 0x68d106d6 returned 0 0026:trace:seh:call_stack_handlers calling handler at 0x7bc912df code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x00000000 at address 0x683b5388 (thread 0026), starting debugger... ... Backtrace: =>0 0x683b5388 cabinet_seek_stream+0x29(hf=0, dist=0, seektype=0x1) [/opt/projects/wine/wine-git/dlls/msi/media.c:276] in msi (0x0033f008) 1 0x754e28eb FDI_getoffset+0x23(fdi=0x20a5d0, hf=0) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:466] in cabinet (0x0033f028) 2 0x754e2c2f FDI_read_entries+0xdc(fdi=0x20a5d0, hf=0, pfdici=0x33f194, pmii=0x4c3a1c) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:575] in cabinet (0x0033f108) 3 0x754ea048 FDICopy+0x47b(hfdi=0x20a5d0, pszCabinet="<STREAM>", pszCabPath=0x0(nil), flags=0, pfnfdin=0x683b60c7, pfnfdid=(nil), pvUser=0x33f440) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:2535] in cabinet (0x0033f388) 4 0x683b656a extract_cabinet_stream+0x184(package=0x1509c0, mi=0x20bc08, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:628] in msi (0x0033f3f8) 5 0x683b660f msi_cabextract+0x2d(package=0x1509c0, mi=0x20bc08, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:645] in msi (0x0033f418) 6 0x683a69b7 ACTION_InstallFiles+0x250(package=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/files.c:337] in msi (0x0033f4a8) 7 0x6837dd59 ACTION_HandleStandardAction+0x99(package=0x1509c0, action="InstallFiles", rc=0x33f52c) [/opt/projects/wine/wine-git/dlls/msi/action.c:7711] in msi (0x0033f4e8) 8 0x6837dfc9 ACTION_PerformUIAction+0x90(package=0x1509c0, action="InstallFiles", script=0xffffffff) [/opt/projects/wine/wine-git/dlls/msi/action.c:7755] in msi (0x0033f538) 9 0x6836d162 ITERATE_Actions+0x13d(row=0x4aa680, param=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/action.c:1282] in msi (0x0033f598) 10 0x683c2e6b MSI_IterateRecords+0x88(view=0x16a1f0, count=0x0(nil), func=0x6836d024, param=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/msiquery.c:193] in msi (0x0033f5c8) 11 0x6836d4a7 ACTION_ProcessExecSequence+0x19d(package=0x1509c0, UIran=0) [/opt/projects/wine/wine-git/dlls/msi/action.c:1369] in msi (0x0033f608) 12 0x68378919 ACTION_ExecuteAction+0x33(package=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/action.c:5744] in msi (0x0033f638) 13 0x6837dd59 ACTION_HandleStandardAction+0x99(package=0x1509c0, action="ExecuteAction", rc=0x33f6bc) [/opt/projects/wine/wine-git/dlls/msi/action.c:7711] in msi (0x0033f678) 14 0x6837dfc9 ACTION_PerformUIAction+0x90(package=0x1509c0, action="ExecuteAction", script=0xffffffff) [/opt/projects/wine/wine-git/dlls/msi/action.c:7755] in msi (0x0033f6c8) 15 0x6836d162 ITERATE_Actions+0x13d(row=0x1874e0, param=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/action.c:1282] in msi (0x0033f728) --- snip --- $ wine --version wine-1.3.18-200-gd16bed1 Steps to reproduce: .NET Framework 1.0 download: https://www.microsoft.com/downloads/en/details.aspx?familyid=D7158DEE-A83F-… .NET Framework 1.0 SP3 download: https://www.microsoft.com/downloads/en/details.aspx?familyid=6978D761-4A92-… 1. install .NET Framework 1.0 in clean WINEPREFIX -> $ wine ./dotnetredist.exe /q /T:"C:\\temp" && wine "C:\\temp\\dotnetfx.exe" 2. install SP3 over -> $ wine ./NDP1.0sp3-KB867461-X86-Enu.exe Could be either recent cab <-> msi rewrite or ole (storage) problem. That 0x80030005 while processing cabinet stream looks suspicious (failure not properly handled within msi). 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 25362] New: Error running Return to Castle Wolfenstein
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=25362 Summary: Error running Return to Castle Wolfenstein Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mrfort(a)centurytel.net Created an attachment (id=32259) --> (http://bugs.winehq.org/attachment.cgi?id=32259) debugger report Installed ok. Allowed setup preferences such as graphics and audio preferences. When I try to run in single player I get this error: Error in file "/home/name/.local/share/applications/clamtk.desktop": "vms/exe" is an invalid MIME type ("vms" is an unregistered media type). I assume it is an easy fix but cannot locate any information online or in your repository. -- 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 25120] New: dotnet11 installation broken
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=25120 Summary: dotnet11 installation broken Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=31862) --> (http://bugs.winehq.org/attachment.cgi?id=31862) terminal output Regression test points to: a23514eece083011140513853c5db10357af6cea is the first bad commit commit a23514eece083011140513853c5db10357af6cea Author: Hans Leidekker <hans(a)codeweavers.com> Date: Thu Nov 11 10:45:42 2010 +0100 msi: Add support for installing side-by-side assemblies. :040000 040000 6e3244306b1cdce4af9bd963048445913433d933 820db510d39486aa37cad45d1ebeb9e2397f6224 M dlls to repeat: $ rm -rf ~/.wine $ sh winetricks -q -v winetricks terminal output attached. -- 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 32

[Bug 26701] New: exeinfoPE crashes due to PE resource section validation being too strict
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=26701 Summary: exeinfoPE crashes due to PE resource section validation being too strict Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while updating some appdb entries I noticed a breakage with some PE "id" tool. The app worked some time ago but now crashes instantly. There was a minor version update: the author probably not only added more signatures but tweaked the custom PE protection the app is wrapped with. --- snip --- >$ wine ./exeinfoPE.exe wine: Unhandled exception 0x0eedfade at address 0x7b83983a:0x7b83863f (thread 0009), starting debugger... fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 26 fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 26 fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 26 err:seh:setup_exception_record stack overflow 880 bytes in thread 0009 eip 6816b5ea esp 00230fc0 stack 0x230000-0x231000-0x330000 --- snip --- relay trace yields following: --- snip --- ... 0021:Call KERNEL32.FindResourceA(00400000,00472384 "tbl_Main",0000000a) ret=00474417 0021:trace:resource:FindResourceExA 0x400000 #000a "tbl_Main" 0000 0021:trace:resource:LdrFindResource_U module 0x400000 type #000a name L"TBL_MAIN" lang 0000 level 3 0021:Ret KERNEL32.FindResourceA() retval=00000000 ret=00474417 0021:Call user32.LoadStringA(00400000,0000ffc3,0032ed34,00001000) ret=00407417 0021:trace:resource:LoadStringA instance = 0x400000, id = ffc3, buffer = 0x32ed34, length = 4096 0021:trace:resource:FindResourceExW 0x400000 #0006 #0ffd 0000 0021:trace:resource:LdrFindResource_U module 0x400000 type #0006 name #0ffd lang 0000 level 3 0021:trace:resource:LoadStringA returning "" 0021:Ret user32.LoadStringA() retval=00000000 ret=00407417 0021:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0032fd7c) ret=0047444b 0021:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83863f ip=7b83863f tid=0021 0021:trace:seh:raise_exception info[0]=0047444b 0021:trace:seh:raise_exception info[1]=05701d10 0021:trace:seh:raise_exception info[2]=0053a9e0 0021:trace:seh:raise_exception info[3]=00000000 0021:trace:seh:raise_exception info[4]=00000029 0021:trace:seh:raise_exception info[5]=0032fde8 0021:trace:seh:raise_exception info[6]=0032fd98 0021:trace:seh:raise_exception eax=7b825a75 ebx=7b88fff4 ecx=0047444b edx=0032fc94 esi=0032fd7c edi=0032fcf0 0021:trace:seh:raise_exception ebp=0032fcd8 esp=0032fc74 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000203 0021:trace:seh:call_vectored_handlers calling handler at 0x788636c6 code=eedfade flags=1 0021:trace:seh:call_vectored_handlers handler at 0x788636c6 returned 0 0021:trace:seh:call_stack_handlers calling handler at 0x474573 code=eedfade flags=1 0021:trace:seh:call_stack_handlers handler at 0x474573 returned 1 0021:trace:seh:call_stack_handlers calling handler at 0x405149 code=eedfade flags=1 ... --- snip --- The app unpacks/decrypts PE sections into dynamic memory and patches the PE header to point to new locations. I dumped the PE header at the right place ;-) --- snip --- Wine-dbg>p *nt {Signature=0x4550, FileHeader={Machine=0x14c, NumberOfSections=0x3, TimeDateStamp=0x2a425e19, PointerToSymbolTable=0, NumberOfSymbols=0, SizeOfOptionalHeader=0xe0, Characteristics=0x818f}, OptionalHeader={Magic=0x10b, MajorLinkerVersion=2, MinorLinkerVersion=0, SizeOfCode=0x8c000, SizeOfInitializedData=0x5000, SizeOfUninitializedData=0x513a000, AddressOfEntryPoint=0x51c5810, BaseOfCode=0x513b000, BaseOfData=0x51c7000, ImageBase=0x400000, SectionAlignment=0x1000, FileAlignment=0x200, MajorOperatingSystemVersion=0x4, MinorOperatingSystemVersion=0, MajorImageVersion=0, MinorImageVersion=0, MajorSubsystemVersion=0x4, MinorSubsystemVersion=0, Win32VersionValue=0, SizeOfImage=0x51cc000, SizeOfHeaders=0x1000, CheckSum=0x51c5810, Subsystem=0x2, DllCharacteristics=0, SizeOfStackReserve=0x100000, SizeOfStackCommit=0x4000, SizeOfHeapReserve=0x100000, SizeOfHeapCommit=0x1000, LoaderFlags=0, NumberOfRvaAndSizes=0x12, DataDirectory={{VirtualAddress=0x5159000, Size=0x4f}, {VirtualAddress=0x51cb120, Size=0x2c8}, {VirtualAddress=0x51c7000, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0x51c63b0, Size=0x18}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}}}} --- snip --- The (new) PE resource section is located at 0x051c7000 with size == 0 (not recalculated to real value) Wine's resource directory entry size check is actually the problem, preventing the app from finding its resources. --- snip ntdll/resource.c --- /********************************************************************** * find_entry * * Find a resource entry */ static NTSTATUS find_entry( HMODULE hmod, const LDR_RESOURCE_INFO *info, ULONG level, const void **ret, int want_dir ) { ULONG size; const void *root; const IMAGE_RESOURCE_DIRECTORY *resdirptr; WORD list[9]; /* list of languages to try */ int i, pos = 0; root = RtlImageDirectoryEntryToData( hmod, TRUE, IMAGE_DIRECTORY_ENTRY_RESOURCE, &size ); if (!root) return STATUS_RESOURCE_DATA_NOT_FOUND; if (size < sizeof(*resdirptr)) return STATUS_RESOURCE_DATA_NOT_FOUND; resdirptr = root; ... --- snip ntdll/resource.c --- This also results in stack overflow because the app's exception handler tries to load resources too which obviously fails. Removing the size check (size < sizeof(*resdirptr)) lets the app successfully start. 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 34785] New: unimplemented function shell32.dll.SHExtractIconsW called in 64-bit code (0x000000007b84980a)
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=34785 Bug #: 34785 Summary: unimplemented function shell32.dll.SHExtractIconsW called in 64-bit code (0x000000007b84980a) Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: LiveFreeDead(a)hotmail.com Classification: Unclassified Created attachment 46386 --> http://bugs.winehq.org/attachment.cgi?id=46386 backtrace of crash Just noticed this API wasn't implemented yet and would prefer it return a blank icon for now instead of crashing out the whole WINE app. Not sure if it affects x86 as I only have x64 installed at the moment. -- 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 32245] New: unimplemented function shell32.dll.SHExtractIconsW
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=32245 Bug #: 32245 Summary: unimplemented function shell32.dll.SHExtractIconsW Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tjfoerster(a)web.de Classification: Unclassified I've coded a small GUI with a graphic menu which should run in wine. Everything works well on windows (i.e. XP) - but not in wine (Unhandled exception). It doesn't start at all. The same in wine 1.5.17 (ArchLinux) and 1.2 (Meego - WeTab). Attached the backrace.txt and the GUI. -- 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 18

[Bug 32878] New: Classic Shell/Classic Start Menu crashes on startup due to unimplemented function shell32.dll.SHGetStockIconInfo
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=32878 Bug #: 32878 Summary: Classic Shell/Classic Start Menu crashes on startup due to unimplemented function shell32.dll.SHGetStockIconInfo Product: Wine Version: 1.5.22 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Detlef is already working on that though it might be useful to have a bug report for it. I tested the port of class shell to ARM platform. The same most likely applies for x86. --- snip --- $ wine ./ClassicStartMenu.exe ... wine: Call from 0x403ec644 to unimplemented function shell32.dll.SHGetStockIconInfo, aborting fixme:seh:RtlUnwind Not implemented on ARM fixme:thread:InitializeSRWLock (0x1009cc8c): stub err:module:attach_process_dlls "ClassicStartMenuDLL.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\linaro\\wine-apps\\classicmenu\\ClassicStartMenu.exe" failed, status 80000100 --- snip --- $ wine --version wine-1.5.23-7-gf0a88fb Patches from Detlef Riekenberg here: http://source.winehq.org/patches/data/94077 http://source.winehq.org/patches/data/94078 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 34400] New: Classic Shell/Classic Start Menu crashes on startup due to unimplemented function shell32.dll.SHExtractIconsW
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=34400 Bug #: 34400 Summary: Classic Shell/Classic Start Menu crashes on startup due to unimplemented function shell32.dll.SHExtractIconsW Product: Wine Version: 1.7.1 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says... --- snip --- 0026:Call KERNEL32.RaiseException(80000100,00000001,00000002,40daeb80) ret=413d0038 0026:trace:seh:raise_exception info[0]=413d00b8 0026:trace:seh:raise_exception info[1]=413d04fa wine: Call from 0x404d9388 to unimplemented function shell32.dll.SHExtractIconsW, aborting 0026:trace:seh:call_stack_handlers calling handler at 0x404f9418 code=80000100 flags=1 0026:trace:seh:RtlUnwind code=80000100 flags=3 ... 0026:err:module:attach_process_dlls "ClassicStartMenuDLL.dll" failed to initialize, aborting 0026:err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\linaro\\wine-apps\\classicmenu\\ClassicStartMenu.exe" failed, status 80000100 --- 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 6

[Bug 34402] New: Multiple applications ported to WinRT/ARM require atl110.dll (Halite torrent client for Windows RT )
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=34402 Bug #: 34402 Summary: Multiple applications ported to WinRT/ARM require atl110.dll (Halite torrent client for Windows RT ) Product: Wine Version: 1.7.1 Platform: arm 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, as the summary says ... --- snip --- $ wine ./Halite.exe err:module:import_dll Library atl110.DLL (which is needed by L"Z:\\home\\linaro\\wine-apps\\halite\\Halite.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\linaro\\wine-apps\\halite\\Halite.exe" failed, status c0000135 --- 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