Re: [WiX-users] Convert installer to ClickOnce
On Jan 30, 2008 6:41 PM, hina1703 [EMAIL PROTECTED] wrote: I have created a installer using Wix toolset. How can I convert it to ClickOnce deployment? Thanks, ClickOnce and Windows Installer are two different installer technologies. You can read a comparison between the two here http://msdn2.microsoft.com/en-us/library/ms973805.aspx. I don't think there is any way to automatically convert between the two. /Johan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] unexpected SqlDatabase element
On Jan 30, 2008 8:46 PM, Ted Yu [EMAIL PROTECTED] wrote: When I use WIX 3.0.2512.0 to compile, I get error on this line: Component Id='DbCreateComp' Guid='65721384-ACFB-11DC-8E65-758256D89593' DiskId='1' Location='either' Permanent=yes Condition![CDATA[DB_EXIST_FLAG=0 AND REMOVEALL]]/Condition SqlDatabase Id='AttachDb' Database='master' Server='[SQLSERVER]' CreateOnInstall='yes' The error is: c:\map\private\map\installers\sql\handsetmgrdata\handsetmgrdbsetup.wxs(92) : error CNDL0005 : The Component element contains an unexpected child element 'SqlDatabase'. But according to public\ext\wix\3.0.2512.0\doc\WiX.chm, Component can be parent of SqlDatabase. Why do I encounter this error ? I think it is because you haven't specified the correct namespace for the SqlDatabase element. The namespace is http://schemas.microsoft.com/wix/SqlExtension according to the wix docs. /Johan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Size of feature
Hi, My question is different. See in CustomSetup Dialog, you will find one message as This feature requires 200MB on your hard drive Now for silent install functionality i want this number(200MB) to compare the space. For example: My C drive has actual disk space 100MB and D drive has space 2GB According to my silent install functionality, reqdiskspace is 200 MB, but C drive has only 100 MB So with my functionality, the installer automatically select next avilable drive(here D drive). if(reqdiskspaceactualdiskspace) go for next drive Presently reqdiskspace I hardcoded as 200MB(what ever the number is there in message This feature requires) But in future of my feature size increases to 300 MB, then again I have to modify manually int reqdiskspace=300 So to avoid this, I want the number in that message. So i will get this number through MSIGETPROPERTY in my C++ DLL and I can use. SaiTeja wrote: Wilson, Phil wrote: Generally speaking you don't need to do this. If you want to ensure space at some directory location you use the ReserveCost mechanism and let Windows figure out if there's enough room. Windows already computes the size of the feature for space checking, and ReserveCost lets you change it. Why reinvent it? Hi, My question is different. See in CustomSetup Dialog, you will find one message as This feature requires 200MB on your hard drive Now for silent install functionality i want this number(200MB) to compare the space. For example: My C drive has actual disk space 100MB and D drive has space 2GB According to my silent install functionality, reqdiskspace is 200 MB, but C drive has only 100 MB So with my functionality, the installer automatically select next avilable drive(here D drive). if(reqdiskspaceactualdiskspace) go for next drive Presently reqdiskspace I hardcoded as 200MB(what ever the number is there in message This feature requires) But in future of my feature size increases to 300 MB, then again I have to modify manually int reqdiskspace=300 So to avoid this, I want the number in that message. So i will get this number through MSIGETPROPERTY in my C++ DLL and I can use. If you want to try it yourself, MsiGetFeatureCost is perhaps what you'd call, but you'd have to sequence it after InstallValidate. I hesitate to even suggest this because the sequencing is critical, I doubt you can make it work in the UI sequence, and using sample code that tells you to call actions like InstallValidate yourself is likely to be giving you a shovel for the hole you'll be digging yourself into. So as is common with many MSI questions: Advice: Don't do it - use ReserveCost. Technically (mostly) accurate answer: MsiGetFeatureCost (but I think you'll regret it). Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja Sent: Tuesday, January 29, 2008 8:10 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Size of feature Hi, Thanks for reply. What I want is size(XX MB). I want this number to assign some variable(int reqdiskspace) for checking disk space logic. Presently I added manually the variable reqdiskspace=YY(for ex int reqdiskspace=100) In future if size of feature increases then I again I have to modify manually the reqdiskspace. So is it possible to assign the same to property, so that I can get the value through msigetproperty. Sebastian Brand-2 wrote: The texts for this are definied in the properties SelChildCostPos, SelChildCostNeg, SelParentCostPosPos, SelParentCostPosNeg, SelParentCostNegPos, SelParentCostNegNeg In the MSI help you can find details about this at the SelectionList control description (http://msdn2.microsoft.com/en-us/library/aa371604.aspx ) However, you cannot change the size displayed there. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Jan 26, 2008, at 12:27 , SaiTeja wrote: Hi, On Cusomize dialog, This feature requires xxMB on your hard drive Can any one tell me is it possible assign size(xx) to any property? If yes how? -- View this message in context: http://www.nabble.com/Size-of-feature-tp15106940p15106940.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users http://msdn2.microsoft.com/en-us/library/aa371604.aspx - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008.
Re: [WiX-users] Size of feature
Wilson, Phil wrote: Generally speaking you don't need to do this. If you want to ensure space at some directory location you use the ReserveCost mechanism and let Windows figure out if there's enough room. Windows already computes the size of the feature for space checking, and ReserveCost lets you change it. Why reinvent it? Hi, My question is different. See in CustomSetup Dialog, you will find one message as This feature requires 200MB on your hard drive Now for silent install functionality i want this number(200MB) to compare the space. For example: My C drive has actual disk space 100MB and D drive has space 2GB According to my silent install functionality, reqdiskspace is 200 MB, but C drive has only 100 MB So with my functionality, the installer automatically select next avilable drive(here D drive). if(reqdiskspaceactualdiskspace) go for next drive Presently reqdiskspace I hardcoded as 200MB(what ever the number is there in message This feature requires) But in future of my feature size increases to 300 MB, then again I have to modify manually int reqdiskspace=300 So to avoid this, I want the number in that message. So i will get this number through MSIGETPROPERTY in my C++ DLL and I can use. If you want to try it yourself, MsiGetFeatureCost is perhaps what you'd call, but you'd have to sequence it after InstallValidate. I hesitate to even suggest this because the sequencing is critical, I doubt you can make it work in the UI sequence, and using sample code that tells you to call actions like InstallValidate yourself is likely to be giving you a shovel for the hole you'll be digging yourself into. So as is common with many MSI questions: Advice: Don't do it - use ReserveCost. Technically (mostly) accurate answer: MsiGetFeatureCost (but I think you'll regret it). Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja Sent: Tuesday, January 29, 2008 8:10 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Size of feature Hi, Thanks for reply. What I want is size(XX MB). I want this number to assign some variable(int reqdiskspace) for checking disk space logic. Presently I added manually the variable reqdiskspace=YY(for ex int reqdiskspace=100) In future if size of feature increases then I again I have to modify manually the reqdiskspace. So is it possible to assign the same to property, so that I can get the value through msigetproperty. Sebastian Brand-2 wrote: The texts for this are definied in the properties SelChildCostPos, SelChildCostNeg, SelParentCostPosPos, SelParentCostPosNeg, SelParentCostNegPos, SelParentCostNegNeg In the MSI help you can find details about this at the SelectionList control description (http://msdn2.microsoft.com/en-us/library/aa371604.aspx ) However, you cannot change the size displayed there. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Jan 26, 2008, at 12:27 , SaiTeja wrote: Hi, On Cusomize dialog, This feature requires xxMB on your hard drive Can any one tell me is it possible assign size(xx) to any property? If yes how? -- View this message in context: http://www.nabble.com/Size-of-feature-tp15106940p15106940.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users http://msdn2.microsoft.com/en-us/library/aa371604.aspx - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Size-of-feature-tp15106940p15175138.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges.
[WiX-users] Weekly build missing WixComPlusExtension.dll in wix3-binaries.zip
Dear: Weekly build operator. The WIX 3.0 is turning into a very nice package. It has been meeting the needs for deployment. What happened to the WixComPlusExtension.dll and complus.xsd? The current release help file still documents support for the extension; but, the bits are missing from the wix3-binaries.zip on the http://wix.sourceforge.net/releases/ . Robert Livermore - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Multilingual Support
Yes, I know the short answer is 'no'. However, my powers-that-be know of a few installers that can make a single multilingual install package, (I think they are all non-msi based) and they have pointed out this is a high priority feature and if I can't do with wix or another msi-based solution, do it with one of the ones that can. Yes, I know a single ansi based codepage. But, before I give up on the wix approach, isn't there some creative work-around for this? perhaps with resource dlls? If so, how could this be done? Thanks, J - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Condition runs incorrectly on Repair
Thanks. Any idea why it would fail on a repair, even though the DLL is still there? -Original Message- From: Sebastian Brand [mailto:[EMAIL PROTECTED] Sent: Thursday, January 31, 2008 12:40 AM To: RW Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Condition runs incorrectly on Repair Just add OR Installed to your Condition statement. Then it will check during a blank installation only. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Jan 31, 2008, at 3:46 , RW wrote: Hi, I have a condition: !-- Check for MARX Dongle DLL -- Property Id=MARXFILEEXISTS DirectorySearch Id=CheckFileDir Path=[SystemFolder] Depth=0 FileSearch Id=MPIWIN32.DLL Name=MPIWIN32.DLL / /DirectorySearch /Property Condition Message='The Marx CryptoBox USB driver is not loaded. Run CBSetup.exe first.' MARXFILEEXISTS /Condition This is under the Product. It appears to correctly detect if the DLL is present or not when installing, but when I re-run the MSI and select Repair, the installer errors out, despite the DLL still being present. Any suggestions as to what am I doing wrong? Thanks, RW - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Adding a custom action (type 6) in a patchpackage (msp)
Hello, wix users, we are considering to switch from using InstallShield software to WiX. We want to add and use a new custom action (type 6) integrated in our new hotfix. Sadly, this is not possible with InstallShield's AdminStudio (QuickPatch). Now, we were investigating if WiX would come along with a solution, but we could not manage to achieve this, either. First we used Wix v3 and tried to build a patch using only WiX (torch.exe, pyro.exe) like the tutorial in the help file document. After some experimenting, we got the error indicating that the custom action was not found in the binary table. Only in-line script custom actions (custom action type 38) seemed to work. Then we tried the ordinary way with a pcp file ... leading to the same result. BUT after editing the pcp file with Orca and manually inserting a new entry for the custom action in the binary table the resulting msp file worked just fine! So our question is, is this possible without manual intervention using orca or do we even do anything wrong? Or is this some kind of a bug in creating the msp or wixmst or something like that? Any thoughts regarding our problem are much appreciated. With best regards, Paul. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] pre-defined variables?
Thanks, Justin. I just commented on the blog, but I'll say the same here: If I follow the add-reference instructions above, I get a dialog saying Sorry, project references are not yet supported in Votive. If you want to add the code, by all means! :) Votive 2.0.5325 If I right-click the project itself and choose Project Dependencies, all of the right dependencies are already listed; unfortunately, that doesn't seem to connect to these variable definitions. I presume this is a 3.0-only thing? Thanks Mark -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 30, 2008 6:03 PM To: mark.modrall; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? I also just blogged about this, so you can check out http://blogs.msdn.com/jrock/archive/2008/01/29/complete-list-of-candle-p repr ocessor-variables.aspx. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mark.modrall Sent: Wednesday, January 30, 2008 12:53 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] pre-defined variables? Okay, are the preprocessor variables listed in http://msdn2.microsoft.com/en-us/library/aa302186.aspx only applicable to source projects? We have some Wix projects that bundle a bunch of msms into an msi. The main project has project dependencies on all of the othe Wix projects but when I put in something like Merge Id=Module1 Language=1033 src=$(var.Module1.TargetPath) DiskId=1 / (where Module1 is the name of a dependency Wix project) I get an error that $(var.Module1.TargetPath) is undefined. We're using Votive 2.0.5325 Thanks Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Check a property has a slash on the end
Hi I have a property called [MAXIMIZERDIR] which the user has browsed to using a custom dialog. I want WIX to automatically append a backslash to the end of this property if it does not already have one. Can WIX do this?` Thanks Richard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] reference to properties between fragments/mergers?
Is there any way to get the value of properties between fragments and/or merger modules? I want to have a fragment (or merge module) that contains a component which writes to the registry by taking property values from the installation UI fragment file, I can't figure out how to do this. Is it even possible, or I am forced to put the registry component within the UI? Thank you. Roger Yen - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Weekly build missing WixComPlusExtension.dll in wix3-binaries.zip
I am also concerned about this issue. Since WiX-3.0.3621 we can't move to new Wix builds because of the lack of ComPlusExtension. Rob Livermore wrote: Dear: Weekly build operator. The WIX 3.0 is turning into a very nice package. It has been meeting the needs for deployment. What happened to the WixComPlusExtension.dll and complus.xsd? The current release help file still documents support for the extension; but, the bits are missing from the wix3-binaries.zip on the http://wix.sourceforge.net/releases/ . Robert Livermore - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Weekly-build-missing-WixComPlusExtension.dll-in-wix3-binaries.zip-tp15204131p15208034.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding a custom action (type 6) in a patchpackage (msp)
Paul, Sounds like your WiX code is missing the Binary element. Basically, the idea is: - Create a record in the CustomAction table: CustomAction Id=MyAction BinaryKey=ExtScript VBScriptCall=SomeFunction / - Create a record in the Binary table: Binary Id=ExtScript SourceFile=ExtScript.vbs/ - Schedule a custom action: InstallExecuteSequence Custom Action=MyAction ... / /InstallExecuteSequence Alex From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Chrzanowski Sent: Thursday, January 31, 2008 6:42 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Adding a custom action (type 6) in a patchpackage (msp) Hello, wix users, we are considering to switch from using InstallShield software to WiX. We want to add and use a new custom action (type 6) integrated in our new hotfix. Sadly, this is not possible with InstallShield's AdminStudio (QuickPatch). Now, we were investigating if WiX would come along with a solution, but we could not manage to achieve this, either. First we used Wix v3 and tried to build a patch using only WiX (torch.exe, pyro.exe) like the tutorial in the help file document. After some experimenting, we got the error indicating that the custom action was not found in the binary table. Only in-line script custom actions (custom action type 38) seemed to work. Then we tried the ordinary way with a pcp file ... leading to the same result. BUT after editing the pcp file with Orca and manually inserting a new entry for the custom action in the binary table the resulting msp file worked just fine! So our question is, is this possible without manual intervention using orca or do we even do anything wrong? Or is this some kind of a bug in creating the msp or wixmst or something like that? Any thoughts regarding our problem are much appreciated. With best regards, Paul. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Check a property has a slash on the end
Richard Wilde [EMAIL PROTECTED] writes: I have a property called [MAXIMIZERDIR] which the user has browsed to using a custom dialog. I want WIX to automatically append a backslash to the end of this property if it does not already have one. This can be done just with the Windows Installer tables. You need not use any WiX-specific custom actions. To append the backslash, you can use a Formatted string that consists of a reference to the property and the backslash. And to check whether the backslash is there already, you can use a Condition. Formatted: http://msdn2.microsoft.com/library/aa368609.aspx Conditional Statement Syntax: http://msdn2.microsoft.com/library/aa368012.aspx TRUE if left string ends with the right string. If you want to append the backslash when the user clicks a PushButton in one of your dialog boxes, you can put this inside the Control element: Publish Property=MAXIMIZERDIR Value=[MAXIMIZERDIR]\ ![CDATA[NOT (MAXIMIZERDIR \)]]/Publish If you instead want to append the backslash during an execution sequence, so that it happens even in a silent installation, you must do it in two parts: first define a custom action that actually appends the backslash, and then refer to it from within a sequence table, with a suitable condition. CustomAction Id=AppendBackslashToMAXIMIZERDIR Property=MAXIMIZERDIR Value=[MAXIMIZERDIR]\/ Custom Action=AppendBackslashToMAXIMIZERDIR After=whatever ![CDATA[NOT (MAXIMIZERDIR \)]]/Custom - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] InstallExecuteSequence for Sql Actions
I'm trying to create an MSI that installs a .NET assembly and registers it for use in SQL Server 2005. The problem is that the SQL I'm executing inside a SqlString is telling SQL Server to load the assembly, but when I install the MSI it seems that the assembly hasn't been copied to its final destination when the SQL action executes. My question: is it possible to change the order that the actions execute in such that the assembly will be where it is supposed to be by the time the SQL commands start executing? Thanks, Chris My WiX 3 markup (abridged) Component Id=MyAssembly.dll File Name=MyAssembly.dll Id=MyAssembly.dll Source=... / Component Id=Database SqlDatabase xmlns=http://schemas.microsoft.com/wix/SqlExtension; Id=MyDb ConfirmOverwrite=no CreateOnInstall=yes DropOnUninstall=yes Server=[ComputerName] Database=MyDb SqlString Id=SQLString01 ExecuteOnInstall=yes SQL=create assembly FoolEncryption from '[#FoolAssembly]' / /SqlDatabase CreateFolder / /Component /Component - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Size of feature
Then do it in a bootstrap program. Use the SDK examples for MsiGetFeatureCost that open the MSI file and do the costing and get the feature costs, then launch the MSI with a command line that sets the TARGETDIR property to a destination disk with enough space. That's actually quite straightforward. The difficulty with making the decision during the MSI install is that you don't know feature cost until you've done costing, and costing includes calculation of what files might be overwritten, and that's why MsiGetFeatureCost wants you to do InstallValidate to get an accurate number - the destinations have already been chosen. I believe that the numbers in the feature dialogs are informational, and it's not until you (say) click Next that the real cost can be calculated. I don't believe that there's a way to do costing and then change your destination disk and do it all over again, although I really don't know how the CostInitialize/CostFinalize/InstallValidate voodoo works and how it ties into the feature tree. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja Sent: Thursday, January 31, 2008 2:55 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Size of feature Hi, My question is different. See in CustomSetup Dialog, you will find one message as This feature requires 200MB on your hard drive Now for silent install functionality i want this number(200MB) to compare the space. For example: My C drive has actual disk space 100MB and D drive has space 2GB According to my silent install functionality, reqdiskspace is 200 MB, but C drive has only 100 MB So with my functionality, the installer automatically select next avilable drive(here D drive). if(reqdiskspaceactualdiskspace) go for next drive Presently reqdiskspace I hardcoded as 200MB(what ever the number is there in message This feature requires) But in future of my feature size increases to 300 MB, then again I have to modify manually int reqdiskspace=300 So to avoid this, I want the number in that message. So i will get this number through MSIGETPROPERTY in my C++ DLL and I can use. SaiTeja wrote: Wilson, Phil wrote: Generally speaking you don't need to do this. If you want to ensure space at some directory location you use the ReserveCost mechanism and let Windows figure out if there's enough room. Windows already computes the size of the feature for space checking, and ReserveCost lets you change it. Why reinvent it? Hi, My question is different. See in CustomSetup Dialog, you will find one message as This feature requires 200MB on your hard drive Now for silent install functionality i want this number(200MB) to compare the space. For example: My C drive has actual disk space 100MB and D drive has space 2GB According to my silent install functionality, reqdiskspace is 200 MB, but C drive has only 100 MB So with my functionality, the installer automatically select next avilable drive(here D drive). if(reqdiskspaceactualdiskspace) go for next drive Presently reqdiskspace I hardcoded as 200MB(what ever the number is there in message This feature requires) But in future of my feature size increases to 300 MB, then again I have to modify manually int reqdiskspace=300 So to avoid this, I want the number in that message. So i will get this number through MSIGETPROPERTY in my C++ DLL and I can use. If you want to try it yourself, MsiGetFeatureCost is perhaps what you'd call, but you'd have to sequence it after InstallValidate. I hesitate to even suggest this because the sequencing is critical, I doubt you can make it work in the UI sequence, and using sample code that tells you to call actions like InstallValidate yourself is likely to be giving you a shovel for the hole you'll be digging yourself into. So as is common with many MSI questions: Advice: Don't do it - use ReserveCost. Technically (mostly) accurate answer: MsiGetFeatureCost (but I think you'll regret it). Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja Sent: Tuesday, January 29, 2008 8:10 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Size of feature Hi, Thanks for reply. What I want is size(XX MB). I want this number to assign some variable(int reqdiskspace) for checking disk space logic. Presently I added manually the variable reqdiskspace=YY(for ex int reqdiskspace=100) In future if size of feature increases then I again I have to modify manually the reqdiskspace. So is it possible to assign the same to property, so that I can get the value through msigetproperty. Sebastian Brand-2 wrote: The texts for this are definied in the properties SelChildCostPos, SelChildCostNeg, SelParentCostPosPos, SelParentCostPosNeg, SelParentCostNegPos, SelParentCostNegNeg In the MSI help you can find details about this at the
Re: [WiX-users] InstallExecuteSequence for Sql Actions
Chris Eldredge wrote: I'm trying to create an MSI that installs a .NET assembly and registers it for use in SQL Server 2005. The problem is that the SQL I'm executing inside a SqlString is telling SQL Server to load the assembly, but when I install the MSI it seems that the assembly hasn't been copied to its final destination when the SQL action executes. My question: is it possible to change the order that the actions execute in such that the assembly will be where it is supposed to be by the time the SQL commands start executing? No. GAC is updated after MSI install is finalized. Wix has no control over this. - Adam -- Mail Etiquette == * Quote properly or not at all. Top posters, this applies to you! * When replying to posts on mailing lists, only address the mailing list unless poster explicitly requested you include them in CC - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How can I use RegistrySearch to check if a key exists
I am trying to determine if a registry key exists, but the key is a empty string. If I change the string in the registry to contain something, I get the correct value in my property. If the registry string is empty, I get an default value of the property. It seems there is no way to simply determine if the registry key exists. Here is my wix code: Property Id = SN_898 Hidden=no Value=Not Found RegistrySearch Id = Sn_Id Root = HKLM Key = SOFTWARE\Microsoft\StrongName\Verification\*,B03F5F7F11D50A3A Type = raw Win64 = $(var.IS_WIN64) / /Property --Tom - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to build multiple patches?
I created a sample application (v1.0.0.0) with two patches (v1.0.0.1 and v1.0.0.2). I'm able to install V1.0.0.0 and patch it with v1.0.0.2 and then patch it again with v1.0.0.1. The files from the v1.0.0.1 patch replace files that were installed with the v1.0.0.2 patch. Is this correct and if not, what might I be doing wrong? http://msdn2.microsoft.com/en-us/library/aa370526(VS.85).aspx Contents of BUILD.BAT candle.exe -dVersion=1.0.0.0 WiX\1.0.0.0\product.wxs light.exe product.wixobj -out 1.0.0.0\product.msi candle.exe -dVersion=1.0.0.1 WiX\1.0.0.0\product.wxs light.exe product.wixobj -out 1.0.0.1\product.msi candle.exe -dVersion=1.0.0.2 WiX\1.0.0.0\product.wxs light.exe product.wixobj -out 1.0.0.2\product.msi candle.exe WiX\1.0.0.1\patch.wxs torch.exe -p -xi 1.0.0.0\product.wixpdb 1.0.0.1\product.wixpdb -out patch\1.0.0.1\diff.wixmst light.exe patch.wixobj -out patch\1.0.0.1\patch.wixmsp pyro.exe patch\1.0.0.1\patch.wixmsp -out patch\1.0.0.1\patch.msp -t RTM patch\1.0.0.1\diff.wixmst torch.exe -p -xi 1.0.0.1\product.wixpdb 1.0.0.2\product.wixpdb -out patch\1.0.0.2\diff.wixmst light.exe patch.wixobj -out patch\1.0.0.2\patch.wixmsp pyro.exe patch\1.0.0.2\patch.wixmsp -out patch\1.0.0.2\patch.msp -t RTM patch\1.0.0.2\diff.wixmst Contents of PRODUCT.WXS ?xml version=1.0 encoding=UTF-8? !-- candle.exe -dVersion=1.0.0.0 WiX\product.wxs light.exe product.wixobj -out 1.0.0.0\product.msi candle.exe -dVersion=1.0.0.1 WiX\product.wxs light.exe product.wixobj -out 1.0.0.1\product.msi torch.exe -p -xi 1.0.0.0\product.wixpdb 1.0.0.1\product.wixpdb -out patch\diff.wixmst -- Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=E61FE86C-6983-4e57-BC11-E9BBEDA0B749 Name=CT Folder Compare Language=1033 Version=1.0.0.0 Manufacturer=Coretech UpgradeCode=E61FE86C-6983-4e57-BC11-E9BBEDA0B749 Package Description=Installs version 1.0 of CT Folder Compare. Comments=Installs version 1.0 of CT Folder Compare. InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=product.cab EmbedCab=yes / FeatureRef Id=CoreProductFeature/ /Product Fragment Feature Id=CoreProductFeature Title=Core Product Feature Level=1 ComponentRef Id=CoreComponents / /Feature /Fragment Fragment DirectoryRef Id=CoreProductFolder Component Id=CoreComponents Guid={F6DAF8B9-D4D4-462a-9293-85E2BF2FB57D} DiskId=1 File Id=CtFolderCompareEngine.dll Name=CtFolderCompareEngine.dll Source=.\$(var.Version)\CtFolderCompareEngine.dll / File Id=CtFolderCompareGui.exe Name=CtFolderCompareGui.exe Source=.\$(var.Version)\CtFolderCompareGui.exe / /Component /DirectoryRef /Fragment Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id=CoreCompanyFolder Name=Coretech Directory Id=CoreProductFolder Name=CT Folder Compare /Directory /Directory /Directory /Directory /Fragment /Wix Contents of PATCH.WXS (the v1.0.0.2 patch.wxs is identical except for the PatchFamily Version) ?xml version=1.0 encoding=UTF-8? !-- candle.exe WiX\patch.wxs light.exe patch.wixobj -out patch\patch.wixmsp pyro.exe patch\patch.wixmsp -out patch\patch.msp -t RTM patch\diff.wixmst -- Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=yes Manufacturer=Coretech MoreInfoURL=http://ca0v.terapad.com/; DisplayName=CT Folder Compare Description=CT Folder Compare Small Update Patch Classification=Update Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media PatchFamilyRef Id=CorePatchFamily/ /Patch Fragment PatchFamily Id='CorePatchFamily' Version='1.0.0.1' Supersede='yes' ComponentRef Id=CoreComponents/ /PatchFamily /Fragment /Wix - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding a custom action (type 6) in a patchpackage(msp)
Hello, Alexander, thanks for the fast reply, but unfortunately the binary element is not missing in our .wxs file. Here is what our file looks like: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=3C6F7936-A1A9-4f37-A6C2-0DC706900E22 UpgradeCode=28408204-7955-4c76-8AE0-0ADBFB74ADF2 Name= Sample Application Language=1033 Version=1.9.0.0 Manufacturer=Test Ltd. Codepage=1252 Package Id=* InstallerVersion=200 Compressed=no/ Media Id=1 Cabinet=WixMondoSample.cab EmbedCab=yes / CustomAction Id=SimpleTest Return=check BinaryKey=SimpleTest VBScriptCall=Main/ Binary Id=SimpleTest SourceFile=\Test.vbs/Binary Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id =INSTALLDIR Name=TEST Component Id=SampleFile Guid=7C9DDA32-66C3-4a0f-AE61-2580B67685C9 File Id=f1 Source=...\SampleFile.txt Name=SampleFile.txt DiskId=1/ /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=Main Feature Level=1 ComponentRef Id=SampleFile / /Feature UIRef Id=WixUI_Mondo / InstallUISequence Custom Action=SimpleTest After=AppSearch / /InstallUISequence /Product /Wix Kind regards, Paul. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users