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=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.
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=30610
Bug #: 30610
Summary: 64-bit JRE installer needs kernel32.dll _local_unwind
and kernel32.dll _C_specific_handler
Product: Wine
Version: 1.5.3
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
installing 64-bit JRE from:
http://www.java.net/download/jdk6/6u32/promoted/b02/binaries/jdk-6u32-ea-bi…
fails:
--- snip ---
wine: Call from 0x7fce4a8d9b64 to unimplemented function
KERNEL32.dll._local_unwind, aborting
wine: Unimplemented function KERNEL32.dll._local_unwind called at address
0x7fce4a8d9b64 (thread 003f), starting debugger...
...
Backtrace:
=>0 0x00007fce4a8d9b64 stub_entry_point+0x7c(dll="KERNEL32.dll",
name="_local_unwind", ret_addr=0x402335)
[/home/focht/projects/wine/wine-git/dlls/ntdll/loader.c:197] in ntdll
(0x000000000022c160)
1 0x0000000000402335 in
jdk-6u32-ea-bin-b02-windows-amd6Z:\home\focht\Downloads\jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe
(+0x2334) (0x00000000000003ff)
...
--- snip ---
Also required later: kernel32.dll _C_specific_handler
Some useful information about "_C_specific_handler" (containing pseudo code for
this generic handler):
"Exceptional Behavior - x64 Structured Exception Handling":
http://www.osronline.com/article.cfm?article=469
---
$ du -sh jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe
70M jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe
$ sha1sum jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe
e4b3ecc9a4d5ef075ee448e23df93f12ee0174dc
jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe
$ wine --version
wine-1.5.3-164-gdec3d50
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=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.
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.
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.
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.
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.
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.
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.
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.
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/94077http://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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=34947
Bug #: 34947
Summary: Creo Elements: Oversized dialog window
Product: Wine
Version: 1.7.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 46570
--> http://bugs.winehq.org/attachment.cgi?id=46570
Oversized dialog window
Steps to reproduce:
1) remove ~/.wine
2) wine Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe
3) do default installation
Behaviour:
At the end of installation I get oversized dialog (see attachment).
Expected behaviour:
No oversized dialog.
Terminal output on wine-1.7.6-158-g6ceb564:
fixme:storage:create_storagefile Storage share mode not implemented.
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid
{000c109e-0000-0000-c000-000000000046}
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid
{000c109e-0000-0000-c000-000000000046}
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid
{000c109e-0000-0000-c000-000000000046}
err:richedit:ReadStyleSheet skipping optional destination
err:richedit:ReadStyleSheet skipping optional destination
err:richedit:ReadStyleSheet skipping optional destination
err:richedit:ReadStyleSheet skipping optional destination
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid
{000c109e-0000-0000-c000-000000000046}
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid
{000c109e-0000-0000-c000-000000000046}
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid
{000c109e-0000-0000-c000-000000000046}
err:module:attach_process_dlls "redirect.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\PTC\\Creo Elements\\Direct Modeling Express
4.0\\binNT\\SolidDesigner.exe" failed, status 2c
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
err:module:attach_process_dlls "redirect.dll" failed to initialize, aborting
--
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=33500
Bug #: 33500
Summary: Creo Elements/Direct Modeling Express 4.0 fails to
install (msi script custom action return value
translation too restrictive)
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
while revisiting bug 27827 it seems the app installer now fails.
The translation of the return value of a vbscript function called in msi custom
action is the culprit.
"OSDM.msi" gets extracted from
"Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe" and can be run
directly.
--- snip ---
$ wine msiexec -i OSDM.msi
...
0028:trace:msi:ScriptThread custom action (28) started
0028:trace:msi:ACTION_CallScript function L"ExportProperties", script L"option
explicit\r\non error resume next\r\n\r\nfunction ExportProperties( )\r\n\r\n
Dim svLang\r\n Dim svInstallLang\r\n Dim svLanguageID\r\n \r\n On Error
Resume Next\r\n\r\n svLang = Session.Property( \"UserLanguageID\" )\r\n\r\n
Select Case svLang\r\n\r\n Case \"1031\", \"2055\", \"307"...
...
0028:trace:msi:MsiActiveScriptSite_OnEnterScript (0x4dfc50)
...
0028:trace:msi:MsiActiveScriptSite_OnLeaveScript (0x4dfc50)
0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Connected.
0028:trace:msi:call_script Calling function L"ExportProperties"
...
0028:trace:msi:MsiActiveScriptSite_OnEnterScript (0x4dfc50)
...
0028:trace:msi:MsiActiveScriptSite_OnLeaveScript (0x4dfc50)
0028:Call oleaut32.VariantChangeType(00a7e848,00a7e848,00000000,00000003)
ret=7ecfc53b
0028:Ret oleaut32.VariantChangeType() retval=00000000 ret=7ecfc53b
0028:Call oleaut32.VariantClear(00a7e848) ret=7ecfc570
0028:Ret oleaut32.VariantClear() retval=00000000 ret=7ecfc570
0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Disconnected.
0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Initialized.
0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Closed.
...
0028:Ret ole32.CoUninitialize() retval=00000000 ret=7ecfc6db
0028:trace:msi:ACTION_CallScript script returned 1603
0028:trace:msi:MsiCloseHandle 1
0028:trace:msi:ScriptThread custom action (28) returned 1603
0028:trace:msi:MsiCloseAllHandles
...
0024:err:msi:ITERATE_Actions Execution halted, action L"ExportProperties"
returned 1603
--- snip ---
The embedded vbscript source code of "ExportProperties" function:
--- snip ---
option explicit
on error resume next
function ExportProperties( )
Dim svLang
Dim svInstallLang
Dim svLanguageID
On Error Resume Next
svLang = Session.Property( "UserLanguageID" )
Select Case svLang
Case "1031", "2055", "3079", "4103", "5127"
svInstallLang = "german"
svLanguageID = "1031"
Case "1033", "2057", "3081", "4105", "5129", "6153", _
"7177", "8201", "9225", "10249", "11273"
svInstallLang = "english"
svLanguageID = "1033"
Case "1034", "2058", "3082", "4106", "5130", "6154", "7178", "8202",
"9226", _
"10250", "11274", "12298", "13322", "14346", "15370", "16394",
"17418", _
"18442", "19466", "20490"
svInstallLang = "spanish"
svLanguageID = "1034"
Case "1036", "2060", "3084", "4108", "5132"
svInstallLang = "french"
svLanguageID = "1036"
Case "1040", "2064"
svInstallLang = "italian"
svLanguageID = "1040"
Case "1041"
svInstallLang = "japanese"
svLanguageID = "1041"
Case Else
svInstallLang = svLang
svLanguageID = svLang
End Select
Session.Property( "InstallLanguage" ) = svInstallLang
Session.Property( "GroupLanguageID" ) = svLanguageID
ExportProperties = 0
End Function
--- snip ---
"ExportProperties" explicitly returns "0" (msiDoActionStatusNoAction), no other
code path.
Wine source:
http://source.winehq.org/git/wine.git/blob/3b0179cbde19e650804cb3b5a8185762…
--- snip ---
279 DWORD call_script(MSIHANDLE hPackage, INT type, LPCWSTR script, LPCWSTR
function, LPCWSTR action)
280 {
281 HRESULT hr;
282 IActiveScript *pActiveScript = NULL;
283 IActiveScriptParse *pActiveScriptParse = NULL;
284 MsiActiveScriptSite *scriptsite;
285 IDispatch *pDispatch = NULL;
286 DISPPARAMS dispparamsNoArgs = {NULL, NULL, 0, 0};
287 DISPID dispid;
288 CLSID clsid;
289 VARIANT var;
290 DWORD ret = ERROR_INSTALL_FAILURE;
291
292 CoInitialize(NULL);
...
344 /* Call a function if necessary through the IDispatch interface */
345 if (function != NULL && strlenW(function) > 0) {
346 TRACE("Calling function %s\n", debugstr_w(function));
347
348 hr = IActiveScript_GetScriptDispatch(pActiveScript, NULL,
&pDispatch);
349 if (FAILED(hr)) goto done;
350
351 hr = IDispatch_GetIDsOfNames(pDispatch, &IID_NULL, (WCHAR
**)&function, 1,LOCALE_USER_DEFAULT, &dispid);
352 if (FAILED(hr)) goto done;
353
354 hr = IDispatch_Invoke(pDispatch, dispid, &IID_NULL,
LOCALE_USER_DEFAULT, DISPATCH_METHOD, &dispparamsNoArgs, &var, NULL, NULL);
355 if (FAILED(hr)) goto done;
356
357 /* Check return value, if it's not IDOK we failed */
358 hr = VariantChangeType(&var, &var, 0, VT_I4);
359 if (FAILED(hr)) goto done;
360
361 if (V_I4(&var) == IDOK)
362 ret = ERROR_SUCCESS;
363 else ret = ERROR_INSTALL_FAILURE;
364
365 VariantClear(&var);
366 } else {
367 /* If no function to be called, MSI behavior is to succeed */
368 ret = ERROR_SUCCESS;
369 }
...
--- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa371254%28v=vs.85%…
--- quote ---
Custom actions written in JScript or Visual Basic, Scripting Edition (VBScript)
can call an optional function. These functions must return one of the values
shown in the following table.
Return value Value Description
msiDoActionStatusNoAction 0 Action not executed.
msiDoActionStatusSuccess IDOK = 1 Action completed successfully.
msiDoActionStatusUserExit IDCANCEL = 2 Premature termination by user.
msiDoActionStatusFailure IDABORT = 3 Unrecoverable error. Returned if
there is an error during parsing or execution of the JScript or VBScript.
msiDoActionStatusSuspend IDRETRY = 4 Suspended sequence to be resumed
later.
msiDoActionStatusFinished IDIGNORE = 5 Skip remaining actions. Not an
error.
Note that Windows Installer translates the return values from all actions when
it writes the return value into the log file. For example, if the action return
value appears as 1 (one) in the log file, this means that the action returned
msiDoActionStatusSuccess. For more information about this translation see
Logging of Action Return Values.
To return a value other than success from a script custom action, you must use
a function target for the custom action. The target function is specified in
the Target column of the CustomAction Table.
--- quote ---
Translating everything not "IDOK" to ERROR_INSTALL_FAILURE seems overly
restrictive.
$ du -sh Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe
157M Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe
$ sha1sum Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe
4b77817ac55bf4cbbd85f02949d8d97e9a0ca19a
Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe
$ wine --version
wine-1.5.29-38-g8e4317c
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15549
Summary: Colobot Demo installer does not fully redraw
installation window during install progress phase
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://www.ceebot.com/download/demo/colobotdemo17e.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=16531)
--> (http://bugs.winehq.org/attachment.cgi?id=16531)
Colobot Demo installer window screenshot
With today's Git (wine-1.1.5-507-ge20ef50), in the process of testing bug
13932, I noticed that when the installer is at the file copy progress phase,
some elements of the window are not redrawn properly. A screenshot is 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.
http://bugs.winehq.org/show_bug.cgi?id=23847
Summary: ntdll:
NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_
INFORMATION) should provide NT-style 100ns units (.NET
1.x CLR)
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://www.microsoft.com/DownLoads/details.aspx?family
id=D7158DEE-A83F-4E21-B05A-009D06457787
OS/Version: Linux
Status: NEW
Keywords: dotnet, download, Installer
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 17084 (.NET 1.0: imagehlp.ImageGetDigestStream needs more flesh
(assembly registration fails)) was fixed, the installer still fails.
The first blocker is now the presence of some .NET registry keys that ought to
help Mono but break the MS installer itself (path to v1.0.xxx Microsoft CLR
core library is incorrectly constructed, leading to mscorwks.dll load failure).
You can work around by deleting the following key before running the installer:
--- snip ---
$ wine reg delete "HKLM\Software\Microsoft\.NETFramework"
--- snip ---
Near the end, the installer spawns "regasm.exe" tool several times to register
various assemblies.
Unfortunately the tool crashes with division by zero (+tid,+seh,+relay):
--- snip ---
...
0040:Call ntdll.NtQuerySystemInformation(00000008,031ce960,00000060,00000000)
ret=792cf160
0040:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160
0040:trace:seh:raise_exception code=c0000094 flags=0 addr=0x79243177
ip=79243177 tid=0040
0040:trace:seh:raise_exception eax=00000000 ebx=ffffffff ecx=00000000
edx=00000000 esi=00000022 edi=00000001
0040:trace:seh:raise_exception ebp=031ce9f0 esp=031ce940 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010246
--- snip ---
Interestingly there are other calls from the same addresses that don't crash:
--- snip ---
0020:Call ntdll.NtQuerySystemInformation(00000008,0320e960,00000060,00000000)
ret=792cf160
0020:trace:ntdll:NtQuerySystemInformation
(0x00000008,0x320e960,0x00000060,(nil))
000d:Call KERNEL32.SwitchToThread() ret=7929a604
000d:Ret KERNEL32.SwitchToThread() retval=00000001 ret=7929a604
0020:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160
0020:Call KERNEL32.Sleep(000001f4) ret=792d00bc
--- snip ---
Using additional "printf" style debugging to dump kernel+user+idle jiffies I
noticed the crashes happen when the values accumulated only small changes in
capture intervals.
It seems the CLR employs some kind of cpu resource utilization calculation
(using certain capture intervals) that breaks if the ticks/time units increment
fall below some threshold.
Windows NT accounts SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION values in 100ns
units.
See: http://msdn.microsoft.com/en-us/library/ms724509.aspx
I fixed dlls/ntdll/nt.c:NtQuerySystemInformation(
SystemProcessorPerformanceInformation class) to convert jiffies to NT-style
100-ns units and it helped to keep the .NET CLR CPU usage calculation happy and
to not let the regasm tool crash anymore (installer succeeded).
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=21622
Summary: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0
installer)
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.microsoft.com/DownLoads/details.aspx?family
id=D7158DEE-A83F-4E21-B05A-009D06457787
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
due to recent changes in msi (SelfUnregModules standard action is now
implemented and executed), .NET 1.0 installer shows unhandled regsvr32
exception dialog (not critical to installer).
A stub is needed for mscoree.dll DllUnregisterServer():
--- snip ---
002f:trace:msi:ITERATE_SelfUnregModules Unregistering L"regsvr32.exe /u
\"C:\\windows\\system32\\mscoree.dll\""
002f:Call KERNEL32.CreateProcessW(00000000,006fe860 L"regsvr32.exe /u
\"C:\\windows\\system32\\mscoree.dll\"",00000000,00000000,00000000,00000000,00000000,621a0cd2
L"C:\\",0033e578,0033e568) ret=6212f676
...
0039:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033fd98)
ret=200151f1
0039:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b835dc2
ip=7b835dc2 tid=0039
0039:trace:seh:raise_exception info[0]=20015260
0039:trace:seh:raise_exception info[1]=2001542f
wine: Call from 0x7b835dc2 to unimplemented function
mscoree.dll.DllUnregisterServer, aborting
...
--- snip ---
The .NET 1.0 installer doesn't run until the end due to long standing bug 17084
(which is a pity as patch exists for some time now).
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.