October 2011 - Wine-Bugs - list.winehq.org

[Bug 14817] New: Msi property names passed on the command line need to be interpreted as uppercase (Corel Draw X3 installer)
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=14817 Summary: Msi property names passed on the command line need to be interpreted as uppercase (Corel Draw X3 installer) Product: Wine Version: CVS/GIT Platform: PC URL: http://download.chip.eu/en/CorelDraw-Graphics-Suite-X3- 13.0.0.739_74294.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while solving bug 10368 I came across another one before hitting bug 2547 Note: To get to this bug one needs my private heap patch for bug 10368 so just believe it for now until AJ provides a fix ;-) There is a custom action "Set_AKPARAMS_CGS" which lets the installer fail: --- snip --- 002d:trace:msi:ACTION_CustomAction Handling custom action L"Set_AKPARAMS_CGS" (33 L"AKPARAMS" L"[PCUPath]|[PCUNLRFilename]|[LangPath]|[PCUDllFilename]|[regkey]|[DTAFilename]|[PIDprefix]|[LANG]") .. --- snip --- There are 8 properties fetched to build the string: --- snip --- 002d:trace:msi:MSI_GetPropertyW returning L"C:\\windows\\temp\\Corel\\6926A426-654D-11DD-879C-000AE4C88BC2\\Programs\\" for property L"PCUPath" .. 002d:trace:msi:MSI_GetPropertyW returning L"DRPCUNLR.dll" for property L"PCUNLRFilename" .. 002d:trace:msi:MSI_GetPropertyW returning L"C:\\windows\\temp\\Corel\\6926A426-654D-11DD-879C-000AE4C88BC2\\Languages\\DE\\Programs\\" for property L"LangPath" .. 002d:trace:msi:MSI_GetPropertyW property L"PCUDllFilename" not found .. 002d:trace:msi:MSI_GetPropertyW returning L"SOFTWARE\\Corel\\TempKey2B9006B6\\6926A426-654D-11DD-879C-000AE4C88BC2" for property L"regkey" .. 002d:trace:msi:MSI_GetPropertyW returning L"DR13" for property L"DTAFilename" .. 002d:trace:msi:MSI_GetPropertyW returning L"DR13" for property L"PIDprefix" .. 002d:trace:msi:MSI_GetPropertyW returning L"EN" for property L"LANG" .. --- snip --- One property "PCUDllFilename" is not found. The properties are passed on command line: --- snip --- 002d:Call msi.MsiInstallProductA(00a00b40 "C:\\windows\\temp\\CorelPreInstall.msi",00a00be0 "ACTIONTODO=\"AcquireKey\" MAIN_INSTALL_DLG_TITLE=\"Setup Initialization\" SERIALNUMBER=\"DR13WTX-9999998-YSP\" USERNAME=\"\" PCUSOURCEID=\"100001\" PRODUCT_REGKEY=\"CorelDRAW\\13.0\" LANG=\"EN\" PCU_SUBFOLDER=\"Programs\\\" PCUNLRFILENAME=\"DRPCUNLR.dll\" PCU_LANG_SUBFOLDER=\"Languages\\DE\\Programs\\"...) ret=1000372b --- snip --- Debug/relay truncated it, here is the full command line (formatted one property per line): --- snip --- ACTIONTODO="AcquireKey" MAIN_INSTALL_DLG_TITLE="Setup Initialization" SERIALNUMBER="DR13WTX-9999998-YSP" USERNAME="" PCUSOURCEID="100001" PRODUCT_REGKEY="CorelDRAW\13.0" LANG="EN" PCU_SUBFOLDER="Programs\" PCUNLRFILENAME="DRPCUNLR.dll" PCU_LANG_SUBFOLDER="Languages\DE\Programs\" PCU_LANG_RELATIVE_PATH="..\Languages\DE\Programs" PCUDllFilename="PCUDataIntl.dll" PIDPREFIX="DR13" DTAFILENAME="DR13" PCUURLLANG="DE" --- snip --- All property names are hard coded literals in this brain damaged installer and "PCUDllFilename" was the only one not passed as uppercase. Probably not intended but completely valid. Next, these properties are set within msi_parse_command_line(). Because wine msi takes the property names as case sensitive, the property "PCUDllFilename" is set with value "PCUDataIntl.dll" (and not "PCUDLLFILENAME"). A bit later, a custom action for each property maps the property names again to its case-dependant representation: --- snip --- 002d:trace:msi:ACTION_CustomAction Handling custom action L"Set_PCUDllFilename" (33 L"PCUDllFilename" L"[PCUDLLFILENAME]") .. 002d:trace:msi:MSI_FormatRecordW (L"[PCUDLLFILENAME]") .. 002d:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`='PCUDLLFILENAME'" 0x7ed3cf9c .. 002d:trace:msi:MSI_GetPropertyW property L"PCUDLLFILENAME" not found --- snip --- Because "PCUDLLFILENAME" wasn't found due to msi command line bug, "PCUDllFilename" will be overwritten with empty string, leading to later failure. My fix was to convert all property passed to msi_parse_command_line() to uppercase. This lets the installer proceed further - only to run into bug 2547 MSDN info here: http://msdn.microsoft.com/en-us/library/aa367988.aspx --- quote --- .. Only public properties can be modified using the command line. All property names on the command line are interpreted as uppercase but the value retains case sensitivity. If you enter MyProperty at a command line, the installer overrides the value of MYPROPERTY and not the value of MyProperty in the Property table. --- quote --- 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 10368] New: Corel Draw X3 Won't Install
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=10368 Summary: Corel Draw X3 Won't Install Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=9041) --> (http://bugs.winehq.org/attachment.cgi?id=9041) Log of the error The installation is failing when the second stage start. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 27199] New: MS .Net Framework 1.x Service Pack installers crash in InstallFiles action (cabinet stream handling)
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=27199 Summary: MS .Net Framework 1.x Service Pack installers crash in InstallFiles action (cabinet stream handling) Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, probably a regression, I've noticed this some time ago but forgot about filing a bug for it until I saw a forum post. http://forum.winehq.org/viewtopic.php?t=12224&start=2 AFAIK affects various .NET 1.x SPx installers (1.0 SP3, 1.1 SP1, ...) --- snip --- $ wine ./NDP1.1sp1-KB867460-X86.exe fixme:sync:CreateMemoryResourceNotification (0) stub fixme:shell:URL_ParseUrl failed to parse L"mscorlib" fixme:shell:URL_ParseUrl failed to parse L"PatchExec" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Cabinet.MiniExtract" ... fixme:msi:msi_parse_patch_summary patch obsoletes L"{02D68AF2-1DCD-42E2-8E32-54314782DA29}{323E5670-5DA7-4A1E-85F0-8FA12EFE9EC8}{FA96891D-DADE-40A5-B54C-61E945F88103}{2376C7F6-3282-4CBE-BB2E-38882354A844}{3D3DEE62-32F2-4AB3-9565-B344AD757AFD}{297E6479-2055-4B59-99C8-D31FF5FCADAF}{4291D65D-056C-4B77-82C6-D3C6A320FB4D}{DEFE4CC2-D4FF-4BE5-BCE3-7E9B7E39FC"... fixme:msi:MsiGetMode no support for administrative installs fixme:msi:ACTION_CustomAction Deferring rollback only action wine: Unhandled page fault on read access to 0x00000000 at address 0x6839d034 (thread 0027), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6839d034). ... Backtrace: =>0 0x6839d034 cabinet_seek_stream+0x29(hf=0, dist=0, seektype=0x1) [/opt/projects/wine/wine-git/dlls/msi/media.c:280] in msi (0x0033f008) 1 0x68c4c8eb FDI_getoffset+0x23(fdi=0x6837b8, hf=0) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:466] in cabinet (0x0033f028) 2 0x68c4cc2f FDI_read_entries+0xdc(fdi=0x6837b8, hf=0, pfdici=0x33f194, pmii=0x69b49c) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:575] in cabinet (0x0033f108) 3 0x68c54048 FDICopy+0x47b(hfdi=0x6837b8, pszCabinet="<STREAM>", pszCabPath=0x0(nil), flags=0, pfnfdin=0x6839dd73, pfnfdid=(nil), pvUser=0x33f440) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:2535] in cabinet (0x0033f388) 4 0x6839e216 extract_cabinet_stream+0x184(package=0x147878, mi=0x683868, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:632] in msi (0x0033f3f8) 5 0x6839e2bb msi_cabextract+0x2d(package=0x147878, mi=0x683868, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:649] in msi (0x0033f418) 6 0x6838ffcf ACTION_InstallFiles+0x250(package=0x147878) [/opt/projects/wine/wine-git/dlls/msi/files.c:356] in msi (0x0033f4a8) 7 0x68366b3d ACTION_HandleStandardAction+0x99(package=0x147878, action="InstallFiles", rc=0x33f52c) [/opt/projects/wine/wine-git/dlls/msi/action.c:8023] in msi (0x0033f4e8) 8 0x68366dad ACTION_PerformUIAction+0x90(package=0x147878, action="InstallFiles", script=0xffffffff) [/opt/projects/wine/wine-git/dlls/msi/action.c:8067] in msi (0x0033f538) --- snip --- Prerequisite: bash winetricks -q dotnet11 $ sha1sum NDP1.1sp1-KB867460-X86.exe 74a5b25d65a70b8ecd6a9c301a0aea10d8483a23 NDP1.1sp1-KB867460-X86.exe $ wine --version wine-1.3.20-94-geb4b262 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 25430] New: Internet Explorer 4 can't load the WineHQ forum without native urlmon
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=25430 Summary: Internet Explorer 4 can't load the WineHQ forum without native urlmon Product: Wine Version: 1.3.8 Platform: x86-64 URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=32369) --> (http://bugs.winehq.org/attachment.cgi?id=32369) Standard output If IE4 is installed using the procedure described at http://appdb.winehq.org/objectManager.php?sClass=version&iId=2743&iTestingI… , but with urlmon omitted from step 2 (native overrides), it loads only the background image for the WineHQ forums. After loading the background, it produces an error message and stops: Internet Explorer could not open the Internet site http://forum.winehq.org/. Could not complete the operation due to error 80004002. After restoring the urlmon override, the forum can be fully loaded. -- 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 28379] New: Internet Explorer 4.0 highlights selected text incorrectly
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=28379 Summary: Internet Explorer 4.0 highlights selected text incorrectly Product: Wine Version: 1.3.28 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: david.hedberg(a)gmail.com Regression SHA1: 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 Created an attachment (id=36389) --> (http://bugs.winehq.org/attachment.cgi?id=36389) Terminal output When selecting some text in IE4, it usually gets highlighted wrong - it appears that the text changes color as expected, but the background does not. It's very noticeable on the WineHQ homepage, where much of the text becomes invisible when selected, while it should be white on a blue background. This wasn't an issue back in 1.3.6, so I did a regression test: 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 is the first bad commit commit 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 Author: David Hedberg <dhedberg(a)codeweavers.com> Date: Sun Jan 30 20:47:55 2011 +0800 gdi32: Stay within the clipping area when painting text background. :040000 040000 f50390b8ae6002fa95ce4cc6fe598b86db9c3f22 d0fbba0a31d64cee11b668c809871706be50f376 M dlls Reverting the patch fixed the problem. I used these steps to install and test: 1. Change the reported Windows version to NT4 2. Add native,bultin overrides for the following: advpack, iexplore.exe, jscript, mshtml, shdocvw 3. Remove the Z: drive (not required, but prevents the installer from scanning the entire file system for Windows browsers to install a plugin to) 4. Run 'wine iexplore -unregserver' 5. Remove some files (replace $HOME/.wine if needed): rm -f $HOME/.wine/drive_c/{Program\ Files/Internet\ Explorer/iexplore.exe,windows/system32/{advpack.dll,inetcpl.cpl,mshtml.dll,schannel.dll,shdocvw.dll}} 6. Copy the self-extractor to Wine's C: drive and run it to extract the setup files 7. Run the IE4SETUP.EXE file from the directory the extractor created 8. Choose no when asked to locate WINDOWS.HLP, and ignore some Java VM installation errors after the reboot 9. Run IE4 and try selecting some text in the news section of the WineHQ homepage: wine 'C:/Program Files/Internet Explorer/iexplore.exe' http://www.winehq.org -- 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 25278] New: Internet Explorer 4 crashes - unimplemented function wininet.dll.InternetShowSecurityInfoByURL
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=25278 Summary: Internet Explorer 4 crashes - unimplemented function wininet.dll.InternetShowSecurityInfoByURL Product: Wine Version: 1.3.6 Platform: x86-64 URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Right-click on the WineHQ home page -> properties -> certificates crashes the browser: wine: Call from 0x7b838d02 to unimplemented function wininet.dll.InternetShowSecurityInfoByURL, aborting wine: Unimplemented function wininet.dll.InternetShowSecurityInfoByURL called at address 0x7b838d02 (thread 0009), starting debugger... Note: I've posted the procedure used to install and run it in the AppDB here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=2743&iTestingI… -- 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 28392] New: Internet Explorer 4 crashes on adding a page to favorites
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=28392 Summary: Internet Explorer 4 crashes on adding a page to favorites Product: Wine Version: 1.3.28 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36406) --> (http://bugs.winehq.org/attachment.cgi?id=36406) Terminal output Per the summary, trying to add a page to favorites in IE4 crashes the browser. It doesn't happen if native shell32 is used (for iexplore.exe only). Procedure to install and test: 1. Change the reported Windows version to NT4 2. Add native,bultin overrides for the following: advpack, iexplore.exe, jscript, mshtml, shdocvw 3. Remove the Z: drive (not required, but prevents the installer from scanning the entire file system for Windows browsers to install a plugin to) 4. Run 'wine iexplore -unregserver' 5. Remove some files (replace $HOME/.wine if needed): rm -f $HOME/.wine/drive_c/{Program\ Files/Internet\ Explorer/iexplore.exe,windows/system32/{advpack.dll,inetcpl.cpl,mshtml.dll,schannel.dll,shdocvw.dll}} 6. Copy the self-extractor to Wine's C: drive and run it to extract the setup files 7. Run the IE4SETUP.EXE file from the directory the extractor created 8. Choose no when asked to locate WINDOWS.HLP, and ignore some Java VM installation errors after the reboot 9. Run IE4: wine 'C:/Program Files/Internet Explorer/iexplore.exe' http://www.winehq.org 10. Go to favorites (in menu bar) -> add to favorites -> OK -- 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 19520] New: Unimplemented function shdocvw.dll.SHRestricted2W
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=19520 Summary: Unimplemented function shdocvw.dll.SHRestricted2W Product: Wine Version: 1.1.26 Platform: PC URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Internet Explorer 4 needs function shdocvw.dll.SHRestricted2W to finish it's installation. Without it, it fails with an unhandled exception. Unhandled exception: unimplemented function shdocvw.dll.SHRestricted2W called in 32-bit code (0x7b843517). -- 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 19519] New: Unimplemented function urlmon.dll.AsyncInstallDistributionUnit
by wine-bugs＠winehq.org July 12, 2021

July 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=19519 Summary: Unimplemented function urlmon.dll.AsyncInstallDistributionUnit Product: Wine Version: 1.1.26 Platform: PC URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Internet Explorer 4 needs function urlmon.dll.AsyncInstallDistributionUnit to complete it's installation of the Java plugin. Without it, it fails with an unhandled exception. I tried stubbing it but it fails, looks like it's needs implementing properly. -- 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 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 July 12, 2021

July 12, 2021

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