Re: [WiX-users] HKCU for multiple users - KeyPath usage?

2007-10-07 Thread Sebastian Brand
What they meant in the MSDN is that you should store settings for the  
current user only, not every user. If your application still has  
settings for all users, use HKLM or write it in an xml/ini config in  
the application folder.

To set entries for specific user's HKCU registry, you can use the  
HKEY_USERS key but you have to know the user's SID...


Best regards,
Sebastian Brand

Instyler Software - http://www.instyler.com


On Oct 6, 2007, at 4:55 PM, Feiock, Dennis wrote:

 Can someone give me an example on how to use the KeyPath to make  
 changes to the HKCU registry hive occur for each user on the PC?

 Per the msdn article at http://msdn2.microsoft.com/en-us/library/ 
 aa371168.aspx, they say:
 Note that it is recommended that registry entries written to the  
 HKCU hive reference a component having the RegistryKeyPath bit set  
 in the Attributes column of the Component table. This ensures that  
 the installer writes the necessary registry entries when there are  
 multiple users on the same computer.

 Any help would be greatly appreciated.

 Thanks,
  - DF

 -- 
 ---
 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] Customize TARGETDIR based on selected features

2007-10-07 Thread Bob Arnson
Mark Allanson wrote:
 Publish Dialog=ReAPFeaturesDlg
  Control=Next
  Event=SetTargetPath
 
  Value=[MPSONLYINSTALLPATH]amp;MessagePublishingQueuesFeature 
 gt;= 2 AND amp;ArchitectureFeature lt; 2/Publish


SetTargetPath takes the name of a property not the value (unless the 
property value is itself the name of another property).

-- 
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


[WiX-users] Keeping UI Responsive during lenghty custom action

2007-10-07 Thread Benjamin Schwehn
Hello all,

I have a custom action in an c++ dll that performs a somewhat lengthy 
operation during the UI phase of the setup. I have a Dialog where the 
user enters some data and a custom action that checks the data. This can 
take 20-30 seconds (due to network access) so I want to spawn a little 
dialog saying 'please wait...' and have the custom action do the work in 
the background.

Now I have two questions:

1. how do I start a custom action as soon as a dialog (e.g. the 'please 
wait' dialog)is shown (without requiring the user to press a button)

2. how can I keep the 'please wait' dialog responsive and/or update it 
with status information from the custom action while it's running? 
Possibly even enable the user to cancel it.
I can't just create a thread in the custom action as the msi installer 
will unload the dll right after calling the entry function.

What is the recommended implementation for such a scenario?

Thanks
Ben

-
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] Customizable folder name written in registry - lost (reverted to default) on Repair

2007-10-07 Thread Bob Arnson

Adrian Gantoi wrote:
My problem is that on Repair , the registry entry is set to the 
default name of TDIR, even if this folder was customized at install time.


You need to persist customizations and load them back during repair and 
uninstallation. Normal things like files will be repaired and 
uninstalled normally because MSI records them. So your subdirectory's 
file is repaired normally but the directory property isn't. The typical 
approach is to write it to the registry and use RegistrySearch to load it.


--
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] setupbld

2007-10-07 Thread Bob Arnson
Frédéric Viollet wrote:
 Ok. I've just had a look at setupbld source code. And it seems that 
 REINSTALLMODE is set to vomus for a minor upgrade.
 I guess I need it to be set to vamus to force all files to be 
 rewritten. Is there another bootstrapper that would allow me to 
 achieve this?

SetupExe isn't currently configurable for that.

-- 
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] HKCU for multiple users - KeyPath usage?

2007-10-07 Thread Bob Arnson

Feiock, Dennis wrote:


Can someone give me an example on how to use the KeyPath to make 
changes to the HKCU registry hive occur for each user on the PC?




It's not possible. MSI doesn't support it because user hives are loaded 
only when the user logs in. With roaming profiles, the current data 
isn't even on the machine.


--
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] Custom Action For Backing Up Files

2007-10-07 Thread Bob Arnson
Darrell wrote:
  From what I can tell from searching the archives there is nothing built 
 into WiX that can backup the existing installation into a subdirectory. 
   

