http://bugs.winehq.org/show_bug.cgi?id=15022
Summary: msi.dll.MsiDatabaseMergeW not implemented
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aruiz(a)gnome.org
Created an attachment (id=15664)
--> (http://bugs.winehq.org/attachment.cgi?id=15664)
Wix test case
While trying to run wix[0]'s candle tool with mono[1] I get this error:
wine: Call from 0x7ee510e0 to unimplemented function msi.dll.MsiDatabaseMergeW,
aborting
Are there any plans to support this function anytime soon?
[0] http://wix.sourceforge.net/
[1] http://www.go-mono.com/mono-downloads/download.html
--
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=17983
Summary: WiX fails with builtin msi.dll
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hib(a)hiberis.nl
Created an attachment (id=20350)
--> (http://bugs.winehq.org/attachment.cgi?id=20350)
reproduce-wix-msi-bug.sh
With Windows Installer XML (WiX) toolset, you can create .msi packages.
The program light.exe creates these packages.
Light.exe succeeds both when run with wine's builtin msi.dll and with a native
msi.dll. However, the msi package produced with the builtin msi.dll does not
install on MS Windows (XP), while the one built with the native msi.dll does.
Apparently, light.exe fails without complaining, which makes it difficult to
pinpoint the problem. Nonetheless, looking at the produced .msi packages it
seems that there is something wrong with the Summary information.
I have attached a script to reproduce the problem.
Note, the storage warnings that light.exe produces can be get rid off by using
a native ole32.dll, but that does not appear to affect this bug.
--
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=27132
Summary: Crash in MSI_RecordSetStringW when embedding RTF with
NUL character into an MSI with Wix
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Created an attachment (id=34640)
--> (http://bugs.winehq.org/attachment.cgi?id=34640)
test case
When using WiX to build an MSI installer package, Wine will crash when an RTF
file that will be contained in the installer contains a NUL character.
To reproduce:
1. Run build.msi in the attached test case.
2. light should crash while reading from 0x30
To run the test case, you will need Mono
<http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…>
and WiX <http://wix.codeplex.com/releases/view/44406#DownloadId=119160>. You
will need to put WiX's tools in Wine's PATH, or modify build.sh to give the
full path to the WiX tools when it invokes light and candle.
--
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=28350
Summary: failure to create MSI packages include merge modules
(MSM files)
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
The attached test case fails to compile an MSI using WiX 3.0 under Wine 1.3.28.
The error given is:
wine light -sval pr.wixobj
Microsoft (R) Windows Installer Xml Linker version
Copyright (C) Microsoft Corporation. All rights reserved.
light.exe : error LGHT0001 : Object reference not set to an instance of an
object
Exception Type: System.NullReferenceException
Stack Trace:
at Microsoft.Tools.WindowsInstallerXml.MergeMod.NativeMethods.GetMsmMerge ()
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.ProcessMergeModules
(Microsoft.Tools.WindowsInstallerXml.Output output,
Microsoft.Tools.WindowsInstallerXml.FileRowCollection fileRows) [0x00000] in
<filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String databaseFile)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.Bind
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String file)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run (System.String[] args)
[0x00000] in <filename unknown>:0
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object
at Microsoft.Tools.WindowsInstallerXml.MergeMod.NativeMethods.GetMsmMerge ()
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.ProcessMergeModules
(Microsoft.Tools.WindowsInstallerXml.Output output,
Microsoft.Tools.WindowsInstallerXml.FileRowCollection fileRows) [0x00000] in
<filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String databaseFile)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.Bind
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String file)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run (System.String[] args)
[0x00000] in <filename unknown>:0
Binder temporary directory located at '/tmp/user/1000\11699d64\2ddee0c7'.
Validator temporary directory located at '/tmp/user/1000\28b7882d\728284bb'.
--
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=11414
Summary: msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not
implemented
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdahlin(a)async.com.br
To be able to test this you need to install mono on win32. I used the 1.2.6
version.
I installed the latest beta of WiX, 3.0.2925 available from
wix.sourceforge.net.
First light.exe needs to be run on product.wxs on the
examples/public/first/product.wxs, this generated product.wixobj.
After that I run, with only builtin dlls:
wine ../light.exe "-cultures:en-us" product.wixobj
fixme:msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented
light.exe : error LGHT0001 : Some sort of w32 error occurred: 120
Exception Type: System.ComponentModel.Win32Exception
Stack Trace:
[mono backtrace cut]
--
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=11411
Summary: GetFileVersionInfoSizeW returns wrong error code if file
has no version (affects WiX)
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Keywords: patch
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://blog.rvburke.com/2008/01/30/gtk-and-pygtk-on-win32/
complained about WiX not running.
http://www.winehq.org/pipermail/wine-patches/2007-November/046456.html
talks about two changes needed to get it closer to running.
It seems to have been dropped, so here's one of the two bugs
it reports:
Running light.exe from wix on a wixobj file with a non-versioned
file as a component prints a diagnostic error indicating
ERROR_FILE_NOT_FOUND using wine's builtin of version.dll and msi.dll,
but ERROR_RESOURCE_DATA_NOT_FOUND using wine's builtin of msi.dll and
native version.dll.
... version.dll's GetFileVersionInfoSizeW does return
ERROR_FILE_NOT_FOUND when trying to get the version of a file that
does not contain a version (for example, a text file). This is
because it relies on VERSION_GetFileVersionInfo_16 to do the file
existance check, which returns 0 (meaning file does not exist) if
LoadLibrary16 fails.
The patch addresses this by making VERSION_GetFileVersionInfo_16
return 0xFFFFFFFF (meaning file exists but does not have version) if
LoadLibrary16 returns an error beside ERROR_FILE_NOT_FOUND.
--
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=28359
Summary: authenticode verification failure prevents WiX 3.6
installation
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Created an attachment (id=36353)
--> (http://bugs.winehq.org/attachment.cgi?id=36353)
full log file
Running http://wix.sourceforge.net/releases/3.6.2109.0/Wix36.exe results in the
following error:
#(loc.FailedHeader)
One or more issues caused the setup to fail. Please fix the issues and then
retry. For more information, see the log file.
0x80070057 - (null)
The full log file is attached; the first errors are:
[0021:0029][2011-09-13T13:01:50]: Download engine HTTP 200 HEAD to
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96…
[0008:0026][2011-09-13T13:01:50]: Error 0x80070057: Failed authenticode
verification of payload: C:\users\sam\Temp\Netfx4Full
[0008:0026][2011-09-13T13:01:50]: Error 0x80070057: Failed to verify payload
signature: C:\users\Public\Application Data\Package
Cache\58DA3D74DB353AAD03588CBB5CEA8234166D8B99\dotNetFx40_Full_x86_x64.exe
--
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=27054
Summary: Won't run Wix 3.6 (beta) installer
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Downloaded from http://wix.sourceforge.net/releases/3.6.1629.0/Wix36.exe
$ wine Wix36.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
fixme:msxml:domdoc_load VT type not supported (8209)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47755
Bug ID: 47755
Summary: Installation of Atmel Studio 7 crashes with a Program
Error
Product: Wine
Version: 4.0.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: subs(a)qcontinuum.plus.com
Distribution: ---
Created attachment 65235
--> https://bugs.winehq.org/attachment.cgi?id=65235
Log file with WINDEBUG=+wbemprox
I am attempting to install Atmel Studio 7 on a Linux PC using WINE. The
installer fails with a 'Program Error':
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x72543da1).
With the help of Mystral on the #winehq IRC channel I was able to get past
initial problem where the installer would display the splash screen and then
hang.
The steps taken so far were:
- run the installer with WINEPREFIX=$home/.wineatm wine
as-installer-7.0.1931-full.exe to create a new clean prefix in ~/.wineatm
- using the latest winetricks install into this prefix dotnet 4.8
- using the latest winetricks install into this prefix d3dcompiler_47
These steps took us past the initial hang and an error relating to the d3d
compiler. At this point, the installer proceeded to display the splash screen
and then the opening dialogue with the Licence Agreement. I checked 'I Agree',
unchecked 'Send anonymous information to help improve user experience' and
accepted the default installation directory of 'C:\Program Files
(x86)\Atmel\Studio\' and clicked Next to continue.
The next dialogue shows the Architecture and I left all 3 selected as per
defaults and clicked Next to continue.
The following dialogue requests to 'Select extensions'. Only one is showing and
checked so I accepted the defualts and clicked Next. It is at this point that
the install process crashes.
I understand from Mystral that the problem appears to be a wbem issue and the
opinion was that I should log a bug.
Installer: as-installer-7.0.1931-full.exe
Linux version: Linux MINT 19.2, 64-bit with 32-bit architecture installed
WINE version: 4.0.2 (wine-stable, winehq-stable, wine-stable-i386,
wine-stable-amd64)
Winetricks version: 20190615-next
It has also been suggested that I try the installer with the latest version of
Wine using the wine-devel package. I will try this in a virtual machine and
report back.
--
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.