Re: [WiX-users] how to retrieve the value from a Edit
I think I've got it. Thanks! Xu nanxuan wrote: I want to retrieve the value from an Edit Control Type, and then pass the retrieved string to a custom dll as a parameter to a function of that dll. How can i do that? Thanks!Controls set property values. You can't pass properties to custom actions but your custom action can use WcaGetProperty or MsiGetProperty to read them.-- sig://boB http://joyofsetup.com/ _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Forums
Also, aren't there other forum-like venues already out there for WiX? I know there are a couple of Wiki sites and also sites that aggregate these emails. What additional value will a forum serve? (I'm not opposed to it, I'm just asking for more clarification). What about Nabble: http://www.nabble.com/wix-users-f4470.html? John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Forums
I use Nabble too, but only because Google finds it and SourceForge falls over every time I try to do a search. This is the main issue I have with WiX, where to find decent samples and check if a question has already been asked. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hall Sent: 04 March 2008 09:13 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Forums Also, aren't there other forum-like venues already out there for WiX? I know there are a couple of Wiki sites and also sites that aggregate these emails. What additional value will a forum serve? (I'm not opposed to it, I'm just asking for more clarification). What about Nabble: http://www.nabble.com/wix-users-f4470.html? John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action sequencing problem
Hi Boris.. I am going through the KillMeSoftly code and trying to create a similar wrapper custom action for another DLL to make it MSI compatible.Do you have any pointers or links which would help me understand how the code works? thanks Praveen Boris Krivonog wrote: Attached is a simple VS 2005 project which locates a process by name and sends it a WM_CLOSE. If that doesn't close the app, it will forcibly kill the app; as specified by http://support.microsoft.com/kb/178893. In order to use it, build the attached project, add the build library (KillMeSoftly.dll) to WiX project: If you would want to terminate notepad.exe, you would add something like: Binary Id=KillMeSoftlyDll SourceFile=path to KillMeSoftly.dll / Add a custom action: CustomAction Id=TerminateNotepad.SetProperty Return=check Property=CustomActionData Value=Notepad.exe / CustomAction Id=TerminateNotepad BinaryKey=KillMeSoftlyDll DllEntry=KillMeSoftly / Add custom actions to i.e. InstallExecuteSequence: InstallExecuteSequence Custom Action=TerminateNotepad.SetProperty After=CostFinalize1/Custom !-- Adjust your condition properly -- Custom Action=TerminateNotepad After=TerminateNotepad.SetProperty1/Custom !-- Adjust your condition properly -- /InstallExecuteSequence KillMeSoftly.dll will read the name of the process to softly terminate from CustomActionData property, therefore you must set its value prior calling it. This way you can terminate more processes without modifying the KillMeSoftly.dll. Of course, use the attached code on your own risk. P.S. Rename attached file to KillMeSoftly.zip. Anidil wrote: Thanks for the reply Boris. As per my understanding, there is a feature CloseApplication/ with Wix v3.0 which sends the WM_CLOSE message to the systray.exe.But right now i'm using WiX v2.0; any idea how to implement the same here? Boris Krivonog wrote: You should terminate your system tray application softly, meaning that you send WM_CLOSE message to systray.exe. This way, the systray.exe application is notified that it is about to shut down and has time to remove icon from tray. See link for details: http://support.microsoft.com/kb/178893. Off course, systray.exe must have a valid window which will shut down you app when this message is received. Hope this helps. Anidil wrote: Oki..I could get the systray process killed but the tray icon waits for a mouse over to disapear, because of that the installer throws an icon file in use dialog.Is there a way to avoid this ? Alexander Shevchuk wrote: Files In Use dialog is shown by InstallValidate action. Schedule your custom action before InstallValidate. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil Sent: Friday, February 22, 2008 3:16 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action sequencing problem I use the following custom action to kill systray process befre the uninstall. Binary Id= .. / CustomAction Id=StopUserExe BinaryKey=taskkill ExeCommand =/im systray.exe /t /f Impersonate=yes Return=asyncNoWait / InstallExecuteSequence Custom Action=StopUserExe Before=RemoveFilesInstalled/Custom /InstallExecuteSequence This works fine but i get the Files in Use dialog before the CA actually runs.How do i be sequencing the CA to run at the start of uninstall? Or is there any way to sequence 'Files in Use' dialog? Please help -- View this message in context: http://www.nabble.com/Custom-action-sequencing-problem-tp15632069p15632069.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Vista registry virtualization
Hello all, We have recently been having issues with our COM interface and the finger was pointed at the installers as ever. It seems in vista being logged in as an Administrator doesn't mean what it once did. Most programs are run by default as a user, you have to right click and run as administrator then sign you name in blood and answer a phone in central park within 5 minutes. When our software is run by a user it uses some other virtual store hive that obviously doesn't contain the COM registration for our product. All is well if you run as administrator. More details about this registry lark here: http://msdn2.microsoft.com/fr-fr/library/aa965884.aspx I suspect that I am registering the interfaces incorrectly. I'm adding all of the details manually (CLSID, TYPELIB blah blah blah) maybe there is a COM registration component I'm not aware of that would take care of this. If not then I'm not sure where the fix should be, should I be adding this data to the registry with different permission levels or is the problem in the software in the way we read from the registry (with a KEY_READ which gets no redirection or KEY_ALL_ACCESS which gets the redirection and make KEY_READ kind of pointless) I look forward to your response (Mike or Bob ;) ) Simon The information contained in this e-mail is likely to be confidential and may be legally privileged. It is intended only for the addressee. If you have received this message in error please notify the sender immediately at the above address. The disclosure, copying or distribution of this message or its contents without the prior approval of Wallingford Software is strictly prohibited. Wallingford Software is not liable for unauthorised disclosures nor for subsequent actions or omissions in reliance upon them. Registered in the UK, company no: 02288719 Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Windows Service not removed on Uninstall
Hi, We are having a problem with wix 3.0.2925.0 version. We have a windows service and that service module is also a DCOM server stub. When we install the service every thing works fine. If service is already running, it is stopped by the installer and newer service is installed instead and it is started automatically. But on uninstall nothing happens. Neither service is stopped nor uninstalled, everything just happens to be there. We have checked it and could not find the issue. I am attaching the darked file. http://www.nabble.com/file/p15825405/TestServer.wxs TestServer.wxs Any help will be appreciated. - Dev -- View this message in context: http://www.nabble.com/Windows-Service-not-removed-on-Uninstall-tp15825405p15825405.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action sequencing problem
The KillMeSoftly library contains fairly simple code. It contains an entry point, named KillMeSoftly, which, when called, reads the value of MSI property CustomActionData. The value of CustomActionProperty contains the name of the process to kill. The CustomActionPropertyproperty is set within installation, as already described in my previous post. KillMeSoftly function than calls KillMeSoftlyInternal function, which does all the heavy lifting: * calls the CreateToolhelp32Snapshot Win32 API function to get all currently running processes * iterate through processes and compares the name of the running process to the value, contained within CustomActionData property; if process name matches the value within CustomActionData property, it will call the TerminateApp function. The TerminateApp function enumerates all windows (using EnumWindows Win32 API function) and finds those windows, that belong to the process we are about to terminate. If a window belongs to that process, it posts a WM_CLOSE message to its message que. After all process's windows have received WM_CLOSE message, the TerminateApp function waits for maximal 2 seconds if the process was actually terminated. If not, the TerminateApp function will call the TerminateProcess Win32 API function to forcibly terminate the process. I believe that this post should be posted to some Win32 Programming group rather than here, but I hope anyone will find it useful :) Cheers, Boris P.S. How to softly terminate an application is described http://support.microsoft.com/kb/178893 as already pointed out within my previous post. The code sample also contains extensive comments for better understanding. Anidil wrote: Hi Boris.. I am going through the KillMeSoftly code and trying to create a similar wrapper custom action for another DLL to make it MSI compatible.Do you have any pointers or links which would help me understand how the code works? thanks Praveen Boris Krivonog wrote: Attached is a simple VS 2005 project which locates a process by name and sends it a WM_CLOSE. If that doesn't close the app, it will forcibly kill the app; as specified by http://support.microsoft.com/kb/178893. In order to use it, build the attached project, add the build library (KillMeSoftly.dll) to WiX project: If you would want to terminate notepad.exe, you would add something like: Binary Id=KillMeSoftlyDll SourceFile=path to KillMeSoftly.dll / Add a custom action: CustomAction Id=TerminateNotepad.SetProperty Return=check Property=CustomActionData Value=Notepad.exe / CustomAction Id=TerminateNotepad BinaryKey=KillMeSoftlyDll DllEntry=KillMeSoftly / Add custom actions to i.e. InstallExecuteSequence: InstallExecuteSequence Custom Action=TerminateNotepad.SetProperty After=CostFinalize1/Custom !-- Adjust your condition properly -- Custom Action=TerminateNotepad After=TerminateNotepad.SetProperty1/Custom !-- Adjust your condition properly -- /InstallExecuteSequence KillMeSoftly.dll will read the name of the process to softly terminate from CustomActionData property, therefore you must set its value prior calling it. This way you can terminate more processes without modifying the KillMeSoftly.dll. Of course, use the attached code on your own risk. P.S. Rename attached file to KillMeSoftly.zip. Anidil wrote: Thanks for the reply Boris. As per my understanding, there is a feature CloseApplication/ with Wix v3.0 which sends the WM_CLOSE message to the systray.exe.But right now i'm using WiX v2.0; any idea how to implement the same here? Boris Krivonog wrote: You should terminate your system tray application softly, meaning that you send WM_CLOSE message to systray.exe. This way, the systray.exe application is notified that it is about to shut down and has time to remove icon from tray. See link for details: http://support.microsoft.com/kb/178893. Off course, systray.exe must have a valid window which will shut down you app when this message is received. Hope this helps. Anidil wrote: Oki..I could get the systray process killed but the tray icon waits for a mouse over to disapear, because of that the installer throws an icon file in use dialog.Is there a way to avoid this ? Alexander Shevchuk wrote: Files In Use dialog is shown by InstallValidate action. Schedule your custom action before InstallValidate. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil Sent: Friday, February 22, 2008 3:16 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action sequencing problem I use the following custom action to kill systray process befre the uninstall. Binary Id= .. / CustomAction Id=StopUserExe BinaryKey=taskkill ExeCommand =/im systray.exe /t /f Impersonate=yes Return=asyncNoWait / InstallExecuteSequence
Re: [WiX-users] how to retrieve the value from a Edit
Maybe this answer will come to you a bit too late, but nevertheless... The http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg15719.html post contains a simple VS 2005 project (***KillMeSoftly.zipx http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg15719/KillMeSoftly.zipx)*. Within it is a KillMeSoftly.cpp source file which contains the logic to read a MSI property value using MsiGetProperty function. Maybe you will find it useful. Cheers, Boris Xu nanxuan wrote: I think I've got it. Thanks! Xu nanxuan wrote: I want to retrieve the value from an Edit Control Type, and then pass the retrieved string to a custom dll as a parameter to a function of that dll. How can i do that? Thanks! Controls set property values. You can't pass properties to custom actions but your custom action can use WcaGetProperty or MsiGetProperty to read them. -- sig://boB http://joyofsetup.com/ Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to use RemoveFile and CopyFile?
1 Component Id... 2 File Id=f1 Name=n1.txt/ 3 CopyFile Id=cp1 FileId=f1 DestinationName=d1.txt DestinationProperty=T1/ 4 RemoveFile Id=r3 Name=n1.txt On=both/ 5 /Component Question 1: Is it possible to just CopyFile without installing file? I mean can i remove Line 2? I've tried the following, but it fails CopyFile Id=cp1 SourceName=n1.txt DestinationName=d1.txt DestinationProperty=T1/ Question 2: I use RemoveFile because n1.txt in Line 1 is useless to my customization. But Line 4 didn't work. I mean n1.txt is still there until executing uninstall. So, how to remove n1.txt just after installation? Thanks! _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use RemoveFile and CopyFile?
Instead of installing a file you don't want, copying it to where you do want it, and then removing the original, why don't you just install the file to where you want it in the first place? Rob Xu nanxuan wrote: 1 Component Id... 2 File Id=f1 Name=n1.txt/ 3 CopyFile Id=cp1 FileId=f1 DestinationName=d1.txt DestinationProperty=T1/ 4 RemoveFile Id=r3 Name=n1.txt On=both/ 5 /Component Question 1: Is it possible to just CopyFile without installing file? I mean can i remove Line 2? I've tried the following, but it fails CopyFile Id=cp1 SourceName=n1.txt DestinationName=d1.txt DestinationProperty=T1/ Question 2: I use RemoveFile because n1.txt in Line 1 is useless to my customization. But Line 4 didn't work. I mean n1.txt is still there until executing uninstall. So, how to remove n1.txt just after installation? Thanks! Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action sequencing problem
Ok now that's pretty clear..and of course this post contain highly useful information for any installer developer and appreciate for that. Boris Krivonog wrote: The KillMeSoftly library contains fairly simple code. It contains an entry point, named KillMeSoftly, which, when called, reads the value of MSI property CustomActionData. The value of CustomActionProperty contains the name of the process to kill. The CustomActionPropertyproperty is set within installation, as already described in my previous post. KillMeSoftly function than calls KillMeSoftlyInternal function, which does all the heavy lifting: * calls the CreateToolhelp32Snapshot Win32 API function to get all currently running processes * iterate through processes and compares the name of the running process to the value, contained within CustomActionData property; if process name matches the value within CustomActionData property, it will call the TerminateApp function. The TerminateApp function enumerates all windows (using EnumWindows Win32 API function) and finds those windows, that belong to the process we are about to terminate. If a window belongs to that process, it posts a WM_CLOSE message to its message que. After all process's windows have received WM_CLOSE message, the TerminateApp function waits for maximal 2 seconds if the process was actually terminated. If not, the TerminateApp function will call the TerminateProcess Win32 API function to forcibly terminate the process. I believe that this post should be posted to some Win32 Programming group rather than here, but I hope anyone will find it useful :) Cheers, Boris P.S. How to softly terminate an application is described http://support.microsoft.com/kb/178893 as already pointed out within my previous post. The code sample also contains extensive comments for better understanding. Anidil wrote: Hi Boris.. I am going through the KillMeSoftly code and trying to create a similar wrapper custom action for another DLL to make it MSI compatible.Do you have any pointers or links which would help me understand how the code works? thanks Praveen Boris Krivonog wrote: Attached is a simple VS 2005 project which locates a process by name and sends it a WM_CLOSE. If that doesn't close the app, it will forcibly kill the app; as specified by http://support.microsoft.com/kb/178893. In order to use it, build the attached project, add the build library (KillMeSoftly.dll) to WiX project: If you would want to terminate notepad.exe, you would add something like: Binary Id=KillMeSoftlyDll SourceFile=path to KillMeSoftly.dll / Add a custom action: CustomAction Id=TerminateNotepad.SetProperty Return=check Property=CustomActionData Value=Notepad.exe / CustomAction Id=TerminateNotepad BinaryKey=KillMeSoftlyDll DllEntry=KillMeSoftly / Add custom actions to i.e. InstallExecuteSequence: InstallExecuteSequence Custom Action=TerminateNotepad.SetProperty After=CostFinalize1/Custom !-- Adjust your condition properly -- Custom Action=TerminateNotepad After=TerminateNotepad.SetProperty1/Custom !-- Adjust your condition properly -- /InstallExecuteSequence KillMeSoftly.dll will read the name of the process to softly terminate from CustomActionData property, therefore you must set its value prior calling it. This way you can terminate more processes without modifying the KillMeSoftly.dll. Of course, use the attached code on your own risk. P.S. Rename attached file to KillMeSoftly.zip. Anidil wrote: Thanks for the reply Boris. As per my understanding, there is a feature CloseApplication/ with Wix v3.0 which sends the WM_CLOSE message to the systray.exe.But right now i'm using WiX v2.0; any idea how to implement the same here? Boris Krivonog wrote: You should terminate your system tray application softly, meaning that you send WM_CLOSE message to systray.exe. This way, the systray.exe application is notified that it is about to shut down and has time to remove icon from tray. See link for details: http://support.microsoft.com/kb/178893. Off course, systray.exe must have a valid window which will shut down you app when this message is received. Hope this helps. Anidil wrote: Oki..I could get the systray process killed but the tray icon waits for a mouse over to disapear, because of that the installer throws an icon file in use dialog.Is there a way to avoid this ? Alexander Shevchuk wrote: Files In Use dialog is shown by InstallValidate action. Schedule your custom action before InstallValidate. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil Sent: Friday, February 22, 2008 3:16 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action sequencing problem I use the following custom action to kill
[WiX-users] How do I log with the setup.exe bootstrapper?
I've searched this for a while J How do I get my setup.exe to create a log at installation? I am using the boostrapper in wix3 directory with setupbld.exe -out MySetup.exe -setup ..\..\tools\wix\setup.exe -mcsu MySetup.msi Thx dB. PS: would be a good idea that setup.exe /? Produces the help... -dB. dblock.org http://www.dblock.org/ / foodcandy.com http://www.foodcandy.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use RemoveFile and CopyFile?
Thanks, But i've no idea how to do that. I want srcFile1 to be installed at D:\Dir1, and srcFile2 to be installed at D:\Dir2 to the target machine. But there's only one TARGETDIR aiming at C:\. So how to do that? I mean i don't know the Wix grammer of that.Ballack Michel To: wix-users@lists.sourceforge.net From: [EMAIL PROTECTED] Date: Tue, 4 Mar 2008 13:36:44 + Subject: Re: [WiX-users] How to use RemoveFile and CopyFile? Instead of installing a file you don't want, copying it to where you do want it, and then removing the original, why don't you just install the file to where you want it in the first place? Rob Xu nanxuan wrote: 1 Component Id...2 File Id=f1 Name=n1.txt/3 CopyFile Id=cp1 FileId=f1 DestinationName=d1.txt DestinationProperty=T1/ 4 RemoveFile Id=r3 Name=n1.txt On=both/5 /Component Question 1:Is it possible to just CopyFile without installing file? I mean can i remove Line 2? I've tried the following, but it f ails CopyFile Id=cp1 SourceName=n1.txt DestinationName=d1.txt DestinationProperty=T1/Question 2:I use RemoveFile because n1.txt in Line 1 is useless to my customization. But Line 4 didn't work. I mean n1.txt is still there until executing uninstall. So, how to remove n1.txt just after installation?Thanks! Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ _ __ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Question about custom action-Different behaviors in different OS?
In my custom Wix, I have a custom action aiming at a dllentry (the dll is written in C++ in VS 2005). All of this works fine on my vista 64bit; but when I move the msi file to longhorn 64bit, it doesn't work correctly (the result is premature setup, and i can still find it in control panel). I guess something wrong with dll, because i've tried removing the dll part of the msi, which can make the new msi work correctly in longhorn. So, any suggestions? Thanks! _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problem Reading Registry
Hi everybody, I have to read a registry value from a specific key ( lets say HKLM\Software\Company\ ) and this value contains the path to the location where we need to install the software (so the format of the value will be something like C:\Company\HomeDir\ ). How can I get this value by use of RegistrySearch Element? How can I assign this value to the Directory where I want to install files in? Directory Id=TARGETDIR Name=SourceDir Directory Id=CompanyDIR Name=Company Component Id=Components Guid=Sample-GUID File Id='file01' Name='SampleFile' / /Component /Directory /Directory This means, the Value must be divided into the directory names, and be used in the Directory names. But how can I get this value by RegistrySearch Element, and how can I divide it? Can anybody give me a sample code? Also I must add that I use wix-2.0.5805.0 as the stable version. Thank you very much, - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem Reading Registry
Please refer to http://www.tramontana.co.hu/wix/lesson1.php, under 1.5 Where to Install?. It contains a really simple and exhaustive explanation about this issue. Hope this helps, Boris Riyaz Mogharabin wrote: Hi everybody, I have to read a registry value from a specific key ( lets say HKLM\Software\Company\ ) and this value contains the path to the location where we need to install the software (so the format of the value will be something like C:\Company\HomeDir\ ). How can I get this value by use of RegistrySearch Element? How can I assign this value to the Directory where I want to install files in? Directory Id=TARGETDIR Name=SourceDir Directory Id=CompanyDIR Name=Company Component Id=Components Guid=Sample-GUID File Id='file01' Name='SampleFile' / /Component /Directory /Directory This means, the Value must be divided into the directory names, and be used in the Directory names. But how can I get this value by RegistrySearch Element, and how can I divide it? Can anybody give me a sample code? Also I must add that I use wix-2.0.5805.0 as the stable version. Thank you very much, - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about custom action-Different behaviors in different OS?
Maybe a thing to consider: is your dll statically linked? If not, maybe this is the problem. If you are trying to run a library, which is not statically linked and the target computer doesn't have the c++/c runtime installed, dll won't work. Check this within VS 2005 under Project|Properties|Configuration Properties|Code Generation|Runtime Library - it should be set to Multi threaded Debug (/MTd) for debug build and Multi Threaded (/MT) for release build. Cheers, Boris Xu nanxuan wrote: In my custom Wix, I have a custom action aiming at a dllentry (the dll is written in C++ in VS 2005). All of this works fine on my vista 64bit; but when I move the msi file to longhorn 64bit, it doesn't work correctly (the result is premature setup, and i can still find it in control panel). I guess something wrong with dll, because i've tried removing the dll part of the msi, which can make the new msi work correctly in longhorn. So, any suggestions? Thanks! Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ConfigureIIS and IIS7
Thanks bob, Well, the API for IIS7 is here: http://msdn2.microsoft.com/en-us/library/aa965217.aspx I can imagine that there are others, besides, myself that would like to see native support of it. I may start working on a ConfigureIIS myself , or do you think using XmlConfig would be the best route? From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2008 12:31 AM To: Robert Priest Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ConfigureIIS and IIS7 [EMAIL PROTECTED] wrote: Just wondering if the functionality is there or not, and which version of wix do I need to get if so? WiX doesn't have native support for IIS7. Its existing IIS support works with the IIS6 metabase feature of IIS7, except for rollback. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about custom action-Different behaviors in different OS?
Glad to help. Xu nanxuan wrote: Yes, that's it! It's really an unwizdom for me to ignore such factor! Thanks again Date: Tue, 4 Mar 2008 15:36:59 +0100 To: wix-users@lists.sourceforge.net From: [EMAIL PROTECTED] Subject: Re: [WiX-users] Question about custom action-Different behaviors in different OS? Maybe a thing to consider: is your dll statically linked? If not, maybe this is the problem. If you are trying to run a library, which is not statically linked and the target computer doesn't have the c++/c runtime installed, dll won't work. Check this within VS 2005 under Project|Properties|Configuration Properties|Code Generation|Runtime Library - it should be set to Multi threaded Debug (/MTd) for debug build and Multi Threaded (/MT) for release build. Cheers, Boris Xu nanxuan wrote: In my custom Wix, I have a custom action aiming at a dllentry (the dll is written in C++ in VS 2005). All of this works fine on my vista 64bit; but when I move the msi file to longhorn 64bit, it doesn't work correctly (the result is premature setup, and i can still find it in control panel). I guess something wrong with dll, because i've tried removing the dll part of the msi, which can make the new msi work correctly in longhorn. So, any suggestions? Thanks! Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unable to force upgrade
In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?
I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.
Any help would be much appreciated.
?define FirstProductVersion=0.8.0 ?
?define ProductVersion=0.9.0 ?
Product Id={D6B41223-1108-4EC5-8BB3-9B12B245753C} Language=1033
Manufacturer=zz Name=zz
UpgradeCode={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
Version=$(var.ProductVersion)
Package Comments=zz Compressed=yes Description=ViaPost
InstallerVersion=300 Languages=1033 Manufacturer=zz Platform=intel
Id=* /
Upgrade Id={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
UpgradeVersion Minimum=$(var.FirstProductVersion)
IncludeMinimum=yes Maximum=$(var.ProductVersion) IncludeMaximum=no
OnlyDetect=no Language=1033 Property=UPGRADEFOUND /
UpgradeVersion Minimum=$(var.ProductVersion) IncludeMinimum=no
OnlyDetect=yes Language=1033 Property=NEWPRODUCTFOUND /
/Upgrade
Regards
Ryan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem Reading Registry
Hi, Read a registry value and assign to a property like so Property Id='VS2008' RegistrySearch Id='VisualStudio2008' Root='HKLM' Key='SOFTWARE\Microsoft\VisualStudio\9.0' Name='InstallDir' Type='raw' / /Property Then you will start your directory structure like so Directory Id='VS2008' Name='.' !-- Your directories and components here -- /Directory Note DirectoryID is the same as the property id. Regards Stephen -Original Message- From: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] On Behalf Of Boris Krivonog Sent: 04 March 2008 14:30 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Problem Reading Registry Please refer to http://www.tramontana.co.hu/wix/lesson1.php, under 1.5 Where to Install?. It contains a really simple and exhaustive explanation about this issue. Hope this helps, Boris Riyaz Mogharabin wrote: Hi everybody, I have to read a registry value from a specific key ( lets say HKLM\Software\Company\ ) and this value contains the path to the location where we need to install the software (so the format of the value will be something like C:\Company\HomeDir\ ). How can I get this value by use of RegistrySearch Element? How can I assign this value to the Directory where I want to install files in? Directory Id=TARGETDIR Name=SourceDir Directory Id=CompanyDIR Name=Company Component Id=Components Guid=Sample-GUID File Id='file01' Name='SampleFile' / /Component /Directory /Directory This means, the Value must be divided into the directory names, and be used in the Directory names. But how can I get this value by RegistrySearch Element, and how can I divide it? Can anybody give me a sample code? Also I must add that I use wix-2.0.5805.0 as the stable version. Thank you very much, - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users IONA Technologies PLC (registered in Ireland) Registered Number: 171387 Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use RemoveFile and CopyFile?
That's kind of tricky. I'd have to question your setup in this case. I think there's a property to give you the name of the drive the product is being installed on. It'll be in here somewhere: http://msdn2.microsoft.com/en-us/library/aa370905.aspx You could use a custom action to create the second directory path, and set it to the relevant directory ID, like setting a property. Rob Xu nanxuan wrote: Thanks, But i've no idea how to do that. I want srcFile1 to be installed at D:\Dir1, and srcFile2 to be installed at D:\Dir2 to the target machine. But there's only one TARGETDIR aiming at C:\. So how to do that? I mean i don't know the Wix grammer of that. Ballack Michel To: wix-users@lists.sourceforge.net From: [EMAIL PROTECTED] Date: Tue, 4 Mar 2008 13:36:44 + Subject: Re: [WiX-users] How to use RemoveFile and CopyFile? Instead of installing a file you don't want, copying it to where you do want it, and then removing the original, why don't you just install the file to where you want it in the first place? Rob Xu nanxuan wrote: 1 Component Id... 2 File Id=f1 Name=n1.txt/ 3 CopyFile Id=cp1 FileId=f1 DestinationName=d1.txt DestinationProperty=T1/ 4 RemoveFile Id=r3 Name=n1.txt On=both/ 5 /Component Question 1: Is it possible to just CopyFile without installing file? I mean can i remove Line 2? I've tried the following, but it fails CopyFile Id=cp1 SourceName=n1.txt DestinationName=d1.txt DestinationProperty=T1/ Question 2: I use RemoveFile because n1.txt in Line 1 is useless to my customization. But Line 4 didn't work. I mean n1.txt is still there until executing uninstall. So, how to remove n1.txt just after installation? Thanks! Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Express yourself instantly with MSN Messenger! MSN Messenger http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Ordering features in the custom setup dialog
Hello, this is my first post here. I'm new to WiX but I've been using InstallShield for quite a while. I'm migrating a rather large InstallShield project to WiX: I've converted the .msi with dark and I'm now tweaking the dozens of XML files. Things are going smoothly so far, but I couldn't figure out how to set the ordering of features in the custom setup dialog. They're not in the order of the FeatureRefs that bring them in, nor in alphabetical order, nor in the order I link the fragments. I thought that maybe they were ordered by level, but that's not the case either. I couldn't find an answer in the documentation nor in the mailing list archive (that's probably because I couldn't come up with good search terms) so I'm asking: is there a way to set the order of features in the custom setup dialog? -- Flavio Stanchina Informatica e Servizi Trento - Italy - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wix bitness
Hi, Do wix binaries have64-bit version? Like wixca.dll, etc? For both Wix 2.0 and Wix 3.0. Thanks, Zhisheng _ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unable to force upgrade
Ryan,
You did not show all the relevant to major upgrade code:
- Did you change the Product/@Id, Package/@Id, and Product/@Version?
- Do you have Product/@Language listed in or equal to
Package/@Languages?
- Do you schedule a RemoveExistingProducts action in the
InstallExecutesequence?
- Do you use custom action to prevent downgrading?
Regard,
Alex
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, March 04, 2008 7:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to force upgrade
In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code below?
I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx
but can't see what I am missing.
Any help would be much appreciated.
?define FirstProductVersion=0.8.0 ?
?define ProductVersion=0.9.0 ?
Product Id={D6B41223-1108-4EC5-8BB3-9B12B245753C} Language=1033
Manufacturer=zz Name=zz
UpgradeCode={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
Version=$(var.ProductVersion)
Package Comments=zz Compressed=yes Description=ViaPost
InstallerVersion=300 Languages=1033 Manufacturer=zz Platform=intel
Id=* /
Upgrade Id={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
UpgradeVersion Minimum=$(var.FirstProductVersion) IncludeMinimum=yes
Maximum=$(var.ProductVersion) IncludeMaximum=no OnlyDetect=no
Language=1033 Property=UPGRADEFOUND /
UpgradeVersion Minimum=$(var.ProductVersion) IncludeMinimum=no
OnlyDetect=yes Language=1033 Property=NEWPRODUCTFOUND /
/Upgrade
Regards
Ryan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Path to candle.exe is invalid
It looks like I have 3.0.2925.0 installed. The registry looked correct, but I found the problem in the .wixproj file. Thanks for the help! topher On Mon, Mar 3, 2008 at 10:43 PM, Bob Arnson [EMAIL PROTECTED] wrote: Chris Marks wrote: My co-worker created a WiX script using WiX 3 and Votive 3 and added the new project to our solution and VCS. I updated my workspace and have been trying to build the solution using VS 2005, but get stuck on the following error: The specified task executable location 'C:\Program Files\Windows Installer XML v3\bin\candle.exe' is invalid. Which version of WiX v3? Recent versions load the path from the registry. You might need to remove any hard-coded paths from the .wixproj file to have the defaulting kick in. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unable to force upgrade
Still new to this, thanks for pointing that out.
I did not change the ProductId or the Package version. The package id is
autogenerated, so yes that changed.
Product language and package language are set the same.
Yes, RemoveExistingProducts is scheduled after InstallFinalize
Yes, there is a custom action to prevent downgrading.
Ah, just found something. I have two 'Upgrade' sections. I'll look
into this now, thanks for helping me find it!
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander
Shevchuk
Sent: 04 March 2008 18:07
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade
Ryan,
You did not show all the relevant to major upgrade code:
- Did you change the Product/@Id, Package/@Id, and
Product/@Version?
- Do you have Product/@Language listed in or equal to
Package/@Languages?
- Do you schedule a RemoveExistingProducts action in the
InstallExecutesequence?
- Do you use custom action to prevent downgrading?
Regard,
Alex
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, March 04, 2008 7:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to force upgrade
In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?
I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.
Any help would be much appreciated.
?define FirstProductVersion=0.8.0 ?
?define ProductVersion=0.9.0 ?
Product Id={D6B41223-1108-4EC5-8BB3-9B12B245753C} Language=1033
Manufacturer=zz Name=zz
UpgradeCode={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
Version=$(var.ProductVersion)
Package Comments=zz Compressed=yes Description=ViaPost
InstallerVersion=300 Languages=1033 Manufacturer=zz Platform=intel
Id=* /
Upgrade Id={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
UpgradeVersion Minimum=$(var.FirstProductVersion)
IncludeMinimum=yes Maximum=$(var.ProductVersion) IncludeMaximum=no
OnlyDetect=no Language=1033 Property=UPGRADEFOUND /
UpgradeVersion Minimum=$(var.ProductVersion) IncludeMinimum=no
OnlyDetect=yes Language=1033 Property=NEWPRODUCTFOUND /
/Upgrade
Regards
Ryan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unable to force upgrade
Guess that wasn't it. I'll start with a small version tomorrow and see if I
can get it working on a tiny project first. As a beginners guess it might be
something to do with the uninstallation UI that has been authored.
Thanks
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander
Shevchuk
Sent: 04 March 2008 18:07
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade
Ryan,
You did not show all the relevant to major upgrade code:
- Did you change the Product/@Id, Package/@Id, and
Product/@Version?
- Do you have Product/@Language listed in or equal to
Package/@Languages?
- Do you schedule a RemoveExistingProducts action in the
InstallExecutesequence?
- Do you use custom action to prevent downgrading?
Regard,
Alex
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, March 04, 2008 7:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to force upgrade
In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?
I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.
Any help would be much appreciated.
?define FirstProductVersion=0.8.0 ?
?define ProductVersion=0.9.0 ?
Product Id={D6B41223-1108-4EC5-8BB3-9B12B245753C} Language=1033
Manufacturer=zz Name=zz
UpgradeCode={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
Version=$(var.ProductVersion)
Package Comments=zz Compressed=yes Description=ViaPost
InstallerVersion=300 Languages=1033 Manufacturer=zz Platform=intel
Id=* /
Upgrade Id={E4EC9E2F-43E1-42AD-85F4-A425C9EF2AAE}
UpgradeVersion Minimum=$(var.FirstProductVersion)
IncludeMinimum=yes Maximum=$(var.ProductVersion) IncludeMaximum=no
OnlyDetect=no Language=1033 Property=UPGRADEFOUND /
UpgradeVersion Minimum=$(var.ProductVersion) IncludeMinimum=no
OnlyDetect=yes Language=1033 Property=NEWPRODUCTFOUND /
/Upgrade
Regards
Ryan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Signal a win32 event?
How would I go about signalling a win32 named event during the install. I can create a custom action that calls an export from the dll I install, and the exported function signals the event. However, I would also like to signal an event if the installation fails. Is there a way I can do it without calling into my dll? Thanks, -jeff - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Signal a win32 event?
In article [EMAIL PROTECTED], jeff davis [EMAIL PROTECTED] writes: I can create a custom action that calls an export from the dll I install, and the exported function signals the event. However, I would also like to signal an event if the installation fails. Is there a way I can do it without calling into my dll? No. Just make two functions that handle the install and failure cases. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Questions about the msi Administration issues
I can install a file in some folders on target machine, but failed to other folders. I know different folds have different access levels. But how can i have my .msi have the most advantage access level so that i can install file to any target folder? Thanks! _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I log with the setup.exe bootstrapper?
dB. wrote: How do I get my setup.exe to create a log at installation? The current version does by default, by changing the .msi name to have a .log extension and creating the log in the TEMP directory. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows Service not removed on Uninstall
faheemitian wrote: But on uninstall nothing happens. Neither service is stopped nor uninstalled, everything just happens to be there. Check a verbose log: * Around InstallValidate to see what the Action: value is for the service component. * All instances of the StopServices and DeleteServices action, to see what it did for the service. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ConfigureIIS and IIS7
[EMAIL PROTECTED] wrote: Thanks bob, Well, the API for IIS7 is here: http://msdn2.microsoft.com/en-us/library/aa965217.aspx I can imagine that there are others, besides, myself that would like to see native support of it. I may start working on a ConfigureIIS myself , or do you think using XmlConfig would be the best route? I think the best model is strongly-typed authoring built on top of XmlConfig, a la http://www.joyofsetup.com/2007/07/01/semi-custom-actions/. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista registry virtualization
Simon Topley wrote: I suspect that I am registering the interfaces incorrectly. I'm adding all of the details manually (CLSID, TYPELIB blah blah blah) maybe there is a COM registration component I'm not aware of that would take care of this. Are you using Registry/RegistryKey/RegistryValue? Which registry roots? The WiX elements Class/ProgId/Interface/etc write the correct registry values for both per-machine and per-user installs. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix bitness
zhisheng huang wrote: Do wix binaries have64-bit version? Like wixca.dll, etc? For both Wix 2.0 and Wix 3.0. No. There are plans to create 64-bit versions of particular custom actions but others will stay 32-bit with code to disable file system redirection. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Ordering features in the custom setup dialog
Flavio Stanchina wrote: I couldn't find an answer in the documentation nor in the mailing list archive (that's probably because I couldn't come up with good search terms) so I'm asking: is there a way to set the order of features in the custom setup dialog? MSI doesn't have a way of specifying the order of features, so there's no guarantee they'll show up in a particular order. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why VS2005 with Votive failed to compile new Wix project?
Xu nanxuan wrote: Error4The localization variable !(loc.WixUINext) is unknown. Please ensure the variable is defined.C:\delivery\Dev\wix\src\ext\uiextension\wixlib\WelcomeDlg.wxs91WixProject3 ..WelcomeDlg.wxs. You need to specify Cultures (e.g., of en-us for US English). -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unable to force upgrade
Ryan O'Neill wrote: Yes, RemoveExistingProducts is scheduled after InstallFinalize It's easier to start by scheduling RemoveExistingProducts after InstallInitialize so you get a full uninstall first. Then you can optimize once it's working. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows Service not removed on Uninstall
Bob, Bob Arnson-6 wrote: Check a verbose log: * Around InstallValidate to see what the Action: value is for the service component. * All instances of the StopServices and DeleteServices action, to see what it did for the service. I have checked the log in verbose mode. Inside InstallValidate MainProgram (Service Feature) is Installed Absent while as component TestServExe (Service Component) is Installed: Local. Extract from the log is MSI (s) (FC:B4) [12:56:42:668]: Doing action: InstallValidate Action ended 12:56:42: MigrateFeatureStates. Return value 0. MSI (s) (FC:B4) [12:56:42:668]: Feature: MainProgram; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Feature: UInterfaceOnly; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: UInterfaceMainExecutable; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TstAutoRun; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: UInterfaceMainExecutableExtra; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TestServExe; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TestServFRCLibrary; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TestServMLibrary; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TestServps.dll; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TstSAlertsFRCLibrary; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TstUpdateLibrary; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TstServerHelp; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: LicenseTxt; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: ReadMeTxt; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: STLLibrary; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TstKeyTxt; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: TestDat; Installed: Local; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: RemoveProductMenuDir; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: RemoveProductDir; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: DataDirectory; Installed: Absent; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: __TestServExe65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: __TstServerHelp65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:668]: Component: __TstAutoRun65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Component: __UInterfaceMainExecutableExtra65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Component: __RemoveProductMenuDir65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Component: __RemoveProductDir65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Component: __TestServExe66; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Component: __TestServps.dll65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Component: __UInterfaceMainExecutable65; Installed: Null; Request: Null; Action: Null MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: BindImage MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: ProgId MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: PublishComponent MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: SelfReg MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: Extension MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: Font MSI (s) (FC:B4) [12:56:42:684]: Note: 1: 2205 2: 3: Class Action start 12:56:42: InstallValidate. MSI (s) (FC:B4) [12:56:42:699]: PROPERTY CHANGE: Modifying CostingComplete property. Its current value is '0'. Its new value: '1'. MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: BindImage MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: ProgId MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: PublishComponent MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: SelfReg MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: Extension MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: Font MSI (s) (FC:B4) [12:56:42:699]: Note: 1: 2205 2: 3: Class MSI (s) (FC:B4) [12:56:42:699]:
