Re: [WiX-users] custom action to write a reg value
Could you not run the installer using CreateProcess(), and then wait for it with something like WaitForSingleObject()? This way you know when the installer finished. Rob Chesong Lee wrote: > How does your bootstrapper interact with MSI engine? > > > > If your bootstrapper calls MsiInstallProduct, it returns ERROR_SUCCESS > on success or other error codes on error. > > This function is synchronous and does return when the installation is > complete. > > > > If your bootstrapper is launching a process “msiexec.exe /i > product.msi”, check the return code of the process “msiexec.exe” for > completion and errors. > > > > http://blogs.msdn.com/windows_installer_team/archive/2005/09/26/Ken_Wong.aspx > > > > In both ways, you can see if the installation is completed with no > errors or without errors. > > > > Regards, > > > > Chesong Lee > > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of *Don > Tasanasanta > *Sent:* Tuesday, August 01, 2006 6:55 PM > *To:* [EMAIL PROTECTED]; wix-users@lists.sourceforge.net > *Subject:* Re: [WiX-users] custom action to write a reg value > > > > Sorry I didn’t explain more… > > > > Yes, there will be a bootstrapper running the install and monitoring the > registry to see if the install completed successfully. Failed, or if a > reboot was necessary. Then the bootstrapper will act accordingly. > > > > The install will be running silently so no UI sequence will be involved. > > __ > > > > Don Tasanasanta > > VIACK Corporation > > 425-605-7423 > > > > > > *From:* Derek Cicerone [mailto:[EMAIL PROTECTED] > *Sent:* Tuesday, August 01, 2006 3:50 PM > *To:* Don Tasanasanta; wix-users@lists.sourceforge.net > *Subject:* RE: [WiX-users] custom action to write a reg value > > > > Could you explain your scenario a bit more? Why would it be important > to know when an install has completed? Is this for a bootstraper? Will > there be some other program continuously pinging to find out when the > install is complete? > > > > Thanks, > > Derek > > > > > > *From:* Don Tasanasanta [mailto:[EMAIL PROTECTED] > *Sent:* Tuesday, August 01, 2006 3:46 PM > *To:* [EMAIL PROTECTED]; wix-users@lists.sourceforge.net > *Subject:* RE: [WiX-users] custom action to write a reg value > > > > Yes, that is exactly what I’m trying to do… is there another way to go > about this? > > > > __ > > > > Don Tasanasanta > > VIACK Corporation > > 425-605-7423 > > > > > > *From:* Derek Cicerone [mailto:[EMAIL PROTECTED] > *Sent:* Tuesday, August 01, 2006 3:29 PM > *To:* Don Tasanasanta; [EMAIL PROTECTED]; > wix-users@lists.sourceforge.net > *Subject:* RE: [WiX-users] custom action to write a reg value > > > > Why? Windows Installer only writes a value if it’s successful > (otherwise it rolls back). Are you trying to determine if an install is > successful or /when/ it’s successful? > > > > Derek > > > > > > *From:* Don Tasanasanta [mailto:[EMAIL PROTECTED] > *Sent:* Tuesday, August 01, 2006 3:26 PM > *To:* [EMAIL PROTECTED]; wix-users@lists.sourceforge.net > *Subject:* RE: [WiX-users] custom action to write a reg value > > > > I would like to write the reg value after “installfinalize” when I’m > sure that the install has been successful. > > > > __ > > > > Don Tasanasanta > > VIACK Corporation > > 425-605-7423 > > > > > > *From:* Derek Cicerone [mailto:[EMAIL PROTECTED] > *Sent:* Tuesday, August 01, 2006 3:09 PM > *To:* Don Tasanasanta; wix-users@lists.sourceforge.net > *Subject:* RE: [WiX-users] custom action to write a reg value > > > > Just write the registry key as part of the normal installation – why > would that require a custom action? > > > > Derek > > > > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of *Don > Tasanasanta > *Sent:* Tuesday, August 01, 2006 2:57 PM > *To:* wix-users@lists.sourceforge.net > *Subject:* [WiX-users] custom action to write a reg value > > > > I’m looking to create a reg value to indicate that the install was > successful. > > > > And ideas? > > > > __ > > > > Don Tasanasanta > > VIACK Corporation > > 425-605-7423 > > > > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Tec
[WiX-users] rfc: Package element changes
On Tue, 1 Aug 2006 16:44:39 -0400, Dave Williamson wrote: Dave, > I assume that "12345678----??5??" makes up all > the GUID parts except for 12345678 and 5. Somebody correct me if I'm wrong but as far as I know GUIDs are always created complete. There is no such thing as partial GUID creation. A GUID is only then can be guaranteed unique if it is generated fresh in every respect. Bye, Gábor --- DEÃK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WebVirtualDir question
Hi. I’ve got a WiX script that installs a webservice to IIS and it works great. The problem occurs when the user specifies a different directory than the standard one (like :\MyWebservice\v2.0.0_test). Where :\MyWebservice\v2.0.0 is the standard one The IIS lists the webservice but the v2.0.0_test folder is not set as an application like it should be. I guess I need to change the alias of the WebVirtualDir element if the user changes destination folder, but I’m not sure where to start. Any hints to get me started would be much appreciated! …… WebVirtualDir> WebVirtualDir> … -Christer Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] På vegne av Shmarya Rubenstein Sendt: 1. august 2006 12:42 Til: [EMAIL PROTECTED] Kopi: wix-users@lists.sourceforge.net Emne: Re: [WiX-users] ExeCommand custom action It's a command-line argument... Essentially, I added the cli argument in order to workaround the need for "Working Directory"... After a little more investigation, it seems that a type 50 CA is what I need... works great... On 8/1/06, Derek Cicerone <[EMAIL PROTECTED]> wrote: What does the exe do to the xml file? WiX has custom actions which support modifying xml files during setup. They support rollback and install nothing to the target machine. Derek From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Shmarya Rubenstein Sent: Tuesday, August 01, 2006 2:21 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] ExeCommand custom action Hi all, I've got an ExeCommand custom action (like this): How can I make it execute with a specific working directory? Thanks, -- Shmarya --- [EMAIL PROTECTED] - http://shmarya.net NUnit rocks! http://nunit.com -- Shmarya --- [EMAIL PROTECTED] - http://shmarya.net NUnit rocks! http://nunit.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
That's correct - we generate the entire guid every time. Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DEÁK JAHN, Gábor Sent: Wednesday, August 02, 2006 1:14 AM To: WiX-users Subject: [WiX-users] rfc: Package element changes On Tue, 1 Aug 2006 16:44:39 -0400, Dave Williamson wrote: Dave, > I assume that "12345678----??5??" makes up all > the GUID parts except for 12345678 and 5. Somebody correct me if I'm wrong but as far as I know GUIDs are always created complete. There is no such thing as partial GUID creation. A GUID is only then can be guaranteed unique if it is generated fresh in every respect. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Pregunte como mejorar su imagen.
Title: Documento sin título Diseño Publicitario Atrás quedo la vieja idea de comunicación que afirmaba que tan solo existía un emisor-mensaje-receptor. Ahora, las nuevas tecnologías permiten acceder a la lógica de la interactividad en la cual no somos tan solo los espectadores de un acontecimiento sino que también somos los creadores de este. Los multimedios abren los campos de alimentación y retroalimentación para una buena comunicación porque con la vertiginosa rapidez de la actividad humana los antiguos esquemas de comunicación cada vez se vuelven más ineficaces. La mezcla de audio, video, animación, navegación e impacto visual hace de la multimedia un nuevo elemento con un sin numero de cualidades que pueden ayudar al proceso de aprendizaje, desarrollo intelectual y entrete Boletin Informativo I-magen.net Lanza su nuevo sitio web Agosto 1 lanzamiento del nuevo sitio Web de i-magen.net, este nuevo sitio estará enfocado al servicio en línea para sus clientes, contara con nuevos productos y servicios para cada necesidad, con un diseño lógico y novedoso con el cual lograra ser uno de los sitio mas útiles para las empresas que requieren servicios publicitarios y gráficos. I-magen.net nuevo nombre nueva imagen iart es el nuevo nombre con el cual pretendemos posicionarnos en el mercado, con el lanzamiento del sitio Web se iniciara una campaña electrónica de posicionamiento de marca, i-magen.net con un nuevo nombre y una nueva imagen pretende tener mayor recordación y diferenciales específicos dentro del medio, logrando mayor penetración en el mercado. Telefono: 526-0867 Cel.316 357-8997 e-mail: [EMAIL PROTECTED] © 2006 i-magen.net (iart) Todos los derechos reservados - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Questions about merge modules
Hello. 1) MSM is copied to the MSI when MSI references MSM. And I want to leave MSM out side of the main MSI. How to do it? 2) I want to author a custom action in MSM. Can I use InstallExecuteSequence inside MSM to schedule the CA, since I did not find ModuleInstallExecuteSequence in WiX schema? -- Best regards, Peter G. Sakhno C-MAP RUSSIA Ltd http://www.c-map.ru/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Questions about merge modules
Peter G. Sakhno wrote: 1) MSM is copied to the MSI when MSI references MSM. And I want to leave MSM out side of the main MSI. How to do it? You cann't. A merge module cannot be installed alone because its lacks some vital database tables that are present in an installation database. Merge modules also contain additional tables that are unique to themselves. To install the information delivered by a merge module with an application, the module must first be *merged* into the application's .msi file. 2) I want to author a custom action in MSM. Can I use InstallExecuteSequence inside MSM to schedule the CA, since I did not find ModuleInstallExecuteSequence in WiX schema? It's InstallExecuteSequence, capable for both Product and Module elements. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
I've done some more thinking about this. I think Rob's main objection with making Product/@Id optional was that someone might accidentally forget to specify it. However, what if we displayed a warning to the user whenever they omitted the Property/@Id attribute informing them that doing so is non-standard and would result in generating a new ProductCode for each build - thus making it impossible to do anything other than major upgrades. I think would be ideal because it: 1. Keeps the schema consistent - omitting the Id attribute generates an identifier/guid. 2. Warns users of the specific dangers of generating a ProductCode every time (so it provides more user education than the current tools). 3. Doesn't really prevent a user from getting back to a good state if they really did want to specify a ProductCode since they can always go back and hard-code in a ProductCode when they discover that building patches using images with different ProductCodes does not work. I'm also thinking of adding a similar warning if a user sets the Package/@Id attribute for a Product because that would produce identical PackageCodes for multiple msi files, which is against MSI recommendations and may result in undesirable behavior in some scenarios as well. Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Cicerone Sent: Wednesday, August 02, 2006 1:24 AM To: 'DEÁK JAHN, Gábor'; 'WiX-users' Subject: Re: [WiX-users] rfc: Package element changes That's correct - we generate the entire guid every time. Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DEÁK JAHN, Gábor Sent: Wednesday, August 02, 2006 1:14 AM To: WiX-users Subject: [WiX-users] rfc: Package element changes On Tue, 1 Aug 2006 16:44:39 -0400, Dave Williamson wrote: Dave, > I assume that "12345678----??5??" makes up all > the GUID parts except for 12345678 and 5. Somebody correct me if I'm wrong but as far as I know GUIDs are always created complete. There is no such thing as partial GUID creation. A GUID is only then can be guaranteed unique if it is generated fresh in every respect. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
Derek Cicerone wrote: > I've done some more thinking about this. I think Rob's main objection with > making Product/@Id optional was that someone might accidentally forget to > specify it. However, what if we displayed a warning to the user whenever > they omitted the Property/@Id attribute informing them that doing so is > non-standard and would result in generating a new ProductCode for each build > - thus making it impossible to do anything other than major upgrades. > Why should that be a warning? -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
Hmm, that's a very good point. I'm just trying to address Rob's concern that a developer wouldn't understand what it means to generate the guid. Honestly, I'd be more worried about them copying a setup with a guid and failing to modify it (thus introducing collisions for users). It almost argues for us to always omit the guid in our examples in which case we'd then have to somehow educate the user that they should set a guid if they copied one of our examples. Now I'm all confused :) Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Wednesday, August 02, 2006 8:44 AM To: [EMAIL PROTECTED] Cc: 'DEÁK JAHN Gábor'; 'Rob Mensching'; 'WiX-users' Subject: Re: [WiX-users] rfc: Package element changes Derek Cicerone wrote: > I've done some more thinking about this. I think Rob's main objection with > making Product/@Id optional was that someone might accidentally forget to > specify it. However, what if we displayed a warning to the user whenever > they omitted the Property/@Id attribute informing them that doing so is > non-standard and would result in generating a new ProductCode for each build > - thus making it impossible to do anything other than major upgrades. > Why should that be a warning? -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Create Specific Directory
Forgive my newbiness... how do I create a directory using the element that points to a specific location on the user's machine? For instance, "C:\NewPath"? Or do I need a tag that does so? Thanks, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Another question about MSM
Hello. I have authored a custom action inside MSM and scheduled it, like that: In log I found that this action was performed. " MSI (s) (F4:50) [20:26:39:359]: Doing action: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A MSI (s) (F4:50) [20:26:39:359]: Note: 1: 2205 2: 3: ActionText Action start 20:26:39: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A. MSI (s) (F4:C8) [20:26:39:390]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI12.tmp, Entrypoint: MyCA MSI (s) (F4:FC) [20:26:39:390]: Generating random cookie. MSI (s) (F4:FC) [20:26:39:421]: Created Custom Action Server with PID 1840 (0x730). MSI (s) (F4:64) [20:26:39:531]: Running as a service. MSI (s) (F4:70) [20:26:39:531]: Hello, I'm your 32bit Impersonated custom action server. Action ended 20:26:39: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A. Return value 1. " But the function in dll was not called! That's for sure since that function must show message box and message box was not shown. So what's wrong with that CA in MSM? -- Best regards, Peter G. Sakhno C-MAP RUSSIA Ltd http://www.c-map.ru/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Another question about MSM
What does your custom action do? You should avoid writing your own custom actions whenever possible because it is difficult to write one which properly handles all install/repair/uninstall scenarios. Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter G. Sakhno Sent: Wednesday, August 02, 2006 9:43 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Another question about MSM Hello. I have authored a custom action inside MSM and scheduled it, like that: In log I found that this action was performed. " MSI (s) (F4:50) [20:26:39:359]: Doing action: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A MSI (s) (F4:50) [20:26:39:359]: Note: 1: 2205 2: 3: ActionText Action start 20:26:39: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A. MSI (s) (F4:C8) [20:26:39:390]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI12.tmp, Entrypoint: MyCA MSI (s) (F4:FC) [20:26:39:390]: Generating random cookie. MSI (s) (F4:FC) [20:26:39:421]: Created Custom Action Server with PID 1840 (0x730). MSI (s) (F4:64) [20:26:39:531]: Running as a service. MSI (s) (F4:70) [20:26:39:531]: Hello, I'm your 32bit Impersonated custom action server. Action ended 20:26:39: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A. Return value 1. " But the function in dll was not called! That's for sure since that function must show message box and message box was not shown. So what's wrong with that CA in MSM? -- Best regards, Peter G. Sakhno C-MAP RUSSIA Ltd http://www.c-map.ru/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Another question about MSM
You may have to check if your custom action function has a correct function prototype: extern "C" __declspec(dllexport) UINT __stdcall MyCa(MSIHANDLE hInstall); 1. extern "C" is required if your source code is C++. 2. __declspec(dllexport) is required if you do not have separate DLL definition file 3. __stdcall is required if your default calling convention of the compiler is __cdecl (default in Visual Studio is __cdecl) Also, to debug your custom action, set environment variable MsiBreak to "MyCA" (or name of the custom action) to attach to the MSI custom action engine. Regards, Chesong Lee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter G. Sakhno Sent: Wednesday, August 02, 2006 12:43 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Another question about MSM Hello. I have authored a custom action inside MSM and scheduled it, like that: In log I found that this action was performed. " MSI (s) (F4:50) [20:26:39:359]: Doing action: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A MSI (s) (F4:50) [20:26:39:359]: Note: 1: 2205 2: 3: ActionText Action start 20:26:39: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A. MSI (s) (F4:C8) [20:26:39:390]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI12.tmp, Entrypoint: MyCA MSI (s) (F4:FC) [20:26:39:390]: Generating random cookie. MSI (s) (F4:FC) [20:26:39:421]: Created Custom Action Server with PID 1840 (0x730). MSI (s) (F4:64) [20:26:39:531]: Running as a service. MSI (s) (F4:70) [20:26:39:531]: Hello, I'm your 32bit Impersonated custom action server. Action ended 20:26:39: MyCA.17DD507A_FE19_4C9D_9291_C4239315792A. Return value 1. " But the function in dll was not called! That's for sure since that function must show message box and message box was not shown. So what's wrong with that CA in MSM? -- Best regards, Peter G. Sakhno C-MAP RUSSIA Ltd http://www.c-map.ru/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
Strange is good in this case... auto-gen of GUIDs is a dangerous thing. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Farrell Sent: Tuesday, August 01, 2006 5:46 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] rfc: Package element changes It's not a big deal, but I prefer the current question mark scheme since it has the overall look of a GUID. If I'm doing a visual scan of a WiX source file looking for GUIDs, this format stands out as being one, but is also instantly recognizable as one which will be allocated a real value at build time. It looked strange to me when I first saw it, but I've grown to like it. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
All examples should use "PUT-GUID-HERE". You get a nice error message from the compiler and it's pretty self explanatory. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Cicerone Sent: Wednesday, August 02, 2006 8:57 AM To: 'Bob Arnson' Cc: 'DEÁK JAHN Gábor'; 'WiX-users'; 'Rob Mensching' Subject: Re: [WiX-users] rfc: Package element changes Hmm, that's a very good point. I'm just trying to address Rob's concern that a developer wouldn't understand what it means to generate the guid. Honestly, I'd be more worried about them copying a setup with a guid and failing to modify it (thus introducing collisions for users). It almost argues for us to always omit the guid in our examples in which case we'd then have to somehow educate the user that they should set a guid if they copied one of our examples. Now I'm all confused :) Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Wednesday, August 02, 2006 8:44 AM To: [EMAIL PROTECTED] Cc: 'DEÁK JAHN Gábor'; 'Rob Mensching'; 'WiX-users' Subject: Re: [WiX-users] rfc: Package element changes Derek Cicerone wrote: > I've done some more thinking about this. I think Rob's main objection with > making Product/@Id optional was that someone might accidentally forget > to specify it. However, what if we displayed a warning to the user > whenever they omitted the Property/@Id attribute informing them that > doing so is non-standard and would result in generating a new > ProductCode for each build > - thus making it impossible to do anything other than major upgrades. > Why should that be a warning? -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
Unfortunately, people treat our qtests as examples (especially given that they are categorized under the examples directory). I agree for things that are purely examples we should use the PUT-GUID-HERE thing. Its the qtests I don't know what to do with (I really wish people wouldn't look at them but they do have the most coverage of various authoring concepts). What are your thoughts on a warning for omitting the Product/@Id attribute? Derek -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 02, 2006 10:16 AM To: [EMAIL PROTECTED]; 'Bob Arnson' Cc: 'DEÁK JAHN Gábor'; 'WiX-users'; 'Rob Mensching' Subject: RE: [WiX-users] rfc: Package element changes All examples should use "PUT-GUID-HERE". You get a nice error message from the compiler and it's pretty self explanatory. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Cicerone Sent: Wednesday, August 02, 2006 8:57 AM To: 'Bob Arnson' Cc: 'DEÁK JAHN Gábor'; 'WiX-users'; 'Rob Mensching' Subject: Re: [WiX-users] rfc: Package element changes Hmm, that's a very good point. I'm just trying to address Rob's concern that a developer wouldn't understand what it means to generate the guid. Honestly, I'd be more worried about them copying a setup with a guid and failing to modify it (thus introducing collisions for users). It almost argues for us to always omit the guid in our examples in which case we'd then have to somehow educate the user that they should set a guid if they copied one of our examples. Now I'm all confused :) Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Wednesday, August 02, 2006 8:44 AM To: [EMAIL PROTECTED] Cc: 'DEÁK JAHN Gábor'; 'Rob Mensching'; 'WiX-users' Subject: Re: [WiX-users] rfc: Package element changes Derek Cicerone wrote: > I've done some more thinking about this. I think Rob's main objection with > making Product/@Id optional was that someone might accidentally forget > to specify it. However, what if we displayed a warning to the user > whenever they omitted the Property/@Id attribute informing them that > doing so is non-standard and would result in generating a new > ProductCode for each build > - thus making it impossible to do anything other than major upgrades. > Why should that be a warning? -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action Dialog
Im trying to use a custom action type 1, to create a dialog box from c++ code. I keep getting the error 1813 and the dialog box of course doesn't appear. I need a dialog that I can have use a timer to close after a specified amount of time. Its functionality works outside of MSI, in a standard win32 project. Any suggestions on what might be wrong -- View this message in context: http://www.nabble.com/Custom-Action-Dialog-tf2041334.html#a5618968 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Create Specific Directory
-- View this message in context: http://www.nabble.com/Create-Specific-Directory-tf2040848.html#a5619392 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add/Remove Program Icon on Windows 2000
I remember this same issue coming up in one of my projects. I couldn't find the defect at a glance through our database, but I seem to remember it having to do with the extension. I believe you can't use the .ico extension (either that or you have to use the .ico extension). Something weird like that though. -Francis On 7/31/06, Sherwood Hu <[EMAIL PROTECTED]> wrote: Hi all, We just adopted WIX in our installer building. We tested on one of our products. Everything works smoothly so far, but with one small caveat – the add/remove program icon does not show up on Windows 2000. It is fine on Windows XP and win2K3. The icon is pointed to an icon file. Any ideas? Thanks. -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___WiX-users mailing list WiX-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Turning off all sub-features
I've got an installer I'm working on where the main feature is required. All of the subfeatures are not required however. Since I'm still new at this, I'm trying to actually set the subfeatures so they do not install by default. I want the user to select which ones to install. What combination of attributes do I need to set in each subfeatures element? Thanks, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Turning off all sub-features
Take a look at the Level attribute on the Feature element (and how it pertains to the Feature table). From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 1:39 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Turning off all sub-features I've got an installer I'm working on where the main feature is required. All of the subfeatures are not required however. Since I'm still new at this, I'm trying to actually set the subfeatures so they do not install by default. I want the user to select which ones to install. What combination of attributes do I need to set in each subfeatures element? Thanks, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Turning off all sub-features
I'll look a little more closely in that direction. I initially set the subfeatures level to Level = 0 and that just kept them from displaying. Brian -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 02, 2006 4:41 PM To: Brian Beaudet; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Turning off all sub-features Take a look at the Level attribute on the Feature element (and how it pertains to the Feature table). From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 1:39 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Turning off all sub-features I've got an installer I'm working on where the main feature is required. All of the subfeatures are not required however. Since I'm still new at this, I'm trying to actually set the subfeatures so they do not install by default. I want the user to select which ones to install. What combination of attributes do I need to set in each subfeatures element? Thanks, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Turning off all sub-features
Got it! A value of 1 works for me because all of my subfeatures are set to 2. Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 4:43 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Turning off all sub-features I'll look a little more closely in that direction. I initially set the subfeatures level to Level = 0 and that just kept them from displaying. Brian -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 02, 2006 4:41 PM To: Brian Beaudet; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Turning off all sub-features Take a look at the Level attribute on the Feature element (and how it pertains to the Feature table). From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 1:39 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Turning off all sub-features I've got an installer I'm working on where the main feature is required. All of the subfeatures are not required however. Since I'm still new at this, I'm trying to actually set the subfeatures so they do not install by default. I want the user to select which ones to install. What combination of attributes do I need to set in each subfeatures element? Thanks, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action Dll problem
Not that my other problem has a solution yet, but I've move on to try to get something done. I am no having a problem trying to use the WcaGetProperty function. I have a property [License] I call the function using WCHAR l_wcLicense[2]; HRESULT hResult = WcaGetProperty(L"EULA", l_wcLicense); The program gets to the WcaGetProperty Line and then exits. anyone have any idea what this could be? -- View this message in context: http://www.nabble.com/Custom-Action-Dll-problem-tf2042392.html#a5622613 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Turning off all sub-features
Be wary of level 0 for features - you can get into scenarios where it's difficult to bring the features back to life :) Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 2:01 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Turning off all sub-features Got it! A value of 1 works for me because all of my subfeatures are set to 2. Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 4:43 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Turning off all sub-features I'll look a little more closely in that direction. I initially set the subfeatures level to Level = 0 and that just kept them from displaying. Brian -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 02, 2006 4:41 PM To: Brian Beaudet; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Turning off all sub-features Take a look at the Level attribute on the Feature element (and how it pertains to the Feature table). From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Beaudet Sent: Wednesday, August 02, 2006 1:39 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Turning off all sub-features I've got an installer I'm working on where the main feature is required. All of the subfeatures are not required however. Since I'm still new at this, I'm trying to actually set the subfeatures so they do not install by default. I want the user to select which ones to install. What combination of attributes do I need to set in each subfeatures element? Thanks, Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut tag does not create a shortcut always
Never mind, I found the problem. The Target attribute must be a pointer to a property such as Target=”[SOMECMD]”. The property is the actual command.I remember trying it before, but for some reason, it failed … Best regards, Calin From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Calin Iaru Sent: Wednesday, August 02, 2006 11:34 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Shortcut tag does not create a shortcut always Hi List, If I use then everything goes fine. I would like to create a shortcut called Command Shell to point to the installation directory. For some reason, this code fails and there are no log entries referring to it.I would appreciate your assistance with this problem. Best regards, Calin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action Dll problem
You're probably crashing. The Windows Installer has an exception handler to ensure that poorly written CustomActions don't hose the transaction. You should look at other places in the code where WcaGetProperty() is used. You'll find the WiX code has very, very few hard code buffer sizes. Instead, dynamically sized strings are used everywhere. In your case, instead of defining WCHAR l_wcLicense[], you want, WCHAR* pwzLicense. Then you call like: WcaGetProperty(L"EULA", &pwzLicense); pwzLicense was allocated to the necessary string. Later, you should call "ReleaseStr(pwzLicense);" to free the string. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Wednesday, August 02, 2006 2:21 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action Dll problem Not that my other problem has a solution yet, but I've move on to try to get something done. I am no having a problem trying to use the WcaGetProperty function. I have a property [License] I call the function using WCHAR l_wcLicense[2]; HRESULT hResult = WcaGetProperty(L"EULA", l_wcLicense); The program gets to the WcaGetProperty Line and then exits. anyone have any idea what this could be? -- View this message in context: http://www.nabble.com/Custom-Action-Dll-problem-tf2042392.html#a5622613 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Shortcut tag does not create a shortcut always
Hi List, If I use then everything goes fine. I would like to create a shortcut called Command Shell to point to the installation directory. For some reason, this code fails and there are no log entries referring to it.I would appreciate your assistance with this problem. Best regards, Calin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action Dll problem
WcaGetProperty() isn't being used anywhere else this is the only call. What I need to do is combine My license with DX License, but if I leave in the code for getting the DXEULA the entire program doesn't even run weird. I tried with both allocation of memory and tried to see if maybe the fuction was allocating the memory ReleaseStr, but be for some other language, delete and new are what I would be using for memory extern "C" UINT __stdcall GetEULA(MSIHANDLE hInstall) { HRESULT hResult = WcaInitialize(hInstall, "GetEULA"); if (FAILED (hResult)) return ERROR_INSTALL_FAILURE; MessageBoxA(NULL, "Quick Attach process and hit ok","Get license debug helper" , MB_OK); WCHAR l_wcDX_EULA[12000]; WCHAR l_wcMy_EULA[2]; WCHAR *l_pwclicense /*= new WCHAR[2]*/; //DirectXSetupGetEULA(l_wcDX_EULA,0,0); This doesn't work either hResult = WcaGetProperty(L"EULA", &l_pwclicense); Program stops here still memcpy((void*)l_wcMy_EULA[wcslen(l_pwclicense)], l_wcDX_EULA, 1); WcaSetProperty(L"EULA",l_wcMy_EULA); // delete [] l_pwclicense; return WcaFinalize (hResult); } -- View this message in context: http://www.nabble.com/Custom-Action-Dll-problem-tf2042392.html#a5623345 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action Dll problem
Ok I got it working now thanks again for your help -- View this message in context: http://www.nabble.com/Custom-Action-Dll-problem-tf2042392.html#a5623375 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action with a call to DirectXSetupGetEULA
Well the last question and got an answer too solve about 90 percent of my problem. The other problem I am having with this same dll is my call to DirectXSetupGetEULA If this function is in my dll, the install doesn't even run. I have a message box that is suppose to pop up at the beginning of my dll entry point and if DirectXSetupGetEULA is anywhere in the it doesn't even run, or does it just go back to the Installation. -- View this message in context: http://www.nabble.com/Custom-Action-with-a-call-to-DirectXSetupGetEULA-tf2042642.html#a5623441 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] creating msi package for Group Policy
Hello, I would like to create msi package (executable, shortcuts, file association) and use it with Group Policy in MS Windows Server 2003. Both server and client (MS Windows 2000) are running under Virtual PC (this should not be problem). I just can not do it properly. Could someone provide me example wxs file? I do not know what I am doing wrong. Thanks S. Kunc - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 2 License in 1 ScrollableText Control
yes another one of my many questions sorry, but hopefully someone else out there might run into the same problem and just be able to look it up. Ok I have 2 license agreements, the thing is I need both license to be in 1 list. Now I already though of just moving the text from one to the other, but thats not going to work. Said License_2 wants their EULA to retrieved using a function call. So I have a custom action retrieve and place that text into a variable and also retrieve my license agreement and combine them in my C program, then I call WcaSetProperty and give back my long string. That all worked fine, the problem came when I tried to put them in my control. [EULA] -- View this message in context: http://www.nabble.com/2-License-in-1-ScrollableText-Control-tf2043011.html#a5624664 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 2 License in 1 ScrollableText Control
It's wasn't so simple to replace ScrollableText control text. A simple property replacement does not work. I have made a EULA replacement custom action DLL to read EULA from the text file. The routine was like: 1. MsiGetActiveDatabase 2. MsiDatabaseOpenView with SQL selecting the whole row containing the EULA text control 3. MsiViewExecute to retrieve the record (hRecord) 4. MsiViewModify(hView, MSIMODIFY_DELETE, hRecord) 5. MsiRecordSetString to replace the column in the hRecord 6. MsiViewModify(hView, MSIMODIFY_INSERT_TEMPORARY, hRecord) Updating with the temporary row was the only way to achieve the goal with DELETE and INSERT_TEMPORARY. I have never succeeded any other way around. Regards, Chesong Lee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Wednesday, August 02, 2006 7:58 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] 2 License in 1 ScrollableText Control yes another one of my many questions sorry, but hopefully someone else out there might run into the same problem and just be able to look it up. Ok I have 2 license agreements, the thing is I need both license to be in 1 list. Now I already though of just moving the text from one to the other, but thats not going to work. Said License_2 wants their EULA to retrieved using a function call. So I have a custom action retrieve and place that text into a variable and also retrieve my license agreement and combine them in my C program, then I call WcaSetProperty and give back my long string. That all worked fine, the problem came when I tried to put them in my control. [EULA] -- View this message in context: http://www.nabble.com/2-License-in-1-ScrollableText-Control-tf2043011.html#a5624664 Sent from the wix-users forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action and Comboboxes/Listboxes
Hi all, I’m really new to WiX, and I can’t seem to find documentation on how to change the items of a combobox from a custom action. Does anyonw know how to do this? Thanks, Stephen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] creating msi package for Group Policy
Hello, I would like to create msi package (executable, shortcuts, file association) and use it with Group Policy in MS Windows Server 2003. Both server and client (MS Windows 2000) are running under Virtual PC (this should not be problem). I just can not do it properly. Could someone provide me example wxs file? I do not know what I am doing wrong. Thanks S. Kunc - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users