Re: [WiX-users] Votive doesn't work with VS 2005
That was not a fair comment, I'm sorry. I understand how the process works (being a developer myself). I guess I was just really frustrated at not being able to use DTF... Are there any release notes I can read through to try and resolve this issue? Do I need to install anything else (apart from ProjectAggregator2.msi)? Does ProjectAggregator2.msi get updated in the weekly builds or is it the same for every version? Do you have a version of DTF that works outside of WiX - so I can install it and work with it as part of WiX 3.0.2925.0? Rob Mensching-2 wrote: Why release something that doesn't work? Usually, because we don't know that it doesn't work. The weekly releases are just that. The weeks releases. There might be bugs. We need your help to report the bugs when you find them so that we can start fixing them. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of carlldev Sent: Wednesday, June 04, 2008 03:36 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Votive doesn't work with VS 2005 I have tried version 4130 and that also does not do it! Why release something that doesn't work? Cockerham, Greg M wrote: I recently installed Votive on a machine running VS2005 (version 8.0.50727.42). When I attempt to create a WiX project, the status bar reports the project was successfully created, however nothing shows up in Solution Explorer. If I go to the location I specified for the project, all of the files appear to be there. If I try to open the solution file, VS2005 opens and again there is nothing in Solution Explorer. If I then try to add the product.wxs file that was created, the file opens but I get the following error: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. Has anyone else experienced similar issues with Votive and VS2005? Thanks, Greg Greg Cockerham Lead Engineer Gilbarco Inc. 7300 West Friendly Avenue Post Office Box 22087, Mailstop F84 Greensboro, NC 27420-2087 Office: (336) 547-5815 Fax: (336) 547-5079 Email:mailto:[EMAIL PROTECTED] This document contains confidential information of Gilbarco Inc. In consideration of the receipt of this document, the recipient agrees not to reproduce, copy, use or transmit this document and/or the information contained herein, in purpose except with written permission, first obtained, of Gilbarco Inc. and further agrees to surrender the same to Gilbarco Inc. upon demand. This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately. Ce message (ainsi que les eventuelles pieces jointes) est exclusivement adresse au destinataire et contient des informations confidentielles. La copie, la communication ou la distribution du contenu de ce message sans l'accord prealable de l'expediteur sont strictement interdits et peuvent constituer un delit. Si vous n'etes pas destinataire de ce message, merci de le detruire et d'avertir l'expediteur. Si vous avez des questions se rapportant a ce courrier electronique, merci de bien vouloir notifier l'expediteur immediatement. -- View this message in context: http://www.nabble.com/Votive-doesn%27t-work-with-VS-2005-tp2959885p17642279.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ 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/Votive-doesn%27t-work-with-VS-2005-tp2959885p17664931.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net
Re: [WiX-users] Using AssemblyVersion in the build
Ah, I was using ?define Version=!(bind.FileVersion.MyFile) ? When it should have been ?define Version=!(bind.FileVersion.MyFile) ? Thanks again Bob. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: 05 June 2008 03:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Using AssemblyVersion in the build Ryan O'Neill wrote: Browsing the docs I found the Binder variables and one for bind.assemblyVersion.FileID, it looks like I can't use it in the same way as normal properties though as it gets evaluated after the WiX XML has been parsed. Has anyone had any experience of using this? You can use bind-time variables almost everywhere. So, for example, Product Version= !(bind.FileVersion.fileId) ... works fine. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.0.0/1484 - Release Date: 04/06/2008 16:40 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Avoid install on removable drives
I have tried using Removable=no with the PathEdit control inside the BrowseDlg but it gives an error while building the MSI.Can anybody give an insight on how to avoid install on removable drives -- View this message in context: http://www.nabble.com/Avoid-install-on-removable-drives-tp17645749p17645749.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Find out user name of current logged-in user
My installer supports per machine or user installation. Next to the user installation I want to show the name of the user, that is currently logged in. I have used the USERNAME Property, but this doesn't work correct. This Property does not really contain the name of current user. Is there another possibility to find out the user name? Thanks, Xenia. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Reliable way to figure out the startup folder
Dear wix-users, maybe someone else has tried to figure out where the startup folder from Microsoft Winword is. I found a few registry entries which may qualify, but am not sure if that's the way to got. The point is that templates which word should automatically load at startup should be placed, there. One entry I found is PROGRAMDIR below HKCU\Software\Microsoft\Office\xx\word\options there is another entry which may or may not be present according to the docs so I can not reall rely on it Or do I have to write some Custom action to figure out that path? Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Votive doesn't work with VS 2005
It's not hard at all to extract out the bits for DTF and use it with nothing but the .NET Framework if you want.nbsp;nbsp; I actually use it with InstallShield via Visual Studio 2005/2008 and TFSBuild. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Thu, 6/5/08, carlldev lt;[EMAIL PROTECTED]gt; wrote: From: carlldev lt;[EMAIL PROTECTED]gt; Subject: Re: [WiX-users] Votive doesn't work with VS 2005 To: wix-users@lists.sourceforge.net Date: Thursday, June 5, 2008, 3:41 AM That was not a fair comment, I'm sorry. I understand how the process works (being a developer myself). I guess I was just really frustrated at not being able to use DTF... Are there any release notes I can read through to try and resolve this issue? Do I need to install anything else (apart from ProjectAggregator2.msi)? Does ProjectAggregator2.msi get updated in the weekly builds or is it the same for every version? Do you have a version of DTF that works outside of WiX - so I can install it and work with it as part of WiX 3.0.2925.0? Rob Mensching-2 wrote: gt; gt; Why release something that doesn't work? gt; gt; Usually, because we don't know that it doesn't work. The weekly releases gt; are just that. The weeks releases. There might be bugs. We need your gt; help to report the bugs when you find them so that we can start fixing gt; them. gt; gt; -Original Message- gt; From: [EMAIL PROTECTED] gt; [mailto:[EMAIL PROTECTED] On Behalf Of carlldev gt; Sent: Wednesday, June 04, 2008 03:36 gt; To: wix-users@lists.sourceforge.net gt; Subject: Re: [WiX-users] Votive doesn't work with VS 2005 gt; gt; gt; I have tried version 4130 and that also does not do it! gt; Why release something that doesn't work? gt; gt; gt; Cockerham, Greg M wrote: gt;gt; gt;gt; I recently installed Votive on a machine running VS2005 (version gt;gt; 8.0.50727.42). When I attempt to create a WiX project, the status bar gt;gt; reports gt;gt; the project was successfully created, however nothing shows up in gt;gt; Solution Explorer. If I go to the location I specified for the project, gt;gt; all of the gt;gt; files appear to be there. If I try to open the solution file, VS2005 gt;gt; opens and again there is nothing in Solution Explorer. If I then try to gt;gt; add the product.wxs gt;gt; file that was created, the file opens but I get the following error: gt;gt; gt;gt; Attempted to read or write protected memory. This is often an gt;gt; indication that other memory is corrupt. gt;gt; gt;gt; Has anyone else experienced similar issues with Votive and VS2005? gt;gt; gt;gt; Thanks, gt;gt; Greg gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; Greg Cockerham gt;gt; Lead Engineer gt;gt; gt;gt; Gilbarco Inc. gt;gt; 7300 West Friendly Avenue gt;gt; Post Office Box 22087, Mailstop F84 gt;gt; Greensboro, NC 27420-2087 gt;gt; gt;gt; Office: (336) 547-5815 gt;gt; Fax: (336) 547-5079 gt;gt; Email:mailto:[EMAIL PROTECTED] gt;gt; gt;gt; This document contains confidential information of Gilbarco Inc. In gt;gt; consideration of the receipt of this document, gt;gt; the recipient agrees not to reproduce, copy, use or transmit this gt;gt; document and/or the information contained herein, gt;gt; in purpose except with written permission, first obtained, of Gilbarco gt;gt; Inc. and further agrees to surrender the same gt;gt; to Gilbarco Inc. upon demand. gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; This message (including any attachments) contains confidential gt;gt; and/or proprietary information intended only for the addressee. gt;gt; Any unauthorized disclosure, copying, distribution or reliance on gt;gt; the contents of this information is strictly prohibited and may gt;gt; constitute a violation of law. If you are not the intended gt;gt; recipient, please notify the sender immediately by responding to gt;gt; this e-mail, and delete the message from your system. If you gt;gt; have any questions about this e-mail please notify the sender gt;gt; immediately. gt;gt; gt;gt; Ce message (ainsi que les eventuelles pieces jointes) est gt;gt; exclusivement adresse au destinataire et contient des gt;gt; informations confidentielles. La copie, la communication ou la gt;gt; distribution du contenu de ce message sans l'accord prealable de gt;gt; l'expediteur sont strictement interdits et peuvent constituer un gt;gt; delit. Si vous n'etes pas destinataire de ce message, merci de le gt;gt; detruire et d'avertir l'expediteur. Si vous avez des questions se gt;gt; rapportant a ce courrier electronique, merci de bien vouloir gt;gt; notifier gt;gt; l'expediteur immediatement. gt;gt; gt; gt; -- gt; View this message in context: gt; http://www.nabble.com/Votive-doesn%27t-work-with-VS-2005-tp2959885p17642279.html gt; Sent from the wix-users mailing list archive at Nabble.com. gt; gt; gt;
Re: [WiX-users] Votive doesn't work with VS 2005
would you mind sharing the code with the forum? chrpai wrote: It's not hard at all to extract out the bits for DTF and use it with nothing but the .NET Framework if you want.nbsp;nbsp; I actually use it with InstallShield via Visual Studio 2005/2008 and TFSBuild. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Thu, 6/5/08, carlldev lt;[EMAIL PROTECTED]gt; wrote: From: carlldev lt;[EMAIL PROTECTED]gt; Subject: Re: [WiX-users] Votive doesn't work with VS 2005 To: wix-users@lists.sourceforge.net Date: Thursday, June 5, 2008, 3:41 AM That was not a fair comment, I'm sorry. I understand how the process works (being a developer myself). I guess I was just really frustrated at not being able to use DTF... Are there any release notes I can read through to try and resolve this issue? Do I need to install anything else (apart from ProjectAggregator2.msi)? Does ProjectAggregator2.msi get updated in the weekly builds or is it the same for every version? Do you have a version of DTF that works outside of WiX - so I can install it and work with it as part of WiX 3.0.2925.0? Rob Mensching-2 wrote: gt; gt; Why release something that doesn't work? gt; gt; Usually, because we don't know that it doesn't work. The weekly releases gt; are just that. The weeks releases. There might be bugs. We need your gt; help to report the bugs when you find them so that we can start fixing gt; them. gt; gt; -Original Message- gt; From: [EMAIL PROTECTED] gt; [mailto:[EMAIL PROTECTED] On Behalf Of carlldev gt; Sent: Wednesday, June 04, 2008 03:36 gt; To: wix-users@lists.sourceforge.net gt; Subject: Re: [WiX-users] Votive doesn't work with VS 2005 gt; gt; gt; I have tried version 4130 and that also does not do it! gt; Why release something that doesn't work? gt; gt; gt; Cockerham, Greg M wrote: gt;gt; gt;gt; I recently installed Votive on a machine running VS2005 (version gt;gt; 8.0.50727.42). When I attempt to create a WiX project, the status bar gt;gt; reports gt;gt; the project was successfully created, however nothing shows up in gt;gt; Solution Explorer. If I go to the location I specified for the project, gt;gt; all of the gt;gt; files appear to be there. If I try to open the solution file, VS2005 gt;gt; opens and again there is nothing in Solution Explorer. If I then try to gt;gt; add the product.wxs gt;gt; file that was created, the file opens but I get the following error: gt;gt; gt;gt; Attempted to read or write protected memory. This is often an gt;gt; indication that other memory is corrupt. gt;gt; gt;gt; Has anyone else experienced similar issues with Votive and VS2005? gt;gt; gt;gt; Thanks, gt;gt; Greg gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; Greg Cockerham gt;gt; Lead Engineer gt;gt; gt;gt; Gilbarco Inc. gt;gt; 7300 West Friendly Avenue gt;gt; Post Office Box 22087, Mailstop F84 gt;gt; Greensboro, NC 27420-2087 gt;gt; gt;gt; Office: (336) 547-5815 gt;gt; Fax: (336) 547-5079 gt;gt; Email:mailto:[EMAIL PROTECTED] gt;gt; gt;gt; This document contains confidential information of Gilbarco Inc. In gt;gt; consideration of the receipt of this document, gt;gt; the recipient agrees not to reproduce, copy, use or transmit this gt;gt; document and/or the information contained herein, gt;gt; in purpose except with written permission, first obtained, of Gilbarco gt;gt; Inc. and further agrees to surrender the same gt;gt; to Gilbarco Inc. upon demand. gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; gt;gt; This message (including any attachments) contains confidential gt;gt; and/or proprietary information intended only for the addressee. gt;gt; Any unauthorized disclosure, copying, distribution or reliance on gt;gt; the contents of this information is strictly prohibited and may gt;gt; constitute a violation of law. If you are not the intended gt;gt; recipient, please notify the sender immediately by responding to gt;gt; this e-mail, and delete the message from your system. If you gt;gt; have any questions about this e-mail please notify the sender gt;gt; immediately. gt;gt; gt;gt; Ce message (ainsi que les eventuelles pieces jointes) est gt;gt; exclusivement adresse au destinataire et contient des gt;gt; informations confidentielles. La copie, la communication ou la gt;gt; distribution du contenu de ce message sans l'accord prealable de gt;gt; l'expediteur sont strictement interdits et peuvent constituer un gt;gt; delit. Si vous n'etes pas destinataire de ce message, merci de le gt;gt; detruire et d'avertir l'expediteur. Si vous avez des questions se gt;gt; rapportant a ce courrier electronique, merci de bien vouloir gt;gt; notifier gt;gt; l'expediteur immediatement. gt;gt; gt; gt; -- gt; View this message in
Re: [WiX-users] How to Uninstall from ARP with full GUI?
Nope. There was no complaint from any quarter (even full Orca validation
suite didn't catch it) but, as Bob said, it is obviously read-only
property because ARP uninstall was unaffected.
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 04, 2008 9:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to Uninstall from ARP with full GUI?
Does that really work...? I thought uninstalls were always stuck at
basic mode.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony
Juricic
Sent: Wednesday, June 04, 2008 15:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to Uninstall from ARP with full GUI?
This is most probably not Wix-specific but anyhow:
Uninstall string that is registered for my app is the following:
MsiExec /X{Product code}
However, when uninstall is selected via ARP this causes uninstall to run
at reduced (or basic, not sure) UI level, with no Wizard dialogs. I want
full GUI level, instead.
What is the best way to accomplish that?
One idea is to detect that REMOVE property is set and use custom action
that sets UI property accordingly like:
CustomAction Id=MyCA_SetUI Property=UILevel Value=5
Execute=immediate/
Then in UI sequence:
Custom Action=MyCA_SetUI
After=LaunchConditionsREMOVE=ALL/Custom
I think this would work but:
a) is there a simpler way?
b) how to make condition depend on property being set to any value,
rather than some specific value, like ALL above? Would: Custom
Action=MyCA_SetUI After=LaunchConditionsREMOVE/Custom just work?
Thanks for any input
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditionally show msg box
In article [EMAIL PROTECTED], Simon Dahlbacka [EMAIL PROTECTED] writes: I don't know about the actual issue, but as you might guess from looking at a snippet of xml, the character is in fact a special one that needs escaping so either Intel gt; 5 or ![CDATA[Intel5]] is more likely to work Good point, but I don't think it got that far, because the error is reporting a problem with a foreign key in the Control_ column: error LGHT0204 : ICE03: Not a valid foreign key; Table: ControlEvent, Column: Control_, Key(s): CancelDlg.Next.SpawnDialog.WelcomeDlg.Intel5 There is no 'Next' control on the standard CancelDlg supplied in the UI library. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Re moveExistingProducts and Duplicate GUIDs
* BUMP * Anyone got any ideas her? I'm stumped... -- View this message in context: http://www.nabble.com/RemoveExistingProducts-and-Duplicate-GUIDs-tp17655018p17671619.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Issues with ServiceInstall
Hi Sandip- I was wondering the same in the back of my mind because some of our oldest services take a -Service to install and a -Unregserver to uninstall (ATL Templates, I believe), while others use InstallUtil and possibly some other utilities. Yet, they are all handled by WiX/MSI equally well using ServiceInstall/ServiceControl. I'm glad that worked for you. Chad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandip Ghosh Sent: Wednesday, June 04, 2008 2:38 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Issues with ServiceInstall Thanks Chad! Taking out the Arguments attribute fixed it, I read the wix.chm again, Arguments is for passing the arguments to run the service not install it. I wonder how Wix/MSI figures out the arguments required to install/uninstall the service, because my services require specific parameters to install and uninstall it. Thanks again! -Sandip On Wed, Jun 4, 2008 at 2:01 PM, Chad Petersen [EMAIL PROTECTED] wrote: Have you tried it without the Arguments=-Install being part of the syntax? From what I understand, those arguments are those needed to run the service, not to install the service. For example, if I want to install our service smanually, I run -Service as the paramter, but I sure don't include that in my install as ServiceInstall takes care of it for me. It seemed worth mentioning. Chad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandip Ghosh Sent: Wednesday, June 04, 2008 12:08 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Issues with ServiceInstall I have been installing/uninstalling services through Custom Actions earlier. I attempted to use ServiceInstall to install the service. The service installs, but I cannot start it. It appears to be a permissions problem. I have read a bunch of posts, and have attempted some of the suggestions, but could not get this to work. I have tried to only install the service through the MSI and start the service manually, I get the error 1053 - Service did not start in a timely manner. I think I was getting the 1920 error without the Account and Password attributes on ServiceInstall. If I attempt to start the service, then uninstall fails to remove it, the service goes into a disabled state and I have to reboot to clear the service registry. I have tried deleting registry keys related to the service, but it did not work. However if I uninstall without attempting to start the service, then the service gets correctly removed through the MSI. I could not get anything useful out of the Event Viewer or MSI logs. This all ofcourse, works fine if I attempt to install/start the service through the command line, which is what the Custom Action was invoking. Here is the code snippet, its pretty similar to what others have posted. Component Id=atlantis Guid=65822460-7229-4935-94e7-449baf1ca86c DiskId=1 File Id=file0 Name=file0 LongName=AtlantisAgent.exe src=d:\test\atlantis\AtlantisAgent.exe KeyPath=yes / ServiceInstall Id=atlantisagentwinservice Name=AtlantisAgentWinService Arguments=-Install DisplayName=AtlantisAgentWinService Description=Atlantis Agent Windows Service ErrorControl=normal Start=auto Type=ownProcess Account=[SERVICEACCOUNT] Password=[SERVICEPASSWORD]/ ServiceControl Id=atlantisagentwinservice Name=AtlantisAgentWinService Remove=uninstall Wait=yes/ /Component I am using Wix 2.0.4820. Thanks, -Sandip - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about
[WiX-users] Attach a database
I'm using WiX 3.0.4130.0 and I'm trying to figure out how to attach a database. I'm getting a runtime error using this method: Component Id=Component2 Guid=c57c91e1-d185-49c1-91f9-fc41a26298a3 File Id=MDF Name=MyDb.mdf Source=MyDb.mdf KeyPath=yes / File Id=LDF Name=MyDb_log.ldf Source=MyDb_log.ldf / sql:SqlDatabase Id=DB1 Server=[DBSERVERNAME] Database=[DBNAME] DropOnUninstall=yes sql:SqlString Id=SqlCmd1 ExecuteOnInstall=yes SQL=CREATE DATABASE [\[][DBNAME][\]] ON (FILENAME=N'[#MDF]') FOR ATTACH / /sql:SqlDatabase /Component The log file looks good, but the error looks like it's trying to access the database before it's been created or something. What am I doing wrong? Tim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditionally show msg box
Thanks for your reply. You were right, the control next doesn't exist in the definition of CancelDlg. I have another question about the sequence of the dialogs in my wxs file listed below. Why is WelcomeDlg displayed first? And which one of the following predefined actions do those Publish Dialog elements correspond to? Thanks in advance. 1. LaunchConditions 2. AppSearch 3. ValidateProductID 4. CostInitialize 5. FileCost 6. CostFinalize 7. InstallValidate 8. InstallInitialize 9. ProcessComponents 10. UnpublishFeatures 11. RemoveShortcuts 12. RemoveFiles 13. InstallFiles 14. CreateShortcuts 15. RegisterUser 16. RegisterProduct 17. PublishFeatures 18. PublishProduct 19. InstallFinalize 20. RemoveExistingProducts Fragment UI Id=StudioSelectInstallationFlows TextStyle Id=WixUI_Font_Normal FaceName=Tahoma Size=8 / TextStyle Id=WixUI_Font_Bigger FaceName=Tahoma Size=12 / TextStyle Id=WixUI_Font_Title FaceName=Tahoma Size=9 Bold=yes / Property Id=DefaultUIFont Value=WixUI_Font_Normal / Property Id=WixUI_Mode Value=InstallDir / DialogRef Id=BrowseDlg / DialogRef Id=DiskCostDlg / DialogRef Id=ErrorDlg / DialogRef Id=FatalError / DialogRef Id=FilesInUse / DialogRef Id=MsiRMFilesInUse / DialogRef Id=PrepareDlg / DialogRef Id=ProgressDlg / DialogRef Id=ResumeDlg / DialogRef Id=UserExit / DialogRef Id=ConfirmDlg / Publish Dialog=ExitDialog Control=Finish Event=EndDialog Value=Return Order=9991/Publish Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=LicenseAgreementDlg1/Publish Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog Value=WelcomeDlg1/Publish Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog Value=VerifyReadyDlgLicenseAccepted = 1/Publish Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog Value=LicenseAgreementDlg Order=1NOT Installed/Publish Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog Value=MaintenanceTypeDlg Order=2Installed/Publish Publish Dialog=MaintenanceWelcomeDlg Control=Next Event=NewDialog Value=MaintenanceTypeDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=RepairButton Event=NewDialog Value=VerifyReadyDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=RemoveButton Event=NewDialog Value=VerifyReadyDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=Back Event=NewDialog Value=MaintenanceWelcomeDlg1/Publish Property Id=ARPNOMODIFY Value=1 / /UI UIRef Id=WixUI_Common / /Fragment -- View this message in context: http://www.nabble.com/conditionally-show-msg-box-tp17656508p17673473.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FileSharePermission has no Domain
Hi, In the util:FileSharePermission element, there's no Domain attribute. Is there some other way to grant fileshare permissions to a domain account? Thanks, Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] conditionally show msg box
In article [EMAIL PROTECTED], ywchen [EMAIL PROTECTED] writes: I have another question about the sequence of the dialogs in my wxs file listed below. Why is WelcomeDlg displayed first? If a dialog is listed as an action in the InstallUISequence table, then that dialog is displayed. So in the InstallUISequence, if an identifier is listed that doesn't correspond to a standard action or a custom action and identifies a dialog in the Dialog table, then that dialog is displayed at that time in the UI sequence. Typically this is the way a dialog wizard sequence is started. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Votive doesn't work with VS 2005
1. ProjectAggregator2.msi never changes. You only need to install it once (unless stuff gets messed up then reinstalling may be a good idea). 2. I've seen bug reports for VS2005 but there are a lot of comments on them saying they don't repro for everyone. I'm not sure what's going wrong but I don't work on Votive directly. 3. If you want DTF, just grab the DLLs and documentation directly. You can get them out of the binaries.zip or install the whole thing and pull them from the local directory. If you're looking for the templates to integrate in to VS, well, I'm not sure how hard it is to get them in the right place. 4. Finally, please to open bugs on the problems you're seeing with Votive in vS2005. Something is going wrong and not everyone is able to see it... which makes it even harder to nail down and fix. More information and continued dialog is the only way we're going to fix them. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of carlldev Sent: Thursday, June 05, 2008 01:41 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Votive doesn't work with VS 2005 That was not a fair comment, I'm sorry. I understand how the process works (being a developer myself). I guess I was just really frustrated at not being able to use DTF... Are there any release notes I can read through to try and resolve this issue? Do I need to install anything else (apart from ProjectAggregator2.msi)? Does ProjectAggregator2.msi get updated in the weekly builds or is it the same for every version? Do you have a version of DTF that works outside of WiX - so I can install it and work with it as part of WiX 3.0.2925.0? Rob Mensching-2 wrote: Why release something that doesn't work? Usually, because we don't know that it doesn't work. The weekly releases are just that. The weeks releases. There might be bugs. We need your help to report the bugs when you find them so that we can start fixing them. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of carlldev Sent: Wednesday, June 04, 2008 03:36 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Votive doesn't work with VS 2005 I have tried version 4130 and that also does not do it! Why release something that doesn't work? Cockerham, Greg M wrote: I recently installed Votive on a machine running VS2005 (version 8.0.50727.42). When I attempt to create a WiX project, the status bar reports the project was successfully created, however nothing shows up in Solution Explorer. If I go to the location I specified for the project, all of the files appear to be there. If I try to open the solution file, VS2005 opens and again there is nothing in Solution Explorer. If I then try to add the product.wxs file that was created, the file opens but I get the following error: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. Has anyone else experienced similar issues with Votive and VS2005? Thanks, Greg Greg Cockerham Lead Engineer Gilbarco Inc. 7300 West Friendly Avenue Post Office Box 22087, Mailstop F84 Greensboro, NC 27420-2087 Office: (336) 547-5815 Fax: (336) 547-5079 Email:mailto:[EMAIL PROTECTED] This document contains confidential information of Gilbarco Inc. In consideration of the receipt of this document, the recipient agrees not to reproduce, copy, use or transmit this document and/or the information contained herein, in purpose except with written permission, first obtained, of Gilbarco Inc. and further agrees to surrender the same to Gilbarco Inc. upon demand. This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately. Ce message (ainsi que les eventuelles pieces jointes) est exclusivement adresse au destinataire et contient des informations confidentielles. La copie, la communication ou la distribution du contenu de ce message sans l'accord prealable de l'expediteur sont strictement interdits et peuvent constituer un delit. Si vous n'etes pas destinataire de ce message, merci de le detruire et d'avertir l'expediteur. Si vous avez des questions se rapportant a ce courrier electronique, merci de bien vouloir notifier l'expediteur immediatement. -- View this message in context: http://www.nabble.com/Votive-doesn%27t-work-with-VS-2005-tp2959885p17642279.html Sent from the wix-users mailing list archive at
Re: [WiX-users] Reliable way to figure out the startup folder
Uhh, this is really more of a question for the Word team. You should follow their documentation. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Friedrich Dominicus Sent: Thursday, June 05, 2008 05:25 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Reliable way to figure out the startup folder Dear wix-users, maybe someone else has tried to figure out where the startup folder from Microsoft Winword is. I found a few registry entries which may qualify, but am not sure if that's the way to got. The point is that templates which word should automatically load at startup should be placed, there. One entry I found is PROGRAMDIR below HKCU\Software\Microsoft\Office\xx\word\options there is another entry which may or may not be present according to the docs so I can not reall rely on it Or do I have to write some Custom action to figure out that path? Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Re moveExistingProducts and Duplicate GUIDs
When is your custom action getting run? If it isn't deferred, then it may be running before the other actions have executed or it may not have permission to do what it needs to do (because immediate isn't elevated). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Sollas Sent: Thursday, June 05, 2008 07:49 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Re moveExistingProducts and Duplicate GUIDs * BUMP * Anyone got any ideas her? I'm stumped... -- View this message in context: http://www.nabble.com/RemoveExistingProducts-and-Duplicate-GUIDs-tp17655018p17671619.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Find out user name of current logged-in user
Uhh, from the MSI SDK: LogonUser Property The LogonUser property is the user name for the currently logged on user. Set by the installer by a system call to GetUserName. If that doesn't work, all of the built in properties are documented. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Xenia Holtmann Sent: Thursday, June 05, 2008 05:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Find out user name of current logged-in user My installer supports per machine or user installation. Next to the user installation I want to show the name of the user, that is currently logged in. I have used the USERNAME Property, but this doesn't work correct. This Property does not really contain the name of current user. Is there another possibility to find out the user name? Thanks, Xenia. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Attach a database
I have something that looks a lot like this (in WiX v2): File Id=Baseline.mdf Name=$(var.ShortPrefix).mdf LongName=$(var.LongDBName)_data.mdf Source=SourceDir\$(var.LongDBName)Baseline.mdf / File Id=Baseline.ldf Name=$(var.ShortPrefix).ldf LongName=$(var.LongDBName)_log.ldf Source=SourceDir\$(var.LongDBName)Baseline.ldf / RemoveFile Id=CleanupDb Directory=$(var.PublicLongDBName)_FOLDER Name=$(var.ShortPrefix)*.* LongName=$(var.LongDBName)*.* On=uninstall / SqlString Id=RollbackDropRoleMember SqlDb=LocalMasterDB RollbackOnUninstall=yes Sequence=1 SQL=EXEC $(var.LongDBName).dbo.sp_addrolemember 'db_owner', '$(var.ServiceAccount)' / SqlString Id=DropRoleMember SqlDb=LocalMasterDB ExecuteOnUninstall=yes Sequence=2 ContinueOnError=yes SQL=EXEC $(var.LongDBName).dbo.sp_droprolemember 'db_owner', '$(var.ServiceAccount)' / SqlString Id=RollbackDropLoginPermissions SqlDb=LocalMasterDB RollbackOnUninstall=yes Sequence=3 SQL=EXEC master.dbo.sp_grantlogin '$(var.ServiceAccount)' / SqlString Id=DropLoginPermissions SqlDb=LocalMasterDB ExecuteOnUninstall=yes Sequence=4 ContinueOnError=yes SQL=EXEC master.dbo.sp_droplogin '$(var.ServiceAccount)' / SqlString Id=RollbackDetach SqlDb=LocalMasterDB RollbackOnUninstall=yes ContinueOnError=yes Sequence=5 SQL=CREATE DATABASE $(var.LongDBName) ON (FILENAME=N'[#Baseline.mdf]'), (FILENAME=N'[#Baseline.ldf]') FOR ATTACH / SqlString Id=OfflineDatabase SqlDb=LocalMasterDB ExecuteOnUninstall=yes ContinueOnError=yes Sequence=6 SQL=ALTER DATABASE $(var.LongDBName) SET OFFLINE WITH ROLLBACK IMMEDIATE / SqlString Id=Detach SqlDb=LocalMasterDB ExecuteOnUninstall=yes ContinueOnError=yes Sequence=7 SQL=EXEC sp_detach_db @dbname='$(var.LongDBName)', @skipchecks='true' / SqlString Id=Attach SqlDb=LocalMasterDB ExecuteOnInstall=yes Sequence=8 SQL=CREATE DATABASE $(var.LongDBName) ON (FILENAME=N'[#Baseline.mdf]'), (FILENAME=N'[#Baseline.ldf]') FOR ATTACH / SqlString Id=RollbackAttach SqlDb=LocalMasterDB RollbackOnInstall=yes ContinueOnError=yes Sequence=9 SQL=EXEC sp_detach_db @dbname='$(var.LongDBName)', @skipchecks='true' / SqlString Id=RollbackGrantLoginPermissions SqlDb=LocalMasterDB RollbackOnInstall=yes Sequence=10 ContinueOnError=yes SQL=EXEC master.dbo.sp_droplogin '$(var.ServiceAccount)' / SqlString Id=GrantLoginPermissions SqlDb=LocalMasterDB ExecuteOnInstall=yes Sequence=11 SQL=IF NOT EXISTS (SELECT * FROM sys.server_principals WHERE name = N'$(var.ServiceAccount)') EXEC master.dbo.sp_grantlogin '$(var.ServiceAccount)'; USE $(var.LongDBName); IF EXISTS(SELECT name FROM sys.sysusers WHERE name=N'$(var.ServiceAccount)') EXEC $(var.LongDBName).dbo.sp_dropuser '$(var.ServiceAccount)'; EXEC $(var.LongDBName).dbo.sp_grantdbaccess '$(var.ServiceAccount)'; IF EXISTS(SELECT name FROM sys.sysusers WHERE name=N'ms') EXEC $(var.LongDBName).dbo.sp_dropuser 'ms'; EXEC $(var.LongDBName).dbo.sp_grantdbaccess 'ms' / SqlString Id=RollbackAddRoleMember SqlDb=LocalMasterDB RollbackOnInstall=yes Sequence=12 ContinueOnError=yes SQL=EXEC $(var.LongDBName).dbo.sp_droprolemember 'db_owner', '$(var.ServiceAccount)' / -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Fisher Sent: Thursday, June 05, 2008 08:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Attach a database I'm using WiX 3.0.4130.0 and I'm trying to figure out how to attach a database. I'm getting a runtime error using this method: Component Id=Component2 Guid=c57c91e1-d185-49c1-91f9-fc41a26298a3 File Id=MDF Name=MyDb.mdf Source=MyDb.mdf KeyPath=yes / File Id=LDF Name=MyDb_log.ldf Source=MyDb_log.ldf / sql:SqlDatabase Id=DB1 Server=[DBSERVERNAME] Database=[DBNAME] DropOnUninstall=yes sql:SqlString Id=SqlCmd1 ExecuteOnInstall=yes SQL=CREATE DATABASE [\[][DBNAME][\]] ON (FILENAME=N'[#MDF]') FOR ATTACH / /sql:SqlDatabase /Component The log file looks good, but the error looks like it's trying to access the database before it's been created or something. What am I doing wrong? Tim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open
Re: [WiX-users] Re moveExistingProducts and Duplicate GUIDs
Rob Mensching-2 wrote: When is your custom action getting run? If it isn't deferred, then it may be running before the other actions have executed or it may not have permission to do what it needs to do (because immediate isn't elevated). I've set RemoveExistingProducts to run after InstallFinalize, and the custom action is set to immediate and is set to run after RemoveExistingProducts. I can't set the custom action to run deferred, as I get an error indicating that it must be run between InstallInitialize and InstallFinalize. I can't set RemoveExistingProducts to run BeforeInstallFinalize as I get an Error 2613 action out of sequence error. So, I'm kind of in a quandry here... BTW, I am running 3.0.3617. -- View this message in context: http://www.nabble.com/RemoveExistingProducts-and-Duplicate-GUIDs-tp17655018p17675721.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF in Win64
Is there any way to tell DTF to run the 64 bit version of the runtime? Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF in Win64
Yes: use the 64bit sfxca.dll. The project templates should do that automatically if your CA project platform configuration is x64. You'll need to use the Configuration Manager to add an x64 Platform to the project if you haven't already. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Thursday, June 05, 2008 12:27 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF in Win64 Is there any way to tell DTF to run the 64 bit version of the runtime? Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF in Win64
Aaah, so I'll need to build two separate CA DLLs... Makes sense in retrospect, since it's a native DLL wrapper. I'm just too used to managed code being platform agnostic. ;-) Guess it's time to port my projects over to use the new project templates, then. Thanks! Chris On Thu, Jun 5, 2008 at 3:33 PM, Jason Ginchereau [EMAIL PROTECTED] wrote: Yes: use the 64bit sfxca.dll. The project templates should do that automatically if your CA project platform configuration is x64. You'll need to use the Configuration Manager to add an x64 Platform to the project if you haven't already. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Thursday, June 05, 2008 12:27 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF in Win64 Is there any way to tell DTF to run the 64 bit version of the runtime? Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Attach a database
Ok here's what I have now. It installs correctly, but the uninstall fails with 0x80004005 failed to connect to database. Component Id=Component2 Guid=c57c91e1-d185-49c1-91f9-fc41a26298a3 File Id=MDF Name=MyDb.mdf Source=MyDb.mdf KeyPath=yes / File Id=LDF Name=MyDb_log.ldf Source=MyDb_log.ldf / sql:SqlDatabase Id=DB1 Server=[DBSERVERNAME] Database=master CreateOnInstall=yes sql:SqlString Id=UninstallDb ExecuteOnUninstall=yes SQL=DROP DATABASE [\[][DBNAME][\]] / sql:SqlString Id=InstallDb ExecuteOnInstall=yes SQL=CREATE DATABASE [\[][DBNAME][\]] ON (FILENAME=N'[#MDF]') FOR ATTACH / /sql:SqlDatabase /Component Tim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] What kind of How To docs would you like to see?
Next week I'll be taking some time to write a bunch of How To pages on WiX 3 to hopefully include in the WiX.chm file. Mostly this is because every time I try and do basic things I wind up having to do all kinds of searches online to find the answer :) While I have some ideas on what to include, I'd like your thoughts as well. Here are my two questions: 1) What little piece of WiX do you constantly find yourself forgetting how to do that you would like a quick reference for? For example, How to: Find the file version of a file on disk. Or How To: Read a value from the registry. 2) If you've asked a question on wix-users recently and got a good answer, send me the mail. That'll help me have something to start from when I write the docs :) Thanks! Neil - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF Mystery Issues
I've been having DTF bomb out from time to time on an otherwise alright installer. If I rerun the installer immediately, it works fine. I have 3 managed CA's in this installer, and once about every 10 times I run it, one of them fails. For instance, I have a CA that builds up SQL queries with formatted strings, and instead of running successfully as it should, it blew up and I got this in the log: MSI (s) (4C:EC) [17:13:48:656]: Doing action: FormatSqlScript Action 17:13:48: FormatSqlScript. Action start 17:13:48: FormatSqlScript. MSI (s) (4C:00) [17:13:48:683]: Invoking remote custom action. DLL: C:\Windows\Installer\MSID38E.tmp, Entrypoint: FormatSqlScript MSI (s) (4C:A0) [17:13:48:683]: Generating random cookie. MSI (s) (4C:A0) [17:13:48:693]: Created Custom Action Server with PID 4060 (0xFDC). MSI (s) (4C:04) [17:13:48:733]: Running as a service. MSI (s) (4C:04) [17:13:48:735]: Hello, I'm your 64bit Impersonated custom action server. SFXCA: Extracting custom action to temporary directory: C:\Windows\Installer\MSID38E.tmp-\ SFXCA: Binding to CLR version v2.0.50727 Calling custom action triCerat.Installer.CustomActions!triCerat.Installer.CustomActions.SqlFormattedScript.FormatSqlScript Entering FormatSqlScript(...) MSI (s) (4C!50) [17:13:49:679]: Note: 1: 2262 2: SqlFormattedScript 3: -2147287038 MSI (s) (4C!50) [17:13:49:691]: PROPERTY CHANGE: Modifying SqlScriptsFormatted property. Its current value is '0'. Its new value: 'lDb_`, `Component_`, `SQL`, `User_`, `Attributes`, `Sequence` FROM `SqlString`'. Action ended 17:13:54: FormatSqlScript. Return value 3. Most times, I won't see anything in the log, other than Return value 3. even though I wrapped my entire method in a try-catch statement. To me, it looks like the native wrapper is getting confused about the data going across it's named pipe and crashes out, but I'm hardly an expert on the inner workings. Just thought I'd bring it up, and see if anyone had any thoughts on this, and how to reduce the number of times it happens. Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Re moveExistingProducts and Duplicate GUIDs
I've resolved this by attacking it a little differently. I've prevented RemoveExistingProducts/ from removing the logs directory by setting the log directory create component to Permenant. Given this, I can now sequence RemoveExistingProducts after InstallFinalize. I preserve my config files now as a conditional component, and merge the previous version into a new version using a custom action that runs before InstallFinalize. Now, I have a upgrade process that migrates my configuration files. Two outstanding questions remain, though at this point this is purely for informational purposes: 1) why can't a run a custom action with ExeCommand outside of InstallInitialize-InstallFinalize? I understand that I must run them immediate, but when I do, there's apparently a problem getting the command line info. Note that CAQuietExec also fails. 2) I've yet to be able to successfully sequence RemoveExistingProducts in between InstallInitialize-InstallFinalize. Well, not entirely as I did discover that if I sequence InstallExecute somewhere, I can then sequence RemoveExistingProducts. I guess the question is, what are the sequence limitiations of RemoveExistingProducts and what is the purpose of sequencing InstallExecute? -- View this message in context: http://www.nabble.com/RemoveExistingProducts-and-Duplicate-GUIDs-tp17655018p17680219.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF Mystery Issues
Yes, this bug was reported directly to me by two other people in the past week. I should have made sure there was bug logged on SF, but there hasn't been so far. I have already checked in the fix, so tomorrow's WiX build will resolve the issue. Anyway thanks for reporting it. -Jason- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Thursday, June 05, 2008 2:21 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Mystery Issues I've been having DTF bomb out from time to time on an otherwise alright installer. If I rerun the installer immediately, it works fine. I have 3 managed CA's in this installer, and once about every 10 times I run it, one of them fails. For instance, I have a CA that builds up SQL queries with formatted strings, and instead of running successfully as it should, it blew up and I got this in the log: MSI (s) (4C:EC) [17:13:48:656]: Doing action: FormatSqlScript Action 17:13:48: FormatSqlScript. Action start 17:13:48: FormatSqlScript. MSI (s) (4C:00) [17:13:48:683]: Invoking remote custom action. DLL: C:\Windows\Installer\MSID38E.tmp, Entrypoint: FormatSqlScript MSI (s) (4C:A0) [17:13:48:683]: Generating random cookie. MSI (s) (4C:A0) [17:13:48:693]: Created Custom Action Server with PID 4060 (0xFDC). MSI (s) (4C:04) [17:13:48:733]: Running as a service. MSI (s) (4C:04) [17:13:48:735]: Hello, I'm your 64bit Impersonated custom action server. SFXCA: Extracting custom action to temporary directory: C:\Windows\Installer\MSID38E.tmp-\ SFXCA: Binding to CLR version v2.0.50727 Calling custom action triCerat.Installer.CustomActions!triCerat.Installer.CustomActions.SqlFormattedScript.FormatSqlScript Entering FormatSqlScript(...) MSI (s) (4C!50) [17:13:49:679]: Note: 1: 2262 2: SqlFormattedScript 3: -2147287038 MSI (s) (4C!50) [17:13:49:691]: PROPERTY CHANGE: Modifying SqlScriptsFormatted property. Its current value is '0'. Its new value: 'lDb_`, `Component_`, `SQL`, `User_`, `Attributes`, `Sequence` FROM `SqlString`'. Action ended 17:13:54: FormatSqlScript. Return value 3. Most times, I won't see anything in the log, other than Return value 3. even though I wrapped my entire method in a try-catch statement. To me, it looks like the native wrapper is getting confused about the data going across it's named pipe and crashes out, but I'm hardly an expert on the inner workings. Just thought I'd bring it up, and see if anyone had any thoughts on this, and how to reduce the number of times it happens. Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Attach a database
Can you show the definition for your LocalMasterDB element? Tim On Thu, Jun 5, 2008 at 1:35 PM, Rob Mensching [EMAIL PROTECTED] wrote: I have something that looks a lot like this (in WiX v2): File Id=Baseline.mdf Name=$(var.ShortPrefix).mdf LongName=$(var.LongDBName)_data.mdf Source=SourceDir\$(var.LongDBName)Baseline.mdf / File Id=Baseline.ldf Name=$(var.ShortPrefix).ldf LongName=$(var.LongDBName)_log.ldf Source=SourceDir\$(var.LongDBName)Baseline.ldf / RemoveFile Id=CleanupDb Directory=$(var.PublicLongDBName)_FOLDER Name=$(var.ShortPrefix)*.* LongName=$(var.LongDBName)*.* On=uninstall / SqlString Id=RollbackDropRoleMember SqlDb=LocalMasterDB RollbackOnUninstall=yes Sequence=1 SQL=EXEC $(var.LongDBName).dbo.sp_addrolemember 'db_owner', '$(var.ServiceAccount)' / SqlString Id=DropRoleMember SqlDb=LocalMasterDB ExecuteOnUninstall=yes Sequence=2 ContinueOnError=yes SQL=EXEC $(var.LongDBName).dbo.sp_droprolemember 'db_owner', '$(var.ServiceAccount)' / SqlString Id=RollbackDropLoginPermissions SqlDb=LocalMasterDB RollbackOnUninstall=yes Sequence=3 SQL=EXEC master.dbo.sp_grantlogin '$(var.ServiceAccount)' / SqlString Id=DropLoginPermissions SqlDb=LocalMasterDB ExecuteOnUninstall=yes Sequence=4 ContinueOnError=yes SQL=EXEC master.dbo.sp_droplogin '$(var.ServiceAccount)' / SqlString Id=RollbackDetach SqlDb=LocalMasterDB RollbackOnUninstall=yes ContinueOnError=yes Sequence=5 SQL=CREATE DATABASE $(var.LongDBName) ON (FILENAME=N'[#Baseline.mdf]'), (FILENAME=N'[#Baseline.ldf]') FOR ATTACH / SqlString Id=OfflineDatabase SqlDb=LocalMasterDB ExecuteOnUninstall=yes ContinueOnError=yes Sequence=6 SQL=ALTER DATABASE $(var.LongDBName) SET OFFLINE WITH ROLLBACK IMMEDIATE / SqlString Id=Detach SqlDb=LocalMasterDB ExecuteOnUninstall=yes ContinueOnError=yes Sequence=7 SQL=EXEC sp_detach_db @dbname='$(var.LongDBName)', @skipchecks='true' / SqlString Id=Attach SqlDb=LocalMasterDB ExecuteOnInstall=yes Sequence=8 SQL=CREATE DATABASE $(var.LongDBName) ON (FILENAME=N'[#Baseline.mdf]'), (FILENAME=N'[#Baseline.ldf]') FOR ATTACH / SqlString Id=RollbackAttach SqlDb=LocalMasterDB RollbackOnInstall=yes ContinueOnError=yes Sequence=9 SQL=EXEC sp_detach_db @dbname='$(var.LongDBName)', @skipchecks='true' / SqlString Id=RollbackGrantLoginPermissions SqlDb=LocalMasterDB RollbackOnInstall=yes Sequence=10 ContinueOnError=yes SQL=EXEC master.dbo.sp_droplogin '$(var.ServiceAccount)' / SqlString Id=GrantLoginPermissions SqlDb=LocalMasterDB ExecuteOnInstall=yes Sequence=11 SQL=IF NOT EXISTS (SELECT * FROM sys.server_principals WHERE name = N'$(var.ServiceAccount)') EXEC master.dbo.sp_grantlogin '$(var.ServiceAccount)'; USE $(var.LongDBName); IF EXISTS(SELECT name FROM sys.sysusers WHERE name=N'$(var.ServiceAccount)') EXEC $(var.LongDBName).dbo.sp_dropuser '$(var.ServiceAccount)'; EXEC $(var.LongDBName).dbo.sp_grantdbaccess '$(var.ServiceAccount)'; IF EXISTS(SELECT name FROM sys.sysusers WHERE name=N'ms') EXEC $(var.LongDBName).dbo.sp_dropuser 'ms'; EXEC $(var.LongDBName).dbo.sp_grantdbaccess 'ms' / SqlString Id=RollbackAddRoleMember SqlDb=LocalMasterDB RollbackOnInstall=yes Sequence=12 ContinueOnError=yes SQL=EXEC $(var.LongDBName).dbo.sp_droprolemember 'db_owner', '$(var.ServiceAccount)' / -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Fisher Sent: Thursday, June 05, 2008 08:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Attach a database I'm using WiX 3.0.4130.0 and I'm trying to figure out how to attach a database. I'm getting a runtime error using this method: Component Id=Component2 Guid=c57c91e1-d185-49c1-91f9-fc41a26298a3 File Id=MDF Name=MyDb.mdf Source=MyDb.mdf KeyPath=yes / File Id=LDF Name=MyDb_log.ldf Source=MyDb_log.ldf / sql:SqlDatabase Id=DB1 Server=[DBSERVERNAME] Database=[DBNAME] DropOnUninstall=yes sql:SqlString Id=SqlCmd1 ExecuteOnInstall=yes SQL=CREATE DATABASE [\[][DBNAME][\]] ON (FILENAME=N'[#MDF]') FOR ATTACH / /sql:SqlDatabase /Component The log file looks good, but the error looks like it's trying to access the database before it's been created or something. What am I doing wrong? Tim
Re: [WiX-users] DTF Mystery Issues
I love a quick resolution. :-) Thanks again. Chris On Thu, Jun 5, 2008 at 7:40 PM, Jason Ginchereau [EMAIL PROTECTED] wrote: Yes, this bug was reported directly to me by two other people in the past week. I should have made sure there was bug logged on SF, but there hasn't been so far. I have already checked in the fix, so tomorrow's WiX build will resolve the issue. Anyway thanks for reporting it. -Jason- -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Thursday, June 05, 2008 2:21 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Mystery Issues I've been having DTF bomb out from time to time on an otherwise alright installer. If I rerun the installer immediately, it works fine. I have 3 managed CA's in this installer, and once about every 10 times I run it, one of them fails. For instance, I have a CA that builds up SQL queries with formatted strings, and instead of running successfully as it should, it blew up and I got this in the log: MSI (s) (4C:EC) [17:13:48:656]: Doing action: FormatSqlScript Action 17:13:48: FormatSqlScript. Action start 17:13:48: FormatSqlScript. MSI (s) (4C:00) [17:13:48:683]: Invoking remote custom action. DLL: C:\Windows\Installer\MSID38E.tmp, Entrypoint: FormatSqlScript MSI (s) (4C:A0) [17:13:48:683]: Generating random cookie. MSI (s) (4C:A0) [17:13:48:693]: Created Custom Action Server with PID 4060 (0xFDC). MSI (s) (4C:04) [17:13:48:733]: Running as a service. MSI (s) (4C:04) [17:13:48:735]: Hello, I'm your 64bit Impersonated custom action server. SFXCA: Extracting custom action to temporary directory: C:\Windows\Installer\MSID38E.tmp-\ SFXCA: Binding to CLR version v2.0.50727 Calling custom action triCerat.Installer.CustomActions!triCerat.Installer.CustomActions.SqlFormattedScript.FormatSqlScript Entering FormatSqlScript(...) MSI (s) (4C!50) [17:13:49:679]: Note: 1: 2262 2: SqlFormattedScript 3: -2147287038 MSI (s) (4C!50) [17:13:49:691]: PROPERTY CHANGE: Modifying SqlScriptsFormatted property. Its current value is '0'. Its new value: 'lDb_`, `Component_`, `SQL`, `User_`, `Attributes`, `Sequence` FROM `SqlString`'. Action ended 17:13:54: FormatSqlScript. Return value 3. Most times, I won't see anything in the log, other than Return value 3. even though I wrapped my entire method in a try-catch statement. To me, it looks like the native wrapper is getting confused about the data going across it's named pipe and crashes out, but I'm hardly an expert on the inner workings. Just thought I'd bring it up, and see if anyone had any thoughts on this, and how to reduce the number of times it happens. Chris - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Attach a database
At the top of the Fragment: SqlDatabase Id=LocalMasterDB Server=(local) Database=master / -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Fisher Sent: Thursday, June 05, 2008 16:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Attach a database Can you show the definition for your LocalMasterDB element? Tim On Thu, Jun 5, 2008 at 1:35 PM, Rob Mensching [EMAIL PROTECTED] wrote: I have something that looks a lot like this (in WiX v2): File Id=Baseline.mdf Name=$(var.ShortPrefix).mdf LongName=$(var.LongDBName)_data.mdf Source=SourceDir\$(var.LongDBName)Baseline.mdf / File Id=Baseline.ldf Name=$(var.ShortPrefix).ldf LongName=$(var.LongDBName)_log.ldf Source=SourceDir\$(var.LongDBName)Baseline.ldf / RemoveFile Id=CleanupDb Directory=$(var.PublicLongDBName)_FOLDER Name=$(var.ShortPrefix)*.* LongName=$(var.LongDBName)*.* On=uninstall / SqlString Id=RollbackDropRoleMember SqlDb=LocalMasterDB RollbackOnUninstall=yes Sequence=1 SQL=EXEC $(var.LongDBName).dbo.sp_addrolemember 'db_owner', '$(var.ServiceAccount)' / SqlString Id=DropRoleMember SqlDb=LocalMasterDB ExecuteOnUninstall=yes Sequence=2 ContinueOnError=yes SQL=EXEC $(var.LongDBName).dbo.sp_droprolemember 'db_owner', '$(var.ServiceAccount)' / SqlString Id=RollbackDropLoginPermissions SqlDb=LocalMasterDB RollbackOnUninstall=yes Sequence=3 SQL=EXEC master.dbo.sp_grantlogin '$(var.ServiceAccount)' / SqlString Id=DropLoginPermissions SqlDb=LocalMasterDB ExecuteOnUninstall=yes Sequence=4 ContinueOnError=yes SQL=EXEC master.dbo.sp_droplogin '$(var.ServiceAccount)' / SqlString Id=RollbackDetach SqlDb=LocalMasterDB RollbackOnUninstall=yes ContinueOnError=yes Sequence=5 SQL=CREATE DATABASE $(var.LongDBName) ON (FILENAME=N'[#Baseline.mdf]'), (FILENAME=N'[#Baseline.ldf]') FOR ATTACH / SqlString Id=OfflineDatabase SqlDb=LocalMasterDB ExecuteOnUninstall=yes ContinueOnError=yes Sequence=6 SQL=ALTER DATABASE $(var.LongDBName) SET OFFLINE WITH ROLLBACK IMMEDIATE / SqlString Id=Detach SqlDb=LocalMasterDB ExecuteOnUninstall=yes ContinueOnError=yes Sequence=7 SQL=EXEC sp_detach_db @dbname='$(var.LongDBName)', @skipchecks='true' / SqlString Id=Attach SqlDb=LocalMasterDB ExecuteOnInstall=yes Sequence=8 SQL=CREATE DATABASE $(var.LongDBName) ON (FILENAME=N'[#Baseline.mdf]'), (FILENAME=N'[#Baseline.ldf]') FOR ATTACH / SqlString Id=RollbackAttach SqlDb=LocalMasterDB RollbackOnInstall=yes ContinueOnError=yes Sequence=9 SQL=EXEC sp_detach_db @dbname='$(var.LongDBName)', @skipchecks='true' / SqlString Id=RollbackGrantLoginPermissions SqlDb=LocalMasterDB RollbackOnInstall=yes Sequence=10 ContinueOnError=yes SQL=EXEC master.dbo.sp_droplogin '$(var.ServiceAccount)' / SqlString Id=GrantLoginPermissions SqlDb=LocalMasterDB ExecuteOnInstall=yes Sequence=11 SQL=IF NOT EXISTS (SELECT * FROM sys.server_principals WHERE name = N'$(var.ServiceAccount)') EXEC master.dbo.sp_grantlogin '$(var.ServiceAccount)'; USE $(var.LongDBName); IF EXISTS(SELECT name FROM sys.sysusers WHERE name=N'$(var.ServiceAccount)') EXEC $(var.LongDBName).dbo.sp_dropuser '$(var.ServiceAccount)'; EXEC $(var.LongDBName).dbo.sp_grantdbaccess '$(var.ServiceAccount)'; IF EXISTS(SELECT name FROM sys.sysusers WHERE name=N'ms') EXEC $(var.LongDBName).dbo.sp_dropuser 'ms'; EXEC $(var.LongDBName).dbo.sp_grantdbaccess 'ms' / SqlString Id=RollbackAddRoleMember SqlDb=LocalMasterDB RollbackOnInstall=yes Sequence=12 ContinueOnError=yes SQL=EXEC $(var.LongDBName).dbo.sp_droprolemember 'db_owner', '$(var.ServiceAccount)' / -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Fisher Sent: Thursday, June 05, 2008 08:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Attach a database I'm using WiX 3.0.4130.0 and I'm trying to figure out how to attach a database. I'm getting a runtime error using this method: Component Id=Component2 Guid=c57c91e1-d185-49c1-91f9-fc41a26298a3 File Id=MDF Name=MyDb.mdf Source=MyDb.mdf KeyPath=yes / File Id=LDF Name=MyDb_log.ldf Source=MyDb_log.ldf / sql:SqlDatabase Id=DB1 Server=[DBSERVERNAME] Database=[DBNAME] DropOnUninstall=yes
