http://bugs.winehq.org/show_bug.cgi?id=23091
Summary: KOMPAS-3D LT V11 freeze
Product: Wine
Version: 1.2-rc2
Platform: x86-64
URL: http://download.kompas.kolomna.ru/public/Kompas-3D_LT_
V11/Kompas3D_LT_V11_SP1_intgr.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexeal(a)gmail.com
At first look this program working correctly, but after closing preferences
window abruptly freeze. Look at the end of log:
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22649
Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://cdburnerxp.se/download?more-options
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=27861)
--> (http://bugs.winehq.org/attachment.cgi?id=27861)
Crash log
After choosing "erase disc" in the main menu and then clicking the erase button
(while a DVD-RW disc is inserted in a drive the program can detect), the
program produces an error dialog:
Erasing the disc failed for the following reason: Exception from HRESULT:
0x8001010E (RPC_E_WRONG_THREAD)
Clicking OK to this message results in the MS error report tool popping up,
followed by the Wine crash dialog.
Note: this program needs dotnet20, and it needs the workaround from bug 18012,
comment 2 to be able to detect drives in this section.
--
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.
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.
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.
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.
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.
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.
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.
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.
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.