[WiX-users] register COM class into HKLM
To deal with a UAC related issue, I need to be able to install a COM DLL into HKLM (so that it adds keys to HKLM\Software\Classes\CLSID). I install the file into the LocalAppDataFolder and use the wix class element to register it into HKCR. That I want to still have wix do for me. But I also want the class to be additionally registered into HKLM. Is there any way to do this with the class element or do I just have to create the reg keys in HKLM I need directly? Thanks, Patrick Schmid - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CrystalReports redist causes error 2228
Bob That totally worked. You're my hero for the day. Mark From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 25 April 2007 16:28 To: Mark Rendle Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CrystalReports redist causes error 2228 Mark Rendle wrote: When I build my installer using WiX 2.0 and include the Crystal Reports for .NET 2.0 Merge Module, the installer throws error 2228. I've created a package which didn't include anything except the Crystal msm and the problem still occurred. Their merge module is incorrectly authored. If you have an AppSearch table, you need a Signature table. (WiX does that automatically if it creates the AppSearch table.) You can probably work around their bug by adding an EnsureTable element for Signature. -- sig://boB http://bobs.org Computer Software Group Plc | Registered in England: 4023140 | Registered office: Integra House, 138-140 Alexandra Road, London, SW19 7JY - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Net Framework Check And Download
This is great, it works but... In the event that a user does not have internet access on the target machine the install fails as an attempt is made to _download_ the framework over the wire. I should have been clearer when I first posed the question: Is it possible to ship the Microsoft .NET Framework Version 2.0 Redistributable Package with my installer and have it installed - whether an internet connection is present or otherwise - if it is not present on the target? Perhaps I have been tackling this in the wrong way from the outset? Colin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: 26 April 2007 00:07 To: Gourlay, Colin ; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Net Framework Check And Download Other way around. The boostrapper contains your .msi. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gourlay, Colin Sent: Wednesday, April 25, 2007 4:03 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Net Framework Check And Download Hello. Stumbled across WiX today and knocked together a vanilla msi after following the quick start in the help and am pretty impressed with what I have seen. However, I want to enhance what I have and check for the presence of the .net framework sdk or the distributable version installed on the target machine. If it is not present have it installed. I come across an MSDN article (see below) that explained how to achieve this by means of creating a bootstrap using MSBuild - I did this and have a resultant exe. http://msdn.microsoft.com/msdnmag/issues/04/10/bootstrapper/default.aspx But from there on in I am lost! Any ideas how I incorporate this exe into my wix file? In case this is significant I am using a nightly build of WiX v3.0.2813.0, wish to run this as part of my NAnt build and am not using Votive/Visual Studio/MSBuild to create my files (not through choice - only just learned of these tools) Colin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fwd: Net Framework Check And Download
forgot to send to list... -- Forwarded message -- From: Simon Dahlbacka [EMAIL PROTECTED] Date: Apr 26, 2007 10:57 AM Subject: Re: [WiX-users] Net Framework Check And Download To: Gourlay, Colin [EMAIL PROTECTED] It should be possible, see GenerateBootstrapper/@ComponentsLocation ( http://msdn2.microsoft.com/en-us/library/ms164294(vs.80).aspxhttp://msdn2.microsoft.com/en-us/library/ms164294%28vs.80%29.aspx ) On 4/26/07, Gourlay, Colin [EMAIL PROTECTED] wrote: This is great, it works but... In the event that a user does not have internet access on the target machine the install fails as an attempt is made to _download_ the framework over the wire. I should have been clearer when I first posed the question: Is it possible to ship the Microsoft .NET Framework Version 2.0 Redistributable Package with my installer and have it installed - whether an internet connection is present or otherwise - if it is not present on the target? Perhaps I have been tackling this in the wrong way from the outset? Colin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: 26 April 2007 00:07 To: Gourlay, Colin ; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Net Framework Check And Download Other way around. The boostrapper contains your .msi. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gourlay, Colin Sent: Wednesday, April 25, 2007 4:03 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Net Framework Check And Download Hello. Stumbled across WiX today and knocked together a vanilla msi after following the quick start in the help and am pretty impressed with what I have seen. However, I want to enhance what I have and check for the presence of the .net framework sdk or the distributable version installed on the target machine. If it is not present have it installed. I come across an MSDN article (see below) that explained how to achieve this by means of creating a bootstrap using MSBuild - I did this and have a resultant exe. http://msdn.microsoft.com/msdnmag/issues/04/10/bootstrapper/default.aspx But from there on in I am lost! Any ideas how I incorporate this exe into my wix file? In case this is significant I am using a nightly build of WiX v3.0.2813.0, wish to run this as part of my NAnt build and am not using Votive/Visual Studio/MSBuild to create my files (not through choice - only just learned of these tools) Colin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ICE20: FilesInUse not Found
Hi. Here I must write information about this dialog? I have FileInUseDlg.wxs: ... *Dialog Id=FilesInUse Width=370 Height=270 Title=[ProductName] [Setup] NoMinimize=yes KeepModeless=yes Control Id=Retry Type=PushButton X=304 Y=243 Width=56 Height=17 Default=yes Cancel=no Text=[ButtonText_Retry] Publish Event=EndDialog Value=Retry1/Publish /Control Control Id=Ignore Type=PushButton X=235 Y=243 Width=56 Height=17 Text=[ButtonText_Ignore] Publish Event=EndDialog Value=Ignore1/Publish /Control Control Id=Exit Type=PushButton X=166 Y=243 Width=56 Height=17 Text=[ButtonText_Exit] Publish Event=EndDialog Value=Exit1/Publish /Control Control Id=BannerBitmap Type=Bitmap X=0 Y=0 Width=450 Height=44 TabSkip=no Text=[BannerBitmap] / Control Id=Description Type=Text X=65 Y=20 Width=280 Height=20 Transparent=yes NoPrefix=yes Text[DlgTopFont]Some files that need to be updated are currently in use./Text /Control Control Id=Text Type=Text X=20 Y=55 Width=330 Height=30 TextThe following applications are using files that need to be updated by this setup. Close these applications and then click Retry to continue the installation or Cancel to exit it./Text /Control Control Id=BottomLine Type=Line X=0 Y=234 Width=370 Height=2 / Control Id=Title Type=Text X=15 Y=6 Width=200 Height=15 Transparent=yes NoPrefix=yes Text[DlgTitleFont]Files in Use/Text /Control Control Id=BannerLine Type=Line X=0 Y=44 Width=370 Height=2 / Control Id=List Type=ListBox X=20 Y=87 Width=340 Height=130 Property=FileInUseProcess Sunken=yes TabSkip=yes ListBox Property=FileInUseProcess / /Control /Dialog* *... * It compiles, but don't link. Error LGHT0204: ICE20: Standard Dialog: 'FilesInUse' not found in Dialog table All other standart dialogs compiled and link correctly. This code copied from project, written in WiX2 and worked later (until 2 version, now I want to migrate to version 3). Thanks. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CrystalReports11_5_NET_2005.msm and WiX 3.0.2420
I am trying to create an installer with the CrystalReports11_5_NET_2005.msm in it using WiX 3.0.2420. I have added a bunch of EnsureTable and CustomTable elements, and an InstallExecuteSequence tweak, to deal with the majority of the errors given by the linker, and have it down to just 3: light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table: AppSearch, Column: Signature_, Key(s): ASPNETVERSION.ASPNETVersion light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table: AppSearch, Column: Signature_, Key(s): IISROOTDIR.IISRootDirInRegistry light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table: AppSearch, Column: Signature_, Key(s): RL_VERDIR.4E6D833C_CC04_412E_9173_769C12C5FFF7.RLVerDir.4E6D833C_CC04_41 2E_9173_769C12C5FFF7 Orca shows that the ICE03 errors exist in the Crystal Reports merge module itself. Is there anything I can do to work around these? Cheers, Mark Computer Software Group Plc | Registered in England: 4023140 | Registered office: Integra House, 138-140 Alexandra Road, London, SW19 7JY - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Net Framework Check And Download
On Thu, 26 Apr 2007 08:47:32 +0100, Gourlay, Colin wrote: Gourlay, Is it possible to ship the Microsoft .NET Framework Version 2.0 Redistributable Package with my installer and have it installed Certainly, that's why it's called redistributable. As far as I know, the only requirement is to leave it unchanged as a Dotnetfx.exe file (so no unpacking, repacking or any other modification). But you'll sure to find the exact legal details on the MS web site if you have any such questions. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unmanaged install/admin deployment
Hey It seems we want to enable administrators to deploy our software via simple commandline (eg setup -user= pass= key=). How can you set a WIX/MSI package to skip GUI and just use the passed parameters as properties? - T - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallLevel has no effect when modifyingan installation
Bob Arnson [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Install level is only effective during initial installation. It's not used during maintenence mode. Looks like this is the case ... but is this documented anywhere? -- Stefan Krueger Microsoft Windows Installer MVP Please post your questions in the newsgroup or vist one of these web sites: Windows Installer FAQ http://www.msifaq.com - http://www.msifaq.de InstallSite - Resources for Setup Developers http://www.installsite.org http://www.installsite.de (GERMAN) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallLevel has no effect when modifyingan installation
Bob Arnson [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Install level is only effective during initial installation. It's not used during maintenence mode. Looks like this is the case ... but is this documented anywhere? -- Stefan Krueger Microsoft Windows Installer MVP - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC Prompt Required
Thanks for your advice. I have done some detailed comparisons between the log of the successful repair (with UAC prompt) and the unsuccesful repair (without UAC prompt) and here are the unique lines for each case... WORKING REPAIR: MSI_LUA: Credential prompt not required, user is an admin Specifed source is not already in a list. Adding new sources is allowed. FAILING REPAIR: == MSI_LUA: Credential prompt is not required at this point, product is managed and deployment compliant Specifed source is already in a list. Adding new sources is not allowed. Machine policy value 'EnableUserControl' is 0 PROPERTY CHANGE: Modifying RestrictedUserControl property. Its current value is '0'. Its new value: '1'. There are many Machine Policy lines that are declared in greatly different orders, but are nominally identical, although some are duplicated in the failing repair. Regards, Gareth -- View this message in context: http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10198290 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Downloading and launching apps during install
Hi, I've to create an installer that checks some hardware and software prerequisites and then if some of those software prereqs aren't present in the machine, the installer has to download them (from a well-known URL) and launch them before continuing (like a nested .msi install). The process should be as unanteded from the user as possible and must run as a single process (cancelling the install or telling the user to download them manually is not acceptable). I've been looking at WiX and Windows Installer MSDN and I haven't found information about if this is possible using WiX. Any comments or indications on this subject would be appreciated, thks. Regards, Vicente - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction : Find out which feature has beenchoosen
Hi Richard, That is exactly what i am doing. I figured that using FeatureKey and !FeatureKey, as you suggested, would be the best way to do it. However, i cant get it to work... I get his error : error CNDL0104 : Not a valid source file; detail: An error occurred while parsing EntityName. Line 259, position 65. Line 259 is : Custom Action=setInstallAMS Before=InstallFinalizeAMS = 3/Custom Ive tryed with AMS, [AMS], 3 and 3 For reference: Feature Id=AMS Title=AMS Description=AMS Level=1 CustomAction Id=setInstallAMS Property=INSTALLAMS Value=1/ Please help :( On 4/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Carl, If I understand correctly, you're using a single registry item, and need it to have a different value based on which feature(s) are installed. I suspect what you probably want is to use the feature installation state and/or feature action state property (e.g [FeatureKey] and [!FeatureKey] – see http://msdn2.microsoft.com/en-us/library/aa368012.aspx for more details). Regards, Richard -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Carl Quirion *Sent:* Wednesday, April 25, 2007 1:04 PM *To:* Gareth at Serif; wix-users@lists.sourceforge.net *Subject:* Re: [WiX-users] CustomAction : Find out which feature has beenchoosen Actually, that doesnt work, it complains about duplicate registry values On 4/25/07, *Gareth at Serif* [EMAIL PROTECTED] wrote: I think all you want is a pair of components with the required registry values you want in each feature... the installation will choose which registry value to write automatically. Regards, Gareth -- View this message in context: http://www.nabble.com/CustomAction-%3A-Find-out-which-feature-has-been-choosen-tf3646345.html#a10184450 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Carl Quirion [EMAIL PROTECTED] -- * C O N F I D E N T I A L I T Y N O T I C E * --- The content of this e-mail is intended solely for the use of the individual or entity to whom it is addressed. If you have received this communication in error, be aware that forwarding it, copying it, or in any way disclosing its content to any other person, is strictly prohibited. Peek Traffic Corporation is neither liable for the contents, nor for the proper, complete and timely transmission of (the information contained in) this communication. If you have received this communication in error, please notify the author by replying to this e-mail immediately and delete the material from any computer. -- Carl Quirion [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] In other news, I wound up using Jajah to broker a call between the US and Canada today, which I recorded for a podcast.
CHFR continues its Steady Climb, UP Another 23% Since Monday! China Fruits Corporation Symbol: CHFR Price: $0.42 CHFR is climbing steady all week. UP over 23% since Monday, investors are enjoying the solid climb. Read CHFR's recent news, and get on it Thursday! At some point of time, being in a state of flow is essential do a good job of at least certain types of tasks. Whenever I set myself into that project mode, only members of that may communicate with me with say IM while having email and other notifications turn off. A new decoder is incorporated to support the latest high quality multi-channel surround sound formats. Most of the time, in email, they do. Firmware update for Panasonic DMP-BD10 Blu-ray player - CD Freaks. Wonder what would happen to TTGxx disks which were workable. And you can hear, in this podcast, that Bob Glushko and AnnaLee Saxenian are having fun figuring out how to teach it. I believe the net effect is maintaining high productivity without burning out. Every profit from every sale is yours to keep. Here are three sample feeds. If you or any of your readers could offer a link to such a review it would be enormously helpful, Thanks. Wouldn't it be amazing if you started loving Monday mornings? The software expects to display and play items in reverse chronological order. At the correct scale, this simple modification produces a miniature electronic storm at the laser's surface that further focuses the beam down to as little as 30 nanometres. Not in your language, or the language of your circle. Search, shopping, mail, teenagers making connections, maybe music - and then, what? That might be because they do not make a critical difference in how you conduct your day-to-day life. Here are three sample feeds. And of course remote folks have no opportunity to attend, even though the information exchanged might be highly relevant to them. info, which hosts nothing directly but instead gathers tagged items from elsewhere. Think of something counter-intuitive. But sometimes interruptions change your idea of what needs to be done. The other thing we often do is individually branch out of the taskings we are working on to explore and then bring the results back into the team. At that point he was forced to publish. These guys are talking consummer movie formats like Bluray and HD-DVD. Toshiba, the leading proponent of HD DVD, has announced that they have now sold over 100,000 dedicated players in the US. Its amazing to see the productivity of the team breaking down tasks, routing them around and executing. So that your fingers are itching for the keyboard. Interesting observation. They knew how to do this. Search, shopping, mail, teenagers making connections, maybe music - and then, what? The message is both notification and payload. I believe the net effect is maintaining high productivity without burning out. I think to get the call quality you want, you need to ensure that the machines are directly connecting. What a tangled web we weave. Does the traffic go out and then back in? Interesting point: I just tried to insert those versions of the feed URLs into this entry, and WordPress changed itpc back to http! To commemorate the announcement of their new program, Information and Service Design, a symposium was held in early March. 8X DVD wont brun at 2. Find what binds this to all souls. The recipes used to involve a whole lot of baling wire and black magic. In the same way that blogging can help you make optimal use of your keystrokes, podcasting can help you make optimal use of your spoken words. I think to get the call quality you want, you need to ensure that the machines are directly connecting. He claimed this was more productive than focusing on docs in single-file. Wouldn't it be amazing if you started loving Monday mornings? This September, they plan to release twenty titles from each partner with five per month thereafter. But a surprising amount of business communication is potentially broader in scope. 8X DVD wont brun at 2. In this case, Darwin invited people to affirm things they already knew, about a topic much more familiar in their era than in ours: domestic species. ideally this would work as a scraper, workflow is: -scrapes the catalog page (or looks at the dir in internet archive) -pick out all files ending 64kb. We have worked together solidly for the last 8 years, but on and off before that for the last 18. Why might this be useful? Read the full article here. They did it with office software, email, IM. As Chris points out, the ideas are still not fully accepted. Simply request the minutes later or ask someone about particular points in which you were interested. Does the traffic go out and then back in? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now.
[WiX-users] Duplicate entries in Add/Remove Program files
Hi, I am creating a package for each release of our software as a major upgrade, by change the ProductCode GUID. I have RemoveExistingProducts Before=InstallInitialize1/RemoveExistingProducts in my InstallExecuteSequence, howcome does the previous version still shows in the Add/Remove Programs window? Should it not be removed? Regards, Adriaan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dialog to let user select Program Menu folder
Igor Maslov wrote: Maybe I'm still very inexperienced with installer controls, but it seems very hard to do something different, or change behavior of controls. I'm thinking of using approach 1, but maybe I'm missing something and it won't work? If you need UI behavior other than what MSI offers, you need to use an external UI handler. See the MSI SDK for the gory details. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC Prompt Required
Gareth at Serif wrote: MSI_LUA: Credential prompt is not required at this point, product is managed and deployment compliant Specifed source is already in a list. Take a look at http://blogs.msdn.com/rflaming/archive/2006/10/01/uac-in-msi-notes-is-this-intentional-if-so-why.aspx: Maintenance mode operations such as repair or feature state changes do not require credential prompts. So that's working as designed. The question is why do the MDAC merge modules require elevation. Do you have them in a single feature? You should be able to then use VersionNT to disable the feature on Vista. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallLevel has no effect when modifyingan installation
Stefan Krueger [MVP] wrote: Looks like this is the case ... but is this documented anywhere? Nope, not explicitly. The closest I got was the blurb for MsiSetInstallLevel: The *MsiSetInstallLevel* function sets the installation level for a full product installation. The MSI doc is usually explicit about the differences between install and reinstall. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE20: FilesInUse not Found
Anton Filippov wrote: Here I must write information about this dialog? Make sure you have a DialogRef, otherwise the linker won't include it because nothing references it. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unmanaged install/admin deployment
Thomas B wrote: It seems we want to enable administrators to deploy our software via simple commandline (eg setup -user= pass= key=). How can you set a WIX/MSI package to skip GUI and just use the passed parameters as properties? Use the msiexec /q switch to choose your UI level. See Command-Line Options in the MSI SDK doc for details. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Downloading and launching apps during install
Vicente Cartas Espinel wrote: I've to create an installer that checks some hardware and software prerequisites and then if some of those software prereqs aren't present in the machine, the installer has to download them (from a well-known URL) and launch them before continuing (like a nested .msi install). The process should be as unanteded from the user as possible and must run as a single process (cancelling the install or telling the user to download them manually is not acceptable). You want a bootstrapper. Currently the WiX bootstrapper doesn't support downloading packages. If you use Visual Studio 2005, you might want to check out its bootstrapper. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CrystalReports11_5_NET_2005.msm and WiX 3.0.2420
Mark Rendle wrote: Orca shows that the ICE03 errors exist in the Crystal Reports merge module itself. Is there anything I can do to work around these? All you can do is use the -sice switch to suppress ICE03 and hope for the best. Oh and send your feedback to the BO team to know you'd appreciate properly authored merge modules. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction : Find out which feature has beenchoosen
Carl, That problem confused me for a couple of minutes too Then I remembered my XML encoding rules! The correct syntax would be one of the following: amp;AMS = 3 Or ![CDATA[AMS = 3]] Hope this helps, Regards, Richard From: Carl Quirion [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 10:36 AM To: Foster, Richard - PAL; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction : Find out which feature has beenchoosen Hi Richard, That is exactly what i am doing. I figured that using FeatureKey and !FeatureKey, as you suggested, would be the best way to do it. However, i cant get it to work... I get his error : error CNDL0104 : Not a valid source file; detail: An error occurred while parsing EntityName. Line 259, position 65. Line 259 is : Custom Action=setInstallAMS Before=InstallFinalizeAMS = 3/Custom Ive tryed with AMS, [AMS], 3 and 3 For reference: Feature Id=AMS Title=AMS Description=AMS Level=1 CustomAction Id=setInstallAMS Property=INSTALLAMS Value=1/ Please help :( * C O N F I D E N T I A L I T Y N O T I C E * --- The content of this e-mail is intended solely for the use of the individual or entity to whom it is addressed. If you have received this communication in error, be aware that forwarding it, copying it, or in any way disclosing its content to any other person, is strictly prohibited. Peek Traffic Corporation is neither liable for the contents, nor for the proper, complete and timely transmission of (the information contained in) this communication. If you have received this communication in error, please notify the author by replying to this e-mail immediately and delete the material from any computer. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Check for at least one required feature?
Sorry if this is essentially a repost, but I couldn't find anything on wix-users asking quite the same question I am. Our product consists of FeatureAAA and FeatureZZZ. We need to enforce that the user has selected at least either FeatureAAA or FeatureZZZ to install. I've tried using a Publish - SpawnDialog to throw an error as well as a Condition to disable the control like those used in the LicenseAgreementDlg, both trying to tie into FeatureAAA 3 AND FeatureZZZ 3 with no luck. My guess as to why that happens is that perhaps the features aren't set to their new states until after this dialog has been processed, but that's a total guess. Is there a better (or any) way I should be doing this? Thanks, -Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Duplicate entries in Add/Remove Program files
Sorry, got this working the DetectOnly attribute in Upgrade section was set to yes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adriaan Sent: 26 April 2007 05:20 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Duplicate entries in Add/Remove Program files Hi, I am creating a package for each release of our software as a major upgrade, by change the ProductCode GUID. I have RemoveExistingProducts Before=InstallInitialize1/RemoveExistingProducts in my InstallExecuteSequence, howcome does the previous version still shows in the Add/Remove Programs window? Should it not be removed? Regards, Adriaan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] getting /setting servername property
I'm trying to set up web.config connection strings and some configurations that need the server name in order to be set up correctly. Is there a property in wix or a windows installer property that i can recall on my sript to set it? How can I obtain that by Installer or OSS means Greetings and thanks in advance: Jose -- View this message in context: http://www.nabble.com/getting--setting-servername-property-tf3652289.html#a10202579 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] getting /setting servername property
ComputerName? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jrcolons Sent: Thursday, April 26, 2007 8:25 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] getting /setting servername property I'm trying to set up web.config connection strings and some configurations that need the server name in order to be set up correctly. Is there a property in wix or a windows installer property that i can recall on my sript to set it? How can I obtain that by Installer or OSS means Greetings and thanks in advance: Jose -- View this message in context: http://www.nabble.com/getting--setting-servername-property-tf3652289.html#a10202579 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dialog to let user select Program Menu folder
If WiX doesn't provide it today it is because nobody has contributed it. Remember, the WiX toolset is a volunteer community project. Everything you see here was built because someone thought it would be cool/fun/useful. Note, I wouldn't be complaining here if you asked, Why hasn't anyone contributed something like this? It seems like a bunch of you have already solved this problem and I would love to build on your work instead of starting over from scratch. I can give you two reasons why *I* haven't contributed it. 1. I've never needed it. 2. I've been busy fixing other bugs. smile/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Maslov Sent: Wednesday, April 25, 2007 12:24 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Dialog to let user select Program Menu folder That's what I did, but there are some restrictions on where user can place shortcuts. I used custom action to validate path, but it is still not ideal solution. It looks like a such common task, I wonder why WiX does not provide specialized dialog for that. For example, InstallShield has such dialog. Thank you for help, Igor Bob Arnson-3 wrote: Maslov, Igor wrote: I'd appreciate if you could point to such WiX dialog. There is none, but you don't need C++ for this -- just another dialog like InstallDirDlg that spawns BrowseDlg. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Dialog-to-let-user-select-%22Program-Menu%22-folder-tf3640577.html#a10187781 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
Thanks, that looks like what I wanted. I'm having trouble linking everything correctly though, and I get a ton of errors in wcautil.h, like E:\Program Files\WiX\sdk\inc\wcautil.h(48): error C2065: '__in' : undeclared identifier And E:\Program Files\WiX\sdk\inc\wcautil.h(48): error C2182: 'WcaGlobalInitialize' : illegal use of type 'void' I've tried to include dutil.lib and wcautil.lib. Is there something else that needs to be configured to use wcautil.lib (specifically WcaLog)? From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 25, 2007 4:20 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action If you are writing a C++ custom action, then the WcaLog function in wcautil will write to the install log or show you how to do it yourself. -Brian Simoneau - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
I was able to resolve my build errors by defining everything missing myself (to /**/ ). I read that they might be defined by default in VS05, but not in VS03 (what I'm using.) However, I rebuilt my installer with the new DLL and ran it with *cv logging, and I still don't see anything. The CA call seems to execute properly in all other regards. I put a WcaLog statement as the first line in my method. extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); Here's the section of log where I expected to see some output. MSI (c) (4C:98) [13:21:11:484]: Doing action: VerifyLicenseDir MSI (c) (4C:98) [13:21:11:484]: Note: 1: 2205 2: 3: ActionText Action 13:21:11: VerifyLicenseDir. Action start 13:21:11: VerifyLicenseDir. MSI (c) (4C:E8) [13:21:11:500]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (4C:A4) [13:21:11:500]: Cloaking enabled. MSI (c) (4C:A4) [13:21:11:500]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (4C:A4) [13:21:11:500]: Connected to service for CA interface. MSI (c) (4C!C0) [13:21:11:625]: PROPERTY CHANGE: Modifying NIDPATH property. ... MSI (c) (4C!C0) [13:21:11:625]: PROPERTY CHANGE: Modifying FIDPATH property. ... Action ended 13:21:11: VerifyLicenseDir. Return value 1. Any thoughts? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 26, 2007 12:42 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] Logging in a custom action Thanks, that looks like what I wanted. I'm having trouble linking everything correctly though, and I get a ton of errors in wcautil.h, like E:\Program Files\WiX\sdk\inc\wcautil.h(48): error C2065: '__in' : undeclared identifier And E:\Program Files\WiX\sdk\inc\wcautil.h(48): error C2182: 'WcaGlobalInitialize' : illegal use of type 'void' I've tried to include dutil.lib and wcautil.lib. Is there something else that needs to be configured to use wcautil.lib (specifically WcaLog)? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Removing folder used by multiple components
No takers on this question? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Quinton Tormanen Sent: Wednesday, April 25, 2007 9:33 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Removing folder used by multiple components My question about where to install samples digressed to the following question, for which I didn't get a clear answer. If anyone feels like clarifying further on the proper way to do this, I'd appreciate it. I have two components that each install a shortcut into a sub-folder of ProgramMenuFolder. However, after coding that up in WiX, validating gave me warning ICE064 about needing RemoveFile for that sub-folder. To solve this I added a RemoveFolder element to each component that adds the sub-folder. I was wondering if this is the proper way to ensure that the folder gets removed. It seems a little redundant and indirect, but I couldn't think of anything better. Julie Campbell suggested that I could create a component under the sub-folder itself containing a simple RemoveFolder element. However, I'm unclear what the key for that component would be. Consequently, adding the component with just the RemoveFolder element gives me an ICE038 on validation. I assume this is a common situation. What is the proper way to satisfy ICE064 in this case? As I did it, with a RemoveFolder in every component that installs a shortcut into that folder? Or something along the lines of what Julie recommended? But if the latter, then how do I satisfy ICE038? Thanks for any insight you folks can provide. Quinton Tormanen Software Engineer Delta Computer Systems, Inc. http://www.deltamotion.com - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installer created directory permissions
Is there any way, perhaps analogous to Permissions to specify the acls on the directories created by the installer? If not does it work to use CreateFile with the same dir paths as the Directory's create? Or does this require a post install CA and if so does one for doing this already exist? Thanks -john From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Quinton Tormanen Sent: Thursday, April 26, 2007 10:43 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Removing folder used by multiple components No takers on this question? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Quinton Tormanen Sent: Wednesday, April 25, 2007 9:33 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Removing folder used by multiple components My question about where to install samples digressed to the following question, for which I didn't get a clear answer. If anyone feels like clarifying further on the proper way to do this, I'd appreciate it. I have two components that each install a shortcut into a sub-folder of ProgramMenuFolder. However, after coding that up in WiX, validating gave me warning ICE064 about needing RemoveFile for that sub-folder. To solve this I added a RemoveFolder element to each component that adds the sub-folder. I was wondering if this is the proper way to ensure that the folder gets removed. It seems a little redundant and indirect, but I couldn't think of anything better. Julie Campbell suggested that I could create a component under the sub-folder itself containing a simple RemoveFolder element. However, I'm unclear what the key for that component would be. Consequently, adding the component with just the RemoveFolder element gives me an ICE038 on validation. I assume this is a common situation. What is the proper way to satisfy ICE064 in this case? As I did it, with a RemoveFolder in every component that installs a shortcut into that folder? Or something along the lines of what Julie recommended? But if the latter, then how do I satisfy ICE038? Thanks for any insight you folks can provide. Quinton Tormanen Software Engineer Delta Computer Systems, Inc. http://www.deltamotion.com __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:41 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action I was able to resolve my build errors by defining everything missing myself (to /**/ ). I read that they might be defined by default in VS05, but not in VS03 (what I'm using.) However, I rebuilt my installer with the new DLL and ran it with *cv logging, and I still don't see anything. The CA call seems to execute properly in all other regards. I put a WcaLog statement as the first line in my method. extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); Here's the section of log where I expected to see some output. MSI (c) (4C:98) [13:21:11:484]: Doing action: VerifyLicenseDir MSI (c) (4C:98) [13:21:11:484]: Note: 1: 2205 2: 3: ActionText Action 13:21:11: VerifyLicenseDir. Action start 13:21:11: VerifyLicenseDir. MSI (c) (4C:E8) [13:21:11:500]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (4C:A4) [13:21:11:500]: Cloaking enabled. MSI (c) (4C:A4) [13:21:11:500]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (4C:A4) [13:21:11:500]: Connected to service for CA interface. MSI (c) (4C!C0) [13:21:11:625]: PROPERTY CHANGE: Modifying NIDPATH property. ... MSI (c) (4C!C0) [13:21:11:625]: PROPERTY CHANGE: Modifying FIDPATH property. ... Action ended 13:21:11: VerifyLicenseDir. Return value 1. Any thoughts? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 26, 2007 12:42 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] Logging in a custom action Thanks, that looks like what I wanted. I'm having trouble linking everything correctly though, and I get a ton of errors in wcautil.h, like E:\Program Files\WiX\sdk\inc\wcautil.h(48): error C2065: '__in' : undeclared identifier And E:\Program Files\WiX\sdk\inc\wcautil.h(48): error C2182: 'WcaGlobalInitialize' : illegal use of type 'void' I've tried to include dutil.lib and wcautil.lib. Is there something else that needs to be configured to use wcautil.lib (specifically WcaLog)? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unmanaged install/admin deployment
Parameters passed on the command line must be names of public properties i.e. ALLCAPS. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas B Sent: 26 April 2007 11:01 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Unmanaged install/admin deployment Hey It seems we want to enable administrators to deploy our software via simple commandline (eg setup -user= pass= key=). How can you set a WIX/MSI package to skip GUI and just use the passed parameters as properties? - T - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] uninstall requires msi package
On rare occasions, we get reports that our product requires the original msi package when attempting to uninstall. Under what conditions does this occur? The only way I can recreate this issue is by deleting the cached instance in C:\Windows\Installer. Is there another way? John - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC Prompt Required
From Windows 2000 onwards, MDAC is part of the operating system, under Windows File Protection, and can only be upgraded using an OS update/hotfix-style package or by a service pack. The only supported method of installation is to run MDAC_TYP.EXE. There is no newer version of MDAC for Windows Vista. Any merge module you find is likely to either simply have detection for MDAC, contain custom actions to launch MDAC_TYP.EXE (BAD! - example at http://support.microsoft.com/kb/320788), be an unauthorized repackaging which is unlikely to work, or be an out-of-date version. I'd strongly recommend launching MDAC_TYP.EXE from a bootstrapper application. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: 26 April 2007 15:59 To: Gareth at Serif Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] UAC Prompt Required Gareth at Serif wrote: MSI_LUA: Credential prompt is not required at this point, product is managed and deployment compliant Specifed source is already in a list. Take a look at http://blogs.msdn.com/rflaming/archive/2006/10/01/uac-in-msi-notes-is-this-i ntentional-if-so-why.aspx: Maintenance mode operations such as repair or feature state changes do not require credential prompts. So that's working as designed. The question is why do the MDAC merge modules require elevation. Do you have them in a single feature? You should be able to then use VersionNT to disable the feature on Vista. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Always overwrite/ use versioning rules per file basis
InstallShield lies to Windows Installer by setting the FileVersion field in the File table to the maximum value, 65535.65535.65535.65535. Personally I don't think this is a good idea - I think it's likely to cause a repair operation any time you use an advertised shortcut. The versioning rules assume that file versions always increase and that newer versions of files are compatible with the older versions, therefore there is never a reason to 'downgrade' a file (replace it with an older version). If you are not going to make your files compatible, you must change the name (or install folder) and change the component GUID. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Anderson Sent: 26 April 2007 18:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Always overwrite/ use versioning rules per file basis Is there a way to choose between always overwriting or using versioning rules on a per file basis? REINSTALLMODE applies to the whole installation, which is not what is always needed. I know there has to be a way, because programs like InstallShield provided that functionality. I just haven't been able to find a way. Thanks for your time, Matt Anderson - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :-( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall requires msi package
An unconditional ResolveSource action can have this effect, but that doesn't seem likely if it's intermittent (unless there IS a condition that makes it intermittent). People do occasionally delete the contents of Windows\installer, assuming it's temporary. That's worth asking about. IIRC there is also a rare issue where the system account loses access to windows\installer, and that has the same effect. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Lalande Sent: Thursday, April 26, 2007 11:16 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] uninstall requires msi package On rare occasions, we get reports that our product requires the original msi package when attempting to uninstall. Under what conditions does this occur? The only way I can recreate this issue is by deleting the cached instance in C:\Windows\Installer. Is there another way? John - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Downloading and launching apps during install
I too am using dotNetInstaller. Seems to work OK. My understanding of the bootstrap program generated by VS is that it is hard-wired to invoke the MSI after it has installed the prerequisites. This is a disadvantage for me. My setup sequence is: 1. dotNetInstaller (renamed Setup.exe) 2. MSI Launcher (renamed SetupContinuation.exe) - allows selection of MSIs and install language. 3. MSIs with optional MSTs launched by MSI Launcher. Allows complete localization without multiple MSIs. dotNetInstaller can be specified to invoke an EXE when it is done, so this works fine for me. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Parker Sent: 26. april 2007 17:35 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Downloading and launching apps during install Vicente Cartas Espinel wrote: I've to create an installer that checks some hardware and software prerequisites and then if some of those software prereqs aren't present in the machine, the installer has to download them (from a well-known URL) and launch them before continuing (like a nested .msi install). The process should be as unanteded from the user as possible and must run as a single process (cancelling the install or telling the user to download them manually is not acceptable). You want a bootstrapper. Currently the WiX bootstrapper doesn't support downloading packages. If you use Visual Studio 2005, you might want to check out its bootstrapper. -- sig://boB http://bobs.org Vicente: Another option worth investigating is dotNetInstaller (available at http://www.devage.com/ ). It's lightweight and very quick to pick up if you look at the examples provided with the package. It supports web downloads like you're looking for as well as determining whether your software package is already installed, and it took me all of about 15 minutes to go from my first run to having my bootstrapper up and running. FYI, if you're wondering what a bootstrapper is, it's an external application that basically runs a series of installers. So for instance you'd build you installer with WiX as normal, and then you'd use a tool like VS or dotNetInstaller to create a standable .EXE that installs your pre-requisites and then runs your installer when all is well. Hope that helps, -Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Always overwrite/ use versioning rules per filebasis
Exactly - with version lying the version of the file on disk never matches the version in the file table. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dimmick Sent: Thursday, April 26, 2007 11:28 AM To: 'Matt Anderson'; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Always overwrite/ use versioning rules per filebasis InstallShield lies to Windows Installer by setting the FileVersion field in the File table to the maximum value, 65535.65535.65535.65535. Personally I don't think this is a good idea - I think it's likely to cause a repair operation any time you use an advertised shortcut. The versioning rules assume that file versions always increase and that newer versions of files are compatible with the older versions, therefore there is never a reason to 'downgrade' a file (replace it with an older version). If you are not going to make your files compatible, you must change the name (or install folder) and change the component GUID. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Anderson Sent: 26 April 2007 18:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Always overwrite/ use versioning rules per file basis Is there a way to choose between always overwriting or using versioning rules on a per file basis? REINSTALLMODE applies to the whole installation, which is not what is always needed. I know there has to be a way, because programs like InstallShield provided that functionality. I just haven't been able to find a way. Thanks for your time, Matt Anderson - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Always overwrite/ use versioning rules per file basis
Mike Dimmick mike at dimmick.demon.co.uk writes: InstallShield lies to Windows Installer by setting the FileVersion field in the File table to the maximum value, 65535.65535.65535.65535. Personally I don't think this is a good idea - I think it's likely to cause a repair operation any time you use an advertised shortcut. The versioning rules assume that file versions always increase and that newer versions of files are compatible with the older versions, therefore there is never a reason to 'downgrade' a file (replace it with an older version). If you are not going to make your files compatible, you must change the name (or install folder) and change the component GUID. I agree. I'm not a big fan of version lying. Definitely food for thought. Thanks for the reply. -Matt Anderson - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Pass variable's value using MSBuild
I have a WiX project for my ASP.NET application in which I have defined the path for the sourcecode: ?define SOURCEPATH =\\MachineName\DropFolder\Build001 ? This value is now used in the project to include the necessary files in the project. My next step here is to include this as part of my MSBuild and I was wondering how would pass the value for the SOURCEPATH defined above. So for each builds the value would like \\MachineName\DropFolder\Build001 or \\MachineName\DropFolder\Build002. How can pass these values to the WiX project? Thanks, SJ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :-( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :-( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] getting /setting servername property
Rob Mensching-2 wrote: ComputerName? i'm doing an installer for a web application that some of it's settings require the webserver name, which it's better to be obtained from some property other than user interface generated ones... is there some one? how do i obtain the computername?(just curiosity) Thanks for your accustomed cooperation! Jose -- View this message in context: http://www.nabble.com/getting--setting-servername-property-tf3652289.html#a10206823 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] getting /setting servername property
It's not clear to me from this if you're saying the one that can be obtained from the [ComputerName] property is sufficient or not. Are you asking for fully domain name qualified or something? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jrcolons Sent: Thursday, April 26, 2007 12:08 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] getting /setting servername property Rob Mensching-2 wrote: ComputerName? i'm doing an installer for a web application that some of it's settings require the webserver name, which it's better to be obtained from some property other than user interface generated ones... is there some one? how do i obtain the computername?(just curiosity) Thanks for your accustomed cooperation! Jose -- View this message in context: http://www.nabble.com/getting--setting-servername-property-tf3652289.htm l#a10206823 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
_T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :-( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Property Visibility and Custom Actions
Given a property: Property Id='MYPROPERTY' Value='0' / I have a custom action that sets it to different values depending on what it finds: CustomAction Id='SetMyProperty' BinaryKey='HelperDLL' DllEntry='SetMyProperty' / InstallExecuteSequence Custom Action='SetMyProperty' After='ValidateProductID'NOT Installed/Custom /InstallExecuteSequence I need to show a dialog (among other things) depending on the value of this property: InstallUISequence Show Dialog=MyDialog After='ExecuteAction'MYPROPERTY = 1/Show /InstallUISequence The problem is that no matter what value the custom action sets for MYPROPERTY, it is always 0 (whatever I defined at the top or not defined at all if I don't) when the dialog 'MyDialog' is supposed to run. The msiexec log shows MYPROPERTY being properly set by the custom action: ...snip... MSI (s) (DC!0C) [15:31:05:718]: PROPERTY CHANGE: Modifying MYPROPERTY property. Its current value is '0'. Its new value: '1'. ...snip... But I see these two lines showing the different values: ...snip... Property(S): MYPROPERTY = 1 ...snip... Property(C): MYPROPERTY = 0 ...snip... I assume these to be Client and Server. How do I make this work? I'm sorry if this is simple but I'm still having a hard time grasping MSI. TIA g - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] changing a directory during modify
Hello, I am having problems with changing a directory based on input from the uer. It works fine during the initial install, but during modify, the path is set correctly, and then inexplicably reset back to its initial value right after CostFinalize. I don't understand why. How can I stop this property (directory), from changing its value at this point? MSI (s) (B0:40) [13:03:36:299]: Doing action: CostFinalize MSI (s) (B0:40) [13:03:36:299]: Note: 1: 2205 2: 3: ActionText Action 13:03:36: CostFinalize. Computing space requirements Action start 13:03:36: CostFinalize. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding OutOfDiskSpace property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding OutOfNoRbDiskSpace property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding PrimaryVolumeSpaceAvailable property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding PrimaryVolumeSpaceRequired property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding PrimaryVolumeSpaceRemaining property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Modifying LOGFILEDIR property. Its current value is 'C:\Documents and Settings\All Users\Application Data\Microsoft\AGPM\'. Its new value: 'C:\Documents and Settings\All Users\Application Data\Microsoft\AGPM'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Modifying ARCHIVEFOLDERDIR property. Its current value is 'C:\Documents and Settings\Administrator\Desktop\two\'. Its new value: 'C:\Documents and Settings\Administrator\Desktop\one'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Modifying INSTALLDIR property. Its current value is 'C:\Program Files\Microsoft\AGPM\Server\'. Its new value: 'C:\Program Files\Microsoft\AGPM\Server'. MSI (s) (B0:40) [13:03:36:299]: Note: 1: 2205 2: 3: Patch MSI (s) (B0:40) [13:03:36:309]: PROPERTY CHANGE: Modifying ARCHIVEFOLDERDIR property. Its current value is 'C:\Documents and Settings\Administrator\Desktop\one'. Its new value: 'C:\Documents and Settings\Administrator\Desktop\one\'. This is from my Maintenance dialog (where the user chooses to modify install): Dialog Id=MaintenanceTypeDlg Width=370 Height=270 Title=$(loc.MaintenanceTypeDlg_Title) Control Id=ChangeButton Type=PushButton X=40 Y=65 Width=80 Height=17 ToolTip=$(loc.MaintenanceTypeDlgChangeButtonTooltip) Default=yes Text=$(loc.MaintenanceTypeDlgChangeButton) Publish Property=WIXUI_INSTALLMODE Value=Change1/Publish !-- call custom action to initialize ARCHIVEFOLDERDIR to ARCHIVEEXISTS, because this is a modify, so the archive DOES exist, so use that pre-existing value -- Publish Event=DoAction Value=initArchiveDirModify1/Publish (Here I am initializing ARCHIVEFOLDERDIR (my directory) to wherever the folder currently is, based on a registry key) Publish Property=ARCHIVEFOLDERDIREDIT Value=ARCHIVEFOLDERDIR1/Publish ARCHIVEFOLDERDIREDIT is my property linked to the pathEdit on the next dialog where the user chooses the path where they want this folder. Publish Event=NewDialog Value=archiveFolderDirDlg1/Publish /Control I can send any other information. Any help would be very much appreciated! Thanks, Lindsay Harris - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Install to C:\Whatever
I realize the hip new thing to do is install into C:\Program Files\Whatever. But I have a legacy app that absolutely must be installed into C:\Whatever. I tried this: Directory Id=TARGETDIR Name=SourceDir Directory Id=INSTALLDIR Name=Whatever But then it wants to install my application into R:\Whatever. Any idea how to make it install into C:\Whatever? Thanks! - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Install to C:\Whatever
Try this: Directory Id=TARGETDIR Name=SourceDir Directory Id=MyWhateverDir Name=Whatever MSI nazi says no logo compliance for you! :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nick Sent: Thursday, April 26, 2007 1:29 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Install to C:\Whatever I realize the hip new thing to do is install into C:\Program Files\Whatever. But I have a legacy app that absolutely must be installed into C:\Whatever. I tried this: Directory Id=TARGETDIR Name=SourceDir Directory Id=INSTALLDIR Name=Whatever But then it wants to install my application into R:\Whatever. Any idea how to make it install into C:\Whatever? Thanks! - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Property Visibility and Custom Actions
Why not schedule the SetMyProperty custom action into the InstallUISequence instead of InstallExecuteSequence? Or into both. I would imagine that the problem might be related to the InstallExecuteSequence not being run until after the InstallUISequence. Not sure about all that, but maybe it will get you on the right track. - Brett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WiX'ed Sent: Thursday, April 26, 2007 3:24 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Property Visibility and Custom Actions Given a property: Property Id='MYPROPERTY' Value='0' / I have a custom action that sets it to different values depending on what it finds: CustomAction Id='SetMyProperty' BinaryKey='HelperDLL' DllEntry='SetMyProperty' / InstallExecuteSequence Custom Action='SetMyProperty' After='ValidateProductID'NOT Installed/Custom /InstallExecuteSequence I need to show a dialog (among other things) depending on the value of this property: InstallUISequence Show Dialog=MyDialog After='ExecuteAction'MYPROPERTY = 1/Show /InstallUISequence The problem is that no matter what value the custom action sets for MYPROPERTY, it is always 0 (whatever I defined at the top or not defined at all if I don't) when the dialog 'MyDialog' is supposed to run. The msiexec log shows MYPROPERTY being properly set by the custom action: ...snip... MSI (s) (DC!0C) [15:31:05:718]: PROPERTY CHANGE: Modifying MYPROPERTY property. Its current value is '0'. Its new value: '1'. ...snip... But I see these two lines showing the different values: ...snip... Property(S): MYPROPERTY = 1 ...snip... Property(C): MYPROPERTY = 0 ...snip... I assume these to be Client and Server. How do I make this work? I'm sorry if this is simple but I'm still having a hard time grasping MSI. TIA g -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Property Visibility and Custom Actions
InstallUISequence typically runs in its entirety before InstallExecuteSequence is processed (the execute sequence is processed by the ExecuteAction action). You can't set a property in the execute sequence and expect its value to appear in the UI sequence. You should schedule your custom action in the UI sequence before your Show action. Public properties are copied from the client process to the server process, but not in the other direction, which is I think what you're trying to do here. If you need the property in the execute sequence as well, it needs to be a public property (ALLCAPS, as this one is), and you should schedule the custom action in the execute sequence as well so that your install still works in no-UI mode (msiexec /qn). If you want it only to run once, set CustomAction/@Execute to firstSequence. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WiX'ed Sent: 26 April 2007 21:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Property Visibility and Custom Actions Given a property: Property Id='MYPROPERTY' Value='0' / I have a custom action that sets it to different values depending on what it finds: CustomAction Id='SetMyProperty' BinaryKey='HelperDLL' DllEntry='SetMyProperty' / InstallExecuteSequence Custom Action='SetMyProperty' After='ValidateProductID'NOT Installed/Custom /InstallExecuteSequence I need to show a dialog (among other things) depending on the value of this property: InstallUISequence Show Dialog=MyDialog After='ExecuteAction'MYPROPERTY = 1/Show /InstallUISequence The problem is that no matter what value the custom action sets for MYPROPERTY, it is always 0 (whatever I defined at the top or not defined at all if I don't) when the dialog 'MyDialog' is supposed to run. The msiexec log shows MYPROPERTY being properly set by the custom action: ...snip... MSI (s) (DC!0C) [15:31:05:718]: PROPERTY CHANGE: Modifying MYPROPERTY property. Its current value is '0'. Its new value: '1'. ...snip... But I see these two lines showing the different values: ...snip... Property(S): MYPROPERTY = 1 ...snip... Property(C): MYPROPERTY = 0 ...snip... I assume these to be Client and Server. How do I make this work? I'm sorry if this is simple but I'm still having a hard time grasping MSI. TIA g - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
After an obscene amount of headbanging, I finally managed to get it to build (with warnings) with the almighty T() call. Unfortunately that resulted in a CA that caused the installer to quit due to an error. If only I could log what was going on Assuming the lack of wrapping my strings was not the issue, is there anything else (no matter how obvious, cause it might not be obvious to me) that I might be doing wrong? From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:18 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action _T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :-( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list
Re: [WiX-users] Install to C:\Whatever
Try this: Directory Id=TARGETDIR Name=SourceDir Directory Id=MyWhateverDir Name=Whatever MSI nazi says no logo compliance for you! :) This may be splitting hairs, but would you need to specify a base volume here? Something like Directory Id='TARGETDIR' Name='SourceDir' Directory Id=WindowsVolume Name=WVolume Directory Id=MyWhateverDir Name=Whatever Can you rely on the installer to default that for you in all circumstances? -Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
Yeah, the error was in the custom action. (It returned the value 3) I had tried to attach to msiexec.exe before to debug, but didn't make any progress with that. Can you show me how you fired off the MessageBox from within your CA? This is a lot of debugging just so I can debug :-) From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:57 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Was the error in the custom action itself? If so, then you can always try to debug the custom action in Visual Studio. I was able to do this by adding a MessageBox to the beginning of the custom action and then attaching to the MessageBox when the custom action was run. If the error was when launching the custom action, there may be a missing dependency. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:51 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action After an obscene amount of headbanging, I finally managed to get it to build (with warnings) with the almighty T() call. Unfortunately that resulted in a CA that caused the installer to quit due to an error. If only I could log what was going on Assuming the lack of wrapping my strings was not the issue, is there anything else (no matter how obvious, cause it might not be obvious to me) that I might be doing wrong? From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:18 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action _T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0)
Re: [WiX-users] Logging in a custom action
A simple call to launch a message box would be MessageBox(NULL, _T(Custom action), _T(Attach), MB_OK); Note that this is not the correct way to show a message box to a user during installation, but for temporary debugging works fine. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 5:20 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Yeah, the error was in the custom action. (It returned the value 3) I had tried to attach to msiexec.exe before to debug, but didn't make any progress with that. Can you show me how you fired off the MessageBox from within your CA? This is a lot of debugging just so I can debug :-) From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:57 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Was the error in the custom action itself? If so, then you can always try to debug the custom action in Visual Studio. I was able to do this by adding a MessageBox to the beginning of the custom action and then attaching to the MessageBox when the custom action was run. If the error was when launching the custom action, there may be a missing dependency. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:51 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action After an obscene amount of headbanging, I finally managed to get it to build (with warnings) with the almighty T() call. Unfortunately that resulted in a CA that caused the installer to quit due to an error. If only I could log what was going on Assuming the lack of wrapping my strings was not the issue, is there anything else (no matter how obvious, cause it might not be obvious to me) that I might be doing wrong? From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:18 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action _T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not
Re: [WiX-users] Logging in a custom action
Have you tried the MSIBREAK env var? It might be superior for what your doing if your end goal isn't production logging here. That is if you're only trying to get extra logging working to debug something vs logging for normal operation. Note that if it's a C++ CA you'll need to use the mangled name... From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:20 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] Logging in a custom action Yeah, the error was in the custom action. (It returned the value 3) I had tried to attach to msiexec.exe before to debug, but didn't make any progress with that. Can you show me how you fired off the MessageBox from within your CA? This is a lot of debugging just so I can debug :-) From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:57 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Was the error in the custom action itself? If so, then you can always try to debug the custom action in Visual Studio. I was able to do this by adding a MessageBox to the beginning of the custom action and then attaching to the MessageBox when the custom action was run. If the error was when launching the custom action, there may be a missing dependency. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:51 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action After an obscene amount of headbanging, I finally managed to get it to build (with warnings) with the almighty T() call. Unfortunately that resulted in a CA that caused the installer to quit due to an error. If only I could log what was going on Assuming the lack of wrapping my strings was not the issue, is there anything else (no matter how obvious, cause it might not be obvious to me) that I might be doing wrong? From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:18 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action _T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); }
Re: [WiX-users] Check for at least one required feature?
It doesn't evaluate correctly until after the CostFinalize action. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Parker Sent: Thursday, April 26, 2007 2:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Check for at least one required feature? So then is it correct to say that FEATURE doesn't evaluate to anything during the UI Sequence? Or do I have my Publish actions below screwy? Here's an example: In my main Installer .wxs file I have... Feature Id=FEATUREAAA Level=1 Then in a secondary file dialogs.wxs on a Next button I have Publish Event=NewDialog Value=AAADialog![CDATA[FEATUREAAA = 3]]/Publish Publish Event=NewDialog Vaue=NormalDialog1/Publish It ALWAYS goes to NormalDialog regardless of whether or not I select FEATUREAAA in the customization step earlier in the UI sequence. Any thoughts or help? Thanks, -Scott On 4/26/07, Scott Parker [EMAIL PROTECTED] wrote: Sorry if this is essentially a repost, but I couldn't find anything on wix-users asking quite the same question I am. Our product consists of FeatureAAA and FeatureZZZ. We need to enforce that the user has selected at least either FeatureAAA or FeatureZZZ to install. I've tried using a Publish - SpawnDialog to throw an error as well as a Condition to disable the control like those used in the LicenseAgreementDlg, both trying to tie into FeatureAAA 3 AND FeatureZZZ 3 with no luck. My guess as to why that happens is that perhaps the features aren't set to their new states until after this dialog has been processed, but that's a total guess. Is there a better (or any) way I should be doing this? Thanks, -Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] getting /setting servername property
Use ComputerName. The MSI SDK shows it as a standard Property. That's what John Lemire was saying. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jrcolons Sent: Thursday, April 26, 2007 2:34 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] getting /setting servername property LEMIRE, JOHN wrote: It's not clear to me from this if you're saying the one that can be obtained from the [ComputerName] property is sufficient or not. Are you asking for fully domain name qualified or something? Sorry, I often mislead the people... Let's suppose my web server is named JoeServer, and to get the welcome page, I get http://JoeServer/ . I need to get by some mean JoeServer or http://JoeServer: by UI means (which is error prone due to human nature), or checking it on the server. Thanks again for your help! Greatly Appreciated! Jose -- View this message in context: http://www.nabble.com/getting--setting-servername-property-tf3652289.html#a10209442 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
You don't want to use _T() because that would switch your strings to UNICODE if you build Unicode and the WcaLog expects char for the first string. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Simoneau Sent: Thursday, April 26, 2007 11:59 AM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
I believe the latest Platform SDK defaults the sal.h in to windows.h now. We're using the latest Platform SDK so that should just be available right away. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Simoneau Sent: Thursday, April 26, 2007 12:18 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] Logging in a custom action _T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :( From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 1:58 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action You have to call WcaInitialize in your method before you can call WcaLog. You also need to call WcaFinalize before you exit the method. So your last line could look something like: return WcaFinalize(ERROR_SUCCESS); -Brian Simonea - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Logging in a custom action
Are you dynamically linking against MSVCRT? More specifically, what are the dependencies your CustomAction has on the OS and are they all met? It is possible your CustomAction has some dependency and failing to load right off the bat. Also, can you share the .wxs authoring for the CustomAction. When is it being scheduled? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:20 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] Logging in a custom action Yeah, the error was in the custom action. (It returned the value 3) I had tried to attach to msiexec.exe before to debug, but didn't make any progress with that. Can you show me how you fired off the MessageBox from within your CA? This is a lot of debugging just so I can debug :) From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:57 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Was the error in the custom action itself? If so, then you can always try to debug the custom action in Visual Studio. I was able to do this by adding a MessageBox to the beginning of the custom action and then attaching to the MessageBox when the custom action was run. If the error was when launching the custom action, there may be a missing dependency. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 4:51 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action After an obscene amount of headbanging, I finally managed to get it to build (with warnings) with the almighty T() call. Unfortunately that resulted in a CA that caused the installer to quit due to an error. If only I could log what was going on Assuming the lack of wrapping my strings was not the issue, is there anything else (no matter how obvious, cause it might not be obvious to me) that I might be doing wrong? From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:18 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action _T is a macro defined in tchar.h. I believe this was included in earlier Visual Studios because my custom actions were originally written in VS2003. It looks like __out and others are defined in sal.h. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 3:05 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action It's an immediate CA. I tried wrapping my strings with _T() but _T is not defined. Another VS05 difference? Could my definitions be causing a problem? I more or less copied them from a forum post I saw regarding a similar problem. #define __out /* ? */ #define __in /* ? */ #define __inout /* ? */ #define __in_bcount(THING) /* ? */ From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:59 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action That code looks the same as what I am using except that I have _T() around my strings. Are you running your custom action immediate or deferred? -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:31 PM To: Brian Simoneau; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] Logging in a custom action Thanks for the continuing advice. I'm still not seeing any log out put though. I've commented out the guts of my CA, so now I have just: extern C UINT __stdcall VerifyLicenseDir(MSIHANDLE hInstall) { WcaInitialize(hInstall, VerifyLicenseDir); WcaLog(LOGMSG_STANDARD, Enter VerifyLicenseDir); return WcaFinalize(ERROR_SUCCESS); } MSI (c) (04:F4) [14:19:38:375]: Doing action: VerifyLicenseDir MSI (c) (04:F4) [14:19:38:375]: Note: 1: 2205 2: 3: ActionText Action 14:19:38: VerifyLicenseDir. Action start 14:19:38: VerifyLicenseDir. MSI (c) (04:C8) [14:19:38:390]: Invoking remote custom action. DLL: C:\... Entrypoint: VerifyLicenseDir MSI (c) (04:C0) [14:19:38:390]: Cloaking enabled. MSI (c) (04:C0) [14:19:38:390]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (04:C0) [14:19:38:390]: Connected to service for CA interface. Action ended 14:19:38: VerifyLicenseDir. Return value 1. Did I feed WcaInitialize a bad 2nd argument? I was guessing it was just going to be used as an identifier in the log output. Do I need to call WcaGlobalInitialize/WcaGlobalFinalize in some way as well? Thanks again for your help. Google doesn't reveal much on this subject :( From: Brian Simoneau
Re: [WiX-users] Scheduled Tasks
Not today. It'd be cool if we had support for it... but no one has contributed it yet. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dhaval Patel Sent: Thursday, April 26, 2007 4:51 PM To: WiX-users Subject: [WiX-users] Scheduled Tasks This is something that just came to mind when I was discussing a deployment scenario with a colleague - is there a way to create a custom scheduled task at the OS level using WIX? So for example, I have a FooBar.exe file that I delpoy which I would want to run every night at 12:01 AM... Thanks in advance, WIXies. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] changing a directory during modify
Yeah, I don't think you can do that. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lindsay Harris Sent: Thursday, April 26, 2007 1:28 PM To: wix-users@lists.sourceforge.net Cc: Rajive Kumar Subject: [WiX-users] changing a directory during modify Hello, I am having problems with changing a directory based on input from the uer. It works fine during the initial install, but during modify, the path is set correctly, and then inexplicably reset back to its initial value right after CostFinalize. I don't understand why. How can I stop this property (directory), from changing its value at this point? MSI (s) (B0:40) [13:03:36:299]: Doing action: CostFinalize MSI (s) (B0:40) [13:03:36:299]: Note: 1: 2205 2: 3: ActionText Action 13:03:36: CostFinalize. Computing space requirements Action start 13:03:36: CostFinalize. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding OutOfDiskSpace property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding OutOfNoRbDiskSpace property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding PrimaryVolumeSpaceAvailable property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding PrimaryVolumeSpaceRequired property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Adding PrimaryVolumeSpaceRemaining property. Its value is '0'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Modifying LOGFILEDIR property. Its current value is 'C:\Documents and Settings\All Users\Application Data\Microsoft\AGPM\'. Its new value: 'C:\Documents and Settings\All Users\Application Data\Microsoft\AGPM'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Modifying ARCHIVEFOLDERDIR property. Its current value is 'C:\Documents and Settings\Administrator\Desktop\two\'. Its new value: 'C:\Documents and Settings\Administrator\Desktop\one'. MSI (s) (B0:40) [13:03:36:299]: PROPERTY CHANGE: Modifying INSTALLDIR property. Its current value is 'C:\Program Files\Microsoft\AGPM\Server\'. Its new value: 'C:\Program Files\Microsoft\AGPM\Server'. MSI (s) (B0:40) [13:03:36:299]: Note: 1: 2205 2: 3: Patch MSI (s) (B0:40) [13:03:36:309]: PROPERTY CHANGE: Modifying ARCHIVEFOLDERDIR property. Its current value is 'C:\Documents and Settings\Administrator\Desktop\one'. Its new value: 'C:\Documents and Settings\Administrator\Desktop\one\'. This is from my Maintenance dialog (where the user chooses to modify install): Dialog Id=MaintenanceTypeDlg Width=370 Height=270 Title=$(loc.MaintenanceTypeDlg_Title) Control Id=ChangeButton Type=PushButton X=40 Y=65 Width=80 Height=17 ToolTip=$(loc.MaintenanceTypeDlgChangeButtonTooltip) Default=yes Text=$(loc.MaintenanceTypeDlgChangeButton) Publish Property=WIXUI_INSTALLMODE Value=Change1/Publish !-- call custom action to initialize ARCHIVEFOLDERDIR to ARCHIVEEXISTS, because this is a modify, so the archive DOES exist, so use that pre-existing value -- Publish Event=DoAction Value=initArchiveDirModify1/Publish (Here I am initializing ARCHIVEFOLDERDIR (my directory) to wherever the folder currently is, based on a registry key) Publish Property=ARCHIVEFOLDERDIREDIT Value=ARCHIVEFOLDERDIR1/Publish ARCHIVEFOLDERDIREDIT is my property linked to the pathEdit on the next dialog where the user chooses the path where they want this folder. Publish Event=NewDialog Value=archiveFolderDirDlg1/Publish /Control I can send any other information. Any help would be very much appreciated! Thanks, Lindsay Harris - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SQL loggin in WIX
Hi, I am using WIX 2.0 to create the MSI for sql db installation stuffs. I have a SQL script file and it has all SQL statement to create all the objects like Tables, StoredProcedures and Views. For logging purpose I have PRINT statement inside SQL scripts. When I install the MSI, I am not able to see those PRINT statement in the MSI log file. Is there any way to get the output of each statement/object execution status in the MSI log file? your help would be really appreciated. Thanks, -Bala- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users