[WiX-users] check Installdir is empty
Hi, I need to check whether the install derectory is empty or not. i.e. Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFiles64Folder Name=PFiles Directory Id=INSTALLDIR Name=My app/ /Directory When we browse a dirctory as the install dir, I need to make sure it is empty. Is there a tag in WiX to do this? Thanks, Saman -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
This article by Aaron Stebner has always helped me before: http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx 2009/6/23 Brian Rogers rogers.br...@gmail.com Hey Jim, Try the link below or breakout the RegEx smile/ Wilogutl.exe http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D james.macdiar...@eds.com wrote: I'm looking through the install.log file, and I'm seeing a lot of stuff however I don't know what any of it means. Is there anything that can offer any help in decyphering it? Thanks, Jim -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Restrict text field input to number only
Hi, I have one text box field in my installer screen. In that I want to restrict this text field only for 5 digit *number*. It should allow user to enter any character other than digits. Is that possible from WIX? Thanks, Hukum -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 32 64 bit installers from common WiX source?
Are there any guidelines for how best to create both a 32 and a 64 bit installer from a single WiX source file? I can use variable substitution to set the Platform attribute and pick up the right versions of the various executable files, but I'm puzzled about how to manage Component GUIDs. Do they need to be different for the 32 64 bit installers, and if so does WiX/Votive provide me any tools which can be used to manage this difference? It is possible that both the 32 and 64 bit versions will need to be installed at once, if that matters. A separate but perhaps related question is how to manage a new product version which can be installed side-by-side with the current version. My understanding is that I need to allocate new Component GUIDs, but I'd rather not spend hours with GUIDGEN copy pasting hundreds of new entries! I guess I could write a utility to process a WiX source file and replace every GUID in it, but is there a better way? Apologies if these questions have been answered before: I thought they might be common problems, but I've done quite a bit of searching and failed to find answers. -- Thank you for any help, John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 32 64 bit installers from common WiX source?
I cannot help much on the Wix side... However, for the GUID generation... I am using Wix 3.0 and I edit my Wix projects with VS. I create a Macro (code below) to replace the current selection (be it empty or not) with a new Gui! Now it's just a matter of 1. press the button I associated with this macro 2. run the macro from the command window the macro needs to be in VB (I suspect it's because of better COM suppport, hence I hope C# macro would become available in VS2010/.NET4) Anyway, here is the Macro: Sub InsertGuid() Dim guids = Guid.NewGuid().ToString().ToUpper() Dim o = DTE.ActiveDocument.Selection o.Text = guids End Sub - Original Message - From: John Aldridge j...@jjdash.demon.co.uk To: wix-users@lists.sourceforge.net Sent: Wednesday, June 24, 2009 12:36 AM Subject: [WiX-users] 32 64 bit installers from common WiX source? Are there any guidelines for how best to create both a 32 and a 64 bit installer from a single WiX source file? I can use variable substitution to set the Platform attribute and pick up the right versions of the various executable files, but I'm puzzled about how to manage Component GUIDs. Do they need to be different for the 32 64 bit installers, and if so does WiX/Votive provide me any tools which can be used to manage this difference? It is possible that both the 32 and 64 bit versions will need to be installed at once, if that matters. A separate but perhaps related question is how to manage a new product version which can be installed side-by-side with the current version. My understanding is that I need to allocate new Component GUIDs, but I'd rather not spend hours with GUIDGEN copy pasting hundreds of new entries! I guess I could write a utility to process a WiX source file and replace every GUID in it, but is there a better way? Apologies if these questions have been answered before: I thought they might be common problems, but I've done quite a bit of searching and failed to find answers. -- Thank you for any help, John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 32 64 bit installers from common WiX source?
This may be of help http://blogs.msdn.com/heaths/archive/2005/10/24/windows-installer-on-64- bit-platforms.aspx -Original Message- From: John Aldridge [mailto:j...@jjdash.demon.co.uk] Sent: 23 June 2009 15:36 To: wix-users@lists.sourceforge.net Subject: [WiX-users] 32 64 bit installers from common WiX source? Are there any guidelines for how best to create both a 32 and a 64 bit installer from a single WiX source file? I can use variable substitution to set the Platform attribute and pick up the right versions of the various executable files, but I'm puzzled about how to manage Component GUIDs. Do they need to be different for the 32 64 bit installers, and if so does WiX/Votive provide me any tools which can be used to manage this difference? It is possible that both the 32 and 64 bit versions will need to be installed at once, if that matters. A separate but perhaps related question is how to manage a new product version which can be installed side-by-side with the current version. My understanding is that I need to allocate new Component GUIDs, but I'd rather not spend hours with GUIDGEN copy pasting hundreds of new entries! I guess I could write a utility to process a WiX source file and replace every GUID in it, but is there a better way? Apologies if these questions have been answered before: I thought they might be common problems, but I've done quite a bit of searching and failed to find answers. -- Thank you for any help, John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
You could use DTF (or vbscript) to analyse what is actually in the MSI. I think there are few vbscript samples in the Windows Installer SDK. Neil -Original Message- From: John Ludlow [mailto:john.ludlow...@gmail.com] Sent: 23 June 2009 15:30 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared! Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
Well, I /finally/ figured out how to write a BinderFileManager extension. That needs better (i.e. some :) ) documentation. The one example for PreProcessorExtensions in the docs don't tell you how to work with *other* types of extensions. Thanks anyway 2009/6/23 John Ludlow john.ludlow...@gmail.com: Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
Hey John, Off the top of my head I would say take a look at the DTF tools. You could write a simple managed code app that reads MSI output itself and does the verfication. After all the Component, Directory and File table should all line up if you walk them. You would then be able to validate two things, the files you are putting into the MSI and where they are going to be installed on the target system. Just a thought, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 7:30 AM, John Ludlow john.ludlow...@gmail.comwrote: Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
Hi Brian and Neil, Thanks for the DTF suggestion - I did look at the DTF stuff and considered it as a possible fallback (along with doing a simple msiexec /a). However, it's not ideal since we wouldn't have the path where the file came from and (haven't tried DTF so I'm just assuming on that front) both options would have a performance hit. I managed to get a very simple BinderFileManager which effectively replicates what light used to do (dumps the payload file's source path to the log by overriding ResolveFile). I'm due to report my findings so I'll find out what we want to do - at the moment we have a vbs which parses the logs, but using this mechanism I can probably output an xml file or whatever I want, which may simplify that side of the equation. I'd have gone to the extensions sooner but I was having trouble finding any decent docs on the subject. Thanks :) John 2009/6/23 Brian Rogers rogers.br...@gmail.com: Hey John, Off the top of my head I would say take a look at the DTF tools. You could write a simple managed code app that reads MSI output itself and does the verfication. After all the Component, Directory and File table should all line up if you walk them. You would then be able to validate two things, the files you are putting into the MSI and where they are going to be installed on the target system. Just a thought, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 7:30 AM, John Ludlow john.ludlow...@gmail.comwrote: Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
Oh, and on the idea of walking the Directory table (missed this before)... we have quite a number of directories that for one reason or another don't line up, and some whose locations are defined at install-time. Part of this is purely the number of installations we have, another is that some of our installations are quite large and install a number of projects that are disparate at source (but are designed to work together at runtime). We could of course map the root of one of these wandering directories to its real location, but it would be a lot of work and error prone. I think the BinderFileManager solution gives us the best fit for now. I may look at producing an analysis application based on DTF later on, because you do have a good point that it'd be nice to be able to verify that file x in the build area is the actual one that ends up in the MSI - we do have other ways of checking this but they're not fool-proof (as this fool has proven on more than one occasion :) ) Thanks again. John 2009/6/23 Brian Rogers rogers.br...@gmail.com: Hey John, Off the top of my head I would say take a look at the DTF tools. You could write a simple managed code app that reads MSI output itself and does the verfication. After all the Component, Directory and File table should all line up if you walk them. You would then be able to validate two things, the files you are putting into the MSI and where they are going to be installed on the target system. Just a thought, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 7:30 AM, John Ludlow john.ludlow...@gmail.comwrote: Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light v3 logging - Cabbing file xxx message has disappeared!
Hey John, That sounds like a good way to get what you need. It makes sense to be mapping against your root source. In the past I had used Beyond Compare and just looked for orphans. Compared to what you are doing it sounds like I was in the dark ages smile/. I am sure that other members would love to see such validation tools up on WixContrib (http://wixcontrib.codeplex.com/) *wink* *wink* Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 9:17 AM, John Ludlow john.ludlow...@gmail.comwrote: Oh, and on the idea of walking the Directory table (missed this before)... we have quite a number of directories that for one reason or another don't line up, and some whose locations are defined at install-time. Part of this is purely the number of installations we have, another is that some of our installations are quite large and install a number of projects that are disparate at source (but are designed to work together at runtime). We could of course map the root of one of these wandering directories to its real location, but it would be a lot of work and error prone. I think the BinderFileManager solution gives us the best fit for now. I may look at producing an analysis application based on DTF later on, because you do have a good point that it'd be nice to be able to verify that file x in the build area is the actual one that ends up in the MSI - we do have other ways of checking this but they're not fool-proof (as this fool has proven on more than one occasion :) ) Thanks again. John 2009/6/23 Brian Rogers rogers.br...@gmail.com: Hey John, Off the top of my head I would say take a look at the DTF tools. You could write a simple managed code app that reads MSI output itself and does the verfication. After all the Component, Directory and File table should all line up if you walk them. You would then be able to validate two things, the files you are putting into the MSI and where they are going to be installed on the target system. Just a thought, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 7:30 AM, John Ludlow john.ludlow...@gmail.com wrote: Hey, all I'm evaluating Wix v3.0 to see if we should adopt it, and run into a snag. The problem is that in wix v2 we run light with -v and it chucked out a lot of Cabbing file xxx from yyy style messages. However, in Wix v3 they seem to have disappeared. Looking through the code, it seems that no special logging takes place when a file is cabbed anymore. I can understand why they might have been removed - there were a lot of them after all. But we actually use those messages - part of our validation process uses this to work out what files are /actually/ shipped. This process is in its own build and usually runs once a week. What's the best way of getting this information? As far as I can see, these are my options: * Parse the .wxs. However this gives me the variable-based path for the file, which I then have to do a string-replace on (since it's a different build I don't have actual access to the original values). In addition, if someone adds a new file path based on a different variable it impacts a part of the script that shouldn't affect at all. * If the worst comes to the worst, I can always modify light.exe to emit to the console, but it would be nicer if I didn't have to do that. Any other ideas? Ideally, if I could run light and have it produce an xml file (or just a flat list in a file, or just dump them to STDOUT) of all the files that would be included included full, absolute paths, that would be perfect. I was half-expecting the wixout switch to do this... Thanks John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] What is the best way to troubleshoot an installer?
I downloaded it but can't get it installed. It just locks up when checking disk space. -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: Monday, June 22, 2009 9:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What is the best way to troubleshoot an installer? Hey Jim, Try the link below or breakout the RegEx smile/ Wilogutl.exe http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D james.macdiar...@eds.com wrote: I'm looking through the install.log file, and I'm seeing a lot of stuff however I don't know what any of it means. Is there anything that can offer any help in decyphering it? Thanks, Jim -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebr idge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
I looked through my log after checking Aaron Stebner's blog that Martin had suggested. Unfortunately nothing new was learned. I know that it's bombing during the install of my ComPlus component. The question is why? I attached a zipped verbose log of my last install if that helps. Hopefully someone can help. Thanks much, Jim -Original Message- From: Martin MacPherson [mailto:mar...@metapixel.co.uk] Sent: Tuesday, June 23, 2009 4:58 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What is the best way to troubleshoot an installer? This article by Aaron Stebner has always helped me before: http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx 2009/6/23 Brian Rogers rogers.br...@gmail.com Hey Jim, Try the link below or breakout the RegEx smile/ Wilogutl.exe http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D james.macdiar...@eds.com wrote: I'm looking through the install.log file, and I'm seeing a lot of stuff however I don't know what any of it means. Is there anything that can offer any help in decyphering it? Thanks, Jim -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multiple Files in one component vs a single fileper component
Brian, Thanks for answering this post. I actually reverted back to one file per component. Jim -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: Monday, June 22, 2009 9:51 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Multiple Files in one component vs a single fileper component Hey Jim, This is one issue. I don't have the full description right now. Do you have one file per component? If not, which one is the keypath and which one are you updating. If you are not updating the keypath, nothing in the component will be updated. http://blogs.msdn.com/pmarcu/archive/2007/06/28/sample-patch.aspx Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Fri, Jun 19, 2009 at 7:48 AM, MacDiarmid, James D james.macdiar...@eds.com wrote: What is the impact patch/fix on doing an upgrade/patch/fix if I have multiple files in one component versus having a single file per component? I remember reading something about this but I can't seem to locate it now. Thanks, Jim -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Accessing Binary stream data
Hey Tom, Your question prompted a blog. I was going to write it all in the email but I have seen this posed several times. I am sure, if you haven't already, you could do some digging and find the answer. There are custom actions in the WiX code base that do what you have asked as well. Here is the blog post: http://icumove.spaces.live.com/blog/cns!FB93073C6534B681!561.entry Happy coding, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Fri, Jun 19, 2009 at 1:09 PM, Tom Crozier tcroz...@rackwise.com wrote: Hi all - How can I access the data stored in a binary stream inside a custom action? For example if I wanted to have notepad display the contents of a ReadMe.txt file that was added to the installer as a binary. Binary Id=ReadMe SourceFile=ReadMe.txt / CustomAction Id=ShowReadMe ExeCommand=[SystemFolder]notepad.exe ReadMe Return=asyncNoWait / InstallExecuteSequence Custom Action=ShowReadMe After=InstallFinalizeNot Installed/Custom /InstallExecuteSequence Thanks - TopCat -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
Hey Jim, I didn't get the log file through the newsgroup. Can you post it on skydrive or some other file share? Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 10:00 AM, MacDiarmid, James D james.macdiar...@eds.com wrote: I looked through my log after checking Aaron Stebner's blog that Martin had suggested. Unfortunately nothing new was learned. I know that it's bombing during the install of my ComPlus component. The question is why? I attached a zipped verbose log of my last install if that helps. Hopefully someone can help. Thanks much, Jim -Original Message- From: Martin MacPherson [mailto:mar...@metapixel.co.uk] Sent: Tuesday, June 23, 2009 4:58 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What is the best way to troubleshoot an installer? This article by Aaron Stebner has always helped me before: http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx 2009/6/23 Brian Rogers rogers.br...@gmail.com Hey Jim, Try the link below or breakout the RegEx smile/ Wilogutl.exe http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D james.macdiar...@eds.com wrote: I'm looking through the install.log file, and I'm seeing a lot of stuff however I don't know what any of it means. Is there anything that can offer any help in decyphering it? Thanks, Jim -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 32 64 bit installers from common WiX source?
Using the proprocessor is one part of the solution. But instead of spending hours with Guid gen, use XSLT to generate the new guids for components, as you will need different component codes for different flavors. I have often done this. Get the transform to just copy all of the nodes save for the guid attributes of the components. Use and exension object to spit out a new guid for the guid attribute. I use .NET xml/xslt, but maybe MSXML can help. A simple COM component you create will do the GUIDS for the extension object. AFAIK, there is no tool to do this. But since WIX is XML, XSLT has often come to the rescue, eliminating the need for hours of grunt work. Regards, agreen. Peter Shirtcliffe pshirtcli...@sdl.com wrote: This may be of help http://blogs.msdn.com/heaths/archive/2005/10/24/windows-installer-on-64- bit-platforms.aspx -Original Message- From: John Aldridge [mailto:j...@jjdash.demon.co.uk] Sent: 23 June 2009 15:36 To: wix-users@lists.sourceforge.net Subject: [WiX-users] 32 64 bit installers from common WiX source? Are there any guidelines for how best to create both a 32 and a 64 bit installer from a single WiX source file? I can use variable substitution to set the Platform attribute and pick up the right versions of the various executable files, but I'm puzzled about how to manage Component GUIDs. Do they need to be different for the 32 64 bit installers, and if so does WiX/Votive provide me any tools which can be used to manage this difference? It is possible that both the 32 and 64 bit versions will need to be installed at once, if that matters. A separate but perhaps related question is how to manage a new product version which can be installed side-by-side with the current version. My understanding is that I need to allocate new Component GUIDs, but I'd rather not spend hours with GUIDGEN copy pasting hundreds of new entries! I guess I could write a utility to process a WiX source file and replace every GUID in it, but is there a better way? Apologies if these questions have been answered before: I thought they might be common problems, but I've done quite a bit of searching and failed to find answers. -- Thank you for any help, John -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebrid ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Trouble running custom actions without VS installed
Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble running custom actions without VS installed
If the CA is managed it requires .net If it's unmanaged it requires the VC runtime unless you compile it with /MT to embed the runtime in the dll. (http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx) Installing VS.NET would install both of these... It could be some other dependency as well. -Brooke -Original Message- From: Tina Basinger [mailto:tinabasin...@gmail.com] Sent: Tuesday, June 23, 2009 1:53 PM To: Wix Group Subject: [WiX-users] Trouble running custom actions without VS installed Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble running custom actions without VS installed
My guess is that a dependency for your custom action is not installed. On one of these machines, copy the custom action dll and Dependency Walker ( http://www.dependencywalker.com), launch depends.exe and drag your custom action dll into it. You will see what is missing. Most likely, if you are using a .net all, the .net framework is not installed, or if it is a native dll, you did not statically link the MSVC runtimes. Steve On Tue, Jun 23, 2009 at 1:52 PM, Tina Basinger tinabasin...@gmail.comwrote: Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble running custom actions without VS installed
It is a managed custom action, that I've run through the MakeSfxCA tool. .NET is installed on the machine. -Tina On Tue, Jun 23, 2009 at 2:02 PM, Brooke Philpott bphilp...@sqlsentry.netwrote: If the CA is managed it requires .net If it's unmanaged it requires the VC runtime unless you compile it with /MT to embed the runtime in the dll. (http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx) Installing VS.NET http://vs.net/ would install both of these... It could be some other dependency as well. -Brooke -Original Message- From: Tina Basinger [mailto:tinabasin...@gmail.com] Sent: Tuesday, June 23, 2009 1:53 PM To: Wix Group Subject: [WiX-users] Trouble running custom actions without VS installed Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restrict text field input to number only
Windows Installer supports a MaskedEdit control that you can put in your WiX source. The associated mask will be some number of # characters. http://msdn.microsoft.com/en-us/library/aa369797(VS.85).aspx Phil Wilson -Original Message- From: Hukumchand Shah [mailto:hukum.s...@gmail.com] Sent: Tuesday, June 23, 2009 6:20 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Restrict text field input to number only Hi, I have one text box field in my installer screen. In that I want to restrict this text field only for 5 digit *number*. It should allow user to enter any character other than digits. Is that possible from WIX? Thanks, Hukum -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble running custom actions without VS installed
I am running on 64-bit Server 2008 with UAC turned Off. My custom action references System, System.Data, System.XML, Microsoft.SharePoint, Microsoft.Deployment.WindowsInstaller, and a helper assembly that I own. The helper assembly additionally references System.DirectoryServices, and System.ServiceProcess. When I call MakeSfxCA, I am including Microsoft.SharePoint, Microsoft.Deployment.WindowsInstaller, and my helper assembly as support files. I am also including a CustomAction.config that specifies a supportedRuntime version of v2.0.50727. I don't see anything in my event log that ties to this problem. Thanks! -Tina On Tue, Jun 23, 2009 at 2:40 PM, Steven Bone sb...@pobox.com wrote: Is this Vista or Win7 (elevation/impersonation issues)? Is it 64 bit? Are you doing interop in the Custom Action code? Is there anything in the system application event log? Are you referencing any assemblies that are not part of the .net BCL's? On Tue, Jun 23, 2009 at 2:25 PM, Tina Basinger tinabasin...@gmail.comwrote: It is a managed custom action, that I've run through the MakeSfxCA tool. .NET is installed on the machine. -Tina On Tue, Jun 23, 2009 at 2:02 PM, Brooke Philpott bphilp...@sqlsentry.net wrote: If the CA is managed it requires .net If it's unmanaged it requires the VC runtime unless you compile it with /MT to embed the runtime in the dll. (http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx) Installing VS.NET http://vs.net/ http://vs.net/ would install both of these... It could be some other dependency as well. -Brooke -Original Message- From: Tina Basinger [mailto:tinabasin...@gmail.com] Sent: Tuesday, June 23, 2009 1:53 PM To: Wix Group Subject: [WiX-users] Trouble running custom actions without VS installed Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble running custom actions without VS installed
I'd check to see if the Microsoft.SharePoint assembly references something else. The last step I can think of is to set up and run the Fusion Log Viewer tool (Fuslogvw.exe) and see if it is related to an assembly loading issue. Other than that, I'm fresh out of ideas. Info on Fuslogvw.exe: http://msdn.microsoft.com/en-us/library/e74a18c4.aspx http://blogs.msdn.com/suzcook/archive/2003/05/29/57120.aspx On Tue, Jun 23, 2009 at 3:11 PM, Tina Basinger tinabasin...@gmail.comwrote: I am running on 64-bit Server 2008 with UAC turned Off. My custom action references System, System.Data, System.XML, Microsoft.SharePoint, Microsoft.Deployment.WindowsInstaller, and a helper assembly that I own. The helper assembly additionally references System.DirectoryServices, and System.ServiceProcess. When I call MakeSfxCA, I am including Microsoft.SharePoint, Microsoft.Deployment.WindowsInstaller, and my helper assembly as support files. I am also including a CustomAction.config that specifies a supportedRuntime version of v2.0.50727. I don't see anything in my event log that ties to this problem. Thanks! -Tina On Tue, Jun 23, 2009 at 2:40 PM, Steven Bone sb...@pobox.com wrote: Is this Vista or Win7 (elevation/impersonation issues)? Is it 64 bit? Are you doing interop in the Custom Action code? Is there anything in the system application event log? Are you referencing any assemblies that are not part of the .net BCL's? On Tue, Jun 23, 2009 at 2:25 PM, Tina Basinger tinabasin...@gmail.comwrote: It is a managed custom action, that I've run through the MakeSfxCA tool. .NET is installed on the machine. -Tina On Tue, Jun 23, 2009 at 2:02 PM, Brooke Philpott bphilp...@sqlsentry.netwrote: If the CA is managed it requires .net If it's unmanaged it requires the VC runtime unless you compile it with /MT to embed the runtime in the dll. (http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx) Installing VS.NET http://vs.net/ http://vs.net/ would install both of these... It could be some other dependency as well. -Brooke -Original Message- From: Tina Basinger [mailto:tinabasin...@gmail.com] Sent: Tuesday, June 23, 2009 1:53 PM To: Wix Group Subject: [WiX-users] Trouble running custom actions without VS installed Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the best way to troubleshoot an installer?
Hey Jim, Looks like something is wrong with one of your DLLs. Take a look back over your logs for the word Error. Especially around line 8291. The overall code being thrown is 1603 so take a look at Aaron Stebner's blog http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx . RegisterComPlusAssemblies: DLL: D:\Projects\NFTS\Src\apps\nfts\binaries\NFTSWebDB.dll ComPlusInstallExecute: ErrorInfo: Name='D:\Projects\NFTS\Src\apps\nfts\binaries\NFTSWebDB.dll', ErrorCode='-2146368476', MajorRef='D:\Projects\NFTS\Src\apps\nfts\binaries\NFTSWebDB.dll', MinorRef='invalid' ComPlusInstallExecute: Error 0x80110401: Failed to install components ComPlusInstallExecute: Error 0x80110401: Failed to register native assembly ComPlusInstallExecute: Error 0x80110401: Failed to register assembly, key: NFTSWebDB ComPlusInstallExecute: Error 0x80110401: Failed to register assemblies Action ended 15:46:26: InstallFinalize. Return value 3. Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 12:10 PM, MacDiarmid, James D james.macdiar...@eds.com wrote: Brian, I uploaded it to a public folder on SkyDrive (yes, I'm a sky drive Noob too). Here is a link to the public folder, but I'm not sure if it will work. http://cid-d17a3b03b674501f.skydrive.live.com/self.aspx/.Public ducking / Jim -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: Tuesday, June 23, 2009 1:10 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What is the best way to troubleshoot an installer? Hey Jim, I didn't get the log file through the newsgroup. Can you post it on skydrive or some other file share? Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 10:00 AM, MacDiarmid, James D james.macdiar...@eds.com wrote: I looked through my log after checking Aaron Stebner's blog that Martin had suggested. Unfortunately nothing new was learned. I know that it's bombing during the install of my ComPlus component. The question is why? I attached a zipped verbose log of my last install if that helps. Hopefully someone can help. Thanks much, Jim -Original Message- From: Martin MacPherson [mailto:mar...@metapixel.co.uk] Sent: Tuesday, June 23, 2009 4:58 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What is the best way to troubleshoot an installer? This article by Aaron Stebner has always helped me before: http://blogs.msdn.com/astebner/archive/2005/08/01/446328.aspx 2009/6/23 Brian Rogers rogers.br...@gmail.com Hey Jim, Try the link below or breakout the RegEx smile/ Wilogutl.exe http://msdn.microsoft.com/en-us/library/aa372811(VS.85).aspx Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Jun 22, 2009 at 1:09 PM, MacDiarmid, James D james.macdiar...@eds.com wrote: I'm looking through the install.log file, and I'm seeing a lot of stuff however I don't know what any of it means. Is there anything that can offer any help in decyphering it? Thanks, Jim -- -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebr id ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebr id ge.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebr id ge.org
Re: [WiX-users] Trouble running custom actions without VS installed
You can also run process monitor from sysinternals to see if there are other load failures. -Brooke -Original Message- From: Steven Bone [mailto:sb...@pobox.com] Sent: Tuesday, June 23, 2009 3:19 PM To: Tina Basinger Cc: Wix Group Subject: Re: [WiX-users] Trouble running custom actions without VS installed I'd check to see if the Microsoft.SharePoint assembly references something else. The last step I can think of is to set up and run the Fusion Log Viewer tool (Fuslogvw.exe) and see if it is related to an assembly loading issue. Other than that, I'm fresh out of ideas. Info on Fuslogvw.exe: http://msdn.microsoft.com/en-us/library/e74a18c4.aspx http://blogs.msdn.com/suzcook/archive/2003/05/29/57120.aspx On Tue, Jun 23, 2009 at 3:11 PM, Tina Basinger tinabasin...@gmail.comwrote: I am running on 64-bit Server 2008 with UAC turned Off. My custom action references System, System.Data, System.XML, Microsoft.SharePoint, Microsoft.Deployment.WindowsInstaller, and a helper assembly that I own. The helper assembly additionally references System.DirectoryServices, and System.ServiceProcess. When I call MakeSfxCA, I am including Microsoft.SharePoint, Microsoft.Deployment.WindowsInstaller, and my helper assembly as support files. I am also including a CustomAction.config that specifies a supportedRuntime version of v2.0.50727. I don't see anything in my event log that ties to this problem. Thanks! -Tina On Tue, Jun 23, 2009 at 2:40 PM, Steven Bone sb...@pobox.com wrote: Is this Vista or Win7 (elevation/impersonation issues)? Is it 64 bit? Are you doing interop in the Custom Action code? Is there anything in the system application event log? Are you referencing any assemblies that are not part of the .net BCL's? On Tue, Jun 23, 2009 at 2:25 PM, Tina Basinger tinabasin...@gmail.comwrote: It is a managed custom action, that I've run through the MakeSfxCA tool. .NET is installed on the machine. -Tina On Tue, Jun 23, 2009 at 2:02 PM, Brooke Philpott bphilp...@sqlsentry.netwrote: If the CA is managed it requires .net If it's unmanaged it requires the VC runtime unless you compile it with /MT to embed the runtime in the dll. (http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx) Installing VS.NET http://vs.net/ http://vs.net/ would install both of these... It could be some other dependency as well. -Brooke -Original Message- From: Tina Basinger [mailto:tinabasin...@gmail.com] Sent: Tuesday, June 23, 2009 1:53 PM To: Wix Group Subject: [WiX-users] Trouble running custom actions without VS installed Has anyone ever had trouble runnning custom actions when Visual Studio isn't installed on a machine? I have done everything I can think of to make these work, and I am still getting the following error in my install log. Any tips on things to check for as well as potential solutions would be greatly appreciated. I am running the Wix 3.0 RC2. Thanks! -Tina MSI (c) (F4:D8) [07:00:17:703]: Doing action: CheckRequirements Action 7:00:17: CheckRequirements. Action start 7:00:17: CheckRequirements. MSI (c) (F4:10) [07:00:17:823]: Invoking remote custom action. DLL: D:\Users\UserName\AppData\Local\Temp\2\MSI173F.tmp, Entrypoint: CheckRequirements MSI (c) (F4:AC) [07:00:17:827]: Cloaking enabled. MSI (c) (F4:AC) [07:00:17:827]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (F4:AC) [07:00:17:827]: Connected to service for CA interface. Action ended 7:00:21: CheckRequirements. Return value 3. DEBUG: Error 2896: Executing action CheckRequirements failed. Internal Error 2896. CheckRequirements -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Loading extensions in WiX 3.5
Hi, How do I specify an extension on the WiX 3.5 command line? I'm looking at an example on the following web page: http://kobyk.wordpress.com/2008/10/21/installing-filter-drivers-with-difxapp-and-a-wix-v3-msi/ which uses the command %WIX_PATH%\candle -ext %WIX_PATH%\WixUIExtension.dll -ext %WIX_PATH%\WixDifxAppExtension.dll DirFilterInstaller.wxs but when I try a similar command, I get this error message: candle.exe : error CNDL0113 : The parameter '-ext' must be followed by the extension's type specification. The type specification should be a fully qualified class and assembly identity, for example: MyNamespace.MyClass,myextension.dll. How can I find out the correct fully qualified class to specify? Pointers to relevant documentation will especially appreciated. -- Andreas Gustafsson, g...@araneus.fi -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Loading extensions in WiX 3.5
Hey Andreas, Just to be clear, are you sure that your environment has %WIX_PATH% as a variable and that it resolves to the correct directory path? Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 11:57 AM, Andreas Gustafsson g...@araneus.fiwrote: Hi, How do I specify an extension on the WiX 3.5 command line? I'm looking at an example on the following web page: http://kobyk.wordpress.com/2008/10/21/installing-filter-drivers-with-difxapp-and-a-wix-v3-msi/ which uses the command %WIX_PATH%\candle -ext %WIX_PATH%\WixUIExtension.dll -ext %WIX_PATH%\WixDifxAppExtension.dll DirFilterInstaller.wxs but when I try a similar command, I get this error message: candle.exe : error CNDL0113 : The parameter '-ext' must be followed by the extension's type specification. The type specification should be a fully qualified class and assembly identity, for example: MyNamespace.MyClass,myextension.dll. How can I find out the correct fully qualified class to specify? Pointers to relevant documentation will especially appreciated. -- Andreas Gustafsson, g...@araneus.fi -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.0: How to run a program
Hi, I re-read the wix.chm and found Quiet Execution Custom Action. I tried to use the example in wix.chm. But when I run it, I got these errors: MSI (s) (68!58) [13:58:06:803]: PROPERTY CHANGE: Deleting QtExecCmdLine property. Its current value is '[INSTALLLOCATION]abc.exe'. CAQuietExec: Error 0x80070003: Command failed to execute. CAQuietExec: Error 0x80070003: CAQuietExec Failed Action ended 13:58:06: QtExecExample.. Return value 3. Here is my code: Property Id=QtExecCmdLine Value='[INSTALLLOCATION]abc.exe'/ CustomAction Id=QtExecExample BinaryKey=WixCA DllEntry=CAQuietExec Execute=immediate Return=check/ InstallExecuteSequence Custom Action=QtExecExample Before=InstallFinalize/ /InstallExecuteSequence I'd like to run this abc.exe program after the installation but before the main application got launched(which is controlled by a checkbox on the final page). Can someone point out the errors here? I did check the C:\Program Files\MyApp folder, the files are not even installed. That maybe the reason that abc.exe is not run? Is it okay to run it before InstallFinalize? If not, which action sequence I should use? I'd really appreciate it. /Brian __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Enforcing x86-only and x64-only installs
Our application includes a USB driver in its install through DIFxApp. I now have two installers, one for x86 and one for x64. I understand this to be a requirement when using difxap. Since the install will fail if running the x86 on x64 or vice versa, I thought it would be appropriate to use the Condition element to enforce this up front. Therefore, I include the following in my WXS file: ?if $(var.Platform) = x64 ? Condition Message=This install package only supports 64-bit operating systems.![CDATA[VersionNT64]]/Condition ?else ? Condition Message=This install package only supports 32-bit operating systems.![CDATA[NOT VersionNT64]]/Condition ?endif ? Notice that the x64 Condition seems unnecessary since the Package Platform=x64 will cause MSIEXEC to reject it before checking my conditions. Here is my problem: when I run my 32-bit installer (using the bootstrap) on 64-bit Windows 7, and I get the expected error saying This install package only supports 32-bit operating systems, and click OK, I get the Program Compatibility Warning saying that the installation may not have completed properly and offers to set some options to make it work. Does anyone know what I am doing wrong such that Windows 7 doesn't trust me when I failed the install intentionally (because it wouldn't have worked using the x86 difxapp DLLs embedded in that version of the installer? Notice that I distribute my MSI file embedded in a bootstrap built with IEXPRESS.EXE, which runs MSIEXEC /i rmctools.msi /lv RMC_Install.log. This bootstrap utility also has a manifest embedded using MT.exe that sets the requested privilege level to asInvoker. My understanding was that this turned off Windows' program compatibility engine. I also welcome any other comments on the way I'm going about this. Thank you. Quinton Tormanen Software Engineer Delta Computer Systems, Inc. http://www.deltamotion.com http://www.deltamotion.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Registry entries not created on W2K8
Hi I have an installer that was created using WiX 3.0.5217. When I run the installer on Vista/XP/Win7, everything works. When I run it on W2K8, everything seems fine, ARP contains entries, etc, but none of the registry keys were created. I've compared a verbose log generated on Vista and W2K8 by the installer and the section listing the creation of the registry keys are identical. No error messages, but when I view the registry I don't see any of the keys. Has anyone encountered a problem like this before? Thanks, Jacques -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] .var not substituted in localized shortcut name in merge module
In my example MergeModule project attached, I name my shortcut folder with a localization string which doesn't completely resolve: Shortcut Id=English.Help.Shortcut Name=!(loc.RhinoHelpShortcutTitle) Directory=ShortcutFolder /Shortcut That localization variable is defined in a .wxl file: ?xml version=1.0 encoding=utf-8? WixLocalization Culture=en-us xmlns=http://schemas.microsoft.com/wix/2006/localization; String Id=RhinoHelpShortcutTitle$(var.RmaProductName) Help/String /WixLocalization The variable RmaProductName is defined in a .wxi Include file: ?xml version=1.0 encoding=utf-8? Include ?define RmaProductName=EnglishHelpTest? /Include When the MergeModule is compiled, the shortcut has name $(var.RmaProductName) Help rather than EnglishHelpTest Help Is this a known fault with WiX version 3.0.5217.0 or have I made a mistake in expecting this substitution to happen? -- Gordon Dass Adams --- McNeel Technical Support, Seattle Email: gor...@mcneel.com www.rhino3d.com www.accurender.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry entries not created on W2K8
Hey Jacques, Just curious, have you run the install on the 64-bit versions of the 3 OSs it works on? Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Jun 23, 2009 at 4:44 PM, Jacques Eloff repst...@gmail.com wrote: Hi I have an installer that was created using WiX 3.0.5217. When I run the installer on Vista/XP/Win7, everything works. When I run it on W2K8, everything seems fine, ARP contains entries, etc, but none of the registry keys were created. I've compared a verbose log generated on Vista and W2K8 by the installer and the section listing the creation of the registry keys are identical. No error messages, but when I view the registry I don't see any of the keys. Has anyone encountered a problem like this before? Thanks, Jacques -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users