[WiX-users] Silent Installation
Hello Everyone, This is regarding Disk Space. How to check the diskspace? If space is not available in default location(ie C:\\) incase of Normal Installation, User can change the path, but incase of silent install, it should automatically selects another loc, (which loc has available space) and installs there automatically Can any one tell me how to implement the same in Silent Installation and Normal Installation. Also What is COM Server Registration? How to implement the same? Thanks, SK - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Pull ata smack o the contrary.
According to the Broadband Stakeholders Group the government is. According to mi2g this is the largest number of attacks to take place in a single day. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FileSearch not working for minor version?
In article [EMAIL PROTECTED], Nitin [EMAIL PROTECTED] writes: I am having trouble with detecting if a file is installed, I am using the following code, however it seems that WIX sets the property even if MinVersion is 7.10.3191.0 What does your verbose log say? -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Wrapper Custom Action to invoke DLL
What is a Wrapper Custom Action? what is its significance? how is it different from Type1 custom action? How do i create a wrapper CA that invoke a DLL and pass the result back to an MSI property?Please help Thanks Anidil -- View this message in context: http://www.nabble.com/Wrapper-Custom-Action-to-invoke-DLL-tf4670490.html#a13342149 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in WIX
In article [EMAIL PROTECTED], Deepak Krishna [EMAIL PROTECTED] writes: 1. How to use two binary file in a single custom Action in WIX? What for? Tell us the goal, not the task you think you need to accomplish in order to reach your goal. 2. How to pass a binary file as a input parameter to a vbscript custo= m Action which will be invoked by another binary file? What for? Tell us the goal. 3. How to delete unwanted files after the installation is over? Unwanted files such as? 4. How to use DriverDeleteFiles option in the Component Tag? I'm not familiar with this MSI/WiX extension, so I can't help you there. 5. How to execute custom action 'msicleanuponsuccess' for cleaning an= y component which is not a driver ? This seems to be more of the driver extension stuff. I would look at its documentation which is referenced by the WiX docs. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] set %PATH%
I know this may cause some issues with people disagreeing, but i'm in no position to change what our program does until I have a working WIX installer that I can then play with it and change things accordingly, however, currently the application requires it's path to be in the PATH environment variable, I have these Lines: Fragment DirectoryRef Id=TARGETDIR Component Id=EnvPathSet Guid=2D5030EF-6D11-4F48-B183-D1AE2EF87B61 Environment Id=EnvPathSet Action=set Name=PATH Part=last System=yes Value=[INSTALLDIR] / /Component /DirectoryRef /Fragment and also the line under my main Feature: ComponentRef Id=EnvPathSet/ but it doesn't appear to be modifying the %PATH% variable. is there something I'm doing wrong here? /J - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut Targets and Shared Components
I don't see a problem with what you've done, but I haven't tried it or tested it. Did you run the ICE suite and ensure that your solution didn't generate new ICE errors or warnings? I did not receive any additional ICE errors or warnings. I was able to compile an msi and it all worked. My shortcut now get installed when either of the features, including it gets installed. What I have now is two entries in the Shortcut table. Thanks for the information, though. I will keep a note that I may run into this same issue when dealing with COM objects. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] set %PATH%
In article [EMAIL PROTECTED], Jason Rivers [EMAIL PROTECTED] writes: I have these Lines: Fragment DirectoryRef Id=TARGETDIR Component Id=EnvPathSet Guid=2D5030EF-6D11-4F48-B183-D1AE2EF87B61 Environment Id=EnvPathSet Action=set Name=PATH Part=last System=yes Value=[INSTALLDIR] / /Component /DirectoryRef /Fragment and also the line under my main Feature: ComponentRef Id=EnvPathSet/ but it doesn't appear to be modifying the %PATH% variable. is there something I'm doing wrong here? What does your verbose log say? I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] set %PATH%
On 10/22/07, Richard [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Jason Rivers [EMAIL PROTECTED] writes: I have these Lines: Fragment DirectoryRef Id=TARGETDIR Component Id=EnvPathSet Guid=2D5030EF-6D11-4F48-B183-D1AE2EF87B61 Environment Id=EnvPathSet Action=set Name=PATH Part=last System=yes Value=[INSTALLDIR] / /Component /DirectoryRef /Fragment and also the line under my main Feature: ComponentRef Id=EnvPathSet/ but it doesn't appear to be modifying the %PATH% variable. is there something I'm doing wrong here? What does your verbose log say? I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users I have this in my verbose Log: MSI (s) (0C:C8) [14:02:53:830]: Executing op: ActionStart(Name=WriteEnvironmentStrings,Description=Updating environment strings,Template=Name: [1], Value: [2], Action [3]) MSI (s) (0C:C8) [14:02:53:830]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=13200) MSI (s) (0C:C8) [14:02:53:840]: Executing op: UpdateEnvironmentStrings(Name=PATH,Value=C:\Program Files\Dyalog\Dyalog APL 11.0\,Delimiter=;,Action=-1610612735,) which looks OK to me, but when I do echo %PATH% I only have: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn so it doesn't appear to have added mine to the list. when you say I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. I'm not sure I follow, am I right in guessing the section: DirectoryRef Id=INSTALLDIR Component Id=dyalog.exe Guid=4782648F-F51D-4A46-B3B4-FD738C40E8FB File Id=dyalog.exe Name=dyalog.exe DiskId=1 KeyPath=yes Source=C:\Documents and Settings\jason\Desktop\newtake\intel\dyalog.exe / /Component /DirectoryRef I should have the ENVIRONMENT tag within this component tag? /J - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] set %PATH%
Jason, Would you happen to be checking the path on an existing command line window, or have you opened a new one? The path of existing command line windows does not change when the system is updated (there isn't really any good way to do this, since the user could have changed the path already in the command line window, so overwriting it with the windows path on changes would be unpleasant user experience). If you right click on my computer and choose settings, then go to environment variables on the advanced tab, does the PATH have your changes? If so, your install worked and you just 'checked' it wrong. Kelly Jason Rivers [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/22/2007 06:11 AM To WiX Users wix-users@lists.sourceforge.net cc Subject Re: [WiX-users] set %PATH% On 10/22/07, Richard [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Jason Rivers [EMAIL PROTECTED] writes: I have these Lines: Fragment DirectoryRef Id=TARGETDIR Component Id=EnvPathSet Guid=2D5030EF-6D11-4F48-B183-D1AE2EF87B61 Environment Id=EnvPathSet Action=set Name=PATH Part=last System=yes Value=[INSTALLDIR] / /Component /DirectoryRef /Fragment and also the line under my main Feature: ComponentRef Id=EnvPathSet/ but it doesn't appear to be modifying the %PATH% variable. is there something I'm doing wrong here? What does your verbose log say? I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users I have this in my verbose Log: MSI (s) (0C:C8) [14:02:53:830]: Executing op: ActionStart(Name=WriteEnvironmentStrings,Description=Updating environment strings,Template=Name: [1], Value: [2], Action [3]) MSI (s) (0C:C8) [14:02:53:830]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=13200) MSI (s) (0C:C8) [14:02:53:840]: Executing op: UpdateEnvironmentStrings(Name=PATH,Value=C:\Program Files\Dyalog\Dyalog APL 11.0\,Delimiter=;,Action=-1610612735,) which looks OK to me, but when I do echo %PATH% I only have: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn so it doesn't appear to have added mine to the list. when you say I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. I'm not sure I follow, am I right in guessing the section: DirectoryRef Id=INSTALLDIR Component Id=dyalog.exe Guid=4782648F-F51D-4A46-B3B4-FD738C40E8FB File Id=dyalog.exe Name=dyalog.exe DiskId=1 KeyPath=yes Source=C:\Documents and Settings\jason\Desktop\newtake\intel\dyalog.exe / /Component /DirectoryRef I should have the ENVIRONMENT tag within this component tag? /J - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ** This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Unless indicated to the contrary: it does not constitute professional advice or opinions upon which reliance may be made by the addressee or any other party, and it should be considered to be a work in progress. Unless stated otherwise, this communication does not form a prescribed statement of actuarial opinion under American Academy of Actuaries guidelines. **- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems?
Re: [WiX-users] Wix CA
This works for us: CustomAction Id=SetLoadDB Property=LoadDB Value=quot;[#JAMSDBAEXE]quot; LOAD/UI=[UILevel]/ CustomAction Id=LoadDB BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Impersonate=yes Return=check/ Binary Id=wixca SourceFile=..\ExternalReferences\wixca.dll/ InstallExecuteSequence Custom Action=SetLoadDB After=InstallFiles / Custom Action=LoadDB After=StartServices![CDATA[REMOVEALL]]/Custom /InstallExecuteSequence From: Harini Gurusamy [mailto:[EMAIL PROTECTED] Sent: Monday, October 22, 2007 1:43 AM To: John Vottero; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Wix CA Still My catsign.exe is not executed. I tried (SourceFile=c:\windows\system32\catsign.exe ) also InstallExecuteSequence Custom Action='Launchfile' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence CustomAction Id =Launchfile Return=check FileKey=catsign.exe ExeCommand= / CustomAction Id=LaunchFile BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Impersonate=yes Return=check/ Binary Id=wixca SourceFile=catsign.exe/ From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Sunday, October 21, 2007 9:22 PM To: Harini Gurusamy; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Wix CA What's missing is: CustomAction Id=LaunchFile BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Impersonate=yes Return=check/ Binary Id=wixca SourceFile=..\ExternalReferences\wixca.dll/ And the scheduling of that CA. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harini Gurusamy Sent: Sunday, October 21, 2007 10:18 PM To: John Vottero; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix CA Thanks for the quick help.. I tried this approach of using FileKey and doesn't work. Do I need the second step even if I am using execommand ?? Whats missing here InstallExecuteSequence Custom Action='LaunchFile' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence CustomAction Id='LaunchFile' return='check' FileKey='foo.exe' ExeCommand='' / From: John Vottero [ma I ilto:[EMAIL PROTECTED] Sent: Sunday, October 21, 2007 7:03 PM To: Harini Gurusamy; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Wix CA It's a two step process, you have to set the property with the command you want to execute and then you have to execute the command. Your custom action sets the property. I'm not sure if the [SourceDir] reference will work or not, you can just use the file ID with a #, like this: CustomAction Id=SetLoadDB Property=LoadDB Value=quot;[#JAMSDBAEXE]quot; LOAD/UI=[UILevel]/ After that, you need to execute the command like this: CustomAction Id=LoadDB BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Impersonate=yes Return=check/ Binary Id=wixca SourceFile=..\ExternalReferences\wixca.dll/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harini Gurusamy Sent: Sunday, October 21, 2007 8:47 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Wix CA I am using WIX 2.0. I am trying to call an executable as part of my install. The EXE file is one of the installed files. But after the install , the EXE is never getting executed. Any pointers ?? My code snippet looks like InstallExecuteSequence Custom Action='LaunchFile'
Re: [WiX-users] set %PATH% [SOLVED]
Thanks for that Kelly, looks like it's just been a long day. I had also missed off the \bin\ off the end after [INSTALLDIR], which is why my app still wasn't seeing the DLL. so this is now Solved. /J On 10/22/07, Kelly Leahy [EMAIL PROTECTED] wrote: Jason, Would you happen to be checking the path on an existing command line window, or have you opened a new one? The path of existing command line windows does not change when the system is updated (there isn't really any good way to do this, since the user could have changed the path already in the command line window, so overwriting it with the windows path on changes would be unpleasant user experience). If you right click on my computer and choose settings, then go to environment variables on the advanced tab, does the PATH have your changes? If so, your install worked and you just 'checked' it wrong. Kelly *Jason Rivers [EMAIL PROTECTED]* Sent by: [EMAIL PROTECTED] 10/22/2007 06:11 AM To WiX Users wix-users@lists.sourceforge.net cc Subject Re: [WiX-users] set %PATH% On 10/22/07, *Richard* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED][EMAIL PROTECTED] , Jason Rivers * [EMAIL PROTECTED] [EMAIL PROTECTED] writes: I have these Lines: Fragment DirectoryRef Id=TARGETDIR Component Id=EnvPathSet Guid=2D5030EF-6D11-4F48-B183-D1AE2EF87B61 Environment Id=EnvPathSet Action=set Name=PATH Part=last System=yes Value=[INSTALLDIR] / /Component /DirectoryRef /Fragment and also the line under my main Feature: ComponentRef Id=EnvPathSet/ but it doesn't appear to be modifying the %PATH% variable. is there something I'm doing wrong here? What does your verbose log say? I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download * http://www.xmission.com/~legalize/book/download/index.html*http://www.xmission.com/%7Elegalize/book/download/index.html Legalize Adulthood! *http://blogs.xmission.com/legalize/*http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now *http://get.splunk.com/*http://get.splunk.com/ ___ WiX-users mailing list* [EMAIL PROTECTED] WiX-users@lists.sourceforge.net * **https://lists.sourceforge.net/lists/listinfo/wix-users*https://lists.sourceforge.net/lists/listinfo/wix-users I have this in my verbose Log: MSI (s) (0C:C8) [14:02:53:830]: Executing op: ActionStart(Name=WriteEnvironmentStrings,Description=Updating environment strings,Template=Name: [1], Value: [2], Action [3]) MSI (s) (0C:C8) [14:02:53:830]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=13200) MSI (s) (0C:C8) [14:02:53:840]: Executing op: UpdateEnvironmentStrings(Name=PATH,Value=C:\Program Files\Dyalog\Dyalog APL 11.0\,Delimiter=;,Action=-1610612735,) which looks OK to me, but when I do echo %PATH% I only have: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\Wbem;c:\Program Files\Microsoft SQL Server\90\Tools\binn so it doesn't appear to have added mine to the list. when you say I think you should have this Environment tag associated with the component containing the .EXE you want to have in the path and not in its own component. I'm not sure I follow, am I right in guessing the section: DirectoryRef Id=INSTALLDIR Component Id=dyalog.exe Guid=4782648F-F51D-4A46-B3B4-FD738C40E8FB File Id=dyalog.exe Name=dyalog.exe DiskId=1 KeyPath=yes Source=C:\Documents and Settings\jason\Desktop\newtake\intel\dyalog.exe / /Component /DirectoryRef I should have the ENVIRONMENT tag within this component tag? /J - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ** This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Unless indicated to the
Re: [WiX-users] WiX v3 Sql Extension not executing SqlScript
Apparently WiX v3 is working differently than WiX v2 that I use. Good luck! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Amy Rosewater Sent: Thursday, October 18, 2007 12:45 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX v3 Sql Extension not executing SqlScript I tried removing the additional attributes, and still the same result. Nothing gets executed against the database when a SqlScript node is present (even if it does not appear under the SqlDatabase node) except a preliminary check to see if a database with my name exists. Amy Rosewater Sr. Development Programmer/Analyst SPECTRUM Human Resource Systems Corporation 707 Seventeenth Street, Suite 3800 Denver, CO 80202-3438 (303) 592-3403 Phone (800) 334-5660 Toll Free (303) 592-3233 Fax [EMAIL PROTECTED] From: Chad Petersen [mailto:[EMAIL PROTECTED] Sent: Thursday, October 18, 2007 9:18 AM To: Amy Rosewater; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] WiX v3 Sql Extension not executing SqlScript You might try it to start with in a bit simpler format. Just have the ExecuteOnInstall=yes And remove the ContinueOnError=no RollbackOnUninstall=yes If it works then add back in one of those two at a time. You might find the ContinueOnError=no is causing a problem. They are said to be OR'ing the values to build up the Attributes, but I feels like they AND because for me anything set to no makes it not work. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Amy Rosewater Sent: Wednesday, October 17, 2007 3:24 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX v3 Sql Extension not executing SqlScript Hi, Is this still an issue with the version 3.0.2925.0? I have a WiX v3 installation which uses the SqlDatabase to create a database. This works great. However, as soon as I add a child SqlScript and a corresponding Binary my installation just hangs until I kill the process and never executes the sql in the referenced file. I put a trace on SQL Server and I don't even see the statements that were previously getting executed successfully by the SqlDatabase node before adding that SqlScript. I tried executing the first statement in my (unfortunately) long sql script through the SqlString element, and it was successful, but I was hoping to avoid the extra work involved in translating all those statements in my scripts into strings. I saw a couple posts regarding similar, but not the same problems. Is there something obvious I might be doing wrong, or do I just need to steer clear of the SqlScript for now? ... Component Id=CreateDatabases Guid=66B197B5-42D0-462F-A97E-760D984C38FC sql:SqlDatabase Id=IVantageDatabase Server=[SQLSERVER] Database=[DATABASENAME] User=InstallationSqlUser CreateOnInstall=yes DropOnUninstall=yes sql:SqlFileSpec Id=IVantageDatabaseFile Filename=[DataDirectory][DATABASEFILENAME].mdf Name=[DATABASEFILENAME] / sql:SqlLogFileSpec Id=IVantageDatabaseLogFile Filename=[DataDirectory][DATABASEFILENAME]_Log.ldf Name=[DATABASEFILENAME]_Log / sql:SqlScript Id=ExecuteIVantageDLLSql BinaryKey=ExecuteIVantageDDLSqlBin ExecuteOnInstall=yes ContinueOnError=no RollbackOnUninstall=yes Sequence=001 User=InstallationSqlUser / /sql:SqlDatabase /Component ... Feature Id=iVantage Title=iVantage 5.0 Level=1 ... ComponentRef Id=CreateDatabases / ... /Feature util:User Id=InstallationSqlUser Name=[SQLUSER] Password=[SQLUSERPASSWORD] xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; / Binary Id=ExecuteIVantageDDLSqlBin SourceFile=..\Business\Data\iVantage40DDL.sql / ... Thanks, Amy Rosewater Sr. Development Programmer/Analyst SPECTRUM Human Resource Systems Corporation 707 Seventeenth Street, Suite 3800 Denver, CO 80202-3438 (303) 592-3403 Phone (800) 334-5660 Toll Free (303) 592-3233 Fax [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question on CheckBox
In article [EMAIL PROTECTED], Jaguar 36 [EMAIL PROTECTED] writes: I have a dialog that has a password and a confirm password edit control. They are both set to Password=3D'yes'. I also have a checkbox that reads Display Password. What I want to do is to be able to display the Password when the user che= cks on the checkbox and set it to password when he unchecks the checkbox. Is there a way to set the attribute to do this in wix ? I have tried many= ways , but dont seem to be able to solve this. Create two sets of edit controls, one set with the password attribute and another set without. Hook them up to the same properties in each set. Use the checkbox to hide/show the different sets of edit controls. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question on CheckBox
Thanks! Will try this method! To: wix-users@lists.sourceforge.net From: [EMAIL PROTECTED] Date: Mon, 22 Oct 2007 09:35:14 -0600 Subject: Re: [WiX-users] Question on CheckBox In article [EMAIL PROTECTED], Jaguar 36 [EMAIL PROTECTED] writes: I have a dialog that has a password and a confirm password edit control. They are both set to Password=3D'yes'. I also have a checkbox that reads Display Password. What I want to do is to be able to display the Password when the user che= cks on the checkbox and set it to password when he unchecks the checkbox. Is there a way to set the attribute to do this in wix ? I have tried many= ways , but dont seem to be able to solve this. Create two sets of edit controls, one set with the password attribute and another set without. Hook them up to the same properties in each set. Use the checkbox to hide/show the different sets of edit controls. -- The Direct3D Graphics Pipeline -- DirectX 9 draf t available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users _ Edit your photos like a pro with Photo Gallery. http://www.get.live.com/wl/all- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Operating System language detection
Does anyone know hoe to determin the language of the operating system? I'm aware that the MSI Engine stores the locale, which you can configure in the control panel. However, there must be something deeper as some of Microsoft's KB updates (xmllite WIC, for example) seem to fail if the OS is of the wrong language above and beyoond the user configurable options within the Control Panel. So, what might these packages be detecting? I've tried using regmon to determin any locale ID's being read somewhere that I'm not familiar with, but so far no joy. Any recommendations are welcom. Thanks, Gareth -- View this message in context: http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13344584 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Confusing UI Issue
I think the problem is with your SpawnDialog event... try NewDialog instead. -- View this message in context: http://www.nabble.com/Confusing-UI-Issue-tf4646232.html#a13344788 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] error in selection tree(urgent plz help)
hi this z the code for the dialog Custom setup. when i m running the msi all the features r getting listed but when i do right click on features a message UIText is missing instead of strings i defined in UITxt table. the Dialog is defined as Dialog Id=CustomSetup Width=374 Height=266 Title=$(loc.nslUIDialogMessage) NoMinimize=yes TrackDiskSpace=yes Control Id=Next Type=PushButton X=230 Y=243 Width=66 Height=17 Default=yes Text=$(loc.nslUINext) Publish Event=NewDialog Value=OutOfSpace![CDATA[OutOfNoRbDiskSpace = 1]]/Publish /Control Control Id=Tree Type=SelectionTree X=8 Y=80 Width=220 Height=118 Property=_BrowseProperty Sunken=yes TabSkip=no / Control Id=Back Type=PushButton X=164 Y=243 Width=66 Height=17 Text=$(loc.nslUIBack) Publish Event=NewDialog Value=MaintenanceType![CDATA[NOT Installed = ]]/Publish Publish Event=NewDialog Value=ChooseCachePath![CDATA[nCacheOption = 2 AND Installed = ]]/Publish Publish Event=NewDialog Value=ChooseCacheOption![CDATA[OutOfNoRbDiskSpace = 1]]/Publish /Control Control Id=Cancel Type=PushButton X=301 Y=243 Width=66 Height=17 Cancel=yes Text=$(loc.nslUICancel) Publish Event=SpawnDialog Value=CancelSetup![CDATA[1]]/Publish /Control Control Id=DlgDesc Type=Text X=9 Y=23 Width=292 Height=25 Transparent=yes Text![CDATA[$(loc.nslUICustomSetUpDesc)]]/Text /Control Control Id=DlgTitle Type=Text X=9 Y=6 Width=292 Height=25 Transparent=yes Text![CDATA[$(loc.nslUICustomSetUpDlg)]]/Text /Control Control Id=DlgText Type=Text X=9 Y=47 Width=360 Height=20 Text![CDATA[$(loc.nslUICustomSetUpDlgtxt)]]/Text /Control Control Id=ItemDescription Type=Text X=241 Y=90 Width=120 Height=50 Text![CDATA[$(loc.nslUICustomSetUpItemtxt)]]/Text Subscribe Event=SelectionDescription Attribute=Text / /Control Control Id=FeatureGroup Type=GroupBox X=235 Y=77 Width=131 Height=120 Text=$(loc.nslUICustomSetUpFG) / /Dialog And UITexts are defined as UIText Id=SelAbsent![CDATA[This feature will not be available.]]/UIText UIText Id=Seldvertise![CDATA[This feature will be installed when required.]]/UIText UIText Id=SelAllLocal![CDATA[This feature, and all subfeatures, will be installed on local hard drive.]]/UIText UIText Id=SelAbsentLocal![CDATA[This feature will be installed on the local hard drive.]]/UIText -- View this message in context: http://www.nabble.com/error-in-selection-tree%28urgent-plz-help%29-tf4671293.html#a13344790 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karim MacDonald wrote: I may see if I can fix this particular bug on my own system. I don't know how patch submissions work, but naively expect that I might then be able to submit a patch for inclusion at some date? Sure. You'd need to submit an assignment agreement to get it included; see http://blogs.msdn.com/robmen/archive/2004/04/14/112970.aspx for details. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Mondo.wxs + AdminInstallUI
RussGreen wrote: I did the UI-less admin install and the error still occurred so it's safe to say it's not in my UI. OK, so the next step is to take out your UI authoring (e.g., UIRefs). -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dialog disappearing instantly
Nitin Chaudhari wrote: Now the problem is I can see the PrereqCheck dialog, but it instantly disappears and the Installing dialog is shown. Is there any way I can block the Installing dialog and force the user to do some action in PrereqCheck dialog? That's up to the dialog being shown. If it's modeless, it will be replaced by the next dialog shown. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Confusing UI Issue
conkerjoe wrote: Publish Event=SpawnDialog Value=SetupTypeDlg![CDATA[1]]/Publish SpawnDialog is to create pop-up dialogs; use NewDialog to replace the current dialog with a new one. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HI WIX 3.0 FileShare question
Krishna Sapkota (Solutions IQ) wrote: This is what I was trying but it didn't work. It creates the physical folder named [BLA] in the InstalledDIR and creates the file-share on it. It does not create the D:\Share1 folder but creates a folder named [BLA]. You need to use a custom action to set the directory name to a property; using formatted text in the name isn't supported otherwise. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FilePath manipulation in WIX
Nitin Chaudhari wrote: Once I have this path I want to split it in directory (D:\Program Files\Microsoft Office\OFFICE11\ADDINS) and file (OTKLOADR.DLL) and then use it in directorysearch and filesearch to finally see if the given dll has the required version. You need to write a custom action; MSI has nothing built-in to support this. The WiX custom-action library includes path-manipulation functions for C++. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Operating System language detection
In article [EMAIL PROTECTED], Gareth at Serif [EMAIL PROTECTED] writes: Does anyone know hoe to determin the language of the operating system? Have you tried looking at the SystemLanguageID property? It is determined by calling GetSystemDefaultLangID. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Automated testing?
I'm wanting to do some automated testing of my installers, testing upgrades from previous versions, doing some regression testing and doing a thorough testing of the various combinations of features available. Has anyone done something similar? How have you gone about it? I do my testing manually at the moment using virtual machines (Virtual PC 2007) to be able rollback to a clean state. Doing some automation of VPC seems just about possible but not particularly easy. Regards, John - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FilePath manipulation in WIX
In article [EMAIL PROTECTED], Bob Arnson [EMAIL PROTECTED] writes: Nitin Chaudhari wrote: Once I have this path I want to split it in directory (D:\Program Files\Microsoft Office\OFFICE11\ADDINS) and file (OTKLOADR.DLL) and then use it in directorysearch and filesearch to finally see if the given dll has the required version. You need to write a custom action; MSI has nothing built-in to support this. The WiX custom-action library includes path-manipulation functions for C++. Wouldn't it be simpler to use AppSearch and Signature tables to identify the version of the installed file? -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] COM+ Application Setup Identity Problem
Hi, I'm using WiX and the pca extensions to install a COM+ Application and would like to set the COM+ Application to run under the 'Local System' identity. I've tried using the 'Identity' attribute (I assume thats its intention) on the ComPlusApplication element but can't seem to alter the Identity from the defaulted value. I've tried... Identity=.\LocalSystem Identity={MACHINENAME}\LocalSystem Identity=LocalSystem Identity=Local System The help on the Identity attribute is a little vague. Cheers Ashley Smith The Exchange *** Jessop House, Jessop Avenue Cheltenham, Gloucestershire GL50 3SH t: 44(0)1242 214463 f: 44(0)1242 214323 e: [EMAIL PROTECTED] http://www.vertex.co.uk *** Vertex Disclaimer The information contained in this email is intended only for the individual to whom it is addressed. It may contain privileged and confidential information. If you have received this message in error or there are any problems, please notify the sender immediately and delete the message from your computer. The unauthorised use, disclosure, copying or alteration of this message is forbidden. Neither Vertex Data Science Limited nor any of its subsidiaries will be liable for direct, special, indirect or consequential damage as a result of any virus being passed on, or arising from alteration of the contents of this message by a third party. The following Vertex companies are authorised and regulated by the Financial Services Authority: - Vertex Data Science Limited (registered in England and Wales with registered company number 3153391) - Exchange FS Limited (registered in England and Wales with registered company number 2596452) trading as The Exchange - Vertex Mortgage Services Limited (registered in England and Wales with registered company number 2042968) - Vertex Administration Limited (registered in England and Wales with registered company number 2138853) -Jessop Fund Managers Limited (registered in England and Wales with registered company number 5768993). All the above companies have their registered office Pegasus House, Kings Business Park, Liverpool Road, Prescot, Merseyside, L34 1PJ www.vertex.co.uk - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automated testing?
In article [EMAIL PROTECTED], John Hall [EMAIL PROTECTED] writes: Has anyone done something similar? How have you gone about it? I've done some of it, but it wasn't particularly easy. I do my testing manually at the moment using virtual machines (Virtual PC 2007) to be able rollback to a clean state. Doing some automation of VPC seems just about possible but not particularly easy. We use VMWare. What we were doing was using an AutoIt script to automate a process on the host PC that reset the VM and entered mouse clicks and keypresses into the guest VM machine. That launched an automated script on the guest machine to perform the install/upgrade and report back the success. It was kinda clunky, but it worked fairly reliably. At that time, VMWare didn't have any API exposing the ability to control the guest machines from the host machine. I think they have something like that now, but we never investigated it further. I have used VPC only very briefly, so I can't comment on it specifically for this sort of scenario. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM+ Application Setup Identity Problem
In article [EMAIL PROTECTED], [EMAIL PROTECTED] writes: I'm using WiX and the pca extensions to install a COM+ Application and would like to set the COM+ Application to run under the 'Local System' identity. Are you sure about that? Running as Local System is almost always a security hole and the wrong thing to do. That begs the question of what is the right thing to do? IMO, the right thing to do is to create a user that has just enough permissions to do what's needed and no more. This user is configured to not allow interactive logins so that only your configured components can run as this user. When your product is removed, you remove the user as well. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Cannot install VC80 Runtime from VS2005 SP1 on Vista and Vista only
Hi all, Installing the runtime from VS2005 SP1 using the merge module (yes, correct version) does NOT work on Vista while it works *perfectly* on 2003 server - both clean installs of the respective OS. Both OSes need the runtime installed for the program to run. The install log on Vista indicates that the merge module dlls are being installed into a null directory. It just says that the dlls are installed in Directory: , Then trying to start the application produces an error that the runtime is not available. The Directory is listed using the same MSI file on 2003 server installation. Tried WiX 2.x and 3.x and same results. Used WiX binary distribution. I have created a very small program (one line command line) that shows this problem. You may download it temporarily from: http://www.zombino.com/temp/source.zip There is also an MSI of the binaries also available (2.2M) http://www.zombino.com/temp/test.msi If you cannot be troubled to extract the 1K source.zip, the files to the sources code in the zip file are: http://www.zombino.com/temp/source/main.cpp http://www.zombino.com/temp/source/main.wxs http://www.zombino.com/temp/source/Makefile You may need to adjust your paths to compile the example. The test is installed under Test of Program Files. Any ideas why Vista install is crapping out? - Adam - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM+ Application Setup Identity Problem
After a long pile of digging through the source, I have discovered that the COM+ custom actions basically just manipulate members of the ICatalogObject interface. So, when you specify the Identity attribute, that sets the Identity property of the Application object in the Applications collection by calling ICatalogObject::put_Value. This means that the valid values for Identity are as per the documentation at http://msdn2.microsoft.com/en-us/library/ms686107.aspx#_cos_applications_ide ntity. I think the restriction on Windows Server 2003 only for using these other accounts is simply that Windows 2000 didn't support it, although XP SP2 appears to. The screenshot in my copy of Transactional COM+, from Windows 2000, doesn't have the various radio buttons under System Accounts that XP has. Richard is right that Local System is far too privileged. You should consider using Local Service, if you don't need network credentials, or Network Service (authenticates as the machine account in the domain), if you do. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 22 October 2007 18:41 To: wix-users@lists.sourceforge.net Subject: [WiX-users] COM+ Application Setup Identity Problem Hi, I'm using WiX and the pca extensions to install a COM+ Application and would like to set the COM+ Application to run under the 'Local System' identity. I've tried using the 'Identity' attribute (I assume thats its intention) on the ComPlusApplication element but can't seem to alter the Identity from the defaulted value. I've tried... Identity=.\LocalSystem Identity={MACHINENAME}\LocalSystem Identity=LocalSystem Identity=Local System The help on the Identity attribute is a little vague. Cheers Ashley Smith The Exchange *** Jessop House, Jessop Avenue Cheltenham, Gloucestershire GL50 3SH t: 44(0)1242 214463 f: 44(0)1242 214323 e: [EMAIL PROTECTED] http://www.vertex.co.uk http://www.vertex.co.uk *** Vertex Disclaimer The information contained in this email is intended only for the individual to whom it is addressed. It may contain privileged and confidential information. If you have received this message in error or there are any problems, please notify the sender immediately and delete the message from your computer. The unauthorised use, disclosure, copying or alteration of this message is forbidden. Neither Vertex Data Science Limited nor any of its subsidiaries will be liable for direct, special, indirect or consequential damage as a result of any virus being passed on, or arising from alteration of the contents of this message by a third party. The following Vertex companies are authorised and regulated by the Financial Services Authority: - Vertex Data Science Limited (registered in England and Wales with registered company number 3153391) - Exchange FS Limited (registered in England and Wales with registered company number 2596452) trading as The Exchange - Vertex Mortgage Services Limited (registered in England and Wales with registered company number 2042968) - Vertex Administration Limited (registered in England and Wales with registered company number 2138853) -Jessop Fund Managers Limited (registered in England and Wales with registered company number 5768993). All the above companies have their registered office Pegasus House, Kings Business Park, Liverpool Road, Prescot, Merseyside, L34 1PJ www.vertex.co.uk - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Operating System language detection
GetSystemDefaultUILanguage, I think. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gareth at Serif Sent: 22 October 2007 17:15 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Operating System language detection Does anyone know hoe to determin the language of the operating system? I'm aware that the MSI Engine stores the locale, which you can configure in the control panel. However, there must be something deeper as some of Microsoft's KB updates (xmllite WIC, for example) seem to fail if the OS is of the wrong language above and beyoond the user configurable options within the Control Panel. So, what might these packages be detecting? I've tried using regmon to determin any locale ID's being read somewhere that I'm not familiar with, but so far no joy. Any recommendations are welcom. Thanks, Gareth -- View this message in context: http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13 344584 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM+ Application Setup Identity Problem
In article [EMAIL PROTECTED], Mike Dimmick [EMAIL PROTECTED] writes: Richard is right that Local System is far too privileged. You should consider using Local Service, if you don't need network credentials, or Network Service (authenticates as the machine account in the domain), if you do. Hey, that's a good idea (using Local Service/Network Service), I'll keep that in mind the next time this comes up. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Operating System language detection
In article [EMAIL PROTECTED], Mike Dimmick [EMAIL PROTECTED] writes: GetSystemDefaultUILanguage, I think. Hmm! I wonder how that is different from GetSystemDefaultLangID and when they would return different values? -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] custom action executing managed executables
Dear all, I read robmen's article on managed custom actions. I have an installer type activity to execute that I must do during installation (installing performance counters). You need to be admin to do that, so I have to run it within the installation. We want to execute the InstallPerfCounters.exe with a CA, which works easily with a CustomAction. Unfortunately you don't get any feedback except success and failure. I'd like InstallPerfCounters.exe to log back. So I thought of a simple solution: implement a C++ custom action that spawns InstallPerfCounters.exe, hooks up to its stdout and logs all lines into the MSI log using the MSI API. Thus anything that InstallPerfCounters.exe outputs will appear in the log. Has anyone done something like this? Is this a good/bad/crazy idea? Thx dB. Daniel Doubrovkine (dB.) Development Manager Lead Architect Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v3 Sql Extension not executing SqlScript
Just a quick bit of extra info on WiX version numbers: The first two digits of the Build part (major.minor.build.revision) are the 'project month number'. I think for WiX 3.0 this started at 10 and has incremented every month since. The second two digits are the day within the month. WiX 3.0 is still in a state of flux and hasn't been through stabilisation. Almost anything is allowed to change. Serious bugs may be fixed, but those fixes may introduce serious bugs of their own. The code may be reorganized and in the process, broken. Take your choice - latest feature set, or stabilized code? For the latter, choose v2. The latest builds can always be found at http://wix.sourceforge.net/releases. There's a build approximately every week, or more frequently if there's a serious regression, but it's as and when Rob and the other maintainers release one. If a feature doesn't work for you, try the build before or after. Particularly stable builds are placed on the main SourceForge project page at http://sourceforge.net/project/showfiles.php?group_id=105970package_id=1688 88 after they've bedded down a little. You can see from these sites that the most recent build, 3419, was released last week on the 19th of October, and is about five months newer than the build you're currently working with, which is the latest on the SourceForge project page. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of EdB Sent: 18 October 2007 01:20 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX v3 Sql Extension not executing SqlScript I am able to use these elements successfully with 3.0.3328.0. This is the first v3 build I've used so don't know if there was an intentional change between these releases. Amy Rosewater wrote: Hi, Is this still an issue with the version 3.0.2925.0? I have a WiX v3 installation which uses the SqlDatabase to create a database. This works great. However, as soon as I add a child SqlScript and a corresponding Binary my installation just hangs until I kill the process and never executes the sql in the referenced file. I put a trace on SQL Server and I don't even see the statements that were previously getting executed successfully by the SqlDatabase node before adding that SqlScript. snip -- View this message in context: http://www.nabble.com/WiX-v3-Sql-Extension-not-executing-SqlScript-tf4643760 .html#a13265661 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom action executing managed executables
This is probably a timely posting/read for you: http://blogs.msdn.com/windows_installer_team/archive/2007/10/20/integration-hurdles-for-exe-custom-actions.aspx Daniel Doubrovkine [EMAIL PROTECTED] wrote: Dear all, I read robmens article on managed custom actions. I have an installer type activity to execute that I must do during installation (installing performance counters). You need to be admin to do that, so I have to run it within the installation. We want to execute the InstallPerfCounters.exe with a CA, which works easily with a CustomAction. Unfortunately you dont get any feedback except success and failure. Id like InstallPerfCounters.exe to log back. So I thought of a simple solution: implement a C++ custom action that spawns InstallPerfCounters.exe, hooks up to its stdout and logs all lines into the MSI log using the MSI API. Thus anything that InstallPerfCounters.exe outputs will appear in the log. Has anyone done something like this? Is this a good/bad/crazy idea? Thx dB. Daniel Doubrovkine (dB.) Development Manager Lead Architect Application Security Inc. appsecinc.com - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Operating System language detection
The latest documentation I'm using - which accompanied VS2005 (must update this...) says that for GetSystemDefaultLangID, [t]he return value is the language identifier of the system locale. Which I think means it's the result of using the LANGIDFROMLCID macro on the return value of GetSystemDefaultLCID. That value is the system default locale identifier, which can be changed by the user on the Advanced tab of Regional and Language Options (in Windows XP and Server 2003), where it is called 'Language for non-Unicode programs'. See for example http://blogs.msdn.com/michkap/archive/2005/03/25/402313.aspx for what GetSystemDefaultUILanguage is, and http://blogs.msdn.com/michkap/archive/2005/04/08/406413.aspx for what all the other 'defaults' are. And see also http://www.microsoft.com/globaldev/reference/localetable.mspx for all the meanings of 'locale'. Anyone serious about international coding should be reading Michael Kaplan's blog. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sent: 22 October 2007 22:27 To: WiX Users Subject: Re: [WiX-users] Operating System language detection In article [EMAIL PROTECTED], Mike Dimmick [EMAIL PROTECTED] writes: GetSystemDefaultUILanguage, I think. Hmm! I wonder how that is different from GetSystemDefaultLangID and when they would return different values? -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v3 Sql Extension not executing SqlScript
Amy, Our DB installation process originally specified the SQL instance by name regardless of it being the default instance or not. We discovered that if we named the default instance (MSSQLSERVER) DB creation would fail with unknown error after 10-15 minutes of churning along. Changing our process to only use an instance name if it is non-default allows our db build to work correctly. We don't use the filespec elements (default names are fine for us) so there may be something not working with those that is impacting you. You could try removing more elements and attributes and see if allowing default values to be used helps this. Amy Rosewater wrote: I tried removing the additional attributes, and still the same result. Nothing gets executed against the database when a SqlScript node is present (even if it does not appear under the SqlDatabase node) except a preliminary check to see if a database with my name exists. Amy Rosewater Sr. Development Programmer/Analyst -- View this message in context: http://www.nabble.com/WiX-v3-Sql-Extension-not-executing-SqlScript-tf4643760.html#a13353670 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom action executing managed executables
WiX includes functionality to call the LoadPerfCounterTextStrings and UnloadPerfCounterTextStrings APIs and create the registry entries required. See the PerformanceCategory and PerformanceCounter elements in the Util schema. This feature is new in WiX v3.0. If still using WiX 2.0, you can instead specify an INI file which contains the counter information, which in turn includes a header file which defines the order of the names. This is in fact what .NET does internally when you call PerformanceCounterCategory.Create - it's the only supported method of doing it - but they have failed to provide a way to export the INI and header files, such as you might need to do if, I don't know, you were building an installer! .NET actually runs the lodctr.exe program, which has shipped with Windows since at least Windows 2000 I believe (it might have been a resource kit tool in NT 4.0, it certainly was before that), whereas WiX currently calls the APIs which were only added in Windows 2000. If you want to build a horrible hack tool using reflection g, see System.Diagnostics.PerformanceCounterLib.CreateSymbolFile and CreateIniFile in System.dll. Sadly PerformanceCounterLib is declared 'internal' while both methods are declared 'private', that's why you'd have to use reflection. You'd also have to add the required registry entries yourself, see the CreateRegistryEntry method for what needs to be added. Still, I'd much prefer doing this than some messy managed custom action lashup. Or you could simply see the code in src\ext\UtilExtension\wixext\UtilCompiler.cs from WiX v3.0 in the ParsePerformanceCategoryElement method. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Doubrovkine Sent: 22 October 2007 22:30 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom action executing managed executables Dear all, I read robmen's article on managed custom actions. I have an installer type activity to execute that I must do during installation (installing performance counters). You need to be admin to do that, so I have to run it within the installation. We want to execute the InstallPerfCounters.exe with a CA, which works easily with a CustomAction. Unfortunately you don't get any feedback except success and failure. I'd like InstallPerfCounters.exe to log back. So I thought of a simple solution: implement a C++ custom action that spawns InstallPerfCounters.exe, hooks up to its stdout and logs all lines into the MSI log using the MSI API. Thus anything that InstallPerfCounters.exe outputs will appear in the log. Has anyone done something like this? Is this a good/bad/crazy idea? Thx dB. Daniel Doubrovkine (dB.) Development Manager Lead Architect Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Files not compressed aren't staged correctly
I just changed two of my installers to not compress any files. It builds fine. The MSI itself is at the top most level. However, with one of the two MSIs almost all of the files are also at the topmost level rather than being in their respective subfolders. The files are being picked up from the proper subfolders, they just don't end up in similar subfolders under the MSI. Can anyone think of a reason this might happen? Using WiX 2.0.5325.0. I have not run across this before. I actually changed two installers today and while one behaves as expected, putting each file in the relative subfolder under the resulting MSI, the other installer doesn't behave the same. Thanks for any thoughts. Chad - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Files not compressed aren't staged correctly
In article [EMAIL PROTECTED], Chad Petersen [EMAIL PROTECTED] writes: I just changed two of my installers to not compress any files. It builds fine. The MSI itself is at the top most level. However, with one of the two MSIs almost all of the files are also at the topmost level rather than being in their respective subfolders. The files are being picked up from the proper subfolders, they just don't end up in similar subfolders under the MSI. Can anyone think of a reason this might happen? Using WiX 2.0.5325.0. I have not run across this before. I actually changed two installers today and while one behaves as expected, putting each file in the relative subfolder under the resulting MSI, the other installer doesn't behave the same. Windows Installer allows the source tree to be different from the destination tree. It does this by the DefaultDir column in the Directory table, which allows you to specify different source and directory trees. -- 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/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] A better TALLOW - PARAFFIN
Hello, As you all know, Tallow for WiX 2.0 can be a bit, how shall we say it, troublesome. :) I developed a better tool, PARAFFIN, which creates an easier to use WiX fragment and also handles updating the WiX fragment as files are added and removed from your directories. It's turned the hours and hours of manual WiX fragment editing down to minutes a day for me. I thought you all might find it useful. (Note that using PARAFFIN can break component rules so be careful.) Here's the links to the discussion and the code: http://www.wintellect.com/cs/blogs/jrobbins/archive/2007/10/18/wix-hints -for-new-users-part-1-of-3.aspx http://www.wintellect.com/cs/blogs/jrobbins/archive/2007/10/19/wix-the-p ain-of-wix-part-2-of-3.aspx http://www.wintellect.com/cs/blogs/jrobbins/archive/2007/10/21/wix-a-bet ter-tallow-paraffin.aspx Please let me know if you find any bugs or have feature requests. Hope it's helpful! John Wintellect http://www.wintellect.com 877-968-5528 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Cannot install VC80 Runtime from VS2005 SP1 on Vista and Vista only
Adam Majer-2 wrote: Installing the runtime from VS2005 SP1 using the merge module (yes, correct version) does NOT work on Vista while it works *perfectly* on 2003 server - both clean installs of the respective OS. Both OSes need the runtime installed for the program to run. The install log on Vista indicates that the merge module dlls are being installed into a null directory. Try moving the MERGE element down two lines so that it is just inside the outermost DIRECTORY element. That is where I put my MERGE element and it works for me on Vista. Also I used Language=1033 instead of Language =0. -- View this message in context: http://www.nabble.com/Cannot-install-VC80-Runtime-from-VS2005-SP1-on-Vista-and-Vista-only-tf4672817.html#a13357851 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users