wine-bugs November 2019

wine-bugs@winehq.org

1 participants
7595 discussions

[Bug 21906] New: setupapi copyfiles action target must default to LDID_WIN (win9x) or LDID_SYS (NT) when neither DestinationDirs nor DefaultDestDir is given
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21906 Summary: setupapi copyfiles action target must default to LDID_WIN (win9x) or LDID_SYS (NT) when neither DestinationDirs nor DefaultDestDir is given Product: Wine Version: 1.1.39 Platform: x86 URL: http://visiteinteractive.free.fr/VM_java/msjavx86.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, with bug 18097 fixed (extrac32.exe tool), the msjavx86.exe installer still fails. WINEDEBUG=+tid,+seh,+relay,+setupapi wine ./msjavx86.exe &> log.txt Use the "vminst.log" file in system32 to quickly determine which part failed. --- snip --- === INF Invocation ========================================== Type : RunSetupCommand INF : C:\windows\temp\IXP000.TMP\java.inf 00000000 : WFCClean.RunNow 00000000 : CleanUp 00000000 : BaseInstallation.NT5 00000000 : BaseInstallation.RegNow 00000000 : IEOptions.Register 00000000 : IEOptions.X86.Register 00000000 : BaseInstallation.ClassFiles 80004005 : BasePkgMgr.Install.Execute ... --- snip --- java.inf -> "BasePkgMgr.Install.Execute" part failed. --- snip --- [BasePkgMgr.Install.Execute] ComponentName=Java RunPreSetupCommands=BASEINST.ExecPkgMgr --- snip --- --- snip --- [BASEINST.ExecPkgMgr] rundll32 %11%\msjava.dll,JavaPkgMgr_Install %10%\Java\classes\classes.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\classes.cer rundll32 %11%\msjava.dll,JavaPkgMgr_Install %10%\Java\trustlib\tclasses.zip,1,5,00,%VERNUM%,6,286,%10%\java\trustlib\tclasses.cer rundll32 %11%\msjava.dll,JavaPkgMgr_Install %10%\Java\classes\msjdbc.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\msjdbc.cer %11%\jdbgmgr.exe -regserver --- snip --- The self-register call fails because there is no target file ("%11%\jdbgmgr.exe -regserver"): --- snip --- 001d:Call KERNEL32.CreateProcessW(00000000,0033d22c L"C:\\windows\\system32\\jdbgmgr.exe -regserver",00000000,00000000,00000000,04000200,00000000,00152a50 L"C:\\windows\\temp\\IXP000.TMP",0033d18c,0033d1d0) ret=62fee93c 001d:Ret KERNEL32.CreateProcessW() retval=00000000 ret=62fee93c --- snip --- Go back to .inf to look up named sections for the file: --- snip --- [BASEINST.SysFilesNoReg] jdbgmgr.exe,,,33 javart.dll,,,33 msjdbc10.dll,,,33 zonedoff.reg,,,33 zonedon.reg,,,33 ... [BASEINST.SysFilesNoReg.NT5] clspack.exe,,,33 javart.dll,,,33 jdbgmgr.exe,,,33 jview.exe,,,33 msjdbc10.dll,,,33 wjview.exe,,,33 zonedoff.reg,,,33 zonedon.reg,,,33 --- snip --- The copy files action is listed here: --- snip --- [BaseInstallation] ComponentName=Java CheckAdminRights=1 CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg,BASEINST.WinFiles,BASEINST.INF AddReg=BASEINST.AddReg [BaseInstallation.NT5] ComponentName=Java CheckAdminRights=1 CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg.NT5,BASEINST.INF AddReg=BASEINST.AddReg --- snip --- The culprit (BASEINST.SysFilesNoReg.NT5) is here: --- snip --- ... 001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 2 returning L"BASEINST.SysFilesNoReg.NT5" 001d:trace:setupapi:SetupQueueCopySectionW hinf=0x1526a8/0x1526a8 section=L"BASEINST.SysFilesNoReg.NT5" root=L"C:\\windows\\temp\\IXP000.TMP" 001d:Call KERNEL32.SetLastError(00000000) ret=5092b82c 001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092b82c 001d:trace:setupapi:SetupFindFirstLineW (0x1526a8,L"BASEINST.SysFilesNoReg.NT5",(null)): returning 62/0 001d:trace:setupapi:SetupFindNextMatchLineW (0x1526a8,L"DestinationDirs",L"BASEINST.SysFilesNoReg.NT5"): not found 001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6 001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6 001d:trace:setupapi:SetupFindNextMatchLineW (0x1526a8,L"DestinationDirs",L"DefaultDestDir"): not found 001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6 001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6 001d:Call KERNEL32.SetLastError(00000000) ret=5092c4be 001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092c4be 001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 3 returning L"BASEINST.INF" ... --- snip --- "BASEINST.SysFilesNoReg.NT5" is skipped because there is no "DestinationDirs" for this named section present (unlike the others BASEINST.SysFilesRegister and BASEINST.INF): --- snip --- [DestinationDirs] PRECLEAN.RegSvr=11 BASEINST.ClassFiles=10,Java\Classes BASEINST.TClassFiles=10,Java\TrustLib BASEINST.SysFilesRegister=11 BASEINST.SysFilesNoReg=11 BASEINST.WinFiles=10 BASEINST.INF=17 --- snip --- "[DestinationDirs]" -> "DefaultDestDir" is also missing. Because of this the file is never copied. http://msdn.microsoft.com/en-us/library/ms794560.aspx (INF CopyFiles Directive) --- quote --- If a named section referenced by a CopyFiles directive has a corresponding entry in the DestinationDirs section of the same INF, that entry explicitly specifies the target destination directory into which all files that are listed in the named section are copied. If the named section is not listed in the DestinationDirs section, Setup uses the DefaultDestDir in the INF file. ... --- quote --- And what if no "DefaultDestDir" is given? I searched a bit and found this: http://technet.microsoft.com/en-us/library/cc768164.aspx (Appendix C - Windows 98 INF Files) --- quote --- The optional DefaultDestDir entry provides a default destination for any Copyfile entries that use the direct copy notation (@filename) or any [File-List] section not specified in the [DestinationDirs] section. If DefaultDestDir is not given, the default directory is set to LDID_WIN. --- quote --- LDID_WIN might apply to Win9X but not to Windows NT. In many .INF files for win32/NT you will find: --- snip --- [DestinationDirs] ... DefaultDestDir = 11 ; LDID_SYS --- snip --- So the default for non-existing "DefaultDestDir" on NT is LDID_SYS (as the .inf references the file(s) as "%11%\<executable>") You may want to fix dlls/setupapi/queue.c:get_destination_dir(). With this bug is fixed, the installer almost cleanly installs except for bug 18098 (urlmon.AsyncInstallDistributionUnit not implemented). 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 18098] New: urlmon.AsyncInstallDistributionUnit not implemented (needed MS Java VM)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18098 Summary: urlmon.AsyncInstallDistributionUnit not implemented (needed MS Java VM) Product: Wine Version: 1.1.19 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =1dacdb3d-50d1-41b2-a107-fa75ae960856&di OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, with bug 18097 fixed (extrac32.exe utility not present), the Java VM prerequisite installer goes further only to bail on this: --- snip --- ... 0041:Ret PE DLL (proc=0x67168dbc,module=0x67140000 L"urlmon.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0041:Ret KERNEL32.LoadLibraryA() retval=67140000 ret=004b2c84 0041:Call KERNEL32.GetProcAddress(67140000,00492554 "RegisterBindStatusCallback") ret=004b2ca3 0041:Ret KERNEL32.GetProcAddress() retval=67149014 ret=004b2ca3 0041:Call urlmon.RegisterBindStatusCallback(00133b98,00552f70,00000000,00000000) ret=004b2cca ... 0041:Ret urlmon.RegisterBindStatusCallback() retval=00000000 ret=004b2cca 0041:Call KERNEL32.GetProcAddress(67140000,00492528 "AsyncInstallDistributionUnit") ret=004b2c1b 0041:Ret KERNEL32.GetProcAddress() retval=6714892c ret=004b2c1b 0041:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033f684) ret=67168eed 0041:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b84386b ip=0x7b84386b tid=0041 0041:trace:seh:raise_exception info[0]=67168f60 0041:trace:seh:raise_exception info[1]=67168fa5 wine: Call from 0x7b84386b to unimplemented function urlmon.dll.AsyncInstallDistributionUnit, aborting 0041:trace:seh:call_vectored_handlers calling handler at 0x606bbe2a code=80000100 flags=1 0041:trace:seh:call_vectored_handlers handler at 0x606bbe2a returned 0 0041:trace:seh:call_vectored_handlers calling handler at 0x7b8408f7 code=80000100 flags=1 0041:trace:seh:call_vectored_handlers handler at 0x7b8408f7 returned 0 0041:trace:seh:call_stack_handlers calling handler at 0x7b87da31 code=80000100 flags=1 wine: Unimplemented function urlmon.dll.AsyncInstallDistributionUnit called at address 0x7b84386b (thread 0041), starting debugger... ... Backtrace: =>0 0x7b84386b RaiseException+0x83(code=2147483904, flags=1, nbargs=2, args=0x33f684) [/opt/wine/wine-git/dlls/kernel32/except.c:84] in kernel32 (0x0033f5d8) 1 0x7bc5f304 call_entry_point+0x20() in ntdll (0x0033f5fc) 2 0x7bc5f47c relay_call+0x171(descr=0x7b8ca4f4, idx=262959, stack=0x33f660) [/opt/wine/wine-git/dlls/ntdll/relay.c:397] in ntdll (0x0033f64c) 3 0x7b82a6b1 in kernel32 (+0xa6b1) (0x0033f68c) 4 0x67148950 __wine_stub_CoInstall() in urlmon (0x0033f700) err:dbghelp:pe_load_dbg_file Couldn't find .DBG file "msjava.dbg" ("") 5 0x00500e5d in msjava (+0xb0e5d) (0x0033f75c) 6 0x00501477 in msjava (+0xb1477) (0x0033fd18) 7 0x00a60000 (0x0033fe28) 8 0x6032d6de main+0x10a() [/opt/wine/wine-git/dlls/winecrt0/exe_main.c:48] in rundll32 (0x0033fea8) 9 0x6032d5ba __wine_spec_exe_entry+0x6a(peb=0x7ffdf000) [/opt/wine/wine-git/dlls/winecrt0/exe_entry.c:36] in rundll32 (0x0033fee8) 10 0x7b87d9a5 start_process+0x158(arg=(nil)) [/opt/wine/wine-git/dlls/kernel32/process.c:946] in kernel32 (0x0033ffe8) 11 0x6002b997 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x7b84386b RaiseException+0x83 [/opt/wine/wine-git/dlls/kernel32/except.c:84] in kernel32: subl $4,%esp 84 RtlRaiseException( &record ); ... --- snip --- Clean WINEPREFIX, no native overrides. 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 21911] New: Provide "C:\\windows\\Help" folder (MS Java runtime installer)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21911 Summary: Provide "C:\\windows\\Help" folder (MS Java runtime installer) Product: Wine Version: 1.1.39 Platform: x86 URL: http://visiteinteractive.free.fr/VM_java/msjavx86.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a minor nuisance at the end of installer, easy to fix. Installer log "vminst.log": --- snip --- === Help Files ============================================== [ID:005006] C:\windows\help\javaperm.hlp Error creaing file [00000003]. [ID:006006] C:\windows\help\javasec.hlp Error creaing file [00000003]. ============================================================= Unable to complete installation. Error 0x80004005 Exit code: AA000003 ... --- snip --- trace log: --- snip --- 0027:Call KERNEL32.CreateFileA(0033fbf4 "C:\\windows\\help\\javaperm.hlp",40000000,00000000,00000000,00000002,00000000,00000000) ret=00403625 0027:Ret KERNEL32.CreateFileA() retval=ffffffff ret=00403625 0027:Call KERNEL32.GetLastError() ret=0040365a 0027:Ret KERNEL32.GetLastError() retval=00000003 ret=0040365a ... 0027:Call KERNEL32.CreateFileA(0033fbf4 "C:\\windows\\help\\javasec.hlp",40000000,00000000,00000000,00000002,00000000,00000000) ret=00403625 0027:Ret KERNEL32.CreateFileA() retval=ffffffff ret=00403625 0027:Call KERNEL32.GetLastError() ret=0040365a 0027:Ret KERNEL32.GetLastError() retval=00000003 ret=0040365a ... 0027:Call user32.MessageBoxA(00000000,0033f9f8 "Unable to Complete Installation",0033f5f8 "Microsoft VM",00000010) ret=00402c3f --- snip --- With precreated "C:\\windows\\Help" folder the installer finishes successfully. 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 27796] New: JDK 6 installer fails with error "File name is too long"
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27796 Summary: JDK 6 installer fails with error "File name is too long" Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabspeck(a)gmail.com Created an attachment (id=35559) --> (http://bugs.winehq.org/attachment.cgi?id=35559) The error message Running the Oracle JDK 6u26 installer on Wine results in the following error message being displayed: "Installer : Wrapper.CrateFile failed with error 206: File name is too long". -- 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 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 12 Jul '21

12 Jul '21

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 12 Jul '21

12 Jul '21

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 12 Jul '21

12 Jul '21

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 12 Jul '21

12 Jul '21

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 12 Jul '21

12 Jul '21

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 12 Jul '21

12 Jul '21

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

Jump to page:

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 November 2019