True, there's nothing built in.

   From what I can tell I can use a custom action for this?  Is that 
 correct?  Would I bind this as a Launch Condition?
   

It would have to be a deferred custom action because it modifies system 
state. Therefore it can't be a launch condition.

-- 
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] Migrating merge modules to Wix

2007-10-07 Thread Bob Arnson
[EMAIL PROTECTED] wrote:
 One issue I haven't quite worked out is about migrating shared merge
 modules to wix. I've been using the same component guids as the previous
 VS2005 used (i.e. so that the componentIds match), but the shared COM
 components are now registered differently (using the recommended
 TypeLib, Class and ProgId WiX elements, as opposed to the (advertised?)
 way that VS registers COM).
   

That violates component rules, in that a component's composition cannot 
change. If you keep the same component GUIDs, you must keep the 
resources (e.g., registry values) identical. Otherwise you must change 
the GUIDs.

-- 
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] Keeping UI Responsive during lenghty custom action

2007-10-07 Thread Bob Arnson
Benjamin Schwehn wrote:
 What is the recommended implementation for such a scenario?
   

Have your custom action show UI.

-- 
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] How to force CostingComplete

2007-10-07 Thread Bob Arnson
Alexander Botowski wrote:
 is there a way to force Windows Installer to complete costing immediately
 after CostFinalize so that CostingComplete property will be set to 1?
   

No, it's designed to continue in the background while the user goes 
through the UI.

 If I call InstallValidate action before MsiEnumComponentCosts(), it works.
 But I suppose this is not the right way to do it since InstallValidate is
 destined for the InstallExecuteSequence, not for the UI phase.
   

If you have an external UI handler, you can do everything in the execute 
sequence.

-- 
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] Keeping UI Responsive during lenghty custom action

2007-10-07 Thread Benjamin Schwehn
Bob Arnson wrote:
 Benjamin Schwehn wrote:
 What is the recommended implementation for such a scenario?
   
 
 Have your custom action show UI.

Ah, ok, that seems reasonable...

Thank you!
Ben


-
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] How to force CostingComplete

2007-10-07 Thread sa . pa
Bob Arnson wrote:
 Alexander Botowski wrote:
 is there a way to force Windows Installer to complete costing 
 immediately
 after CostFinalize so that CostingComplete property will be set to 1?
   

 No, it's designed to continue in the background while the user goes 
 through the UI.
Hm, I'm wondering how disk space costing could be such a lengthy 
operation that is must run in the background.

 If I call InstallValidate action before MsiEnumComponentCosts(), it 
 works.
 But I suppose this is not the right way to do it since 
 InstallValidate is
 destined for the InstallExecuteSequence, not for the UI phase.
   

 If you have an external UI handler, you can do everything in the 
 execute sequence.

I found an example in the docs for the MsiGetFeatureCost() API where 
they call InstallValidate before.
So I assume it is intended to do the same for MsiEnumComponentCosts() 
since the functions are quite similar.

Alex



-
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] Maintenance - Change weirdness

2007-10-07 Thread DexterSinister


Bob Arnson-6 wrote:
 
 If the BO merge modules are causing Preselected to be set, I'm not sure 
 there's a viable workaround. You should consider not using their merge 
 modules -- they have .msi equivalents, at least for some of their stuff. 
 Or you could create one, by merging their modules into a utility .msi, 
 then treat it as a prereq to be chained in.
 

Thanks Bob ...

Just out of curiosity, where / how does that Preselected property get stored
?

-dmm

-- 
View this message in context: 
http://www.nabble.com/Maintenance---Change-weirdness-tf4555845.html#a13086067
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] How I can get wixca.dll in WiX v3

2007-10-07 Thread V K Gangwar

How I can get wixca.dll in WiXv3. I am using WiXv3 with votive. 
I tried for compilation WiXv3 sources in VS2005, but I am not able to open the 
project (C:\WiX\wix3-sources\WiX.sln) itself.
Can I use WiXv2 wixca.dll for WiXv3. Because I am seeing wixca.dll in WiXv2 
binaries.

Regards,
Veerendra

 

   
-
Building a website is a piece of cake. 
Yahoo! Small Business gives you all the tools to get online.-
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