[WiX-users] Changing ASP.NET Settings (IIS)
Hello, I have generated a setup using WiX that installs an ASP.NET web site. Everything works like a charm, but now I want to limit the amount of end-user skill required to install the site. I have found that on some PC's the default ASP.NET version is set to 1.1, while it should be set to 2.0. On another PC, the version combobox in IIS manager was empty (no ASP.NETversion selected, had to set it manually to 2.0), is there a way to set the ASP.NET version of a virtual directory using WiX? Furthermore, I would still like to include a WebSite combobox in the setup (like the default VS.NET Web Deployment Project template does). I have tried lots of scripts from this mailing list, but none of them worked. Can anyone give me a good pointer for this too? Many thanks and kind regards, Wouter - 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] Cancel during Uninstall
Many thanks for your answer. But please give me an url or a description how I can do it using native MSI custom actions (uninstallation rollback). Actually I do not know C++ well, but this is very important task for me and I do my best to finish it, even if I need to eat my hat :-) Thank you - Ahhh...imagining that irresistible new car smell? Check outnew cars at Yahoo! Autos.- 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] WiX 2.0 (stable) and Vista?
I've built an MSI package using the stable 2.0 release of WiX, and it works fine on Windows 2000 and XP, but when I run it on Vista, it shows file12 in the title of the dialogs, and gives an error message saying A network error occurred while attempting to read from the file C:\WiX\Product.msi. The installer package isn't called Product.msi, and there is no reference to file12 anywhere in the source files. Any suggestions as to what I might have done wrong? Thanks in advance, 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] WIX 3.0 hates my mergefiles
Hey I have the following Merge entries inside the root Directory tag Merge Id=Sp5.Msm Language=1033 DiskId=1 src=redist\Sp5.Msm / Merge Id=Sp5CCInt.Msm Language=1033 DiskId=1 src=redist\Sp5CCInt.Msm / Merge Id=Sp5Intl.Msm Language=1033 DiskId=1 src=redist\Sp5Intl.Msm / Merge Id=Sp5itn.Msm Language=1033 DiskId=1 src=redist\Sp5itn.Msm / Merge Id=Sp5SR.Msm Language=1033 DiskId=1 src=redist\Sp5SR.Msm / Merge Id=Sp5TTInt.Msm Language=1033 DiskId=1 src=redist\Sp5TTInt.Msm / Merge Id=Sp5TTIntXP.Msm Language=1033 DiskId=1 src=redist\Sp5TTIntXP.Msm / Merge Id=SpCommon.Msm Language=1033 DiskId=1 src=redist\SpCommon.Msm / these are all added to a feature via the MergeRef tag. On Wix2.0 this builds just fine, on WIX 3.0/Votive 3.0 i get the following errors: Error34ICE27: Action: 'DuplicateFiles' in InstallExecuteSequence table must come after the 'InstallFiles' action.light.exe01 Lingstaller Error75ICE32: Possible Mis-Aligned Foreign Keysinstaller.msi 01installer Error76ICE32: Possible Mis-Aligned Foreign Keysinstaller.msi 01installer This makes me think the fault actually lies in the Mergefiles themselves, which I deem odd since they are from Microsoft. Any takers? - 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] Automating MSI merge into bootstrapper?
Hi What would be a nice way to have the MSI merged into the bootstrapper unifying it into just one setup.exe file and nothing more? Can this be done with a buildproject just like creating the bootstrapper? - Thomas - 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] UAC Prompt Required
Hi guys, I have an issue with a package I've built which has a number of merge modules, including that for MDAC2.8. This has some properties set on the client side of the installation that need to be passed to the server side in order for it to install when needed. It is not needed on Vista, of course. The problem is that when I repair the package, some ways of doing so give a UAC prompt and the installation log correctly passes these properties across and everything works. But some methods or repairing do not give a UAC prompt and the merge module gives it's error dialog (trying to install on an unsupported OS) and rolls back the install. Examples of when it works: - Click 'Repair' at the top of the Programs Features dialog in Vista. Examples of when it doesn't work: - Right-click the program in Programs Featurs dialog and 'Repair' from context menu. - Double-click the original MSI and select 'Repair' in the UI Sequence. So, how can I insist that the install gets elevated and give the UAC prompt in order to work in all methods of repairing the install? Many thanks, Gareth -- View this message in context: http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10158386 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] Automating MSI merge into bootstrapper?
You can use IExpress.exe to do that. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas B Sent: Tuesday, April 24, 2007 5:14 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Automating MSI merge into bootstrapper? Hi What would be a nice way to have the MSI merged into the bootstrapper unifying it into just one setup.exe file and nothing more? Can this be done with a buildproject just like creating the bootstrapper? - Thomas - 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] Beginner's Tutorial, Books, Versions...
On Mon, 23 Apr 2007 13:52:25 -0400, Julie Campbell wrote: Julie, you can count me in with any version that this idea develops into, right down to a book (I also have written similar material before, plus I have the desktop publishing background both in tools and knowledge to make it look like a book rather than a simplistic and ugly DOC PDF conversion). 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
Re: [WiX-users] Merge Modules
Carl, I did a quick check in our code... (WiX V2 BTW) We appear to be using a Merge element in the Directory, and a MergeRef element in the Feature. I don't know if both are actually necessary, but I would imagine there must be at least one Merge element, otherwise you will never actually be including the merge module - only a reference to it. Hope this helps, Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carl Quirion Sent: Monday, April 23, 2007 5:04 PM To: Thomas Svare; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Merge Modules Hi Tom, Thanks for you quick answer. I always output full verbose log (/l*vx installlog.txt) of installation while doing the dev. and i tryed looking for 6BE042C8-EE9B-11DB-8314 -0800200C9A66, ActiveBar, DataDynamics, Merge and Merge module and couldnt find anything. Ive also did a file search for actbar2.ocx, system wide, and found it only at the original source location. Ill try adding a space to the CommonFiles and see how it goes. If you have any other ideas tho... ? Thanks again On 4/23/07, Thomas Svare [EMAIL PROTECTED] wrote: Your files may be installing just not where you are expecting them to. Take a look at a verbose log and you'll know for sure. One of the potential problems is the Name you've specified for the CommonFilesFolder is missing the space. I believe you can leave the name off altogether since the directory is specified with a system folder property. Thanks, Tom From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carl Quirion Sent: Monday, April 23, 2007 4:30 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Merge Modules I want to include third party dependencies in my setup. Those dependencies are OCX/DLLs (of the COM kind). Ive read that the proper way to do it is to get the merge modules made by the maker of the 3rd party, however, this is not available for most of my components. So, i went ahead and decided to create my own. I can compile (candle, light) them without a problem. I can add them to a feature of my main setup and compile, again, without a problem. However, when i install my application, it doesn't add them. By the way, im trying to install to the Common files directory. This is my module ?xml version=1.0 encoding=utf-8? Wix xmlns= http://schemas.microsoft.com/wix/2006/wi http://schemas.microsoft.com/wix/2006/wi Module Id=Activebar Language=0 Version=2.5.2.121 Package Id=6BE042C8-EE9B-11DB-8314-0800200C9A66 Keywords=ActiveBar2 Description=Data Dynamics Activebar2 Manufacturer=MyCompany/ Directory Id=TARGETDIR Name=SourceDir Directory Name=CommonFiles Id=CommonFilesFolder Directory Id=DataDynamics Name=Data Dynamics Directory Id=ActiveBar2 Name=ActiveBar2 Component Id=actbar2.ocx Guid=6BE042C9-EE9B-11DB-8314-0800200C9A66 File Id= actbar2.ocx Name=actbar2.ocx KeyPath=yes Source=actbar2.ocx /* Type lib, along with class id, interfaces and such */ /File /* A bunch of RegistryValue here */ /Component /Directory /Directory /Directory /Directory /Module /Wix My main setup file: in my Product tag: Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id=INSTALLDIR Name=MySoftware Merge Id=DataDynamics_ActiveBar2.6BE042C8-EE9B-11DB-8314-0800200C9A66 DiskId=1 Language=0 SourceFile= ActiveBar2.msm / Inside my Feature tag: MergeRef Id=DataDynamics_ActiveBar2.6BE042C8-EE9B-11DB-8314-0800200C9A66 / Please help, as i cant figure out what im doing wrong. :( -- Carl Quirion [EMAIL PROTECTED] -- 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. - 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] File sharing Vista limitations
Can someone tell met the wix (v2) limitations with de file sharing on Vista. My install is privileged but FileSharing seldom works and shares wont get removed. Is Wix V3 better in this aspect ? Under what circumstances should it work ? Should i post a bugreport ? regards, Hugo van Putten -- View this message in context: http://www.nabble.com/File-sharing-Vista-limitations-tf3638778.html#a10161275 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] [WiX-User] Overwriting existing files
John S jshaw20032002 at yahoo.com writes: Thank you for your reply. Can you please give me an example of how i write this in my .wxs file and how to check if its install or repair. The scenario is that a user has installed the product and lets say he has changed the content one of the installed file. Now he runs the installer again by double clicking the setup msi and now it asks for Repair option. when the user select the repair radio button and completes the install, nothing hapens to the changed file. It has to be restored back to the original. Can i do this in my .wxs file and how? Thanks for any help John S To use REINSTALLMODE and REINSTALL: ?xml version='1.0' encoding='windows-1252'? Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi' Product Name='ProductName' Id='GUID' Version='1.0.0' Package Id='----'/ Media Id='1' Cabinet='MyCompany.cab' EmbedCab='yes' DiskPrompt='DiskPrompt'/ Property Id='DiskPrompt' Value='I-Gear DTU 5.6.2 Installation' / Property Id='REINSTALLMODE' Value='amus'/ Property Id='REINSTALL' Value='all'/ Directory Id='TARGETDIR' Name='Source' Directory Id='ProgramFilesFolder' Name='PFolder' LongName='MyCompany' Component Id='MyFile' Guid='GUID' File Id='MyFile.ext' Name='MyFile.ext' Source='SomeSourceDirectory'/ /Component /Directory /Directory Feature Id='MyFeature' Level='1' ComponentRef Id='MyComponent'/ /Feature /Product /Wix The value 'all' for the REINSTALL property means that all features will be affected. You can replace that with the feature Id's, separated by commas, that you want to be affected. I'm not the best authority on this, but I think Windows Installer should automatically know the difference between repair and install, or is that not what you were asking? Someone else may have to bail me out on this one, because I'm not entirely sure how this works. - 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] Custom installation
Hi, My installer is supposed to perform a custom installation procedure, such as parsing existing text files and inserting it's own text elements in these files, and also appending text to existing text files. Is there a mechasim for such actions? If not what should I use - an external DLL seems risky. 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] Custom installation
It depends what type of text file. If the files are XML, the wixca.wixlib includes a custom action which may accomplish what you need. If the file is an older style .ini file, then there may be support for what you need built into Microsoft Installer (see the IniFile element in the WiX help). If neither of these support what you need, I would suggest first coming back to this mailing list with a more complete description of what you need to do - it may be more sensible to do what is being asked of you a different way to avoid problems with component rules etc. If necessary (and hopefully it will not be), you will have to generate a custom operation - either in a DLL (as a custom action) or as an EXE which is executed during installation. I say that hopefully it will not be necessary because as you will know (if you are a regular reader of this group) custom actions are notoriously difficult to get 100% right when you take into account the repair and rollback requirements... and if you get them wrong you may not know it until it is too late to fix. Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of barbq Sent: Tuesday, April 24, 2007 10:00 AM To: WiX-Users Subject: [WiX-users] Custom installation Hi, My installer is supposed to perform a custom installation procedure, such as parsing existing text files and inserting it's own text elements in these files, and also appending text to existing text files. Is there a mechasim for such actions? If not what should I use - an external DLL seems risky. Thanks * 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
Re: [WiX-users] Custom installation
Actually, rethinking this, this are simple text files I need to *append* text to them. (not XML or INI, just plain text files). Roll back (uninstallation) would mean the text that was appended should be stripped down, baring in mind other text might have added later on. What do you think? On 4/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: It depends what type of text file. If the files are XML, the wixca.wixlib includes a custom action which may accomplish what you need. If the file is an older style .ini file, then there may be support for what you need built into Microsoft Installer (see the IniFile element in the WiX help). If neither of these support what you need, I would suggest first coming back to this mailing list with a more complete description of what you need to do – it may be more sensible to do what is being asked of you a different way to avoid problems with component rules etc. If necessary (and hopefully it will not be), you will have to generate a custom operation – either in a DLL (as a custom action) or as an EXE which is executed during installation. I say that hopefully it will not be necessary because as you will know (if you are a regular reader of this group) custom actions are notoriously difficult to get 100% right when you take into account the repair and rollback requirements… and if you get them wrong you may not know it until it is too late to fix. Regards, Richard -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *barbq *Sent:* Tuesday, April 24, 2007 10:00 AM *To:* WiX-Users *Subject:* [WiX-users] Custom installation Hi, My installer is supposed to perform a custom installation procedure, such as parsing existing text files and inserting it's own text elements in these files, and also appending text to existing text files. Is there a mechasim for such actions? If not what should I use - an external DLL seems risky. Thanks -- * 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 -- Tal Shrestha | 3dbe.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] Custom installation
Arguably, yes... if you append text to a file on installation, that text should be removed when you uninstall. If you have several installations that perform similar operations on the same file things will get really messy! Again, it may help if we know the problem you are trying to solve. For example, if you are installing several components each of which requires a chunk of text to be appended to a file then it may be appropriate to have the installation generate separate chunks of text in individual files for each component, then run a custom action to concatenate them into the final output. This way, if a component is uninstalled and the same custom action is run then the contents of the generated file should match what is required. (Having said that, in this scenario there is probably a special case where the file should be removed if all the components have been removed). Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tal Shrestha Sent: Tuesday, April 24, 2007 10:19 AM To: WiX-Users Subject: Re: [WiX-users] Custom installation Actually, rethinking this, this are simple text files I need to *append* text to them. (not XML or INI, just plain text files). Roll back (uninstallation) would mean the text that was appended should be stripped down, baring in mind other text might have added later on. What do you think? * 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
Re: [WiX-users] Custom installation
It's simpler than that. I have a few text lines I need to append into an existing text file. This target text file will be used only by *one* component, in my own single installation. However, once the installation is complete, the user might add (on his own, manually) more text lines - after the lines my installation added. On 4/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Arguably, yes… if you append text to a file on installation, that text should be removed when you uninstall. If you have several installations that perform similar operations on the same file things will get really messy! Again, it may help if we know the problem you are trying to solve. For example, if you are installing several components each of which requires a chunk of text to be appended to a file then it may be appropriate to have the installation generate separate chunks of text in individual files for each component, then run a custom action to concatenate them into the final output. This way, if a component is uninstalled and the same custom action is run then the contents of the generated file should match what is required. (Having said that, in this scenario there is probably a special case where the file should be removed if all the components have been removed). Regards, Richard -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Tal Shrestha *Sent:* Tuesday, April 24, 2007 10:19 AM *To:* WiX-Users *Subject:* Re: [WiX-users] Custom installation Actually, rethinking this, this are simple text files I need to *append* text to them. (not XML or INI, just plain text files). Roll back (uninstallation) would mean the text that was appended should be stripped down, baring in mind other text might have added later on. What do you think? -- * 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 -- Tal Shrestha | 3dbe.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] Merge Modules in Wix
The contents are fine. However, it is installing the files, just in a completely different place. I'm installing to c:\Test and the files in the module are going to C:\Program Files\Solarc\ServerRAIV\Module Retargetable Folder\. Is there some way to change where they are being installed to? -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, April 23, 2007 10:50 PM To: Alex Steen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Merge Modules in Wix JCWrs wrote: Directory Id='SETUPCAB' Name='Server' Merge Id=SetupMerge Language='1033' src='ServerMerge.msm' DiskId='1' / /Directory Feature Id='SETUP.CAB' Title='SETUP.CAB' Description='Descrip of SETUP.CAB' Display='expand' Level='1' MergeRef Id='SetupMerge' / /Feature There are no errors, it just doesn't install the files. Any ideas? Use Orca to verify the module's contents got merged in correctly. If they're there, check a verbose log to see what MSI decided to do with them. -- 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] Custom installation
Ah! So we're talking about user specific data huh. Generally speaking, users take a very dim view of an installation modifying anything they have modified, so I think that supporting rollback is probably not appropriate in this instance. My next question would be this. Why is your installation modifying files that, from what you have said so far, appear to belong to something else? (You have said that the target text file is only used by one component, but it seems the target file is not a part of that component otherwise you wouldn't be appending to it). It's fair enough if the modifications are in shared configuration files and there is no other option, but otherwise I wouldn't consider it good behavior in an installation. (I don't know what others around here think... hopefully someone else may chime in soon!) At the very least, you should probably also provide a user interface allowing them to decide if they want your installation to make those changes. I guess I'm still missing something here Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tal Shrestha Sent: Tuesday, April 24, 2007 10:55 AM To: WiX-Users Subject: Re: [WiX-users] Custom installation It's simpler than that. I have a few text lines I need to append into an existing text file. This target text file will be used only by *one* component, in my own single installation. However, once the installation is complete, the user might add (on his own, manually) more text lines - after the lines my installation added. * 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] One-or-More Installation Design?
I've used WiX to create a few rather simple Do X then Y then possibly Z sorts of installations before, but now I'm working on one of much greater scope that I'm having trouble clearly seeing how to tackle. The problem is thus: I need to allow the user to create 1 OR MORE virtual directories (and their physical counterparts) when they install. They will all have identical files but for web.config. An example: I set up my first VirDir to be called MyTestWeb and it is stored at C:\MyTestWeb . This will install default.aspx and web.config to c:\MyTestWeb As part of the same installation, I then also decide that I need a second VirDir called ProductionWeb and it is stored at c:\Production. This would also install default.aspx and web.config to c:\Production I can certainly imagine how the dialogs etc for this should look and behave, but what would be the high-level design / logic to actually get what would essentially be the same Component installed to multiple locations? Anyone have thoughts on 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] Custom installation
Yes, these are configuration files of another existing application (not mine). I must append my text to the text file in order to add this specific feature (yes, the user can choose to add it or not) On 4/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Ah! So we're talking about user specific data huh. Generally speaking, users take a very dim view of an installation modifying anything they have modified, so I think that supporting rollback is probably not appropriate in this instance. My next question would be this. Why is your installation modifying files that, from what you have said so far, appear to belong to something else? (You have said that the target text file is only used by one component, but it seems the target file is not a part of that component otherwise you wouldn't be appending to it). It's fair enough if the modifications are in shared configuration files and there is no other option, but otherwise I wouldn't consider it good behavior in an installation. (I don't know what others around here think… hopefully someone else may chime in soon!) At the very least, you should probably also provide a user interface allowing them to decide if they want your installation to make those changes. I guess I'm still missing something here…. Regards, Richard -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Tal Shrestha *Sent:* Tuesday, April 24, 2007 10:55 AM *To:* WiX-Users *Subject:* Re: [WiX-users] Custom installation It's simpler than that. I have a few text lines I need to append into an existing text file. This target text file will be used only by *one* component, in my own single installation. However, once the installation is complete, the user might add (on his own, manually) more text lines - after the lines my installation added. -- * 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 -- Tal Shrestha | 3dbe.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] Custom installation
So, what we're talking about is something like the way VB6 used to handle add-in tools... only less structured. You have my sympathy. :-) If the file you are appending to really is unstructured text (as opposed to something with an ini file structure, but with a txt extension), I think you only have two choices: 1) Require the end user to modify the file themselves. (This is almost certainly not an option... if for no other reason than it is seriously unfriendly to less experienced users). 2) Create a custom operation. As you observed initially, this is an area which is extremely susceptible to problems and should be approached with caution. If I had to do this, I would code it as a custom action DLL in C++, making sure of course that there are no external library dependencies. The reason for choosing a DLL instead of an EXE is just personal preference. I would probably also submit a support request to the developer / publisher of the existing application asking them to use a more structured format, ideally either ini file or XML, in subsequent releases. Good Luck! Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tal Shrestha Sent: Tuesday, April 24, 2007 11:26 AM To: WiX-Users Subject: Re: [WiX-users] Custom installation Yes, these are configuration files of another existing application (not mine). I must append my text to the text file in order to add this specific feature (yes, the user can choose to add it or not) * 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
Re: [WiX-users] One-or-More Installation Design?
Couldn't you set up several features with the components you need and turn them on and off depending on the decisions the user makes through the UI. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Parker Sent: Tuesday, April 24, 2007 8:25 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] One-or-More Installation Design? I've used WiX to create a few rather simple Do X then Y then possibly Z sorts of installations before, but now I'm working on one of much greater scope that I'm having trouble clearly seeing how to tackle. The problem is thus: I need to allow the user to create 1 OR MORE virtual directories (and their physical counterparts) when they install. They will all have identical files but for web.config. An example: I set up my first VirDir to be called MyTestWeb and it is stored at C:\MyTestWeb . This will install default.aspx and web.config to c:\MyTestWeb As part of the same installation, I then also decide that I need a second VirDir called ProductionWeb and it is stored at c:\Production. This would also install default.aspx and web.config to c:\Production I can certainly imagine how the dialogs etc for this should look and behave, but what would be the high-level design / logic to actually get what would essentially be the same Component installed to multiple locations? Anyone have thoughts on 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] One-or-More Installation Design
It always seems to be a case of finding the right word to search on; in this case, a search of the wix-users archive for multiple turned up the info I needed. Sorry for what was essentially a re-post. In case anyone is curious, my solution is going to be two-fold: 1. Using Torch and the technique described in http://msdn2.microsoft.com/en-us/library/aa369523.aspx , I'll create a series of .mst files (and then embed them in my original .MSI with any luck) 2. I'll create a dumb C++ console app that simply checks to see which product codes have been installed and then fires up the next appropriate transformed installer. Not the most elegant process to be sure, but whatever works. If anyone else has thoughts on a better way to do it, I'm all ears. Thanks, -Scott Date: Tue, 24 Apr 2007 10:24:50 -0500 From: Scott Parker [EMAIL PROTECTED] Subject: [WiX-users] One-or-More Installation Design? To: wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 I've used WiX to create a few rather simple Do X then Y then possibly Z sorts of installations before, but now I'm working on one of much greater scope that I'm having trouble clearly seeing how to tackle. The problem is thus: I need to allow the user to create 1 OR MORE virtual directories (and their physical counterparts) when they install. They will all have identical files but for web.config. An example: I set up my first VirDir to be called MyTestWeb and it is stored at C:\MyTestWeb . This will install default.aspx and web.config to c:\MyTestWeb As part of the same installation, I then also decide that I need a second VirDir called ProductionWeb and it is stored at c:\Production. This would also install default.aspx and web.config to c:\Production I can certainly imagine how the dialogs etc for this should look and behave, but what would be the high-level design / logic to actually get what would essentially be the same Component installed to multiple locations? Anyone have thoughts on 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] timestamp difference between source files and installedfiles
Windows Installer changes timestamps when it installs files. It makes create and modify dates identical because this forms the basis of the update rules for data files. If the create and modify dates are different then the user has altered the file and it won't be updated. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hongping Lim Sent: Monday, April 23, 2007 6:17 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] timestamp difference between source files and installedfiles I am getting some discrepancy between the time stamp of the source files and the actual installed files. So far, it seems to be between 1-2 seconds. For example, if in my wix I have a file source of 1:04:00pm, then after I run the MSI, the installed file becomes 1:04:02pm. This difference applies to all the installed files. I also tried just a very simple example and could reproduce the time difference on various machines. Does anyone have any ideas what might be causing this? Is there any way to specify the timestamp of the installed file explicitly? Thanks, Hongping - 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] One-or-More Installation Design?
Don: I had considered that, but since these were the exact same files, virtual directories, etc. each time, having components for each wasn't exactly the most elegant solution in my mind. It's a fine line to be sure, but after reading through the other options (see my other email on this topic) available, I presumed it was a slightly better user-experience to re-run the installer for a new product, and coming up with a decent transform saves me the trouble of re-writing anything multiple times when I add new files. Either way it's a toss up though, so I'm not entirely sold. Regardless, thanks for giving it some thought. -Scott On 4/24/07, Don Tasanasanta [EMAIL PROTECTED] wrote: Couldn't you set up several features with the components you need and turn them on and off depending on the decisions the user makes through the UI. -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Scott Parker *Sent:* Tuesday, April 24, 2007 8:25 AM *To:* wix-users@lists.sourceforge.net *Subject:* [WiX-users] One-or-More Installation Design? I've used WiX to create a few rather simple Do X then Y then possibly Z sorts of installations before, but now I'm working on one of much greater scope that I'm having trouble clearly seeing how to tackle. The problem is thus: I need to allow the user to create 1 OR MORE virtual directories (and their physical counterparts) when they install. They will all have identical files but for web.config. An example: I set up my first VirDir to be called MyTestWeb and it is stored at C:\MyTestWeb . This will install default.aspx and web.config to c:\MyTestWeb As part of the same installation, I then also decide that I need a second VirDir called ProductionWeb and it is stored at c:\Production. This would also install default.aspx and web.config to c:\Production I can certainly imagine how the dialogs etc for this should look and behave, but what would be the high-level design / logic to actually get what would essentially be the same Component installed to multiple locations? Anyone have thoughts on this? Thanks, -Scott -- Scott Parker 773-603-6197 (cell) [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
Re: [WiX-users] WiX 2.0 (stable) and Vista?
Are you testing this on a clean machine? Did you check the Windows Event Log? Maybe it's triggering auto-repair of some other package, maybe a test package you had installed previously? -- 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) Mark Rendle [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] I've built an MSI package using the stable 2.0 release of WiX, and it works fine on Windows 2000 and XP, but when I run it on Vista, it shows file12 in the title of the dialogs, and gives an error message saying A network error occurred while attempting to read from the file C:\WiX\Product.msi. The installer package isn't called Product.msi, and there is no reference to file12 anywhere in the source files. Any suggestions as to what I might have done wrong? Thanks in advance, 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 - 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] Beginner's Tutorial, Books, Versions...
As a newbie in Wix matters, I'm suffering the lack of a centralized knowledge source for wix v3. I know I can't cooperate much in wix technical matters, but I can translate material to spanish in order to more people get aquainted to wix as I am and I'm sure you are. Count on me and thanks for all your effort to educate! Jose -- View this message in context: http://www.nabble.com/Beginner%27s-Tutorial%2C-Books%2C-Versions...-tf3633287.html#a10165181 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] Custom installation
Thanks for your help. Do you think a safer approach would be VBScript or other easier file-manipulating language should be used instead? On 4/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: So, what we're talking about is something like the way VB6 used to handle add-in tools… only less structured. You have my sympathy. J If the file you are appending to really is unstructured text (as opposed to something with an ini file structure, but with a txt extension), I think you only have two choices: 1) Require the end user to modify the file themselves. (This is almost certainly not an option… if for no other reason than it is seriously unfriendly to less experienced users). 2) Create a custom operation. As you observed initially, this is an area which is extremely susceptible to problems and should be approached with caution. If I had to do this, I would code it as a custom action DLL in C++, making sure of course that there are no external library dependencies. The reason for choosing a DLL instead of an EXE is just personal preference. I would probably also submit a support request to the developer / publisher of the existing application asking them to use a more structured format, ideally either ini file or XML, in subsequent releases. Good Luck! Regards, Richard -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Tal Shrestha *Sent:* Tuesday, April 24, 2007 11:26 AM *To:* WiX-Users *Subject:* Re: [WiX-users] Custom installation Yes, these are configuration files of another existing application (not mine). I must append my text to the text file in order to add this specific feature (yes, the user can choose to add it or not) -- * 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 -- Tal Shrestha | 3dbe.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] Handing a change in IUSR account
Are most people simply assuming IUSR_machine name and calling it good? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don Tasanasanta Sent: Friday, April 20, 2007 4:45 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Handing a change in IUSR account Most of the time when setting up web applications or virtual directories you can assume that the IUSR account will be IUSR_machine name and go forth from there. But what if the user has changed the IUSR account or more likely changed the name of the machine since installing IIS. Then the name of the machine doesn't match the assumed IUSR_machine name name. How are people handling this situation? Also... is there a way I can trap this error in WiX so I can at least inform the user why the install failed? - 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] Shortcut + hyperlink 2
This is what I do. Basically make a shortcut to internet explorer and
pass the web address as the argument. I do it this way so that it
always opens another instance of ie when you use the shortcut instead of
opening it the current window. This was a big problem with ie6.
Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder Name=PFiles
Directory Id=INTERNETEXPLORER Name=Internet Explorer /
/Directory
/Directory
DirectoryRef Id=INSTALLDIR
Component Id=WebShortcutComp
Guid={32CFB0AF-709A-4a05-A52E-6EDE55D673A1}
RegistryKey Id=WebClientShortCutRegKey Action=create
Root=HKCU Key=SOFTWARE\Clearview\Server\WebClientShortcut /
CreateFolder /
Shortcut Id=WebShortcut Directory=DesktopFolder
Name=Clearview Web Client WorkingDirectory=INTERNETEXPLORER
Arguments=http://[SITENAME]/clearview; Target=[SHORTCUTDIR]
Icon=WebIcon.ico
Icon Id=WebIcon.ico
SourceFile=$(sys.CURRENTDIR)..\lib\Clearview.ico /
/Shortcut
/Component
/DirectoryRef
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Neil
Sleightholm
Sent: Monday, April 23, 2007 4:56 PM
To: Erich Buhler; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Shortcut + hyperlink 2
Something like this should work:
!-- To create a shortcut to an non-installed item it must be a
property --
Property Id=TUTORIAL Value=http://www.tramontana.co.hu/wix; /
!-- Create a shortcut to the WiX tutorial --
Shortcut Id=WiXTutorial Name=WiXTut LongName=WiX Tutorial
Description=WiX Tutorial website Directory=ResourcesGroup
Target=[TUTORIAL] /
Neil
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Erich
Buhler
Sent: 23 April 2007 14:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Shortcut + hyperlink 2
Hi guys,
Does anyone can provide me an example of creating a shortcut which opens
IE7
with a set URL?
I've tried the following line, but it doesn't work.
Shortcut Id=Shortcut8 Directory=BTFolderSDK Name=More examples...
WorkingDirectory=Root
Target=http://xxx.com/Downloads/NET/tabid/122/Default.aspx;
Arguments=http://sdk.bt.com/Downloads/NET/tabid/122/Default.aspx; /
Thanks,
Erich.
--
View this message in context:
http://www.nabble.com/Shortcut-%2B--hyperlink-2-tf3631665.html#a10140566
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
-
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] WiX 2.0 (stable) and Vista?
No, I was testing on my dev box, which has had goodness knows what run on it. I'll try it on a QA virtual tomorrow and see what happens. Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Krueger [MVP] Sent: 24 April 2007 17:38 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX 2.0 (stable) and Vista? Are you testing this on a clean machine? Did you check the Windows Event Log? Maybe it's triggering auto-repair of some other package, maybe a test package you had installed previously? -- 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) Mark Rendle [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] ... I've built an MSI package using the stable 2.0 release of WiX, and it works fine on Windows 2000 and XP, but when I run it on Vista, it shows file12 in the title of the dialogs, and gives an error message saying A network error occurred while attempting to read from the file C:\WiX\Product.msi. The installer package isn't called Product.msi, and there is no reference to file12 anywhere in the source files. Any suggestions as to what I might have done wrong? Thanks in advance, 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 - 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 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] Copy entire directory tree?
I think I know the answer to this (heck no, you idiot), but I thought I'd ask. We have a need to duplicate an entire directory tree, in essence to install it to two different locations at the same time (if you're curious, we have an 'internal' and 'external' website that have identical content, but one is facing out, one facing in, running on the same instance of IIS.) The rub is that our entire directory structure is generated on the fly and compiled into a fragment, then included with an INSTALLDIR DirectoryRef. Aside from just duplicating the fragment under a different name and linking them both, is there an easy (or semi-easy) way to duplicate an entire directory tree like this? -- Matthew Janulewicz SCM Engineer Green Dot Corporation [EMAIL PROTECTED] (626) 775-3857 - 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] Custom installation
VBScript? Absolutely not! Why do I say that? Because among other reasons you then place an additional dependency on the installation (the scripting runtime). True, VBScript custom actions are supported, but I think you'll find comments from people who should know (E.g. Rob Mensching - see his Blog entry in the WiX help entitled VBScript (and Jscript) MSI Custom Actions Suck - that strongly advise against it). Do it in something like C++ that you have full control over and can be built in a way that doesn't require external dependencies. You'll be thankful later. Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tal Shrestha Sent: Tuesday, April 24, 2007 1:06 PM To: WiX-Users Subject: Re: [WiX-users] Custom installation Thanks for your help. Do you think a safer approach would be VBScript or other easier file-manipulating language should be used instead? * 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] How to use CustomAction with a VBScript
Hello all, I am in need of using some VBScripts in my installation and have learned that one can use a CustomAction to reference and eventually execute the VBScript. But I'm not understanding how that actually works. Looking at the Manual Schema reference, I am very confused about what attributes to set and how to set them. Could somebody help me out? Thanks, -- Nathan Lane - 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] Dialog to let user select Program Menu folder
Hello, I'm using WiX 3. My installation creates shortcuts in the Program Menu folder. Now I need to add a dialog that will let user to change default location of the shortcuts in the Program Menu folder. It seems there is no WiX dialog to do this. I'd appreciate if you could point to such WiX dialog. I was thinking to implement this dialog in C++ code and add as a custom action, but it doesn't seen like a natural solution for WiX. Thank You, Igor - 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] Merge Modules evaluating earlier then Components?
Here is what I've got: I have looked in Orca and edited the directory structure so that my merge module installs to the INSTALLDIR directory as all of my other components do. However, when I run my install the Merge Module installs to the default value of INSTALLDIR while the components install to the user input value of INSTALLDIR. So my question, do the merge modules evaluate at an earlier time then the Components? Is there something else that would explain the differing values of the same property? -- View this message in context: http://www.nabble.com/Merge-Modules-evaluating-earlier-then-Components--tf3640688.html#a10167585 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] Dialog to let user select Program Menu folder
Hello, Is it possible to retrieve required free disk space without displaying Feature Selection dialog? When using Feature Selection dialog I can subscribe to SelectionSize property to display required disk space. But, what if I have only one feature, not selections, but I need to display required disk the same way it is displayed on WiX CustomizeDlg. Control Id=ItemSize Type=Text X=215 Y=140 Width=131 Height=50 Text=!(loc.CustomizeDlgItemSize) Subscribe Event=SelectionSize Attribute=Text / /Control Is it possible to retrieve required disk space? - 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] Custom Action works under WinXP-SP2, fails under Win2K?
My installer needs to work under WinXP and Win2K for this round. I wrote a
custom action and it works great under WinXP but fails under Win2K and I
cannot figure out why. I am using WiX v3.0.2420, both machines have Windows
R Installer. V 3.01.4000.1823 installed.
The custom action is in a C++ DLL, here is the action function:
UINT __stdcall WriteTSBIni(MSIHANDLE hInstaller)
{
UINTrc = ERROR_SUCCESS;
USES_CONVERSION;
// Get the installation directory name
TCHAR *cchWindowsFolder = privMsiGetPropertyStr(hInstaller,
TEXT(WindowsFolder));
TCHAR *cchInstallDir = privMsiGetPropertyStr(hInstaller,
TEXT(INSTALLDIR));
TCHAR *cchIviDir = privMsiGetPropertyStr(hInstaller,
TEXT(IVIDIRPROP));
if (cchIviDir)
{
if (cchWindowsFolder)
{
if (cchInstallDir)
{
size_t szBuf= strlen(W2CA(cchInstallDir)) +
strlen (Test Script Builder\\TestScriptBuilder.ini) + 1;
char *cchIniName = new char[szBuf];
FILE *fIni;
if (errno_t err = fopen_s(fIni, cchIniName, w))
{
sprintf_s(cchIniName, szBuf, err=%d, err);
return ERROR_INSTALL_FAILURE;
}
else
{
fprintf (fIni, -vmargs\r\n);
fprintf (fIni, -Djava.lang.path=.;);
fprintf (fIni, %s.;, W2A(cchIviDir));
fprintf (fIni, %s.;, W2A(cchWindowsFolder));
fprintf (fIni, %sSystem32\\.;\r\n,
W2A(cchWindowsFolder));
fclose (fIni);
}
delete[] cchIniName;
delete[] cchInstallDir;
}
delete[] cchWindowsFolder;
}
delete[] cchIviDir
}
return ERROR_SUCCESS;
}
---
The .wxs source snippet is:
CustomAction Id=CAKE_WRITE_TSB_INI BinaryKey=CAKE_ACTIONS
DllEntry=WriteTSBIni Return=check /
InstallExecuteSequence
Custom Action=CAKE_WRITE_TSB_INI After='CreateShortcuts'NOT
Installed/Custom
/InstallExecuteSequence
---
I ran with the /la switch and got the same sequence on both machines, until
after the CAKE_WRITE_TSB_INI action. I checked the sequencing with Orca,
CAKE_WRITE_TSB_INI is in the InstallExecuteSequence table at #4501, right
after CreateShortcuts as expected. The fopen_s error that I get under Win2K
indicates the folder doesn't exist (2). I used message boxes to pause the
custom action and checked, and despite being past that point in the log file
and sequence, the directory indeed was non-existent.
I have no idea what to try next or why this is behaving differently. Help?
Julie Campbell
[EMAIL PROTECTED]
_
Scanned by IBM Email Security Management Services powered by MessageLabs. For
more information please visit http://www.ers.ibm.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] Merge Modules in Wix
It may be possible to change the name/location of the folder it installs to using module ConfigurationData. You would need to check the documentation for the module to find out if this is possible. If there is no documentation, look in the ModuleConfiguration table in the merge module using Orca (or decompile with dark). (The module should set the default value to something like TARGETDIR but in this case it appears that either it wasn't set correctly or the tool used to build it didn't set the value properly.) -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alex Steen Sent: 24 April 2007 16:04 To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Merge Modules in Wix The contents are fine. However, it is installing the files, just in a completely different place. I'm installing to c:\Test and the files in the module are going to C:\Program Files\Solarc\ServerRAIV\Module Retargetable Folder\. Is there some way to change where they are being installed to? -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, April 23, 2007 10:50 PM To: Alex Steen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Merge Modules in Wix JCWrs wrote: Directory Id='SETUPCAB' Name='Server' Merge Id=SetupMerge Language='1033' src='ServerMerge.msm' DiskId='1' / /Directory Feature Id='SETUP.CAB' Title='SETUP.CAB' Description='Descrip of SETUP.CAB' Display='expand' Level='1' MergeRef Id='SetupMerge' / /Feature There are no errors, it just doesn't install the files. Any ideas? Use Orca to verify the module's contents got merged in correctly. If they're there, check a verbose log to see what MSI decided to do with them. -- 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] Custom Action works under WinXP-SP2, fails under Win2K?
Did you miss a line out? You don't appear to have written to the buffer
pointed to by cchIniName so it will be filled with garbage. The success or
failure may depend on whether the junk in the buffer parses as a valid file
name or not.
I would strongly recommend using Unicode file name buffers and therefore
_wfopen_s if you're targetting Windows NT-based operating systems only and
not supporting Windows 9X.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 20:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action works under WinXP-SP2, fails under Win2K?
My installer needs to work under WinXP and Win2K for this round. I wrote a
custom action and it works great under WinXP but fails under Win2K and I
cannot figure out why. I am using WiX v3.0.2420, both machines have Windows
R Installer. V 3.01.4000.1823 installed.
The custom action is in a C++ DLL, here is the action function:
UINT __stdcall WriteTSBIni(MSIHANDLE hInstaller)
{
UINTrc = ERROR_SUCCESS;
USES_CONVERSION;
// Get the installation directory name
TCHAR *cchWindowsFolder = privMsiGetPropertyStr(hInstaller,
TEXT(WindowsFolder));
TCHAR *cchInstallDir = privMsiGetPropertyStr(hInstaller,
TEXT(INSTALLDIR));
TCHAR *cchIviDir = privMsiGetPropertyStr(hInstaller,
TEXT(IVIDIRPROP));
if (cchIviDir)
{
if (cchWindowsFolder)
{
if (cchInstallDir)
{
size_t szBuf= strlen(W2CA(cchInstallDir)) +
strlen (Test Script Builder\\TestScriptBuilder.ini) + 1;
char *cchIniName = new char[szBuf];
FILE *fIni;
if (errno_t err = fopen_s(fIni, cchIniName, w))
{
sprintf_s(cchIniName, szBuf, err=%d, err);
return ERROR_INSTALL_FAILURE;
}
else
{
fprintf (fIni, -vmargs\r\n);
fprintf (fIni, -Djava.lang.path=.;);
fprintf (fIni, %s.;, W2A(cchIviDir));
fprintf (fIni, %s.;, W2A(cchWindowsFolder));
fprintf (fIni, %sSystem32\\.;\r\n,
W2A(cchWindowsFolder));
fclose (fIni);
}
delete[] cchIniName;
delete[] cchInstallDir;
}
delete[] cchWindowsFolder;
}
delete[] cchIviDir
}
return ERROR_SUCCESS;
}
---
The .wxs source snippet is:
CustomAction Id=CAKE_WRITE_TSB_INI BinaryKey=CAKE_ACTIONS
DllEntry=WriteTSBIni Return=check /
InstallExecuteSequence
Custom Action=CAKE_WRITE_TSB_INI After='CreateShortcuts'NOT
Installed/Custom
/InstallExecuteSequence
---
I ran with the /la switch and got the same sequence on both machines, until
after the CAKE_WRITE_TSB_INI action. I checked the sequencing with Orca,
CAKE_WRITE_TSB_INI is in the InstallExecuteSequence table at #4501, right
after CreateShortcuts as expected. The fopen_s error that I get under Win2K
indicates the folder doesn't exist (2). I used message boxes to pause the
custom action and checked, and despite being past that point in the log file
and sequence, the directory indeed was non-existent.
I have no idea what to try next or why this is behaving differently. Help?
Julie Campbell
[EMAIL PROTECTED]
_
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.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] Custom Action works under WinXP-SP2, fails under Win2K?
fprintf writes to the file pointed to by cchIniName.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:05 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2, fails under
Win2K?
Did you miss a line out? You don't appear to have written to the buffer
pointed to by cchIniName so it will be filled with garbage. The success or
failure may depend on whether the junk in the buffer parses as a valid file
name or not.
I would strongly recommend using Unicode file name buffers and therefore
_wfopen_s if you're targetting Windows NT-based operating systems only and
not supporting Windows 9X.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 20:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action works under WinXP-SP2, fails under Win2K?
My installer needs to work under WinXP and Win2K for this round. I wrote a
custom action and it works great under WinXP but fails under Win2K and I
cannot figure out why. I am using WiX v3.0.2420, both machines have Windows
R Installer. V 3.01.4000.1823 installed.
The custom action is in a C++ DLL, here is the action function:
UINT __stdcall WriteTSBIni(MSIHANDLE hInstaller)
{
UINTrc = ERROR_SUCCESS;
USES_CONVERSION;
// Get the installation directory name
TCHAR *cchWindowsFolder = privMsiGetPropertyStr(hInstaller,
TEXT(WindowsFolder));
TCHAR *cchInstallDir = privMsiGetPropertyStr(hInstaller,
TEXT(INSTALLDIR));
TCHAR *cchIviDir = privMsiGetPropertyStr(hInstaller,
TEXT(IVIDIRPROP));
if (cchIviDir)
{
if (cchWindowsFolder)
{
if (cchInstallDir)
{
size_t szBuf= strlen(W2CA(cchInstallDir)) +
strlen (Test Script Builder\\TestScriptBuilder.ini) + 1;
char *cchIniName = new char[szBuf];
FILE *fIni;
if (errno_t err = fopen_s(fIni, cchIniName, w))
{
sprintf_s(cchIniName, szBuf, err=%d, err);
return ERROR_INSTALL_FAILURE;
}
else
{
fprintf (fIni, -vmargs\r\n);
fprintf (fIni, -Djava.lang.path=.;);
fprintf (fIni, %s.;, W2A(cchIviDir));
fprintf (fIni, %s.;, W2A(cchWindowsFolder));
fprintf (fIni, %sSystem32\\.;\r\n,
W2A(cchWindowsFolder));
fclose (fIni);
}
delete[] cchIniName;
delete[] cchInstallDir;
}
delete[] cchWindowsFolder;
}
delete[] cchIviDir
}
return ERROR_SUCCESS;
}
---
The .wxs source snippet is:
CustomAction Id=CAKE_WRITE_TSB_INI BinaryKey=CAKE_ACTIONS
DllEntry=WriteTSBIni Return=check /
InstallExecuteSequence
Custom Action=CAKE_WRITE_TSB_INI After='CreateShortcuts'NOT
Installed/Custom
/InstallExecuteSequence
---
I ran with the /la switch and got the same sequence on both machines, until
after the CAKE_WRITE_TSB_INI action. I checked the sequencing with Orca,
CAKE_WRITE_TSB_INI is in the InstallExecuteSequence table at #4501, right
after CreateShortcuts as expected. The fopen_s error that I get under Win2K
indicates the folder doesn't exist (2). I used message boxes to pause the
custom action and checked, and despite being past that point in the log file
and sequence, the directory indeed was non-existent.
I have no idea what to try next or why this is behaving differently. Help?
Julie Campbell
[EMAIL PROTECTED]
_
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.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
_
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_
_
Scanned by IBM Email Security Management Services powered by MessageLabs. For
more information please visit http://www.ers.ibm.com
_
-
This SF.net email is
Re: [WiX-users] Merge Modules evaluating earlier then Components?
The contents of a merge module are merged directly into your MSI file - at that point, the merge module's identity is lost. The only indication that an entry in a table came from a merge module is that it typically has a GUID at the end of the textual component/file/registry ID, which is appended when the module is built to prevent name clashes. Examine the output MSI with Orca to see what directory ID the files are to be installed under. The VS .NET 2003 merge modules appear to use TARGETDIR, not INSTALLDIR, as their install location. INSTALLDIR is a convention used by some developers and is not defined in the SDK; TARGETDIR 'specifies the root destination directory for the installation' according to the Windows Installer SDK. I'd avoid defining another property/directory ID that means the same as TARGETDIR. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of JCWrs Sent: 24 April 2007 20:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Merge Modules evaluating earlier then Components? Here is what I've got: I have looked in Orca and edited the directory structure so that my merge module installs to the INSTALLDIR directory as all of my other components do. However, when I run my install the Merge Module installs to the default value of INSTALLDIR while the components install to the user input value of INSTALLDIR. So my question, do the merge modules evaluate at an earlier time then the Components? Is there something else that would explain the differing values of the same property? -- View this message in context: http://www.nabble.com/Merge-Modules-evaluating-earlier-then-Components--tf36 40688.html#a10167585 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] Custom Action works under WinXP-SP2, fails under Win2K?
Your call to fopen_s uses the uninitialised cchIniName buffer as the path
name to open for writing.
(BTW, misuse of Hungarian notation because this is _not_ a Count of
Characters - use sz or psz for string-terminated-with-zero. If that's what
you intended, of course.)
You can also edit INI files using the IniFile element which maps to a
native Windows Installer feature. The type of the Value field is Formatted,
so you should be able to substitute property values using [] within the
field data.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 21:09
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action works under WinXP-SP2,fails under
Win2K?
fprintf writes to the file pointed to by cchIniName.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:05 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2, fails under
Win2K?
Did you miss a line out? You don't appear to have written to the buffer
pointed to by cchIniName so it will be filled with garbage. The success or
failure may depend on whether the junk in the buffer parses as a valid file
name or not.
I would strongly recommend using Unicode file name buffers and therefore
_wfopen_s if you're targetting Windows NT-based operating systems only and
not supporting Windows 9X.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 20:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action works under WinXP-SP2, fails under Win2K?
My installer needs to work under WinXP and Win2K for this round. I wrote a
custom action and it works great under WinXP but fails under Win2K and I
cannot figure out why. I am using WiX v3.0.2420, both machines have Windows
R Installer. V 3.01.4000.1823 installed.
The custom action is in a C++ DLL, here is the action function:
UINT __stdcall WriteTSBIni(MSIHANDLE hInstaller)
{
UINTrc = ERROR_SUCCESS;
USES_CONVERSION;
// Get the installation directory name
TCHAR *cchWindowsFolder = privMsiGetPropertyStr(hInstaller,
TEXT(WindowsFolder));
TCHAR *cchInstallDir = privMsiGetPropertyStr(hInstaller,
TEXT(INSTALLDIR));
TCHAR *cchIviDir = privMsiGetPropertyStr(hInstaller,
TEXT(IVIDIRPROP));
if (cchIviDir)
{
if (cchWindowsFolder)
{
if (cchInstallDir)
{
size_t szBuf= strlen(W2CA(cchInstallDir)) +
strlen (Test Script Builder\\TestScriptBuilder.ini) + 1;
char *cchIniName = new char[szBuf];
FILE *fIni;
if (errno_t err = fopen_s(fIni, cchIniName, w))
{
sprintf_s(cchIniName, szBuf, err=%d, err);
return ERROR_INSTALL_FAILURE;
}
else
{
fprintf (fIni, -vmargs\r\n);
fprintf (fIni, -Djava.lang.path=.;);
fprintf (fIni, %s.;, W2A(cchIviDir));
fprintf (fIni, %s.;, W2A(cchWindowsFolder));
fprintf (fIni, %sSystem32\\.;\r\n,
W2A(cchWindowsFolder));
fclose (fIni);
}
delete[] cchIniName;
delete[] cchInstallDir;
}
delete[] cchWindowsFolder;
}
delete[] cchIviDir
}
return ERROR_SUCCESS;
}
---
The .wxs source snippet is:
CustomAction Id=CAKE_WRITE_TSB_INI BinaryKey=CAKE_ACTIONS
DllEntry=WriteTSBIni Return=check /
InstallExecuteSequence
Custom Action=CAKE_WRITE_TSB_INI After='CreateShortcuts'NOT
Installed/Custom
/InstallExecuteSequence
---
I ran with the /la switch and got the same sequence on both machines, until
after the CAKE_WRITE_TSB_INI action. I checked the sequencing with Orca,
CAKE_WRITE_TSB_INI is in the InstallExecuteSequence table at #4501, right
after CreateShortcuts as expected. The fopen_s error that I get under Win2K
indicates the folder doesn't exist (2). I used message boxes to pause the
custom action and checked, and despite being past that point in the log file
and sequence, the directory indeed was non-existent.
I have no idea what to try next or why this is behaving differently. Help?
Julie Campbell
[EMAIL PROTECTED]
_
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.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/
___
Re: [WiX-users] How to get 8.3 path for INSTALLDIR
I'm back on task trying to resolve this 8.3 INSTALLDIR path issue, and I can get the path in question using the method Phil suggested, but I'm not certain how to use that to set the environment variable. As far as I understand, I cannot install a component after InstallFinalize, and I had to run my CA after InstallFinalize so that the directory has been created. Therefore I can't use an Environment element, nor can I find anything in the Windows API to let me do it in a CA. So I'm assuming I'm missing something in regards to the Windows Installer, or something in the Windows API doc. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: Tuesday, April 03, 2007 12:53 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to get 8.3 path for INSTALLDIR If you do this with code, C++, the GetShortPathName API works on directories. You'd do this after the directory has in fact been created. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 6:48 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to get 8.3 path for INSTALLDIR I'm trying to set an environment variable to be the value of INSTALLDIR, but I need it to be the 8.3 style path. I saw an old mailing list thread about this topic that Rob responded to with: You could always just use [!FileId] to get the short name of a file. This thread was in the context of WiX 3.0, however. When I try to do this with WiX 2.0, my environment variable ends up unset. Is this a WiX 3 specific feature? --Chris - 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] How to retrieve Required Disk Space value?
Hello, Is it possible to retrieve required free disk space without displaying Feature Selection dialog? When using Feature Selection dialog I can subscribe to SelectionSize property to display required disk space. But, what if I have only one feature, not selections, but I need to display required disk the same way it is displayed on WiX CustomizeDlg. Control Id=ItemSize Type=Text X=215 Y=140 Width=131 Height=50 Text=!(loc.CustomizeDlgItemSize) Subscribe Event=SelectionSize Attribute=Text / /Control Is it possible to retrieve required disk space? I was trying to use PrimaryVolumeSpaceRequired property, but it seems to have 0 value. Thank You, Igor - 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] Custom Action works under WinXP-SP2, fails under Win2K?
No, cchIniName is initialized, I was just saving everyone an extra chunk of
code that is working. Here is the function that initializes cchIniName and
the other WiX property strings before the call to fopen_s:
// NOTE: Caller responsible for freeing TCHAR * buffer if non-null return
code
TCHAR * __stdcall privMsiGetPropertyStr(MSIHANDLE hInstaller, TCHAR
*strName)
{
TCHAR* szValueBuf = NULL;
DWORD cchValueBuf = 0;
UINT uiStat = ::MsiGetProperty(hInstaller, strName, TEXT(),
cchValueBuf);
if (ERROR_MORE_DATA == uiStat)
{
++cchValueBuf; // output count does not include terminating null, so add 1
szValueBuf = new TCHAR[cchValueBuf];
if (szValueBuf)
{
uiStat = MsiGetProperty(hInstaller, strName, szValueBuf, cchValueBuf);
}
}
if (ERROR_SUCCESS != uiStat)
{
if (szValueBuf != NULL)
delete [] szValueBuf;
return NULL;
}
return szValueBuf;
}
---
I copied that chunk of code from somewhere, excuse the poor use of Hungarian
notation.
If you look at what I am writing to this .ini file, you will notice that
it has nothing to do with what a IniFile deal with. This is a .ini file
that supplies java startup variable to Eclipse (actually, our customized
version of Eclipse). Eclipse is very touchy and I am afraid to try a
unicode file since it works with a text file. Heck, I wouldn't need this CA
at all if Eclipse could figure out %WINDIR% in a path, but it can't.
As I mentioned, this works GREAT under XP. Though this CA was quickly
hacked together and leaves room for improvement, there is nothing
intrinsically wrong with the CA code. It does what it is supposed to as
long as the directory it is trying to write to exists before it tries to
write the file to it. There is something wrong with the .msi sequencing
that is baffling me, as that directory should exist long before it tries to
execute my custom action.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:17 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2,fails under
Win2K?
Your call to fopen_s uses the uninitialised cchIniName buffer as the path
name to open for writing.
(BTW, misuse of Hungarian notation because this is _not_ a Count of
Characters - use sz or psz for string-terminated-with-zero. If that's what
you intended, of course.)
You can also edit INI files using the IniFile element which maps to a
native Windows Installer feature. The type of the Value field is Formatted,
so you should be able to substitute property values using [] within the
field data.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 21:09
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action works under WinXP-SP2,fails under
Win2K?
fprintf writes to the file pointed to by cchIniName.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:05 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2, fails under
Win2K?
Did you miss a line out? You don't appear to have written to the buffer
pointed to by cchIniName so it will be filled with garbage. The success or
failure may depend on whether the junk in the buffer parses as a valid file
name or not.
I would strongly recommend using Unicode file name buffers and therefore
_wfopen_s if you're targetting Windows NT-based operating systems only and
not supporting Windows 9X.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 20:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action works under WinXP-SP2, fails under Win2K?
My installer needs to work under WinXP and Win2K for this round. I wrote a
custom action and it works great under WinXP but fails under Win2K and I
cannot figure out why. I am using WiX v3.0.2420, both machines have Windows
R Installer. V 3.01.4000.1823 installed.
The custom action is in a C++ DLL, here is the action function:
UINT __stdcall WriteTSBIni(MSIHANDLE hInstaller)
{
UINTrc = ERROR_SUCCESS;
USES_CONVERSION;
// Get the installation directory name
TCHAR *cchWindowsFolder = privMsiGetPropertyStr(hInstaller,
TEXT(WindowsFolder));
TCHAR *cchInstallDir = privMsiGetPropertyStr(hInstaller,
TEXT(INSTALLDIR));
TCHAR *cchIviDir = privMsiGetPropertyStr(hInstaller,
TEXT(IVIDIRPROP));
if (cchIviDir)
{
if (cchWindowsFolder)
{
if (cchInstallDir)
{
size_t szBuf= strlen(W2CA(cchInstallDir)) +
strlen (Test Script Builder\\TestScriptBuilder.ini) + 1;
char *cchIniName = new char[szBuf];
FILE *fIni;
if (errno_t err = fopen_s(fIni, cchIniName, w))
Re: [WiX-users] Merge Modules evaluating earlier then Components?
Ok, I changed all the INSTALLDIR references to be TARGETDIR and I'm still getting the same behavior. TARGETDIR is C:\Program Files\Test initially and then I change it to C:\Test in the SelectFolderDialog. All my components get installed to C:\Test, my merge module gets installed to c:\Program Files\Test. I checked Orca and it is defaulting the folder to [TARGETDIR]. I checked the msi in Orca and all subdirectories lead back to TARGETDIR. Somehow, when TARGETDIR is changed by the folder selection dialog, the merge module files are not affected. Any ideas? -Original Message- From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 24, 2007 3:11 PM To: Alex Steen; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Merge Modules evaluating earlier then Components? The contents of a merge module are merged directly into your MSI file - at that point, the merge module's identity is lost. The only indication that an entry in a table came from a merge module is that it typically has a GUID at the end of the textual component/file/registry ID, which is appended when the module is built to prevent name clashes. Examine the output MSI with Orca to see what directory ID the files are to be installed under. The VS .NET 2003 merge modules appear to use TARGETDIR, not INSTALLDIR, as their install location. INSTALLDIR is a convention used by some developers and is not defined in the SDK; TARGETDIR 'specifies the root destination directory for the installation' according to the Windows Installer SDK. I'd avoid defining another property/directory ID that means the same as TARGETDIR. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of JCWrs Sent: 24 April 2007 20:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Merge Modules evaluating earlier then Components? Here is what I've got: I have looked in Orca and edited the directory structure so that my merge module installs to the INSTALLDIR directory as all of my other components do. However, when I run my install the Merge Module installs to the default value of INSTALLDIR while the components install to the user input value of INSTALLDIR. So my question, do the merge modules evaluate at an earlier time then the Components? Is there something else that would explain the differing values of the same property? -- View this message in context: http://www.nabble.com/Merge-Modules-evaluating-earlier-then-Components-- tf36 40688.html#a10167585 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] How to use CustomAction with a VBScript
Nathan, here are a couple of snippets that might help. You need to use the
Binary to get the script into the MSI database and then you reference it in a
custom action. The custom action calls a specific funtion in the script
source. Then you need to reference the custom action your
InstallExecuteSequence. This example checks for the existance a WMI class.
Binary Id='InstallerScripts' SourceFile='InstallerScripts.vbs' /
CustomAction Id='CustomAction_VerifyHbaApiSupport'
BinaryKey='InstallerScripts' VBScriptCall='IsHbaApiInstalled' Return='check' /
InstallExecuteSequence
…
Custom Action=CustomAction_VerifyHbaApiSupport
After=LaunchConditions$Component_Dsm2/Custom
…
/InstallExecuteSequence
My VBScript looks like
'
public function IsHbaApiInstalled()
on error resume next
'
' required error code for a failure see MSI docs
'
IsHbaApiInstalled = 1603
'
' get an instance of SWbemWebServices thru a moniker handling
' security and and the CIM namespace we need
'
Set sWbemService =
GetObject(winmgmts:{impersonationLevel=impersonate}!root/wmi)
'
' query a class def - arbitrary choice...
'
Set sWbemObjs = sWbemService.ExecQuery(select * from meta_class where
__this isa 'MSFC_FCAdapterHBAAttributes', WQL, 0)
'
' if we got here the class is in the repository and
' all is good...
'
if Err.Number = 0 then
IsHbaApiInstalled = 0 ' see MSI docs
else
'
' TODO: should use Session.Message eventually and pull the
'message from the database to allow for localization
'
MsgBox Microsoft support for the HBA API is not installed. This
package requires Microsoft support for the HBA API. Support is included in the
Fibre Channel Information Tool (fcinfo). See Microsoft's web site for more
information and to download the tool. After installing the Fibre Channel
Information Tool try installing Seagate ISE MPIO. vbCrLf vbCrLf The
installation process cannot continue., vbOKOnly, Seagate ISE Multi-path I/O
end if
exit function
end function
Regards,
Robert.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Lane
Sent: Tuesday, April 24, 2007 1:40 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to use CustomAction with a VBScript
Hello all,
I am in need of using some VBScripts in my installation and have learned that
one can use a CustomAction to reference and eventually execute the VBScript.
But I'm not understanding how that actually works. Looking at the Manual
Schema reference, I am very confused about what attributes to set and how to
set them. Could somebody help me out?
Thanks,
--
Nathan Lane
-
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] How to use CustomAction with a VBScript
Thank you Robert for the help, I am now to the point where I wonder how the
InstallExecuteSequence element affects the Feature element. Is
InstallExecuteSequence what takes precedence in the script?
Nathan
On 4/24/07, Robert Randall [EMAIL PROTECTED] wrote:
Nathan, here are a couple of snippets that might help. You need to use
the Binary to get the script into the MSI database and then you reference it
in a custom action. The custom action calls a specific funtion in the
script source. Then you need to reference the custom action your
InstallExecuteSequence. This example checks for the existance a WMI class.
Binary Id='InstallerScripts' SourceFile='InstallerScripts.vbs' /
CustomAction Id='CustomAction_VerifyHbaApiSupport' BinaryKey='
InstallerScripts' VBScriptCall='IsHbaApiInstalled' Return='check' /
InstallExecuteSequence
…
Custom Action=CustomAction_VerifyHbaApiSupport After=LaunchConditions
$Component_Dsm2/Custom
…
/InstallExecuteSequence
My VBScript looks like
'
public function IsHbaApiInstalled()
on error resume next
'
' required error code for a failure see MSI docs
'
IsHbaApiInstalled = 1603
'
' get an instance of SWbemWebServices thru a moniker handling
' security and and the CIM namespace we need
'
Set sWbemService = GetObject(
winmgmts:{impersonationLevel=impersonate}!root/wmi)
'
' query a class def - arbitrary choice...
'
Set sWbemObjs = sWbemService.ExecQuery(select * from meta_class
where __this isa 'MSFC_FCAdapterHBAAttributes', WQL, 0)
'
' if we got here the class is in the repository and
' all is good...
'
if Err.Number = 0 then
IsHbaApiInstalled = 0 ' see MSI docs
else
'
' TODO: should use Session.Message eventually and pull the
'message from the database to allow for localization
'
MsgBox Microsoft support for the HBA API is not installed.
This package requires Microsoft support for the HBA API. Support is
included in the Fibre Channel Information Tool (fcinfo). See Microsoft's
web site for more information and to download the tool. After installing
the Fibre Channel Information Tool try installing Seagate ISE MPIO.
vbCrLf vbCrLf The installation process cannot continue., vbOKOnly,
Seagate
ISE Multi-path I/O
end if
exit function
end function
Regards,
Robert.
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Nathan Lane
*Sent:* Tuesday, April 24, 2007 1:40 PM
*To:* wix-users@lists.sourceforge.net
*Subject:* [WiX-users] How to use CustomAction with a VBScript
Hello all,
I am in need of using some VBScripts in my installation and have learned
that one can use a CustomAction to reference and eventually execute the
VBScript. But I'm not understanding how that actually works. Looking at
the Manual Schema reference, I am very confused about what attributes to
set and how to set them. Could somebody help me out?
Thanks,
--
Nathan Lane
--
Nathan Lane
-
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] Custom installation
Thanks a bunch! :-) On 4/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: VBScript? Absolutely not! Why do I say that? Because among other reasons you then place an additional dependency on the installation (the scripting runtime). True, VBScript custom actions are supported, but I think you'll find comments from people who should know (E.g. Rob Mensching – see his Blog entry in the WiX help entitled VBScript (and Jscript) MSI Custom Actions Suck – that strongly advise against it). Do it in something like C++ that you have full control over and can be built in a way that doesn't require external dependencies. You'll be thankful later. Regards, Richard -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Tal Shrestha *Sent:* Tuesday, April 24, 2007 1:06 PM *To:* WiX-Users *Subject:* Re: [WiX-users] Custom installation Thanks for your help. Do you think a safer approach would be VBScript or other easier file-manipulating language should be used instead? -- * 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 -- Tal Shrestha | 3dbe.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] Custom Action works under WinXP-SP2, fails under Win2K?
You do not use privMsiGetPropertyStr to initialize cchIniName. You
initialize cchIniName like this:
char *cchIniName = new char[szBuf];
which just allocates a buffer. The contents of that buffer are
undefined.
-Original Message-
From: [EMAIL PROTECTED] [mailto:wix-users-
[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: Tuesday, April 24, 2007 4:28 PM
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action works under WinXP-SP2, fails
under Win2K?
No, cchIniName is initialized, I was just saving everyone an extra
chunk of
code that is working. Here is the function that initializes
cchIniName
and
the other WiX property strings before the call to fopen_s:
// NOTE: Caller responsible for freeing TCHAR * buffer if non-null
return
code
TCHAR * __stdcall privMsiGetPropertyStr(MSIHANDLE hInstaller, TCHAR
*strName)
{
TCHAR* szValueBuf = NULL;
DWORD cchValueBuf = 0;
UINT uiStat = ::MsiGetProperty(hInstaller, strName, TEXT(),
cchValueBuf);
if (ERROR_MORE_DATA == uiStat)
{
++cchValueBuf; // output count does not include terminating null, so
add 1
szValueBuf = new TCHAR[cchValueBuf];
if (szValueBuf)
{
uiStat = MsiGetProperty(hInstaller, strName, szValueBuf,
cchValueBuf);
}
}
if (ERROR_SUCCESS != uiStat)
{
if (szValueBuf != NULL)
delete [] szValueBuf;
return NULL;
}
return szValueBuf;
}
---
I copied that chunk of code from somewhere, excuse the poor use of
Hungarian
notation.
If you look at what I am writing to this .ini file, you will notice
that
it has nothing to do with what a IniFile deal with. This is a .ini
file
that supplies java startup variable to Eclipse (actually, our
customized
version of Eclipse). Eclipse is very touchy and I am afraid to try a
unicode file since it works with a text file. Heck, I wouldn't need
this CA
at all if Eclipse could figure out %WINDIR% in a path, but it can't.
As I mentioned, this works GREAT under XP. Though this CA was quickly
hacked together and leaves room for improvement, there is nothing
intrinsically wrong with the CA code. It does what it is supposed to
as
long as the directory it is trying to write to exists before it tries
to
write the file to it. There is something wrong with the .msi
sequencing
that is baffling me, as that directory should exist long before it
tries to
execute my custom action.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:17 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2,fails
under
Win2K?
Your call to fopen_s uses the uninitialised cchIniName buffer as the
path
name to open for writing.
(BTW, misuse of Hungarian notation because this is _not_ a Count of
Characters - use sz or psz for string-terminated-with-zero. If that's
what
you intended, of course.)
You can also edit INI files using the IniFile element which maps to
a
native Windows Installer feature. The type of the Value field is
Formatted,
so you should be able to substitute property values using [] within
the
field data.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie
Campbell
Sent: 24 April 2007 21:09
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action works under WinXP-SP2,fails
under
Win2K?
fprintf writes to the file pointed to by cchIniName.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:05 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2, fails
under
Win2K?
Did you miss a line out? You don't appear to have written to the
buffer
pointed to by cchIniName so it will be filled with garbage. The
success
or
failure may depend on whether the junk in the buffer parses as a valid
file
name or not.
I would strongly recommend using Unicode file name buffers and
therefore
_wfopen_s if you're targetting Windows NT-based operating systems only
and
not supporting Windows 9X.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie
Campbell
Sent: 24 April 2007 20:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action works under WinXP-SP2, fails under
Win2K?
My installer needs to work under WinXP and Win2K for this round. I
wrote a
custom action and it works great under WinXP but fails under Win2K and
I
cannot figure out why. I am using WiX v3.0.2420, both machines have
Windows
R Installer. V 3.01.4000.1823 installed.
The custom action is in a C++ DLL, here is the action function:
UINT __stdcall WriteTSBIni(MSIHANDLE hInstaller)
{
UINTrc =
[WiX-users] Anybody knows why PrimaryVolumeSpaceRequired is always 0?
I need to display required disk space in my custom dialog, By some reason PrimaryVolumeSpaceRequired primaryvolumespacerequired.htm property is always 0. Looks like the only way to display required space is to use standard installer controls, Or subscribe to the feature selection control SizeChanged event. Is there any other way to retrieve required disk size? Thank You, Igor - 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] Custom Action works under WinXP-SP2, fails under Win2K?
I suspect that the reason that the directory is not yet created is that
Windows Installer hasn't actually started executing the script yet.
When executing the InstallExecuteSequence, for standard actions and deferred
custom actions sequenced after InstallInitialize, Windows Installer doesn't
actually perform these actions at this point. Instead, it writes the actions
that are to be performed into a script. If I recall correctly, this is still
happpening under the process that began processing the package, under the
user's credentials. However, non-deferred actions are executed immediately.
When the InstallFinalize action is executed, it passes the script over to
the Windows Installer service, which actually performs the actions recorded
in the script (including calling deferred custom actions, in the order they
were sequenced). (There are also InstallExecute and InstallExecuteAgain
actions which I believe can be used to run the pending script up to the
point that these actions are scheduled, then begin a new script).
CreateShortcuts is probably scheduled between InstallInitialize and
InstallFinalize (in fact it should be). Therefore it's in the script-writing
execution phase and so your action is too. The action that would create the
directory (probably InstallFiles but might be CreateFolders) haven't
actually been performed yet.
To fix, make your custom action deferred, move it after InstallFinalize, or
make use of InstallExecute[Again] to interrupt the deferred script
execution.
I can only assume that it works on XP either because the folder already
exists or that somehow that operating system is creating the whole path to
the folder.
--
Mike Dimmick
-Original Message-
From: Julie Campbell [mailto:[EMAIL PROTECTED]
Sent: 24 April 2007 21:28
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2,fails under
Win2K?
No, cchIniName is initialized, I was just saving everyone an extra chunk of
code that is working. Here is the function that initializes cchIniName and
the other WiX property strings before the call to fopen_s:
// NOTE: Caller responsible for freeing TCHAR * buffer if non-null return
code
TCHAR * __stdcall privMsiGetPropertyStr(MSIHANDLE hInstaller, TCHAR
*strName)
{
TCHAR* szValueBuf = NULL;
DWORD cchValueBuf = 0;
UINT uiStat = ::MsiGetProperty(hInstaller, strName, TEXT(),
cchValueBuf);
if (ERROR_MORE_DATA == uiStat)
{
++cchValueBuf; // output count does not include terminating null, so add 1
szValueBuf = new TCHAR[cchValueBuf];
if (szValueBuf)
{
uiStat = MsiGetProperty(hInstaller, strName, szValueBuf, cchValueBuf);
}
}
if (ERROR_SUCCESS != uiStat)
{
if (szValueBuf != NULL)
delete [] szValueBuf;
return NULL;
}
return szValueBuf;
}
---
I copied that chunk of code from somewhere, excuse the poor use of Hungarian
notation.
If you look at what I am writing to this .ini file, you will notice that
it has nothing to do with what a IniFile deal with. This is a .ini file
that supplies java startup variable to Eclipse (actually, our customized
version of Eclipse). Eclipse is very touchy and I am afraid to try a
unicode file since it works with a text file. Heck, I wouldn't need this CA
at all if Eclipse could figure out %WINDIR% in a path, but it can't.
As I mentioned, this works GREAT under XP. Though this CA was quickly
hacked together and leaves room for improvement, there is nothing
intrinsically wrong with the CA code. It does what it is supposed to as
long as the directory it is trying to write to exists before it tries to
write the file to it. There is something wrong with the .msi sequencing
that is baffling me, as that directory should exist long before it tries to
execute my custom action.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:17 PM
To: 'Julie Campbell'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Custom Action works under WinXP-SP2,fails under
Win2K?
Your call to fopen_s uses the uninitialised cchIniName buffer as the path
name to open for writing.
(BTW, misuse of Hungarian notation because this is _not_ a Count of
Characters - use sz or psz for string-terminated-with-zero. If that's what
you intended, of course.)
You can also edit INI files using the IniFile element which maps to a
native Windows Installer feature. The type of the Value field is Formatted,
so you should be able to substitute property values using [] within the
field data.
--
Mike Dimmick
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell
Sent: 24 April 2007 21:09
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Custom Action works under WinXP-SP2,fails under
Win2K?
fprintf writes to the file pointed to by cchIniName.
Julie Campbell
[EMAIL PROTECTED]
-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Re: [WiX-users] How to use CustomAction with a VBScript
So here's what I have, and my installer errors out when I try to run it,
saying that something was wrong with the script.
WXS File:
?xml version='1.0' encoding='windows-1252'?
Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi'
Product Name=.com Applications
Id=53164a64-f286-11db-8314-0800200c9a66 Language=1031 Codepage=1252
Version=1.0.0 Manufacturer=.com
Package Id=53164a65-f286-11db-8314-0800200c9a66 Compressed=yes
Description=This installer will install all of the portals and services
necessary to run the .com web site. InstallerVersion=100 Languages=1031
Manufacturer=.com ShortNames=no /
Media Id=1 Cabinet=App.cab EmbedCab=yes /
Property Id=ROOTDRIVE Value=C:\ /
Directory Id=ApplicationInstallers Name=SourceDir
Directory Id=Setup Name=Setup
Component Id=InstallationMSIs Guid=
53164a67-f286-11db-8314-0800200c9a66
File Id=ASPAAJAXExtSetup.msi LongName=
ASPAJAXExtSetup.msi Name=AJAXSET.MSI Source=setup\ASPAJAXExtSetup.msi
DiskId=1 /
File Id=dotnetfx3.exe LongName=dotnetfx3.exe Name=
DOTNET3.MSI Source=setup\dotnetfx3.exe DiskId=1 /
File Id=AdministrativePortal.msi LongName=
Administrative Portal.msi Name=VAP.MSI Source=setup\ Administrative
Portal.msi DiskId=1 /
File Id=CablePortal.msi LongName= Cable Portal.msi
Name=VCABP.MSI Source=setup\ Cable Portal.msi DiskId=1 /
File Id=ConsumerPortal.msi LongName= Consumer
Portal.msi Name=VCP.MSI Source=setup\ Consumer Portal.msi DiskId=1 /
File Id=DealerPortal.msi LongName= Dealer Portal.msi
Name=VDP.MSI Source=setup\ Dealer Portal.msi DiskId=1 /
File Id=GlobalScripts.msi LongName= Global
Scripts.msi Name=GSCRIPTS.MSI Source=setup\ Global Scripts.msi
DiskId=1 /
File Id=ServiceHost.msi LongName= Service Host.msi
Name=VSH.MSI Source=setup\ Service Host.msi DiskId=1 /
File Id=ServicesPortal.msi LongName= Services
Portal.msi Name=VSP.MSI Source=setup\ Services Portal.msi DiskId=1 /
File Id=StatisticsCollector.msi LongName= Statistics
Collector.msi Name=VSC.MSI Source=setup\ Statistics Collector.msi
DiskId=1 /
/Component
/Directory
/Directory
Feature Id=Complete Title=.com Complete Installation
Description=.com Complete Application Installation Display=expand
Level=1
Feature Id=MainProgram Title=.com Web Application
Description=.com Web Application Level=1
ComponentRef Id=InstallationMSIs /
/Feature
/Feature
Binary Id=GlobalInstallerVBScript SourceFile=
GlobalApplicationInstaller.vbs /
CustomAction Id=Stop_IIS BinaryKey=GlobalInstallerVBScript
VBScriptCall=ShutdownIIS Return=check /
CustomAction Id=Uninstall_VCP BinaryKey=GlobalInstallerVBScript
VBScriptCall=UninstallConsumerPortal Return=check /
CustomAction Id=Uninstall_CCP BinaryKey=GlobalInstallerVBScript
VBScriptCall=UninstallCConsumerPortal Return=check /
CustomAction Id=Uninstall_VDP BinaryKey=GlobalInstallerVBScript
VBScriptCall=UninstallDealerPortal Return=check /
CustomAction Id=Uninstall_VAP BinaryKey=GlobalInstallerVBScript
VBScriptCall=UninstallAdminPortal Return=check /
CustomAction Id=Uninstall_VSP BinaryKey=GlobalInstallerVBScript
VBScriptCall=UninstallServicePortal Return=check /
CustomAction Id=Uninstall_VSL BinaryKey=GlobalInstallerVBScript
VBScriptCall=UninstallServiceLayer Return=check /
CustomAction Id=Install_VSL BinaryKey=GlobalInstallerVBScript
VBScriptCall=InstallServiceLayer Return=check /
InstallExecuteSequence
Custom Action=Stop_IIS Sequence=1 /
Custom Action=Uninstall_VCP Sequence=2 /
Custom Action=Uninstall_CCP Sequence=3 /
Custom Action=Uninstall_VDP Sequence=4 /
Custom Action=Uninstall_VAP Sequence=5 /
Custom Action=Uninstall_VSP Sequence=6 /
Custom Action=Uninstall_VSL Sequence=7 /
Custom Action=Install_VSL Sequence=8 /
/InstallExecuteSequence
/Product
/Wix
VBScript File:
' VBScript for use with .com WiX Global Installer
Public Function ShutdownIIS()
Set WshShell = WScript.CreateObject(WScript.Shell)
WshShell.Run iisreset -stop
WshShell.Run net stop ServiceHost
Return 0
End Function
Public Function UninstallConsumerPortal()
Set WshShell = WScript.CreateObject(WScript.Shell)
WshShell.Run msiexec /X{8FD4634C-4849-4EC4-8582-500406D36F2C} /PASSIVE
Return 0
End Function
Public Function UninstallCConsumerPortal()
Set WshShell = WScript.CreateObject(WScript.Shell)
WshShell.Run DEL \D:\\Services\\IIS\\C Consumer Portal\\*.*\ /F /S
/Q
Return 0
End Function
Public Function UninstallDealerPortal()
Set WshShell = WScript.CreateObject(WScript.Shell)
WshShell.Run msiexec /X{45542887-0778-4F9F-8ABD-F2D4D9B7395C} /PASSIVE
Return 0
End Function
Public
[WiX-users] WIX: include DialogLayout.wxi file from DialogLayout_JA.wxi file?
I have DialogLayout_lang.wxi files for each language that contain culture specific dialog settings. I also have DialogLayout.wxi file that contains common dialog settings. What I would like to do is to include the DialogLayout.wxi file DialogLayout_ja.wxi file? Is this possible? Thanks, Jon - 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] Using .NET 2.0 Managed Custom Actions
InstallShield setups use it to call Installer classes, and I think Advanced Installer does too because they support dialog boxes with the same set of parameters as Visual Studio. Whether these uses are actually blessed in some way by Microsoft I don't know. Documentation? You mean the error messages aren't completely clear? ;=) Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Vottero Sent: Friday, April 20, 2007 10:34 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using .NET 2.0 Managed Custom Actions Have you found documentation for InstallUtilLib.dll? Did Microsoft add it to the list of redistributable software? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: Friday, April 20, 2007 12:43 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using .NET 2.0 Managed Custom Actions Congratulations - you reinvented InstallUtilLib.dll... Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mailinglist Sent: Friday, April 20, 2007 4:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using .NET 2.0 Managed Custom Actions Hello WiX-users, because we needed to use managed custom actions in our setup, I searched around the net for a real solution to this. I found two projects ([1],[2]), that followed quite good ideas, but both did not work out of the box or only under special circumstances. So I combined them both to something working. Simply, we now use a custom action to start a C++ library, that hosts the CLR, loads a specified assembly and calls a class that needs to implement a small interface. From inside that class the installer context can be used to fill properties, etc. Since the demo code package is 3 MB, I uploaded it to Rapidshare [3] as well as to my blog [4]. Greetings, Oliver Friedrich Consultant - Software Solutions [1] Hosting the CLR within a custom action - Pablo M. Cibaro - http://weblogs.asp.net/cibrax/archive/2005/04/11/399839.aspx [2] Wrapping the Windows Installer 2.0 API - http://www.codeproject.com/csharp/msiinterop.asp [3] Rapidshare Download Link: http://rapidshare.com/files/26953203/ManagedCustomActions.zip.html [4] Blogentry: http://www.forestwalk.de/?p=31 - 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] Beginner's Tutorial, Books, Versions...
Julie, Thanks for the Wiki. To all interested: I've published the first two pages (out of five) of my beginners tutorial. http://www.merlinia.com/mdt/WiXTutorial.msl It's a lot more work than I expected. :-( Corrections, suggestions, criticism, etc. very welcome. Probably not of much interest to anybody here because it's so introductory... Yours, Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Julie Campbell Sent: 23. april 2007 19:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Beginner's Tutorial, Books, Versions... I'm a little late on the topic, but I didn't have access to my e-mail over the weekend. Like some others mentioned, I am a software engineer first and an installer person third or fourth ... some perspective, comments, ideas ... sorry, this is long. I started learning WiX in late 2006 after management finally came to the realization that our current installers (written by a third party) had no chance at all of working under Vista. After looking at InstallShield 12, Wise and WiX, I chose WiX for my emergency development, specifically v3 as I got the impression it was stable enough (and hasn't given me reason to doubt) for general application installers. The tutorial Gabor created and maintains was good to start out with and gave me that initial WiX is easy and I like it feeling. However, as it is for v2, it didn't cover some things I needed to know and other things didn't apply. There are several great WiX bloggers out there and some really awesome explanations of more advanced topics. However, I find searching for and reading blog entries a really painful way to come up a learning curve. So, I started reading the mailing list religiously and saved notes whenever I saw something I thought might be useful. I created and admin a very successful intranet MediaWiki site at work, so I started saving these notes on an intranet wiki of my own, because despite the creation and early promise of wixwiki.com, it is locked down very tightly, not really organized, I can't even find an e-mail address to request an account from (though I could probably search for rmacfadyen in wix-users), and there have been a whopping 5 changes in the last 60 days. Before I know it, I'm up to over 50 pages of rough notes and link collections (see http://www.mindcapers.com/wiki/WiX). I'm also seeing the same questions on this list over and over. I'm having to dig through WiX source code to answer some of my questions. I look for a book on WiX, there isn't one. With the WiX v3 roadmap looking like completion at the end of 2007, I'm thinking by then I'll move from competent user to expert with the demands ahead of me anyway. My 16 years of professional development gives me enough insight to how long this learning curve will take. I start considering writing a book for software developers to come up the intermediate learning curve to save some of the pain I went through (thank you Google for easing that effort!). As I started digging around more, and putting notes in a Word document, there are dozens (at least) of developers blogging about WiX. There is a Wiki. There is a mailing list. There are at least a couple people contemplating writing a book. So ... what I would really like to see is group effort on getting one superb set of documentation together rather than the hodge-podge of incomplete sources of information that exist today. I am willing to help, leading or following, doesn't matter. Any of the following would be great: * I am an excellent MediaWiki admin and could clean up, categorize and improve wixwiki.com given the opportunity. * I would be happy to migrate my non-duplicated WiX materials to wixwiki.com. * My wiki has open registration if the tightly locked down wixwiki.com site isn't loosened up a bit. * I would love collaborators on a book. I haven't written an entire book before, but I've got a good outline started and a knack for translating technical mumbo-jumbo into understandable explanations. I also have excellent organizational skills. However, there are some topics I have only glossed over (IIS, SQLServer, xmlconfig) as these aren't of immediate interest to me. Besides, it is a bit silly for a relative outsider to try to go it alone and re-create wheels that have already been rounded. A book probably isn't all that far off with go ahead and steal my blog entries as long as you consider me a contributor permission grants. It would also be silly not to have at least small pieces of book created by Rob, Bob and the other Wixperts. A wiki can be as good as a book if organized correctly. There are also MediaWiki extensions available to convert wiki sites into .chm files, which would be immensely useful for those of us that go off network for a
Re: [WiX-users] Remove a section using XmlFile
[EMAIL PROTECTED] wrote: If the VerifyPath is relative to the ElementPath and the action is delete wouldn't VerifyPath always be blank? Yet the documentation indicates that it is required. Yes, it's not relative. It identifies a node that must exist for the deletion to occur. Usually, that would be a child, to verify you're deleting the right node. -- 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] Cancel during Uninstall
Anton Tkachev wrote: But please give me an url or a description how I can do it using native MSI custom actions (uninstallation rollback). Actually I do not know C++ well, but this is very important task for me and I do my best to finish it, even if I need to eat my hat :-) http://msdn2.microsoft.com/en-us/library/aa371369.aspx describes the essentials. Almost all the WiX custom actions support rollback as well, so there are plenty of examples. -- 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] Shortcut + hyperlink 2
Scott Sam wrote: This is what I do. Basically make a shortcut to internet explorer and pass the web address as the argument. If a user chose another browser as default -- and some 10 percent have, according to some reports -- an installer should respect that. To do otherwise probably borders on rude. OK, it crosses the line to rude.g -- 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: So, how can I insist that the install gets elevated and give the UAC prompt in order to work in all methods of repairing the install? Make sure the InstallPrivileges attribute isn't set to 'limited' (i.e., make sure it's 'elevated'). Remember that the UI is never elevated on Vista (with UAC turned on). -- 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] Dialog to let user select Program Menu folder
Maslov, Igor wrote: Is it possible to retrieve required free disk space without displaying Feature Selection dialog? When using Feature Selection dialog I can subscribe to SelectionSize property to display required disk space. There's no other control that publishes a feature size event because there's no other control that lets a user select a feature. -- 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] Anybody knows why PrimaryVolumeSpaceRequired is always 0?
Maslov, Igor wrote: By some reason _PrimaryVolumeSpaceRequired_ file://primaryvolumespacerequired.htm property is always 0. According to the doc, the Primary* properties are set only if there's a PRIMARYFOLDER directory entry. See PRIMARYFOLDER Property 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] WIX 3.0 hates my mergefiles
Thomas B wrote: Error34ICE27: Action: 'DuplicateFiles' in InstallExecuteSequence table must come after the 'InstallFiles' action.light.exe01Lingstaller Error75ICE32: Possible Mis-Aligned Foreign Keys installer.msi01installer Error76ICE32: Possible Mis-Aligned Foreign Keys installer.msi01installer This makes me think the fault actually lies in the Mergefiles themselves, which I deem odd since they are from Microsoft. Any takers? That's no guarantee of correct merge modules, unfortunately. You can use the smoke tool in WiX v3 to run validation on a directory of merge modules. For the Speech SDK 5.1, there are many warnings but no errors. You should narrow down which module causes the errors -- merging with a product can definitely cause additional errors. -- 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] Dialog to let user select Program Menu folder
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
Re: [WiX-users] WIX: include DialogLayout.wxi file from DialogLayout_JA.wxi file?
Jon Choe wrote: What I would like to do is to include the DialogLayout.wxi file DialogLayout_ja.wxi file? Is this possible? Do you get an error? -- 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] How to use CustomAction with a VBScript
yes, throw that away, and start again from scratch.. It seems what you're
trying to do is to create a bootsrapper inside a msi. Use a real
bootstrapper instead to take care of installing multiple msi:s
On 4/25/07, Nathan Lane [EMAIL PROTECTED] wrote:
So here's what I have, and my installer errors out when I try to run it,
saying that something was wrong with the script.
WXS File:
?xml version='1.0' encoding='windows-1252'?
Wix xmlns=' http://schemas.microsoft.com/wix/2003/01/wi'
Product Name=.com Applications
Id=53164a64-f286-11db-8314-0800200c9a66 Language=1031 Codepage=1252
Version= 1.0.0 Manufacturer=.com
Package Id=53164a65-f286-11db-8314-0800200c9a66
Compressed=yes Description=This installer will install all of the portals
and services necessary to run the .com web site. InstallerVersion=100
Languages=1031 Manufacturer=.com ShortNames=no /
Media Id=1 Cabinet=App.cab EmbedCab=yes /
Property Id=ROOTDRIVE Value=C:\ /
Directory Id=ApplicationInstallers Name=SourceDir
Directory Id=Setup Name=Setup
Component Id=InstallationMSIs Guid=
53164a67-f286-11db-8314-0800200c9a66
File Id= ASPAAJAXExtSetup.msi LongName=
ASPAJAXExtSetup.msi Name=AJAXSET.MSI Source=setup\ASPAJAXExtSetup.msi
DiskId=1 /
File Id=dotnetfx3.exe LongName=dotnetfx3.exe
Name=DOTNET3.MSI Source=setup\dotnetfx3.exe DiskId=1 /
File Id=AdministrativePortal.msi LongName=
Administrative Portal.msi Name=VAP.MSI Source=setup\ Administrative
Portal.msi DiskId=1 /
File Id=CablePortal.msi LongName= Cable Portal.msi
Name= VCABP.MSI Source=setup\ Cable Portal.msi DiskId=1 /
File Id=ConsumerPortal.msi LongName= Consumer
Portal.msi Name=VCP.MSI Source=setup\ Consumer Portal.msi DiskId=1
/
File Id=DealerPortal.msi LongName= Dealer
Portal.msi Name=VDP.MSI Source=setup\ Dealer Portal.msi DiskId=1 /
File Id=GlobalScripts.msi LongName= Global
Scripts.msi Name=GSCRIPTS.MSI Source=setup\ Global Scripts.msi
DiskId=1 /
File Id= ServiceHost.msi LongName= Service
Host.msi Name=VSH.MSI Source=setup\ Service Host.msi DiskId=1 /
File Id=ServicesPortal.msi LongName= Services
Portal.msi Name=VSP.MSI Source=setup\ Services Portal.msi DiskId=1
/
File Id=StatisticsCollector.msi LongName=
Statistics Collector.msi Name=VSC.MSI Source=setup\ Statistics
Collector.msi DiskId=1 /
/Component
/Directory
/Directory
Feature Id=Complete Title=.com Complete Installation
Description=.com Complete Application Installation Display=expand
Level=1
Feature Id=MainProgram Title=.com Web Application
Description=.com Web Application Level=1
ComponentRef Id=InstallationMSIs /
/Feature
/Feature
Binary Id=GlobalInstallerVBScript SourceFile=
GlobalApplicationInstaller.vbs /
CustomAction Id=Stop_IIS BinaryKey=GlobalInstallerVBScript
VBScriptCall=ShutdownIIS Return=check /
CustomAction Id=Uninstall_VCP
BinaryKey=GlobalInstallerVBScript VBScriptCall=UninstallConsumerPortal
Return=check /
CustomAction Id=Uninstall_CCP
BinaryKey=GlobalInstallerVBScript VBScriptCall=UninstallCConsumerPortal
Return=check /
CustomAction Id=Uninstall_VDP
BinaryKey=GlobalInstallerVBScript VBScriptCall=UninstallDealerPortal
Return=check /
CustomAction Id=Uninstall_VAP
BinaryKey=GlobalInstallerVBScript VBScriptCall=UninstallAdminPortal
Return=check /
CustomAction Id=Uninstall_VSP
BinaryKey=GlobalInstallerVBScript VBScriptCall=UninstallServicePortal
Return=check /
CustomAction Id=Uninstall_VSL
BinaryKey=GlobalInstallerVBScript VBScriptCall=UninstallServiceLayer
Return=check /
CustomAction Id=Install_VSL BinaryKey=GlobalInstallerVBScript
VBScriptCall=InstallServiceLayer Return=check /
InstallExecuteSequence
Custom Action=Stop_IIS Sequence=1 /
Custom Action=Uninstall_VCP Sequence=2 /
Custom Action=Uninstall_CCP Sequence=3 /
Custom Action=Uninstall_VDP Sequence=4 /
Custom Action=Uninstall_VAP Sequence=5 /
Custom Action=Uninstall_VSP Sequence=6 /
Custom Action=Uninstall_VSL Sequence=7 /
Custom Action=Install_VSL Sequence=8 /
/InstallExecuteSequence
/Product
/Wix
VBScript File:
' VBScript for use with .com WiX Global Installer
Public Function ShutdownIIS()
Set WshShell = WScript.CreateObject(WScript.Shell)
WshShell.Run iisreset -stop
WshShell.Run net stop ServiceHost
Return 0
End Function
Public Function UninstallConsumerPortal()
Set WshShell = WScript.CreateObject (WScript.Shell)
WshShell.Run msiexec /X{8FD4634C-4849-4EC4-8582-500406D36F2C}
/PASSIVE
Return 0
End Function
Public Function UninstallCConsumerPortal()
Set WshShell =
