[WiX-users] Database Installers
Hello, We are converting an existing Installshield installers into WIX Installer. Our current installer(installshield) works in this way : 1. There are couple of .sql files which are included in the installers 2. Few variables in the .sql gets replaces with the entries on the dialogs shown. Like the Database Name, Server Name 3. There is remote installation of the Database which happens properly. Any suggestion how this can be achieved in the WIX installer. Regards, MS -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CreateFolder is not creating required directory structure ...
Hello, The attached XML should create the following directory structure, for our product: /C:\1Spatial\data C:\1Spatial\data\dam C:\1Spatial\data\dam\log C:\1Spatial\data\lic /*C:\1Spatial\data\sort C:\1Spatial\data\obdb C:\1Spatial\data\obdb\config C:\1Spatial\data\obdb\default C:\1Spatial\data\obdb\history C:\1Spatial\data\obdb\lock C:\1Spatial\data\obdb\objidx C:\1Spatial\data\obdb\reg** * The directories in /italics/ are successfully being created. The directories in *bold* are not. I do not understand this, and have wasted 2 days trying to get what should be a simple thing to accomplish, to work. Cheers, -- Marcus A.T MacWilliam, Senior Software Engineer. 1Spatial Ltd. Tel: +44 (0)1223 420414, ext 2289,Mob: +44 (0)7803 706597. E-Mail: marcus.macwill...@1spatial.com Skype:marcus.macwilliam Tennyson House, 7 Cambridge Business Park, Cambridge, CB4 0WZ. Registered in England No. 4785688, VAT Reg. No. 816329821. Website: http://www.1spatial.com/E-mail: i...@1spatial.com Keep up to date with the latest 1Spatial news and events 1Spatial: Steering you towards efficient and reliable location-based data with the 1Spatial Data Improvement Process http://www.1spatial.com/improve_your_data/ 1Spatial Group Limited; Registered in England No. 4785688 VAT Reg. No. 816329821; Registered Office: Tennyson House; Cambridge Business Park; Cambridge; CB4 0WZ; United Kingdom IMPORTANT NOTICE This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender immediately and delete this e-mail from your system. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of 1Spatial Group Limited, its subsidiaries or associated companies, except where the author specifically states them to be the views of 1Spatial Group Limited, its subsidiaries or associated companies. 1Spatial Group Limited, its subsidiaries and associated companies will not be held liable for any legally binding obligations that are not the subject of an official 1Spatial purchase order or as part of a contract signed by a director of one of the aforementioned companies. Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. You should understand and accept that, when communicating with us by e-mail, it is not a totally secure communications medium. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CreateFolder is not creating required directory structure ...
The attachment does not appear, pasting XML in here: ?xml version=1.0 encoding=UTF-8? !-- Check/process command line arguments, define default settings. Command Line arguments are: goth_product_root Mandatory The directory path containing the issued product. product_name OptionalThe name of the product. This will define the first part of the display/title name of the installer. Defaults to 1Spatial Data Access Manager if not defined on the command line. product_versionOptionalThe product version. If defined, this will be appended to the product name when defining the display/title name for the installer goth_dataroot OptionalThe Gothic data root directory. If undefined, it will be set to the following $(env.SystemDrive)\1Spatial\data goth_dam_root OptionalThe Gothic database root directory. If undefined, it will be set to the following $(var.goth_dataroot)\dam goth_lic OptionalThe directory containing the license file If undefined, it will be set to the following $(var.goth_dataroot)\lic\ goth_installation OptionalDefault is outputDir OptionalThe directory where to place the standard and error log files created/updated by the product. These log files will be dam_stdout and dam_error. If undefined, the log files will be created within $(env.SystemRoot)\Temp, or in the unlikely situation that the SystemRoot environment variable is undefined, within $(var.goth_product_root) verboseOptionalRun the product in verbose (yes) or quite mode (no). Default is no -- ?ifndef var.goth_product_root? ?error goth_product_root must be defined ? ?endif? ?ifndef var.product_name ? ?define product_name = 1Spatial Data Access Manager ? ?endif? ?ifdef var.product_version? ?define _titleName = $(var.product_name) $(var.product_version) ? ?else? ?define _titleName = $(var.product_name) ? ?endif? ?ifndef var.verbose? ?define verbose = no ? ?elseif var.verbose != yes and var.verbose != no ? ?error verbose argument must be yes or no ? ?endif? !-- If the following pre-processor variables are undefined, or are set to the empty string, define default values for them -- ?ifndef goth_dataroot? ?define goth_dataroot = $(env.SystemDrive)\1Spatial\data? ?elseif $(var.goth_dataroot) = ? ?define goth_dataroot = $(env.SystemDrive)\1Spatial\data? ?endif? ?ifndef goth_dam_root? ?define goth_dam_root = $(var.goth_dataroot)\dam? ?elseif $(var.goth_dam_root) = ? ?define goth_dam_root = $(var.goth_dataroot)\dam? ?endif? ?ifndef goth_lic? ?define goth_lic = $(var.goth_dataroot)\lic\? ?elseif $(var.goth_lic) = ? ?define goth_lic = $(var.goth_dataroot)\lic\? ?endif? !-- If var.goth_installation is the empty string, undefine it (easier to deal with if it is undefined when assigning a value to the GOTH_INSTALLATION property -- ?if var.goth_installation = ? ?undef goth_installation ? ?endif? ?ifndef var.outputDir ? ?ifdef env.SystemRoot ? ?define outputDir = $(env.SystemRoot)\Temp ? ?else? ?define outputDir = $(var.goth_product_root)? ?endif? ?endif? ?define dam_stderr = $(var.outputDir)\dam_stderr ? ?define dam_stdin = nul ? ?define dam_stdout = $(var.outputDir)\dam_stdout ? ?define damInstallRegKey = SOFTWARE\1Spatial\Data Access Manager ? ?define damEnvRegKey = SYSTEM\CurrentControlSet\Services\dam\Environment ? ?include issue.wxi ? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=9b0dc3b9-58f0-434a-a47e-5df1932faa8a Name=$(var._titleName) Language=1033 Version=1.0.0.0 Manufacturer=1Spatial UpgradeCode=9bb243f5-776d-4905-993a-a68fd574364b Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / !-- Define the public properties which will be used to configure the installation. The
[WiX-users] Directory and Registry Search failing in silent mode
I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Use files in temp dir during installation
Hello, we need some files (distributed with the MSI) to be in some path only for the execution of some custom actions. Then, after the installer finished, the files should be removed. We've tried simply putting them as File in a component inside a TempFolder Directory, but at the time of the customAction the files are not there. So, we have little idea on how to do that. Any suggestion on how to achieve that? Thank you, Lluís. -- Lluís Batlle i Rossell Software and Electronics Engineer AQSENSE S.L. C/ Pic de Peguera, 15 17003 Girona Catalunya Spain Phone: +34 972 183 215 Fax: +34 972 487 487 http://www.aqsense.com/ -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory and Registry Search failing in silent mode
Dave says... Could it be because the things you're looking for only appear in the user's profile - hkey_users and c:\users ? When you switch from UI sequence to execute sequence, the intallation engine switches to the service side and the current user becomes local system and user-specific searches wouldn't work. If you're running a per-user installation, the searches should be redirected but are you ? Whats the value of ALLUSERS ? Is Package/InstallScope set to perUser ? Are you using MSI 5 or something earlier ? -Original Message- From: Parkes, Kevin [mailto:kevin.par...@wacom.eu] Sent: 29 November 2011 14:20 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Directory and Registry Search failing in silent mode I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks - - All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Database Installers
I am actually working on a blog post that describes how to do what you are looking for now. I have the sample files if you would like them, please contact me directly and I will email them to you. John -Original Message- From: Manitha Singhvi [mailto:manitha.sing...@gmail.com] Sent: Tuesday, November 29, 2011 4:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Database Installers Hello, We are converting an existing Installshield installers into WIX Installer. Our current installer(installshield) works in this way : 1. There are couple of .sql files which are included in the installers 2. Few variables in the .sql gets replaces with the entries on the dialogs shown. Like the Database Name, Server Name 3. There is remote installation of the Database which happens properly. Any suggestion how this can be achieved in the WIX installer. Regards, MS -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] removing broken installations from Windows XP
OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory and Registry Search failing in silent mode
I don't think it should be anything to do with user's profile: the Directory search is looking for a sub-folder in the folder containing the MSI ([SOURCEDIR]) and the Registry search is looking in HKEY_CLASSES_ROOT. InstallScope is perMachine The problem does occur with MSI 5 -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@sd... - 2011-11-29 14:52 Dave says... Could it be because the things you're looking for only appear in the user's profile - hkey_users and c:\users ? When you switch from UI sequence to execute sequence, the intallation engine switches to the service side and the current user becomes local system and user-specific searches wouldn't work. If you're running a per-user installation, the searches should be redirected but are you ? Whats the value of ALLUSERS ? Is Package/InstallScope set to perUser ? Are you using MSI 5 or something earlier ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 14:20 To: wix-users@... Subject: [WiX-users] Directory and Registry Search failing in silent mode I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unit tests with dtf and mockups
Tobias S Wrote Use a mapping of the external session object to an internal and do all the tests against the internal session object. The communication to the outer world then is limited to a small communication layer which just passes properties from outer session object to internal session object. Thanks a lot, thats what I ended up doing (after looking into a lot of duck typing libs and c#4.0 dynamic stuff). Its not ideal as I have to modify my production code in order to be able to test it, but I gues it's worth the effort. If DTF would switch over to using interfaces sometimes in the future ... I wouldn't mind ;) Greets, dbenzhuser -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory and Registry Search failing in silent mode
The log says it's found in a per-user location: Its value is 'C:\Users\kparkes\Documents\ABC\'. HKCR is just a view merged from HKLM/Software/Classes and HKCU/Software/Classes. What does the log say the values of SOURCEDIR and ALLUSERS are in the property dump(s) at the end ? -Original Message- From: Parkes, Kevin [mailto:kevin.par...@wacom.eu] Sent: 29 November 2011 15:33 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Directory and Registry Search failing in silent mode I don't think it should be anything to do with user's profile: the Directory search is looking for a sub-folder in the folder containing the MSI ([SOURCEDIR]) and the Registry search is looking in HKEY_CLASSES_ROOT. InstallScope is perMachine The problem does occur with MSI 5 -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@sd... - 2011-11-29 14:52 Dave says... Could it be because the things you're looking for only appear in the user's profile - hkey_users and c:\users ? When you switch from UI sequence to execute sequence, the intallation engine switches to the service side and the current user becomes local system and user-specific searches wouldn't work. If you're running a per-user installation, the searches should be redirected but are you ? Whats the value of ALLUSERS ? Is Package/InstallScope set to perUser ? Are you using MSI 5 or something earlier ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 14:20 To: wix-users@... Subject: [WiX-users] Directory and Registry Search failing in silent mode I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks - - All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory and Registry Search failing in silent mode
I think the per-user location in the log is a red herring: I just happen to have the MSI in c:\Users\kparkes\Documents on my test machine. With or without UI, properties are as follows: ALLUSERS = 1 SOURCEDIR = C:\Users\kparkes\Documents\ -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@sd... - 2011-11-29 15:55 The log says it's found in a per-user location: Its value is 'C:\Users\kparkes\Documents\ABC\'. HKCR is just a view merged from HKLM/Software/Classes and HKCU/Software/Classes. What does the log say the values of SOURCEDIR and ALLUSERS are in the property dump(s) at the end ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 15:33 To: wix-users@... Subject: Re: [WiX-users] Directory and Registry Search failing in silent mode I don't think it should be anything to do with user's profile: the Directory search is looking for a sub-folder in the folder containing the MSI ([SOURCEDIR]) and the Registry search is looking in HKEY_CLASSES_ROOT. InstallScope is perMachine The problem does occur with MSI 5 -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@.. - 2011-11-29 14:52 Dave says... Could it be because the things you're looking for only appear in the user's profile - hkey_users and c:\users ? When you switch from UI sequence to execute sequence, the intallation engine switches to the service side and the current user becomes local system and user-specific searches wouldn't work. If you're running a per-user installation, the searches should be redirected but are you ? Whats the value of ALLUSERS ? Is Package/InstallScope set to perUser ? Are you using MSI 5 or something earlier ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 14:20 To: wix-users@... Subject: [WiX-users] Directory and Registry Search failing in silent mode I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unit tests with dtf and mockups
I don't think Jason is involved in WiX / DTF development anymore. Can anyone confirm or deny? I'd do the interface refactoring work if someone from the WiX team said they would like it done. From: dbenzhu...@gmx.net Sent: Tuesday, November 29, 2011 9:53 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Unit tests with dtf and mockups Tobias S Wrote Use a mapping of the external session object to an internal and do all the tests against the internal session object. The communication to the outer world then is limited to a small communication layer which just passes properties from outer session object to internal session object. Thanks a lot, thats what I ended up doing (after looking into a lot of duck typing libs and c#4.0 dynamic stuff). Its not ideal as I have to modify my production code in order to be able to test it, but I gues it's worth the effort. If DTF would switch over to using interfaces sometimes in the future ... I wouldn't mind ;) Greets, dbenzhuser -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action to verify input
Kevin, I wouldn't worry about it unless you find a need for it. I was simply repeating the settings seen from a default WiX CA C++ project. If you can get the CA to compile, then you can ensure the CA is properly assigning the property the correct value via inspecting the log. From there you can get your dialog sequence correct. -Original Message- From: Kevin Hebert [mailto:ke...@legendary-immersion.com] Sent: Monday, November 28, 2011 4:50 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Action to verify input Jacob, you mentioned in an earlier post you linked against Version.lib. I did a search on my machine for that and found 13 Version.lib files. Which one are you referring to? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory and Registry Search failing in silent mode
Seems OK then. Have you tried ICE validation ? Have you compared the UI and Execute sequences in Orca/InstEd ? -Original Message- From: Parkes, Kevin [mailto:kevin.par...@wacom.eu] Sent: 29 November 2011 15:33 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Directory and Registry Search failing in silent mode I don't think it should be anything to do with user's profile: the Directory search is looking for a sub-folder in the folder containing the MSI ([SOURCEDIR]) and the Registry search is looking in HKEY_CLASSES_ROOT. InstallScope is perMachine The problem does occur with MSI 5 -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@sd... - 2011-11-29 14:52 Dave says... Could it be because the things you're looking for only appear in the user's profile - hkey_users and c:\users ? When you switch from UI sequence to execute sequence, the intallation engine switches to the service side and the current user becomes local system and user-specific searches wouldn't work. If you're running a per-user installation, the searches should be redirected but are you ? Whats the value of ALLUSERS ? Is Package/InstallScope set to perUser ? Are you using MSI 5 or something earlier ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 14:20 To: wix-users@... Subject: [WiX-users] Directory and Registry Search failing in silent mode I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks - - All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action to verify input
I'm getting several errors for unresolved externals: Error7error LNK2005: _WcaSetProperty@8 already defined in installerdll.objwcautil_2010.libInstallerDLL Error8error LNK2019: unresolved external symbol _VerQueryValueW@16 referenced in function _FileVersion@12 dutil_2010.libInstallerDLL Error9error LNK2019: unresolved external symbol _GetFileVersionInfoW@16 referenced in function _FileVersion@12 dutil_2010.libInstallerDLL Error10error LNK2019: unresolved external symbol _GetFileVersionInfoSizeW@8 referenced in function _FileVersion@12 dutil_2010.libInstallerDLL Error11fatal error LNK1120: 3 unresolved externals Error90Not a valid object file; detail: Data at the root level is invalid. Line 1, position 1.C:\Program Files (x86)\Windows Installer XML v3.5\SDK\lib\wcautil_2010_x64.lib I've linked the wcautil_2010.lib and the dutil_2010.lib as you mentioned. I even tried creating a test C++ Custom Action project, and put in my custom action code, and I still get these errors. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory and Registry Search failing in silent mode
Orca ICE validation flags up a few warnings (mostly about registry) but nothing that looks relevant. InstallExecuteSequence: FindRelatedProducts (25) AppSearch (50) LaunchConditions (100) ... InstallUISequence FatalError (-3) UserExit (-2) ExitDialog (-1) FindRelatedProducts (25) PrepareDlg (49) AppSearch (50) LaunchConditions (100) ... -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@sd... - 2011-11-29 16:40 Seems OK then. Have you tried ICE validation ? Have you compared the UI and Execute sequences in Orca/InstEd ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 15:33 To: wix-users@... Subject: Re: [WiX-users] Directory and Registry Search failing in silent mode I don't think it should be anything to do with user's profile: the Directory search is looking for a sub-folder in the folder containing the MSI ([SOURCEDIR]) and the Registry search is looking in HKEY_CLASSES_ROOT. InstallScope is perMachine The problem does occur with MSI 5 -Original Message- Re: [WiX-users] Directory and Registry Search failing in silent mode From: Peter Shirtcliffe pshirtcliffe@.. - 2011-11-29 14:52 Dave says... Could it be because the things you're looking for only appear in the user's profile - hkey_users and c:\users ? When you switch from UI sequence to execute sequence, the intallation engine switches to the service side and the current user becomes local system and user-specific searches wouldn't work. If you're running a per-user installation, the searches should be redirected but are you ? Whats the value of ALLUSERS ? Is Package/InstallScope set to perUser ? Are you using MSI 5 or something earlier ? -Original Message- From: Parkes, Kevin [mailto:Kevin.Parkes@...] Sent: 29 November 2011 14:20 To: wix-users@... Subject: [WiX-users] Directory and Registry Search failing in silent mode I have properties set by a DirectorySearch and a RegistrySearch both of which work as expected with UI but neither of which is set when run in silent mode: Property Id=ABCFOLDER DirectorySearch Id=ABCSearch Path=[SOURCEDIR]ABC Depth=1 / /Property Property Id=DOTXYZ RegistrySearch Id=DotXYZSearch Root=HKCR Key=.xyz Type=raw / /Property Log file with UI: Action start 11:29:54: AppSearch. AppSearch: Property: DOTXYZ, Signature: DotXYZSearch MSI (c) (D0:A4) [11:29:54:650]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:730]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 AppSearch: Property: IPIFOLDER, Signature: ABCSearch MSI (c) (D0:A4) [11:29:54:740]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (D0:A4) [11:29:54:760]: PROPERTY CHANGE: Adding ABCFOLDER property. Its value is 'C:\Users\kparkes\Documents\ABC\'. Action ended 11:29:54: AppSearch. Return value 1. Log file in silent mode: Action start 12:28:43: AppSearch. MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 1402 2: HKEY_CLASSES_ROOT\.xyz 3: 2 MSI (s) (44:9C) [12:28:43:152]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (s) (44:9C) [12:28:43:162]: Doing action: LaunchConditions Action ended 12:28:43: AppSearch. Return value 1. What am I doing wrong? Thanks -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action to verify input
You either link to the pre-existing lib file and simply include the headers, or you include the headers and source and you don't link to the lib. When you installed WiX, it should of setup the WIX environment variable. Then in your project you should have $(WIX)sdk\lib;%(AdditionalLibraryDirectories); under the Linker/General/Additional Library Directories. As well, $(WIX)sdk\inc;%(AdditionalIncludeDirectories); under C/C++/General/Additional Include Directories. And finally msi.lib;dutil_2010.lib;wcautil_2010.lib;Version.lib;%(AdditionalDependen cies) under Linker/Input/Additional Dependencies. -Original Message- From: Kevin Hebert [mailto:ke...@legendary-immersion.com] Sent: Tuesday, November 29, 2011 10:56 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Action to verify input I'm getting several errors for unresolved externals: Error7error LNK2005: _WcaSetProperty@8 already defined in installerdll.objwcautil_2010.libInstallerDLL Error8error LNK2019: unresolved external symbol _VerQueryValueW@16 referenced in function _FileVersion@12 dutil_2010.libInstallerDLL Error9error LNK2019: unresolved external symbol _GetFileVersionInfoW@16 referenced in function _FileVersion@12 dutil_2010.libInstallerDLL Error10error LNK2019: unresolved external symbol _GetFileVersionInfoSizeW@8 referenced in function _FileVersion@12 dutil_2010.libInstallerDLL Error11fatal error LNK1120: 3 unresolved externals Error90Not a valid object file; detail: Data at the root level is invalid. Line 1, position 1.C:\Program Files (x86)\Windows Installer XML v3.5\SDK\lib\wcautil_2010_x64.lib I've linked the wcautil_2010.lib and the dutil_2010.lib as you mentioned. I even tried creating a test C++ Custom Action project, and put in my custom action code, and I still get these errors. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 32 bit install with BOTH 64 and 32 bit drivers?
It depends how you intend to do that launch. Launching installers from installers is generally a bad thing. MSI setups can't launch other MSI setups in any reasonable way; your hosting MSI may fail having installed the driver, so what about rolling back or dealing with the driver already installed if you don't roll back. Strictly speaking (Windows Installer SDK) a 32-bit package can contain only 32-bit components, so are you using 63-bit components in your 32-bit install? Phil Wilson -Original Message- From: Michael Tissington [mailto:michael_tissing...@ciqual.com] Sent: Friday, November 25, 2011 10:44 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] 32 bit install with BOTH 64 and 32 bit drivers? Looking a bit more at installing drivers .. I have a utility (both a 64bit and a 32bit version) that runs and does the install of the respective driver. My msi can install the files for all versions of the required drives into respective folders. My question is can a 32 bit Install launch a 64bit application (packaged with the install) ? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Database Installers
I had many on the list request the sample files. As such, I rushed to complete my blog post. http://blogs.kungfucoder.com/blog/post/2011/11/29/Database-Installation-using-VCDBCMD-and-WIX.aspx Feel free to comment, as described in the blog, I do not advertise this as the ideal way, because of how I structured the projects; it is more of an attempt to make things clearer to those who are new using WiX. (I remember how overwhelmed I was with the markup at first). Anyway, do let me know if you have questions. Hopefully this helps. John -Original Message- From: John Bergman [mailto:john.berg...@xpedienttechnologies.com] Sent: Tuesday, November 29, 2011 9:15 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Database Installers I am actually working on a blog post that describes how to do what you are looking for now. I have the sample files if you would like them, please contact me directly and I will email them to you. John -Original Message- From: Manitha Singhvi [mailto:manitha.sing...@gmail.com] Sent: Tuesday, November 29, 2011 4:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Database Installers Hello, We are converting an existing Installshield installers into WIX Installer. Our current installer(installshield) works in this way : 1. There are couple of .sql files which are included in the installers 2. Few variables in the .sql gets replaces with the entries on the dialogs shown. Like the Database Name, Server Name 3. There is remote installation of the Database which happens properly. Any suggestion how this can be achieved in the WIX installer. Regards, MS -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Use files in temp dir during installation
That does seem overly complex right out of the gate. Have you taken a good look at the Binary element? This is how I make my files available to my custom actions without having to copy anything to the local computer. Might not be what you are after, but it's worth mentioning. -Original Message- From: Lluís Batlle i Rossell [mailto:llbat...@aqsense.com] Sent: Tuesday, November 29, 2011 6:21 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Use files in temp dir during installation Hello, we need some files (distributed with the MSI) to be in some path only for the execution of some custom actions. Then, after the installer finished, the files should be removed. We've tried simply putting them as File in a component inside a TempFolder Directory, but at the time of the customAction the files are not there. So, we have little idea on how to do that. Any suggestion on how to achieve that? Thank you, Lluís. -- Lluís Batlle i Rossell Software and Electronics Engineer AQSENSE S.L. C/ Pic de Peguera, 15 17003 Girona Catalunya Spain Phone: +34 972 183 215 Fax: +34 972 487 487 http://www.aqsense.com/ -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.6 generates conflicting actions
My main WiX 3.6 source file contains the following lines: 40MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is already installed. Setup will exit. / ... 261InstallExecuteSequence 262 RemoveExistingProducts Before=InstallInitialize / 263 ... (some content elided for brevity) Light raises error messages indicating duplicate symbols on lines 40 and 262. LGHT0091: Duplicate symbol 'WixAction:InstallExecuteSequence/RemoveExistingProducts' found. The generated output in the wixobj file contains: row sourceLineNumber=...\WixSetup\PrintSetup.wxs*40 fieldInstallExecuteSequence/field fieldRemoveExistingProducts/field field / field / field / fieldInstallValidate/field field0/field /row row sourceLineNumber=...\WixSetup\PrintSetup.wxs*262 fieldInstallExecuteSequence/field fieldRemoveExistingProducts/field field / field / fieldInstallInitialize/field field / field0/field /row It appears that the MajorUpgrade element generates a conflicting element name in the WixAction table. Is this the expected behavior? Dave -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] removing broken installations from Windows XP
Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CreateFolder is not creating required directory structure ...
Marcus, A couple general comments, then some specifics. 1) Whenever unexpected things happen, redo the transaction generating a verbose log. In your case, you need to look at the values for each of your directories AND look at the log spew related to the CreateFolders action (both where it is scheduled and where it is executed). 2) Generally you don't need to both reference a built-in UI fragment AND copy that modified fragment. 3) You place some directories under ProgramFilesFolder and others under AppDataFolder. Some of those directories you create have their paths overridden by properties being set, and others don't. I suspect you ARE creating those directories, just not where you think you are. Please review your entire directory tree. Blair -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] removing broken installations from Windows XP
I'd personally steer away from MSIZap or similar tools (CCleaner does it as well). I don't think any of these will clean up orphaned Component registry entries. If you find the uninstall key in the registry, you should be able to find the locally cached MSI package. I'd make a backup copy of the package and then use a tool like orca or InstEd to repair the MSI so it will properly uninstall. Jacob -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Tuesday, November 29, 2011 1:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] removing broken installations from Windows XP
I did in fact managed to find cached MSI files in Windows/Installer folder. Then I removed entries related to the problematic components with Orca, saved the MSI and uninstalled without errors. Is there any place in the registry that I should check as well? On 29 November 2011 19:19, Hoover, Jacob jacob.hoo...@greenheck.com wrote: I'd personally steer away from MSIZap or similar tools (CCleaner does it as well). I don't think any of these will clean up orphaned Component registry entries. If you find the uninstall key in the registry, you should be able to find the locally cached MSI package. I'd make a backup copy of the package and then use a tool like orca or InstEd to repair the MSI so it will properly uninstall. Jacob -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Tuesday, November 29, 2011 1:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] removing broken installations from Windows XP
Is there a walk through anywhere of how you would use those tools to do so? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Tuesday, November 29, 2011 1:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP I'd personally steer away from MSIZap or similar tools (CCleaner does it as well). I don't think any of these will clean up orphaned Component registry entries. If you find the uninstall key in the registry, you should be able to find the locally cached MSI package. I'd make a backup copy of the package and then use a tool like orca or InstEd to repair the MSI so it will properly uninstall. Jacob -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Tuesday, November 29, 2011 1:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] removing broken installations from Windows XP
MsiZap was basically a friendly front end for the the MSI CleanUp Utility msicuu_.exe, or maybe it was the other way round. Either way, the Windows SDK no longer ships a clean up utility and it's been retired. Any version you find is going to be old and out of date with respect to later versions of the MSI engine. Don't use it. It was retired because it broke things. Phil Wilson -Original Message- From: John Bergman [mailto:john.berg...@xpedienttechnologies.com] Sent: Tuesday, November 29, 2011 11:42 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Is there a walk through anywhere of how you would use those tools to do so? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Tuesday, November 29, 2011 1:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP I'd personally steer away from MSIZap or similar tools (CCleaner does it as well). I don't think any of these will clean up orphaned Component registry entries. If you find the uninstall key in the registry, you should be able to find the locally cached MSI package. I'd make a backup copy of the package and then use a tool like orca or InstEd to repair the MSI so it will properly uninstall. Jacob -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Tuesday, November 29, 2011 1:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the
Re: [WiX-users] removing broken installations from Windows XP
Not really, its more just having an understanding how Windows Installer works and then knowing how to force it to try to cleanup what it can. Though I should have recommended the cleaner option first, which is to regenerate the package with the same product/upgrade code but a fixed uninstall. With that, you can do a reinstall and force windows to re-cache the package (with the v option) so an uninstall will work. The direct editing is usually a quick fix if you can just tweak the condition or sequence to get around the bug (useful when you are using a ProductCode of * and are feeling to lazy to rebuild the package). -Original Message- From: John Bergman [mailto:john.berg...@xpedienttechnologies.com] Sent: Tuesday, November 29, 2011 1:42 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Is there a walk through anywhere of how you would use those tools to do so? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Tuesday, November 29, 2011 1:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP I'd personally steer away from MSIZap or similar tools (CCleaner does it as well). I don't think any of these will clean up orphaned Component registry entries. If you find the uninstall key in the registry, you should be able to find the locally cached MSI package. I'd make a backup copy of the package and then use a tool like orca or InstEd to repair the MSI so it will properly uninstall. Jacob -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Tuesday, November 29, 2011 1:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users
Re: [WiX-users] Custom Action to verify input
Finally got the linker errors resolved. I run my msi, and if I leave the name or email blank, instead of an error, the installer just quits. Here's the CA: UINT __stdcall VerifyUserInformation(__in MSIHANDLE hInstall) { wchar_t *filePath = LC:\\Log.txt; log(filePath, LInside VerifyUserInformation(__in MSIHANDLE hInstall)); LPWSTR userName = NULL; LPWSTR email = NULL; HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; hr = WcaInitialize(hInstall, VerifyUserInformation); ExitOnFailure(hr, Failed to Initialize); log(filePath, LAfter initialize); hr = WcaSetProperty(LUserInfoError, L); ExitOnFailure(hr, Failed to initialize UserInfoError); log(filePath, LAfter set property); if (WcaIsPropertySet(UNAME)) { log(filePath, LInside (WcaIsPropertySet('UNAME')); hr = WcaGetProperty(LUNAME, userName); log(filePath, userName); ExitOnFailure(hr, Failed to get UNAME.); WcaLog(LOGMSG_VERBOSE, UNAME is %ls., userName); } if (WcaIsPropertySet(EMAIL)) { log(filePath, LInside (WcaIsPropertySet('EMAIL')); hr = WcaGetProperty(LEMAIL, email); log(filePath, email); ExitOnFailure(hr, Failed to get EMAIL.); WcaLog(LOGMSG_VERBOSE, EMAIL is %ls., email); } if(wcslen(userName) == 0) { log(filePath, LInside (wcslen(userName) == 0)); hr = WcaSetProperty(LUserInfoError, LPlease enter your name.); WcaLog(LOGMSG_VERBOSE, Please enter your name.); } else if(wcslen(email) == 0) { log(filePath, LInside (wcslen(email) == 0)); hr = WcaSetProperty(LUserInfoError, LPlease enter your email address.); WcaLog(LOGMSG_VERBOSE, Please enter your email address.); } log(filePath, LAfter all the if statements); LExit: /* ReleaseStr(userName); ReleaseStr(email); */ if (FAILED(hr)) { er = ERROR_INSTALL_FAILURE; } return WcaFinalize(er); } Here's the xml with the call to the CA: CustomAction Id=verifyUserInformation BinaryKey=installerDLL DllEntry=VerifyUserInformation Execute=immediate Return=check/CustomAction Publish Event=DoAction Value=verifyUserInformation Order=11/Publish Publish Event=SpawnDialog Order=2 Value=ConfigDlg![CDATA[ UserInfoError ]]/Publish Publish Event=NewDialog Order=3 Value=PassDlg![CDATA[ NOT UserInfoError ]]/Publish I added some logs (as you can see) to see what was going on. I get the log After Set Property, and that's it. Nothing else after that. Not even one for After all the if statements. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] removing broken installations from Windows XP
I believe this is the replacement for MSI-Zap http://support.microsoft.com/mats/program_install_and_uninstall/ Neil -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: 29 November 2011 19:03 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] removing broken installations from Windows XP Microsoft used to provide the Windows Clean-up Utility (MSIZAP.EXE was one common name) but I believe they must have removed it from their web site. This might be a viable copy of that same program. They seem to indicate the author is Microsoft Corp. http://www.majorgeeks.com/Windows_Installer_CleanUp_Utility_d4459.html -Original Message- From: Remi [mailto:therealr...@gmail.com] Sent: Tuesday, November 29, 2011 7:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] removing broken installations from Windows XP OK, I know now I need some virtual pc software for testing installations. But I still have to clean what I messed up already. Basically I ended up installing some components to some random, inexistent, incorrect path (set in a custom action...). I didn't get any error dialog while installing, but I did during uninstall - it complained something about the bogus path being inaccessible. In my ignorance I run the installer few more times with the same error in my custom action. So I have a few unremovable entries in Add/Remove Programs. How to clean this up? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action to verify input
It seems wcslen doesn't play nice will null pointers. So we should update those test to be similar to: if ((userName == NULL)||(wcslen(userName) == 0)) Also, is there a reason you are driving your own custom logging instead of using WcaLog? Below code redone, verified compliable, that should allow you to do a msiexec foo.msi /l*v %Temp%\Foo.log. This will give you a verbose log of everything going on inside the installer and within the CA. #include strutil.h UINT __stdcall VerifyUserInformation(__in MSIHANDLE hInstall) { LPWSTR userName = NULL; LPWSTR email = NULL; HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; hr = WcaInitialize(hInstall, VerifyUserInformation); ExitOnFailure(hr, Failed to Initialize); WcaLog(LOGMSG_VERBOSE, After initialize); hr = WcaSetProperty(LUserInfoError, L); ExitOnFailure(hr, Failed to initialize UserInfoError); WcaLog(LOGMSG_VERBOSE, After set property); if (WcaIsUnicodePropertySet(LUNAME)) { WcaLog(LOGMSG_VERBOSE, Inside (WcaIsUnicodePropertySet('UNAME')); hr = WcaGetProperty(LUNAME, userName); ExitOnFailure(hr, Failed to get UNAME.); WcaLog(LOGMSG_VERBOSE, UNAME is %ls., userName); } if (WcaIsUnicodePropertySet(LEMAIL)) { WcaLog(LOGMSG_VERBOSE, Inside (WcaIsUnicodePropertySet('EMAIL')); hr = WcaGetProperty(LEMAIL, email); ExitOnFailure(hr, Failed to get EMAIL.); WcaLog(LOGMSG_VERBOSE, EMAIL is %ls., email); } if((NULL == userName)||(wcslen(userName) == 0)) { WcaLog(LOGMSG_VERBOSE, Inside (wcslen(userName) == 0)); hr = WcaSetProperty(LUserInfoError, LPlease enter your name.); WcaLog(LOGMSG_VERBOSE, Please enter your name.); } else if((NULL == email)||(wcslen(email) == 0)) { WcaLog(LOGMSG_VERBOSE, Inside (wcslen(email) == 0)); hr = WcaSetProperty(LUserInfoError, LPlease enter your email address.); WcaLog(LOGMSG_VERBOSE, Please enter your email address.); } WcaLog(LOGMSG_VERBOSE, After all the if statements); LExit: ReleaseStr(userName); ReleaseStr(email); if (FAILED(hr)) { er = ERROR_INSTALL_FAILURE; } return WcaFinalize(er); } -Original Message- From: Kevin Hebert [mailto:ke...@legendary-immersion.com] Sent: Tuesday, November 29, 2011 2:39 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Action to verify input Finally got the linker errors resolved. I run my msi, and if I leave the name or email blank, instead of an error, the installer just quits. Here's the CA: UINT __stdcall VerifyUserInformation(__in MSIHANDLE hInstall) { wchar_t *filePath = LC:\\Log.txt; log(filePath, LInside VerifyUserInformation(__in MSIHANDLE hInstall)); LPWSTR userName = NULL; LPWSTR email = NULL; HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; hr = WcaInitialize(hInstall, VerifyUserInformation); ExitOnFailure(hr, Failed to Initialize); log(filePath, LAfter initialize); hr = WcaSetProperty(LUserInfoError, L); ExitOnFailure(hr, Failed to initialize UserInfoError); log(filePath, LAfter set property); if (WcaIsPropertySet(UNAME)) { log(filePath, LInside (WcaIsPropertySet('UNAME')); hr = WcaGetProperty(LUNAME, userName); log(filePath, userName); ExitOnFailure(hr, Failed to get UNAME.); WcaLog(LOGMSG_VERBOSE, UNAME is %ls., userName); } if (WcaIsPropertySet(EMAIL)) { log(filePath, LInside (WcaIsPropertySet('EMAIL')); hr = WcaGetProperty(LEMAIL, email); log(filePath, email); ExitOnFailure(hr, Failed to get EMAIL.); WcaLog(LOGMSG_VERBOSE, EMAIL is %ls., email); } if(wcslen(userName) == 0) { log(filePath, LInside (wcslen(userName) == 0)); hr = WcaSetProperty(LUserInfoError, LPlease enter your name.); WcaLog(LOGMSG_VERBOSE, Please enter your name.); } else if(wcslen(email) == 0) { log(filePath, LInside (wcslen(email) == 0)); hr = WcaSetProperty(LUserInfoError, LPlease enter your email address.); WcaLog(LOGMSG_VERBOSE, Please enter your email address.); } log(filePath, LAfter all the if statements); LExit: /* ReleaseStr(userName); ReleaseStr(email); */ if (FAILED(hr)) { er = ERROR_INSTALL_FAILURE; } return WcaFinalize(er); } Here's the xml with the call to the CA: CustomAction Id=verifyUserInformation BinaryKey=installerDLL DllEntry=VerifyUserInformation Execute=immediate Return=check/CustomAction Publish Event=DoAction Value=verifyUserInformation Order=11/Publish Publish Event=SpawnDialog Order=2 Value=ConfigDlg![CDATA[ UserInfoError ]]/Publish Publish Event=NewDialog Order=3 Value=PassDlg![CDATA[ NOT UserInfoError ]]/Publish I added some
Re: [WiX-users] Custom Action to verify input
I was using the companies custom logs, as I'm not sure where the wcalog is being saved, or the name of that file. Also, I'm not getting any kind of error that the user can see or prevent the page from switching when they fail to put something in the appointed boxes. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users