[WiX-users] WIX Service installation
Hello Alexei, I just stumbled across this posting on the WIX mailing list. I am having a similar problem, only that my installservices action is NEVER executed... so the start service fails. I was wondering if you found a solution on the off chance it is the same problem I'm having. Any help you can offer would be useful... I've chopped out a few relevant piece of the log and my original service install code: from the wxs: Component Id="cSessionService" DiskId="1" KeyPath="yes" Guid="DE2D99DF-93B9-4423-AD73-60D9343E85A5" File Id="fwfile82" Name="WSSESS_1.EXE" LongName="WSSession.exe" src="d:\FWRedist\WSSession.exe" / ServiceInstall Id='fwfile82' DisplayName='WS Session Manager' Name='WSS' ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' / ServiceControl Id='fwfile82' Name='WSS' Start='install' Stop='uninstall' Remove='uninstall' / /Component from the log file: ... MSI (s) (08:34) [13:48:46:546]: Doing action: InstallServicesAction 13:48:46: InstallServices. Installing new servicesAction start 13:48:46: InstallServices.Action ended 13:48:46: InstallServices. Return value 1.MSI (s) (08:34) [13:48:46:561]: Doing action: StartServicesAction 13:48:46: StartServices. Starting servicesAction start 13:48:46: StartServices.StartServices: Service: Starting servicesAction ended 13:48:46: StartServices. Return value 1. ... MSI (s) (08:34) [13:49:28:405]: Executing op: ActionStart(Name=StartServices,Description=Starting services,Template=Service: [1])Action 13:49:28: StartServices. Starting servicesMSI (s) (08:34) [13:49:28:405]: Executing op: ProgressTotal(Total=4,Type=1,ByteEquivalent=130)MSI (s) (08:34) [13:49:28:405]: Executing op: ServiceControl(,Name=WSQ,Action="">StartServices: Service: WSQError 1920. Service 'WSQ' (WSQ) failed to start. Verify that you have sufficient privileges to start system services. As you can see the "Executing op" statement for install servies is missing. Kind regards Simon Topley By: - Problem installing service. 2005-06-06 08:55 I wonder if anyone else experienced that recently.I have a project that installs a service and everything worked fine until a couple of daysago. The only thing that changed is MSI 3.0 runtime got installed.Running install with all logging on indicates that during script preparation msiexec seesthat InstallServices should be run. But later on there is no ActionStarted (InstallServices ...) anywhere. Obviously, when it gets to ActionStarted (StartServices ...) thatfails miserably. Trying to schedule InstallServices in InstallExecuteSequence does nothelp.I beleieve it"s either MSI 3.0 bug or there were some changes to services related tablesthat WiX does not know about. If anyone has any idea of what"s going on, please chime in.Beware, MSI 3.0 may break your setup. The problem is that MSI 3.0 is now a Windows XPupdate, so your customers may get it automatically.-- Best regards, Alexei Boukirev mailto:[EMAIL PROTECTED] The information contained in this e-mail is likely to be confidential and may be legally privileged. It is intended only for the addressee. If you have received this message in error please notify the sender immediately at the above address. The disclosure, copying or distribution of this message or its contents without the prior approval of Wallingford Software Ltd. is strictly prohibited. Wallingford Software Ltd. is not liable for unauthorised disclosures nor for subsequent actions or omissions in reliance upon them. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE64
Ok, added that now I'm getting: warning LGHT1010 : Found orphaned Component 'ProgramsMenu'. Every Component should have at least one parent Feature. error LGHT0204 : ICEM05: The component ProgramsMenu.B5B01DD1_64E0_4204_A7DE_B079DF5A26D6 in the Component table is not listed in the ModuleComponents table.Let me explain my setup a bit more:I have a bunch of wxs Module files, all of which reference the one central directories.wxs file, which now contains the following code:Fragment Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='INSTALLDIR' Name='My' /Directory /Directory Directory Id=ProgramMenuFolder Name=Programs Directory Id=ProgramMenuMyFolder Name=My Directory Id='ProgramMenuMyToolFolder' Name='Tools' Component Id='ProgramsMenu' Guid='AB2F4C80-E4DB-4DB2-945F-10E3C5FD5F8F' RemoveFolder Id='Null' On='uninstall'/ /Component /Directory /Directory /Directory /Directory /FragmentSome of the modules contain Shortcut's defined as part of File elements. The Shortcuts use either ProgramMenuMyFolder or ProgramMenuMyToolFolder for their Directory element's value. Until I added the shortcuts, everything was great! Also, if I change the ProgramMenuFolder to ProgramMenuFolder1 everything seems to work wellHelp!??!Thanks,Shmarya On 7/4/06, Rob Hamflett [EMAIL PROTECTED] wrote: If you want to get rid of the validation error you need to create a component underProgramMenuMyToolFolder which just contains RemoveFolder /.And yes, it's annoying.RobShmarya Rubenstein wrote: Hi all, I have the following:Directory Id=ProgramMenuFolder Name=Programs Directory Id=ProgramMenuMyFolder Name=My Directory Id=' ProgramMenuMyToolFolder' Name='Tools' /Directory /Directory /Directory I use the Directories ID in a Shortcut definition: File Id='$(var.projectname).exe' Name='$(var.projectname).exe' Source='$(var.bin_directory)net-2.0/$(var.projectname).exe' Vital='yes' Shortcut Id=$(var.projectname)__shortcut Directory=ProgramMenuMyToolFolder Name=Imhotep Log Viewer WorkingDirectory='INSTALLDIR' Icon='$(var.projectname).ico' IconIndex='0'/ All seems fine... But when I 'light', I get the following: error LGHT0204 : ICE64: The directory ProgramMenuMyToolFolder is in the user profile but is not listed in the RemoveFile table. What am I doing wrong? -- Shmarya --- [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - http://idp.shmarya.net Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing listWiX-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wix-users -- Shmarya---[EMAIL PROTECTED] - http://idp.shmarya.net Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] environment variable available in executed program
hi, have a look at the msdn-documentation for the Environment Table [1]: Note that environment variables do not change for the installation in progress when either the WriteEnvironmentStrings action or RemoveEnvironmentStrings action are run. On Windows NT and Windows 2000, this information is stored in the registry and a message notifies the system of changes when the installation completes. A new process, or another process that checks for these messages, uses the new environment variables. On Windows 95 and Windows 98, this information is stored in the Autoexec.bat file, and do not affect the system until a system reboot. you probably have a chance by sending a WM_SETTINGCHANGE (see [2]) via a custom action (after WriteEnvironmentStrings and RemoveEnvironmentStrings action). but i have not tried that and it may not work... franz [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/environment_table.asp [2] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/wm_settingchange.asp -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Rob Hamflett Gesendet: Dienstag, 04. Juli 2006 14:31 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] environment variable available in executed program I had a similar thing with a new env var not being found by the program I was launching. I can only conclude the following: When you launch your MSI, it's value for PATH does not include your new folder. The changes get committed to the system, but your MSI still has it's original set of env vars. Since your batch file is run from the MSI, it has the same env vars, and so doesn't have the updated path. Rob Hecker, Thomas wrote: Hi, 1) I'm adding my newly installed dir to the system path Environment Id='env_entry' Name='PATH' Action='set' System='yes' Part='last' Permanent='no' Value='[INSTALLDIR]share\bin' / 2) scheduled CA runs a .bat file that uses an executable from the share\bin dir added to path. CustomAction Id='LaunchFile' FileKey='test.bat' ExeCommand='-d [INSTALLDIR] ' Return='asyncNoWait' / InstallExecuteSequence Custom Action='LaunchFile' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence 3) In the up-popping console window I can see that the executable was not found. But after opening a new cmd-session, it is available. Why is that not in the console wix opens for me? How do I achieve this? Thank you very much, Thomas -- -- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=1216 42 -- -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] environment variable available in executed program
Oh, thank you for this interesting idea! But I think writing a little bootstrap .bat file is much less effort for my scenario. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Strele Franz Gesendet: Dienstag, 4. Juli 2006 15:54 An: WiX-users@lists.sourceforge.net Betreff: Re: [WiX-users] environment variable available in executed program hi, have a look at the msdn-documentation for the Environment Table [1]: Note that environment variables do not change for the installation in progress when either the WriteEnvironmentStrings action or RemoveEnvironmentStrings action are run. On Windows NT and Windows 2000, this information is stored in the registry and a message notifies the system of changes when the installation completes. A new process, or another process that checks for these messages, uses the new environment variables. On Windows 95 and Windows 98, this information is stored in the Autoexec.bat file, and do not affect the system until a system reboot. you probably have a chance by sending a WM_SETTINGCHANGE (see [2]) via a custom action (after WriteEnvironmentStrings and RemoveEnvironmentStrings action). but i have not tried that and it may not work... franz [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/environment_table.asp [2] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/wm_settingchange.asp -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Rob Hamflett Gesendet: Dienstag, 04. Juli 2006 14:31 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] environment variable available in executed program I had a similar thing with a new env var not being found by the program I was launching. I can only conclude the following: When you launch your MSI, it's value for PATH does not include your new folder. The changes get committed to the system, but your MSI still has it's original set of env vars. Since your batch file is run from the MSI, it has the same env vars, and so doesn't have the updated path. Rob Hecker, Thomas wrote: Hi, 1) I'm adding my newly installed dir to the system path Environment Id='env_entry' Name='PATH' Action='set' System='yes' Part='last' Permanent='no' Value='[INSTALLDIR]share\bin' / 2) scheduled CA runs a .bat file that uses an executable from the share\bin dir added to path. CustomAction Id='LaunchFile' FileKey='test.bat' ExeCommand='-d [INSTALLDIR] ' Return='asyncNoWait' / InstallExecuteSequence Custom Action='LaunchFile' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence 3) In the up-popping console window I can see that the executable was not found. But after opening a new cmd-session, it is available. Why is that not in the console wix opens for me? How do I achieve this? Thank you very much, Thomas -- -- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=1216 42 -- -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Displaying a Message Box during install/uninstall
John Robbins wrote: I'd like to display a message box on a non-fatal warning during my install. Additionally, because of a bug in Visual Studio (I'm installing add-ins), I want to show a message box on uninstall. Given my limited WiX and MSI knowledge, I don't see how to do the display unless I do a complete custom UI. Am I missing something simple? Any help greatly appreciated. In a full UI, you can use MsiProcessMessage to display message boxes. (See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/sending_messages_to_windows_installer_using_msiprocessmessage.asp for details.) And you can always construct a normal MSI dialog and use a SpawnDialog control event to show it. But that won't work for a standard uninstall because ARP runs the uninstall in basic UI mode. One approach is to use ARPNOREMOVE to force ARP to run maintenance mode for any uninstall. That's in full UI mode so you can use MsiProcessMessage and/or standard MSI dialogs. -- sig://boB http://bobs.org Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UI Issue with .Net Framework Detection
Bob, I just grabbed the 2.0.4221... version and rebuilt everything. It now displays my message box if .Net 2.0 isn't installed but it doesn't do that until after all of the UI components have been displayed?! Any thoughts on how to get this to run first? In my InstallExecuteSequence I have the Custom Action set to run After="LaunchConditions". Cheers Chuck Bob Arnson wrote: Chuck wrote: Thanx for getting back to me...do you have any idea which version of Wix the bug was fixed in? I'm not sure of the exact number. It was fixed either last month or early this month. Are you running v2.0.4221.0? -- sig://boB http://bobs.org Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UI Issue with .Net Framework Detection
Chuck wrote: I just grabbed the 2.0.4221... version and rebuilt everything. It now displays my message box if .Net 2.0 isn't installed but it doesn't do that until after all of the UI components have been displayed?! Any thoughts on how to get this to run first? In my InstallExecuteSequence I have the Custom Action set to run After="LaunchConditions". Take a look at your MSI in Orca. Is there a LaunchConditions entry in InstallUISequence? If so, what's the sequence? Are you customizing WixUI? Are you using any .wixobj or .wixlib built with a prior version of WiX? Basically, WiX should now add a LaunchConditions action to both InstallUISequence and InstallExecuteSequence. (WixUI isn't involved.) If it's not, we need to figure out the circumstances where it doesn't. -- sig://boB http://bobs.org Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] version 3 - error LGHT0216
Hi Derek,
I debugged light.exe, the exception is thrown in the yellow line:
public Database(string path, OpenDatabase type)
{
uint handle = 0;
int error = MsiInterop.MsiOpenDatabase(path, new IntPtr((int)type), out handle);if (0 != error)
{
throw new Win32Exception(error);
}
this.Handle = handle;
}
Variables:
path = c:\\wix\\darice.cub The file doesn't exist
type = ReadOnly
handle = 0error = 110 Native error code =ERROR_OPEN_FAILED
StackTrace:
wix.dll!Microsoft.Tools.WindowsInstallerXml.Msi.Database.Database(string path = c:\\wix\\darice.cub, Microsoft.Tools.WindowsInstallerXml.Msi.OpenDatabase type = ReadOnly) Line 75C#wix.dll!Microsoft.Tools.WindowsInstallerXml.Validator.Validate
(string databaseFile = C:\\Documents and Settings\\silvio\\Local Settings\\Temp\\bcs2muqp\\product.msi) Line 190 + 0x1b bytesC#wix.dll!Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Microsoft.Tools.WindowsInstallerXml.Output
output = {Microsoft.Tools.WindowsInstallerXml.Output}, string databaseFile = product.msi) Line 536 + 0x1d bytesC#light.exe!Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(string[] args = {Dimensions:[1]}) Line 496 + 0x1d bytesC#
light.exe!Microsoft.Tools.WindowsInstallerXml.Tools.Light.Main(string[] args = {Dimensions:[1]}) Line 108 + 0xc bytesC#
Regards,
Silvio
On 7/3/06, Derek Cicerone [EMAIL PROTECTED] wrote:
The issue appears to be during the stream import. I just made a fix in this code last week but it looks like it's not good enough. If you can, you should debug into this issue and take a look at the lines around where the exception is thrown. You'll want to check the path of the file being imported to ensure it exists and we could really use some info about the Win32Exception's NativeErrorCode property (this tells us the actual error code) so we can fix the issue. Additionally, I'm gonna change the error reporting for these types of errors to report more information so we can do a better job debugging these issues if they arise again in the future.
Thanks,
Derek
From: Silvio Massari [mailto:
[EMAIL PROTECTED]] Sent: Monday, July 03, 2006 12:01 PM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.netSubject:
Re: [WiX-users] version 3 - error LGHT0216
Hi Derek,
c:\wixlight.exe -v product.wixobjMicrosoft (R) Windows Installer Xml Linker version 3.0.1828.0Copyright (C) Microsoft Corporation 2003. All rights reserved.
Updating file information.Generating database.Merging modules.Processing media information.Creating cabinet 'C:\DOCUME~1\silvio\LOCALS~1\Temp\pbh4uup9\#product.cab'.
Cabbing file readme from 'readme.txt'.Importing streams.light.exe : error LGHT0216 : An unexpected Win32 exception occurred: The system cannot open the device or file specified
c:\wix
The readme.txt file is at c:\wix folder too.
Thanks for your time.
Silvio
On 7/3/06, Derek Cicerone
[EMAIL PROTECTED] wrote:
Can you run light with verbose logging on so we can get an idea of where the issue occurred?
Thanks,
Derek
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Silvio MassariSent: Monday, July 03, 2006 7:45 AMTo:
wix-users@lists.sourceforge.netSubject: [WiX-users] version 3 - error LGHT0216
Hi everybody,
Few days ago I began to try with version 3. ButI always have the same error executing Light.
C:\wixcandle.exe product.wxsMicrosoft (R) Windows Installer Xml Compiler version 3.0.1828.0Copyright (C) Microsoft Corporation 2003. All rights reserved.
product.wxs
C:\wixlight.exe product.wixobjMicrosoft (R) Windows Installer Xml Linker version 3.0.1828.0Copyright (C) Microsoft Corporation 2003. All rights reserved.
light.exe : error LGHT0216 : An unexpected Win32 exception occurred: The system cannot open the device or file specified
C:\wix
I'm running on Windows XP with VS2003 and VS2005
Could anybody tell me where is the problem?
Thanks
Silvio.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CustomAction failing on Vista
I am using a CustomAction to launch ngen at the end of my installation but its not working correctly in Vista with UAC. If I invoke the command manually from the command prompt as the logged in user, it fails because ngen requires the admin token. So I dont get any elevation prompts even if I run it manually. Is there a way to specify that the CustomAction needs to be elevated? Ive tried impersonate=no but it doesnt seem to help. Ive tried searching the web and newsgroups for some information about using CustomActions with UAC and I found Robs blog entry at http://blogs.msdn.com/robmen/archive/2006/02/22/537106.aspx and while he explains that it might fail, I dont see how to avoid it. Thanks in advance for any insight you guys can provide. Josh Einstein Einstein Technologies Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction failing on Vista
I havent looked at Wix Version 3 yet. I guess I was put off by the (unstable) after it. The reason I switched to Wix was for a more predictable installation experience than InstallShield. Is the schema compatible with version 2? I am a few days away from a launch so I might have to put it off for a little while. But thanks for the information about deferring the CustomAction. I will give that a try. I think I need to read up a bit more about deferred CustomActions because I think I recall that there were some other considerations with regard to properties and sequencing. Thanks again. Josh From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 04, 2006 7:07 PM To: Josh Einstein Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction failing on Vista Josh Einstein wrote: I am using a CustomAction to launch ngen at the end of my installation but its not working correctly in Vista with UAC. If I invoke the command manually from the command prompt as the logged in user, it fails because ngen requires the admin token. So I dont get any elevation prompts even if I run it manually. Is there a way to specify that the CustomAction needs to be elevated? Ive tried impersonate=no but it doesnt seem to help. CAs need to be both deferred (@Execute=deferred) and non-impersonated (@Impersonate=no) to get the elevation prompt. Could you switch to WiX v3? It has NGen support. -- sig://boBhttp://bobs.org Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction failing on Vista
NGen is supported in both WiX 2 and 3. I would highly suggest using the custom actions we built since they were done with assistance from the NGen team. There could be some bugs however, so it probably isnt appropriate for shipping in a few days (a few months would be much more appropriate so that any issues can be worked out before shipping). (There is already one known issue that the MsiAssembly table must be present for it to work you didnt need to actually have any entries in the table, but just the table itself this can be done with EnsureTable Id=MsiAssembly / until the simple bug is fixed). For more info, please see my blog entry at http://installing.blogspot.com/2006/06/ngen-support-in-wix.html Derek From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Josh Einstein Sent: Tuesday, July 04, 2006 4:30 PM To: 'Bob Arnson' Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction failing on Vista I havent looked at Wix Version 3 yet. I guess I was put off by the (unstable) after it. The reason I switched to Wix was for a more predictable installation experience than InstallShield. Is the schema compatible with version 2? I am a few days away from a launch so I might have to put it off for a little while. But thanks for the information about deferring the CustomAction. I will give that a try. I think I need to read up a bit more about deferred CustomActions because I think I recall that there were some other considerations with regard to properties and sequencing. Thanks again. Josh From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 04, 2006 7:07 PM To: Josh Einstein Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction failing on Vista Josh Einstein wrote: I am using a CustomAction to launch ngen at the end of my installation but its not working correctly in Vista with UAC. If I invoke the command manually from the command prompt as the logged in user, it fails because ngen requires the admin token. So I dont get any elevation prompts even if I run it manually. Is there a way to specify that the CustomAction needs to be elevated? Ive tried impersonate=no but it doesnt seem to help. CAs need to be both deferred (@Execute=deferred) and non-impersonated (@Impersonate=no) to get the elevation prompt. Could you switch to WiX v3? It has NGen support. -- sig://boBhttp://bobs.org Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] version 3 - error LGHT0216
Got it this will be fixed in the
next release. Youll need to ensure you get darice.cub and mergemod.cub
from either the MSI SDK or a later WiX release to stop this error from
occurring.
Derek
From: Silvio Massari
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 04, 2006 2:11
PM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] version 3
- error LGHT0216
Hi Derek,
I debugged light.exe, the exception is thrown in the yellow line:
public Database(string path, OpenDatabase type)
{
uint handle = 0;
int error = MsiInterop.MsiOpenDatabase(path, new
IntPtr((int)type), out handle);
if (0 != error)
{
throw new Win32Exception(error);
}
this.Handle = handle;
}
Variables:
path =
c:\\wix\\darice.cub
The file doesn't exist
type = ReadOnly
handle = 0
error =
110
Native error code =ERROR_OPEN_FAILED
StackTrace:
wix.dll!Microsoft.Tools.WindowsInstallerXml.Msi.Database.Database(string
path = c:\\wix\\darice.cub,
Microsoft.Tools.WindowsInstallerXml.Msi.OpenDatabase type = ReadOnly) Line
75C#
wix.dll!Microsoft.Tools.WindowsInstallerXml.Validator.Validate (string
databaseFile = C:\\Documents and Settings\\silvio\\Local
Settings\\Temp\\bcs2muqp\\product.msi) Line 190 + 0x1b bytesC#
wix.dll!Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Microsoft.Tools.WindowsInstallerXml.Output
output = {Microsoft.Tools.WindowsInstallerXml.Output}, string databaseFile =
product.msi) Line 536 + 0x1d bytesC#
light.exe!Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(string[] args =
{Dimensions:[1]}) Line 496 + 0x1d bytesC#
light.exe!Microsoft.Tools.WindowsInstallerXml.Tools.Light.Main(string[] args =
{Dimensions:[1]}) Line 108 + 0xc bytesC#
Regards,
Silvio
On 7/3/06, Derek Cicerone [EMAIL PROTECTED]
wrote:
The issue appears to be during the stream import. I
just made a fix in this code last week but it looks like it's not good
enough. If you can, you should debug into this issue and take a look at
the lines around where the exception is thrown. You'll want to check the
path of the file being imported to ensure it exists and we could really use
some info about the Win32Exception's NativeErrorCode property (this tells us
the actual error code) so we can fix the issue. Additionally, I'm gonna
change the error reporting for these types of errors to report more information
so we can do a better job debugging these issues if they arise again in the
future.
Thanks,
Derek
From: Silvio Massari [mailto: [EMAIL PROTECTED]]
Sent: Monday, July 03, 2006 12:01
PM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] version 3
- error LGHT0216
Hi Derek,
c:\wixlight.exe -v product.wixobj
Microsoft (R) Windows Installer Xml Linker version 3.0.1828.0
Copyright (C) Microsoft Corporation 2003. All rights reserved.
Updating file information.
Generating database.
Merging modules.
Processing media information.
Creating cabinet 'C:\DOCUME~1\silvio\LOCALS~1\Temp\pbh4uup9\#product.cab'.
Cabbing file readme from 'readme.txt'.
Importing streams.
light.exe : error LGHT0216 : An unexpected Win32 exception occurred: The system
cannot open the device or file specified
c:\wix
The
readme.txt file is at c:\wix folder too.
Thanks
for your time.
Silvio
On
7/3/06, Derek
Cicerone
[EMAIL PROTECTED] wrote:
Can you run light with verbose logging on so we can get an
idea of where the issue occurred?
Thanks,
Derek
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
] On Behalf Of Silvio Massari
Sent: Monday, July 03, 2006 7:45
AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] version 3 -
error LGHT0216
Hi
everybody,
Few days
ago I began to try with version 3. ButI always have the same error
executing Light.
C:\wixcandle.exe product.wxs
Microsoft (R) Windows Installer Xml Compiler version 3.0.1828.0
Copyright (C) Microsoft Corporation 2003. All rights reserved.
product.wxs
C:\wixlight.exe product.wixobj
Microsoft (R) Windows Installer Xml Linker version 3.0.1828.0
Copyright (C) Microsoft Corporation 2003. All rights reserved.
light.exe : error LGHT0216 : An unexpected Win32 exception
occurred: The system cannot open the device or file specified
C:\wix
I'm
running on Windows XP with VS2003 and VS2005
Could
anybody tell me where is the problem?
Thanks
Silvio.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
