Re: [WiX-users] Get Target machine name
If you run install by user logged in as domain user you can just reference environment variable like this [%USERDOMAIN] in MSI/WiX. But if that user is logged in locally then USERDOMAIN holds just a computer name. Thursday, March 13, 2008, 12:43:52 PM, you wrote: [EMAIL PROTECTED] wrote: For the machine name, use the ComputerName property. Tris Hodges wrote: I assume you meant like the following.. $(sys.COMPUTERNAME)? I believe this is set at compilation [ ] No, Calin meant the Windows Installer property ComputerName, see the Windows Installer Property Reference, http://msdn2.microsoft.com/en-us/library/aa370905(VS.85).aspx For domain name, I'm pretty sure it needs a custom action, e.g. your own C++ DLL. Or, a quick search shows that Matthew Rowan posted a simple VBScript custom action to do it to this list previously: http://www.nabble.com/domain-name-to9381200.html#a9381200 ... and InstallSite has a CA DLL that provides it as well: http://www.installsite.org/pages/en/isp_svc.htm Daryn. - 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 -- Best regards, Alexei Boukirev == The ability to destroy a mainframe is insignificant next to the power of The Source. - Darth Archtitect - 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 with Wix and .cab files
Try adding [EMAIL PROTECTED]yes. This should get rid of the directory structure and hopefully put the files into the cab. Jarle Aase wrote: Hi List, I'm trying to split the files in an installation to one or more .cab files. If I have understood the schema correct, this is done by adding a media node with [EMAIL PROTECTED]no, and then by having the component or file nodes referencing it's Id attribute with their DiskId attribute. The problem is that the .cab files ends up empty. In stead of putting the content in the specified .cab files, the content ends up in the file system in a directory-structure similar to the one that will be created on the target system, with the root-directory (in my case Program Files) in the same directory as the .msi and .cab files. Light.exe outputs the warning: warning LGHT1079 : The cabinet 'Setup1.cab' does not contain any files. If this installation contains no files, this warning can likely be safely ignored. Otherwise, please add files to the cabinet or remove it. This simple .wxs file gives me this problem: http://warsetup.jgaa.com/files/Setup.wxs The output from candle and light: Executing: C:\Program Files (x86)\Windows Installer XML v3\bin\candle.exe C:\devel\current\war\warlib\Setup\Test.wxs -ext C:\Program Files (x86)\Windows Installer XML v3\bin\WixUIExtension.dll -out C:\devel\current\war\warlib\Setup\Test.wixobj Microsoft (R) Windows Installer Xml Compiler version 3.0.2420.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. Test.wxs Executing: C:\Program Files (x86)\Windows Installer XML v3\bin\light.exe -out C:\devel\current\war\warlib\Setup\Test.msi C:\devel\current\war\warlib\Setup\Test.wixobj -ext C:\Program Files (x86)\Windows Installer XML v3\bin\WixUIExtension.dll -cultures:en-US -sval -b C:\Program Files (x86)\Jgaa's Internet\War Setup\Licenses Microsoft (R) Windows Installer Xml Linker version 3.0.2420.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. C:\devel\current\war\warlib\Setup\Test.wxs(7) : warning LGHT1079 : The cabinet 'Setup1.cab' does not contain any files. If this installation contains no files, this warning can likely be safely ignored. Otherwise, please add files to the cabinet or remove it. If anyone can give a hint about what I'm doing wrong, I will be very grateful. Jarle -- Jarle Aase email: [EMAIL PROTECTED] Author of freeware. http://www.jgaa.com -- View this message in context: http://www.nabble.com/Problem-with-Wix-and-.cab-files-tf4396341.html#a12551510 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Tutorial down
I guess you mean the one on SourceForge. I think thats permanently dead. What you wanna look at is http://www.tramontana.co.hu/wix/ The WiX Tutorial Hope that helps. michael lueck-3 wrote: Hi, I like to have a look at the tutorial for wix2.0 but that seems to be down. When will it be avaiable again? thx, Michael -- View this message in context: http://www.nabble.com/Tutorial-down-tf4400218.html#a12553206 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UI text problem
I'm guessing you used the german version as a template for this version: the Language in the Product or Package tag will be wrong. Make sure it matches the http://www.tramontana.co.hu/wix/lesson2.php#2.4 Codepage as well Anidil wrote: After creating and running the msi using us-english .wxl file,i see that the cancel text in the window while removing the product from add/remove programs has been replaced with German as in the screenshot , http://www.nabble.com/file/p12403977/uninstall.jpg even when i do not user german .wxl file while linking.How do i fix this issue? NB:I have created german version of the msi earlier. -- View this message in context: http://www.nabble.com/UI-text-problem-tf4353155.html#a12406467 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixShellExec CAQuietExec their options
Although this seems to have been answered already I'm unclear as to why you can not use an immediate CA. Can you not just schedule it after CostFinalize in the InstallExecuteSequence? koawmfot wrote: I need to lauch an executable at the end of my installation. currently i use the CAQuietExec function and launch the executable with its parameters and it is fine. the problem is that the command i execute creates a result text file. the file is supposed to be created in the application's INSTALLDIR (and is created there when the app is launched through its shortcut). instead, the text file is created in the system32 directory. so my question is, is there any way to specify a working directory for CAQuietExec function? what options do i have for the WixShelExec since i need this to be a silent install and cannot use an immediate CA since there will be no UI? -- View this message in context: http://www.nabble.com/WixShellExec---CAQuietExec---their-options-tf4319604.html#a12370893 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] INI File
You don't need to do anything, Windows Installer will deal with that for yo auto-magically. Petrut Andrei wrote: How to add a shortcut to the Add/Remove Programs ? -- View this message in context: http://www.nabble.com/INI-File-tf4311811.html#a12276011 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] XmlFile failing to open installed file
Is the xml file part of the same install that tries to modify it? If so you will probably need some sort of of deferred custom action, as the file will probably not have been copied over prior to the XmlConfig being run. John Hancock (HSG) wrote: Based on some information posted elsewhere, it looked like the double slash might have been necessary. Regardless, it doesn't work with either the single slash or double slash. Thanks, John -Original Message- From: Julie Campbell [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 11:42 AM To: wix-users@lists.sourceforge.net; John Hancock (HSG) Subject: RE: [WiX-users] XmlFile failing to open installed file John, Why the double slashes at the beginning of your element names? Just one slash... util:XmlConfig Id='ADD_SOME_TOC' Sequence='26001' Action='create' On='install' Name='toc_replaceme' Node='element' ElementPath='/plugin/extension' File='[INSTALLDIR]plugin.xml' VerifyPath='/plugin/extension/[EMAIL PROTECTED]SomeTOC.xml[\]]' / Julie Campbell [EMAIL PROTECTED] -- Message: 3 Date: Wed, 22 Aug 2007 08:33:10 -0700 From: John Hancock (HSG) [EMAIL PROTECTED] Subject: [WiX-users] XmlFile failing to open installed file To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] soft.com Content-Type: text/plain; charset=us-ascii I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com _ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Re%3A-XmlFile-failing-to-open-installed-file-tf4312413.html#a12277941 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action - HowTo call a function from a dll?
You need to have your .dll in the binary folder under where your wxs is. That is: C:\WiXSource\WixProj1\mysource.wxs and C:\WiXSource\WixProj1\Binary\InstallUtil.dll However you might also want to check whether you want to use an immediate custom action or a deferred CA. If you're editing files that are installed, or system state, then it will have to be deferred. Afraid I can't help much with your first question about managed CAs - I've always went with the rule of thumb which says Managed CAs are bad Grin/ Have a look http://www.tramontana.co.hu/wix/lesson3.php#3.3 here and maybe it'll help a little, not exactly on managed CAs but still... Hope that helps, at least a little... Chris-445 wrote: Sorry, this is probably a common question... Is it possible to call a function of a C#-dll with a custom action? How does it work? Or is it only possible to call C++ - dll's I added following to my wxs but with the installation I get an error that the dll wasn't found - that doesn't change when I enter the absolute path: . Binary Id=InstallUtil SourceFile=.\Test.dll / CustomAction Id=Install BinaryKey=InstallUtil DllEntry=Install Execute=immediate Return=check / . InstallExecuteSequence Custom Action=Install After=InstallFiles / /InstallExecuteSequence -- View this message in context: http://www.nabble.com/Custom-Action---HowTo-call-a-function-from-a-dll--tf4304091.html#a12251411 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to cancel an installation (using CancelDlg)?
What you could also do, which isn't quite as nice is: Control Id=btnCancel Type=PushButton Width=50 Height=17 X=… Y=… Text=Cancel Publish Event=EndDialog Value=Exit / /Control (Notice the different Event and Value) This doesn't ask the user for confirmation however which is why I said it's not as nice md5hans wrote: Hi! sorry, I should have done some more research before posting my question, when I linked Light with WixUIExtension it worked fine. The only strange thing is that the CancelDialog is placed in the upper middle part of the screen, does anybody now why? /Hans md5hans wrote: I'm trying to create a simple UI in WIX (3.0) and have run into trouble at a very early state... I have a Dialog that is shown before the installation starts and in that dialog I want a Cancel button that exits the installation if the user press it (Really basic stuff, I feel a bit stupid having to ask about this). I have looked at some examples and thay are usually something like this: Control Id=Cancel Type=PushButton X=304 Y=243 Width=56 Height=17 Cancel=yes Text=Cancel Publish Event=SpawnDialog Value=CancelDlg1/Publish /Control If the user presses the Cancel button a new (Modal) dialog is shown, the CancelDlg dialog, is this dialog a predifined dialog? or must I define it myself? When I put the statement above in my wix configuration and try to compile it I get an error from Light: error LGHT0094 : Unresolved reference to symbol 'Dialog:EndDialog' in section 'Product:{4668686C-CD5D-4344-96EF-577787F467A2}' Do I have to include something when running Light? Best regards Hans -- View this message in context: http://www.nabble.com/How-to-cancel-an-installation-%28using-CancelDlg%29--tf4303433.html#a12251414 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] uninstalling dlls, again
Well I posted about this a while ago, but I've still not found a solution so I figured I'd try again. What happens is that when I attempt to uninstall the application the three DLLs that are installed with it are left on the system. The installation fragments for these DLLs were created with tallow -s, and the local references in there have been changed. All three are in the sytem32 folder. (and yes I KNOW I shouldn't put them there but that's outwith my control) What I DO get in the verbose log is: MSI (s) (80:B4) [13:06:01:687]: Component: readerComp; Installed: Local; Request: Absent; Action: Null MSI (s) (80:B4) [13:06:01:687]: Component: writerComp; Installed: Local; Request: Absent; Action: Null MSI (s) (80:B4) [13:06:01:687]: Component: serverComp; Installed: Local; Request: Absent; Action: Null MSI (s) (80:B4) [13:06:01:687]: Component: __LanMonExeComp65; Installed: Null; Request: Absent; Action: Absent MSI (s) (80:B4) [13:06:01:687]: Component: __readerComp65; Installed: Null; Request: Absent; Action: Null MSI (s) (80:B4) [13:06:01:687]: Component: __serverComp65; Installed: Null; Request: Absent; Action: Null MSI (s) (80:B4) [13:06:01:687]: Component: __writerComp65; Installed: Null; Request: Absent; Action: Null So it seems that they're not being uninstalled for some reason. What the hell are reader\writer\serverComp65 ? I don't get anything which says stuff like Disallowing uninstallation of component...since another client exists Even using regsvr32 (yes I shouldn't use this either - I know) to reg/unreg the DLLs still leaves them behind on uninstall. What can I do? -- View this message in context: http://www.nabble.com/uninstalling-dlls%2C-again-tf4285306.html#a12198392 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Hello and a few question about some of the tools (tallow, heat and clickthru)
Sounds like you could use tallow with the -d switch. eg: tallow -d C:\WiX wix.wxs Note that without the reditection () it will simply spit the document out into the command prompt. By including that wxs file within another wxs file you will be able to reference all of the components in there. In fact if you wrote a script you could even do it so that it replaces all the Guid=PUT-GUID-HERE with proper GUIDs. Have a gander at http://www.tramontana.co.hu/wix/lesson5.php this , I know it starts off dealing with installing DLLs but underneath that there is a bit on the various tallow parameters. Hope that helps, Alexei Matt.Thompson wrote: Hello to all in the group, I'm looking at using WiX to create MSIs for deploying binaries, web content and anything else we need to. There's nothing complex, just take the files created by the build and package them so they can be easily deployed to servers. The install is a glorified xcopy really, MSIs offer the ability to know exactly what we have on a system other than that we don't use the other functionality. The user doesn't face any choice when installing. The reason I'm looking at WiX is because it is supported by (or supports...) MSBuild and as such can be used in MSs Team System setup. What I'd like is have a script that will take any files in a particular folder, create the respective .wxs file (based on a template) and then build it. In my search I've read about tallow, heat and clickthru but i haven't seen much documentation around the WiX website for help file... I believe development on Tallow has stopped - are Heat and ClickThru still being developed? Are they usable and would they do what i want (above)? Thanks, Matt -- View this message in context: http://www.nabble.com/Hello-and-a-few-question-about-some-of-the-tools-%28tallow%2C-heat-andclickthru%29-tf4278783.html#a12179366 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Training Courses?
Well the one that many people recommend is http://www.tramontana.co.hu/wix/ The WiX Tutorial you'll need some patience to sit through it all and not skip anything. Tanikella, Rajanikanth (SCR US) wrote: Hello All, Can anyone recommend a course (classroom or online) or a good book to get a well-rounded understanding of Windows Installer technology, preferably using WiX? -- View this message in context: http://www.nabble.com/Training-Courses--tf4273380.html#a12179462 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Feature element - Condition nightmare
Adrian, I haven't tried this but what I would do is when you declare your Property - omit the Value attribute. This way the property will be undefined. Then when you are checking use something like: Feature Id=ProductFeature Title=MainFeature Level=1 Feature Id=FeatureToInstallWhenOCXMissing Display=hidden Level=1 Condition Level=0[FOUNDTABCTL32]/Condition ComponentRef Id=ProductComponent/ /Feature /Feature This way when the FileSearch finds something then [FOUNDTABCTL32] will be defined and the condition will hold, thereby setting the FeatureToInstallWhenOCXMissing Level=0 Tell me if this helps at all, Alexei Adrian Gantoi wrote: Hi all, I'm having a problem with correctly specifying the Feature's Condition. My goal - make a search of an ocx file, and if the ocx file does not exist on the target computer, keep a feature selected for installation. If the ocx exists, the feature should be automatically deselected. I'm currently having doubts if this is possible, since FileSearch should return a string... My code below: Property Id=FOUNDTABCTL32 Value=o Secure=yes FileSearch Id=FOUNDTABCTL32 Name=tabctl32.ocx/ /Property Feature Id=ProductFeature Title=MainFeature Level=1 Feature Id=FeatureToInstallWhenOCXMissing Display=hidden Level=1 Condition Level=0![CDATA[FOUNDTABCTL32]]/Condition ComponentRef Id=ProductComponent/ /Feature /Feature Am I doing something wrong or this is not possible ? Thanks for any help, Adrian -- View this message in context: http://www.nabble.com/Feature-element---Condition-nightmare-tf4279047.html#a12179726 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed Custom Action
Have a look http://msdn2.microsoft.com/en-us/library/ms681383.aspx here - its the first one on the list. Course that's if it was an error from Windows Installer. If it was from your DLL then I got nothin'. However I believe the conventional wisdom is not to use managed CAs since they place too many pre-requisites on the target system - having the .NET framework installed for example. Frederic Mokren wrote: I've been attempting to add a managed custom action following instructions that I found on various blogs and by using dark on Visual Studio created MSI. The gist of it is I use installutillib.dll using ManagedInstall as the DLLEntry. I also created custom action that sets a property for the managed custom action. Anyhow I followed the guides on various blogs and rechecked my WiX many times over. Each time I run the install I get a '1001' error from the Custom Action (presumably from installutillib.dll). Does anyone have any more information on this error? Sincerely, Frederic Mokren -- View this message in context: http://www.nabble.com/Managed-Custom-Action-tf4270256.html#a12165631 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling a function of one file into a wix file.
chandan Koushik wrote: Is it possible to have a function [say f1() ] in one file which can be called from a main wix file Sounds like you're after a Custom Action which calls a function from a dll. Have a look http://www.tramontana.co.hu/wix/lesson10.php here for a quick overview of how to set up the WiX source to invoke a custom action from a DLL. And bear in mind that if you wish to simply run the custom action when the installer is started then you would have to schedule it - instead of attaching it to a GUI component. chandan Koushik wrote: Based on the content of the function the corresponding features can be installedon the system. Can this be achieved in Wix Although I don't think you can inspect the return value of a function (however I may be talking nonsense) you CAN use http://msdn2.microsoft.com/en-us/library/aa370134.aspx MsiGetProperty() and http://msdn2.microsoft.com/en-us/library/aa370391.aspx MsiSetProperty() to set public WiX properties that you can then use as conditions to set the default level of a Feature - thereby achieving the same effect. -- View this message in context: http://www.nabble.com/Calling-a-function-of-one-file-into-a-wix-file.-tf4247450.html#a12123966 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DLLs and uninstalls
Phil Wilson wrote: See if the log contains any of this type of thing: MSI (s) (CC:24) [13:58:42:909]: Disallowing uninstallation of component: {15239D33-DAE9-46F3-BD59-264A2068B3BC} since another client exists They'll be before those Action: Null reports (which is why they might be saying null). I've done a number of searches through the uninstall log and there is nowhere that says anything like that. There ARE a bunch of lines that say: MSI (s) (3C:D8) [17:52:54:296]: Using cached product context: User non-assigned for product: FBF1218549BD3C74A8A8A9D31F7ED7C1 The last of these being just before the TARGETDIR property is set. There is also a slightly disturbing fragment which says: MSI (s) (3C:D8) [17:52:54:265]: Using cached product context: User non-assigned for product: FBF1218549BD3C74A8A8A9D31F7ED7C1 MSI (s) (3C:D8) [17:52:54:265]: Using cached product context: User non-assigned for product: FBF1218549BD3C74A8A8A9D31F7ED7C1 MSI (s) (3C:D8) [17:52:54:265]: Package name retrieved from configuration data: 'LanMon Extractor v2.5.msi' MSI (s) (3C:D8) [17:52:54:265]: Using cached product context: User non-assigned for product: FBF1218549BD3C74A8A8A9D31F7ED7C1 MSI (s) (3C:D8) [17:52:54:265]: Determined that existing product (either this product or the product being upgraded with a patch) is installed per-user. MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2205 2: 3: Error MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2729 MSI (s) (3C:D8) [17:52:54:265]: Note: 1: 2262 2: AdminProperties 3: -2147287038 Is this something else to be concerned about? -- View this message in context: http://www.nabble.com/DLLs-and-uninstalls-tf4229019.html#a12069204 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with shortcuts
Seems to me you need a custom action in order to specify which exact program you wish to use to open the file. So try setting up a custom action to open the file in IE, or whatever. Property Id=IE C:\Program Files\Internet Explorer\IEXPLORE.EXE /Property CustomAction Id=OpenIE Property=IE ExeCommand=hotel.aspx Return=asyncNoWait / Then you need to schedule it: InstallExecuteSequence Custom Action=OpenIE After=CostFinalize / /InstallExecuteSequence Have a look on http://www.tramontana.co.hu/wix/lesson3.php#3.2 here , they probably do a much better job of explaining that then me. You may encounter the problem of the action being executed too early and thus it may be unable to locate the file you wish to open (presuming this file is installed by the installer). To get around this I think you need a deffered custom action, but I'm not 100% on that. Anyone else got any ideas? Regards, Alexei -- View this message in context: http://www.nabble.com/Problems-with-shortcuts-tf4240759.html#a12071249 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DLLs and uninstalls
Thanks for the reply Mike. I'm pretty new at all this, so please bear with me. Like you say - I should be (and was) relying on Windows Installer to deal with the uninstall, however I feel something strange is happening in this instance. Since if I were to run the application executable without calling the installer it will fail (presumably since the DLLs aren't registered). Installing the application (and still running the same executable - not the one that was installed that is) fixes this. Uninstalling then breaks the app again. However like I said the DLLs are still there and so are the registry entries. 1) So how would I find out is Windows Installer is keeping a reference count somewhere? 2) I was told that the application requires the DLLs in the system32 folder, which I realise isn't optimal but there isn't a whole lot I can do about that. I'll put forward a suggestion that the code be changed in the future. 3) I don't think I have marked the components as permanent but just to be sure - how would one go about doing so? Thank you for your time, Alexei Mike Dimmick-2 wrote: If things aren't being uninstalled, it's typically because Windows Installer still thinks they're referenced. Assuming you haven't marked the components as Permanent - in which case Windows Installer will never remove them - it's probably the legacy shared DLL reference count. Whatever you used to use to install these DLLs may well have left a count behind. In passing I'll note that the System32 folder is one of those locations that Windows Installer will initialise the shared DLL reference count, if not already present. Installing in private locations does not do this. You are strongly recommended not to install your own components in System32 unless absolutely required. If you want to share a component among multiple installers of your own, create a folder under [CommonFilesFolder], but note that both the definition/composition and GUID of the component MUST be identical in all installers. If you don't care about sharing the binary, place the DLL in your program folder. I would strongly advise against using regsvr32 /u. You should rely on Windows Installer to undo any registration when the components are uninstalled. The continuing presence of the registry entries is a symptom, not a cause. -- Mike Dimmick -- View this message in context: http://www.nabble.com/DLLs-and-uninstalls-tf4229019.html#a12050906 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DLLs and uninstalls
The uninstall log yields the following, which I believe to show the problem: MSI (s) (3C:D8) [17:52:54:296]: Doing action: InstallValidate MSI (s) (3C:D8) [17:52:54:296]: Note: 1: 2205 2: 3: ActionText Action ended 17:52:54: CostFinalize. Return value 1. MSI (s) (3C:D8) [17:52:54:296]: Feature: InstallFeature; Installed: Local; Request: Absent; Action: Absent MSI (s) (3C:D8) [17:52:54:296]: Component: LanMonExeComp; Installed: Local; Request: Absent; Action: Absent MSI (s) (3C:D8) [17:52:54:296]: Component: LanMonCfgComp; Installed: Local; Request: Absent; Action: Absent MSI (s) (3C:D8) [17:52:54:296]: Component: readerComp; Installed: Local; Request: Absent; Action: Null MSI (s) (3C:D8) [17:52:54:296]: Component: writerComp; Installed: Local; Request: Absent; Action: Null MSI (s) (3C:D8) [17:52:54:296]: Component: serverComp; Installed: Local; Request: Absent; Action: Null MSI (s) (3C:D8) [17:52:54:296]: Component: __LanMonExeComp65; Installed: Null; Request: Absent; Action: Absent MSI (s) (3C:D8) [17:52:54:296]: Component: __readerComp65; Installed: Null; Request: Absent; Action: Null MSI (s) (3C:D8) [17:52:54:296]: Component: __serverComp65; Installed: Null; Request: Absent; Action: Null MSI (s) (3C:D8) [17:52:54:296]: Component: __writerComp65; Installed: Null; Request: Absent; Action: Null MSI (s) (3C:D8) [17:52:54:296]: Component: __LanMonExeComp66; Installed: Null; Request: Absent; Action: Absent MSI (s) (3C:D8) [17:52:54:296]: Component: __LanMonExeComp67; Installed: Null; Request: Absent; Action: Absent So as far as I can tell it knows that serverComp, readerComp and writerComp are installed but performs no action? I'm pretty lost as to why this should be. While I was mucking about I've tried setting SharedDllRefCount=no for the components but that didn't help either. Bob Arnson-6 wrote: Alexei wrote: 1) So how would I find out is Windows Installer is keeping a reference count somewhere? Create a verbose log when install and uninstall: msiexec /l*vx install.log /i mymsi.msi ... msiexec /l*vx uninstall.log /x mymsi.msi Then look for logging around the CostFinalize and InstallValidate standard actions; it records when components won't be installed or uninstalled. -- sig://boB http://joyofsetup.com/ -- View this message in context: http://www.nabble.com/DLLs-and-uninstalls-tf4229019.html#a12057940 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DLLs and uninstalls
Hey guys, I'm still struggling installing some DLLs...well - uninstalling some DLLs I've managed to get the fragments out of tallow, and to link my installer and it even seems to work. However when I uninstall the application the registry entries remain, and the files aren't removed from the WINDOWS\system32 directory. Am I doing something wrong or is this the way it's supposed to work? I've not really had much experience when it comes to setup development. I'm thinking of calling regsvr32 /u for each of the DLLs at the install and uninstall to make sure that the DLLs installed on the target machine are unregistered before the new ones are installed and that they are also unregistered upon uninstall. Therefore I'd make sure the registry entries are removed. Are there any drawbacks to this? Thanks, Alexei -- View this message in context: http://www.nabble.com/DLLs-and-uninstalls-tf4229019.html#a12030825 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Informational Registry key for windows products
Not too sure about this one either but you can set a bunch of properties in the MSI, which as far as I can tell correspond to (at least some of) these entries. Have a look on http://www.tramontana.co.hu/wix/lesson5.php#5.8 here again. Anidil wrote: Ok..i see that this entry getting created automatically when i run the MSI.and it takes the GUID i have specified in the Product/ tag But i have a custom set of registry values to be created under this path as you can see in the screen shot..where do i define these entries? as a seperate component like the main application registry entries? And here in this case say how do i add values for HelpLink and HelpTelephone ? http://www.nabble.com/file/p12032787/reg.jpg Alexei wrote: Someone correct me if I'm wrong, but I believe the Windows Installer will create these keys for you. All that you would need to do would be to supply a GUID for the application that you are installing. The first chapter http://www.tramontana.co.hu/wix/ here should help you out with this. There is a link to a simple DOS exe that will be able to generate your GUIDs for you. In fact as far as I remember all your questions should be answered on there. Anidil wrote: I have a problem creating the additional registry entries under the following path that must be made during the installation to support the MS Windows Logo requirements. “HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\{GUID} For every product,i see these entries under the folder which is named either a {GUID} or application name.. Now can anybody help create this using WIX? which GUID should i be using in this case? where can i get the related documentation? any help will be greatly appreciated Thanks in advance Andy -- View this message in context: http://www.nabble.com/Informational-Registry-key-for-windows-products-tf4229406.html#a12032948 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Property Values
I'm not entirely sure what you are trying to do, but as far as I can tell you wish to let the user set up a username and a password for the db. And the username and date are to be retrieved from the UI. The way would do it would be to attach the editbox element with a public property, say USERNAME, then use (like you are doing) the [USERNAME] (value of USERNAME). However I haven't ever done this with a ComboBox, perhaps you should try using the Edit element. e.g.: Control Type=Edit Width=189 Height=15 X=10 Y=90 Id=edtServiceName Property=USERNAME / The resolution of the text should be fine, as far as I can tell. Mind you, I only ever used dialogs that were a part of the msi - not part of a library. Hope that helps, Lex I'm working on a Wix installer that has two parts. A library with a customized FeatureTree UI. And a main part that's a .wxo file produced from one Wix xml file. The two are linked together with light to make the .msi file. I want some of the installation parameters to be configurable - like database usernames and passwords. So I have a dialog box with some combo box controls that let the user enter whatever he/she would like for these. The combo box controls are initialized with Property values that are, in turn, initialized with default values. This all seems to work fine within the confines of the library. But when I try to use one of the username or password Property values in the main module I only get the default values. It's acting like this tag User Id=OAPSqlUser Name=[WixUI_ConfigDlg_OAPUser] Password=[WixUI_ConfigDlg_OAPPwd]/ resolves the Property values at link time rather than run-time - after their values have been changed by the user's interaction with the Dialog box controls. Anybody done this kind of thing successfully? --paulm -- View this message in context: http://www.nabble.com/Wix-Property-Values-tf4208227.html#a11981487 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] registering VC++ dlls
Hi guys, I've been asked to write an installer for an application that requires two dlls to be registered. I've tried running tallow on the executable but it doesn't generate anything useful: Microsoft (R) Windows Installer Xml Tool version 2.0.5325.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Fragment DirectoryRef Id=TARGETDIR Component Id=component0 DiskId=1 Guid=PUT-GUID-HERE File Id=file0 Name=Product.EXE LongName=My Product Title.exe Source=C:\WiX\wix2.0 work\Product Title\Product Title.exe / /Component /DirectoryRef /Fragment /Wix (Aside from the name of the product I haven't touched anything) I would presume this is because the whole thing is in Visual C++ (VS6) and so tallow is unable to retrieve the needed metadata for the dll registration information. Something along those lines anyhow. I'm pretty stuck as to where I could retrieve the needed data. I do have access to the source, and so I've looked in the .rgs files and such, but I'm still confused as to how I tell what entries I need to make. -- View this message in context: http://www.nabble.com/registering-VC%2B%2B-dlls-tf4206329.html#a11965147 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] registering VC++ dlls
Yup - that WAS with the -s flag. However I've just been handed an updated version of the app, and now tallow is throwing all sorts of exceptions - they're at the end of the post. Is there anything that needs to be done in the source code for tallow to work? Any special preprocessor instructions for example? The code isn't mine I'm afraid so I don't really know what's in there. As a last resort - can I gather the information needed by hand somehow? I read something about using RegCap.exe in this discussion: http://www.nabble.com/On-registering-DLLs-tf1178261.html#a3100093 I've got that exe kicking about but the help for it isn't really all that useful (for me anyway), anyone know how the hell to use it and what it's for? and now the aforementioned errors/exceptions: tallow.exe : fatal error TLLW0001: unexpected argument on command line: Lanmon E xtractor.exe Stack Trace: at Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.TallowMain.ParseCommandLi ne(String[] args) at Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.TallowMain..ctor(String[] args) at Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.Main(String[] args) Antony Walmsley wrote: What parameters are you passing to tallow? I use tallow -s on my VC6 dlls and I get a list of registry values. On 02/08/07, Alexei [EMAIL PROTECTED] wrote: Hi guys, I've been asked to write an installer for an application that requires two dlls to be registered. I've tried running tallow on the executable but it doesn't generate anything useful: Microsoft (R) Windows Installer Xml Tool version 2.0.5325.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Fragment DirectoryRef Id=TARGETDIR Component Id=component0 DiskId=1 Guid=PUT-GUID-HERE File Id=file0 Name=Product.EXE LongName=My Product Title.exe Source=C:\WiX\wix2.0 work\Product Title\Product Title.exe / /Component /DirectoryRef /Fragment /Wix (Aside from the name of the product I haven't touched anything) I would presume this is because the whole thing is in Visual C++ (VS6) and so tallow is unable to retrieve the needed metadata for the dll registration information. Something along those lines anyhow. I'm pretty stuck as to where I could retrieve the needed data. I do have access to the source, and so I've looked in the .rgs files and such, but I'm still confused as to how I tell what entries I need to make. -- View this message in context: http://www.nabble.com/registering-VC%2B%2B-dlls-tf4206329.html#a11965147 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/registering-VC%2B%2B-dlls-tf4206329.html#a11965983 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] registering VC++ dlls
It would appear that you are right...Thanks a lot for the help. However, why does tallow work on the wordcount sample on http://www.tramontana.co.hu/wix/lesson5.php ? That is flagged as an executable, or is that just a dll in diguise? Antony Walmsley wrote: Are you running tallow on dlls or an exe? I get the same errors as you on an exe file but you said in the original post that you were trying to register some dlls? Tallow should be run on the dlls not on the exe itself. On 02/08/07, Alexei [EMAIL PROTECTED] wrote: Yup - that WAS with the -s flag. However I've just been handed an updated version of the app, and now tallow is throwing all sorts of exceptions - they're at the end of the post. Is there anything that needs to be done in the source code for tallow to work? Any special preprocessor instructions for example? The code isn't mine I'm afraid so I don't really know what's in there. As a last resort - can I gather the information needed by hand somehow? I read something about using RegCap.exe in this discussion: http://www.nabble.com/On-registering-DLLs-tf1178261.html#a3100093 I've got that exe kicking about but the help for it isn't really all that useful (for me anyway), anyone know how the hell to use it and what it's for? and now the aforementioned errors/exceptions: tallow.exe : fatal error TLLW0001: unexpected argument on command line: Lanmon E xtractor.exe Stack Trace: at Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.TallowMain.ParseCommandLi ne(String[] args) at Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.TallowMain..ctor(String[] args) at Microsoft.Tools.WindowsInstallerXml.Tools.Tallow.Main(String[] args) Antony Walmsley wrote: What parameters are you passing to tallow? I use tallow -s on my VC6 dlls and I get a list of registry values. On 02/08/07, Alexei [EMAIL PROTECTED] wrote: Hi guys, I've been asked to write an installer for an application that requires two dlls to be registered. I've tried running tallow on the executable but it doesn't generate anything useful: Microsoft (R) Windows Installer Xml Tool version 2.0.5325.0 Copyright (C) Microsoft Corporation 2003. All rights reserved. Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Fragment DirectoryRef Id=TARGETDIR Component Id=component0 DiskId=1 Guid=PUT-GUID-HERE File Id=file0 Name=Product.EXE LongName=My Product Title.exe Source=C:\WiX\wix2.0 work\Product Title\Product Title.exe / /Component /DirectoryRef /Fragment /Wix (Aside from the name of the product I haven't touched anything) I would presume this is because the whole thing is in Visual C++ (VS6) and so tallow is unable to retrieve the needed metadata for the dll registration information. Something along those lines anyhow. I'm pretty stuck as to where I could retrieve the needed data. I do have access to the source, and so I've looked in the .rgs files and such, but I'm still confused as to how I tell what entries I need to make. -- View this message in context: http://www.nabble.com/registering-VC%2B%2B-dlls-tf4206329.html#a11965147 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/registering-VC%2B%2B-dlls-tf4206329.html#a11965983 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] getting data from ini or (failing that) the user
Hey all, just wondering if it is possible to have an install read values and assign them to properties if there is the appropriate .ini file but if the file can not be found to go ahead and display the GUI (which will then be able to get the data from the user). The thing I'd like is to have this sort of if (file found) get data from file else get data from GUI flow in the install, without having to create two separate installers. Thanks in advance. -- View this message in context: http://www.nabble.com/getting-data-from-ini-or-%28failing-that%29-the-user-tf4152625.html#a11813818 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Populating Listbox from a custom action
The problem was that I wanted the LISTBOXVALUES property set to the Value column of the listbox, as opposed to the Text. I realise now that it was because I wasn't actually populating the listbox with any text - merely the value. What I wanted to do was: WcaAddTempRecord(hTable, hColumns, LListBox, 2, 4, LLISTBOXVALUES, entrycount++, wcData, wcDesc); -- View this message in context: http://www.nabble.com/Populating-Listbox-from-a-custom-action-tf4104235.html#a11706106 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 2005. 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] Populating Listbox from a custom action
Thanks for all the replies however it's not the inclusion of the listbox table - that is most definitely there. And I can populate it as well. The problem is trying to achieve the behavior corresponding to Control Id=FilledListbox Type=ListBox Sorted=yes Property=LISTBOXVALUES X=10 Y=79 Width=200 Height=52 ListBox Property=LISTBOXVALUES / ListItem Text=This is listitem1 Value=LI1 / ListItem Text=This is listitem2 Value=LI2 / /ListBox /Control but by using the wcautil.lib Currently I'm using WcaAddTempRecord(hTable, hColumns, LListBox, 0, 3, LLISTBOXVALUES, 1, LItem 1); Essentially copied from the tutorial on http://www.tramontana.co.hu/wix/lesson10.php http://www.tramontana.co.hu/wix/lesson10.php This means that when a user selects Item 1 the LISTBOXVALUES property is set to Item 1. What I would actually want it set to would be 1. Is there any way to do this by using wcautil? But I can't seem to find any documentation on wcautil.lib anywhere, so I'm rather stuck it seems. -- View this message in context: http://www.nabble.com/Populating-Listbox-from-a-custom-action-tf4104235.html#a11684859 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Populating Listbox from a custom action
Hi everyone, what I'm trying to do is to populate a listbox in my install with a set of name-value pairs - so that when a user selects a name in the listbox, the listbox property is set to the value corresponding to that name. I know this can be done with something like: Control Id=FilledListbox Type=ListBox Sorted=yes Property=LISTBOXVALUES X=10 Y=79 Width=200 Height=52 ListBox Property=LISTBOXVALUES / ListItem Text=This is listitem1 Value=LI1 / ListItem Text=This is listitem2 Value=LI2 / /ListBox /Control If this exists when the user selects This is listitem1 the value of LISTBOXVALUES becomes LI1, similarly for the second item. The problem is these pairs won't be known until install-time since they will be machine dependent. For this reason I'm using a custom action to search through the registry and populate the listbox. However I can't seem to get the desired behavior when I use a custom action. The listbox is populated but the value of LISTBOXVALUES becomes whatever is displayed in the listbox. My thoughts are that I'm not adding with the correct function/parameters. Having modeled my CA from the tutorial on http://www.tramontana.co.hu/wix/lesson10.php I'm using lines in the vein of: WcaAddTempRecord(hTable, hColumns, LListBox, 0, 3, LLISTBOXVALUES, 1, LItem 1); and I'm using the wcautil.lib. I haven't been able to find any documentation for it so that's why I reckon I'm either calling the wrong function or passing the wrong parameters. Anyone have any ideas? Thanks in advance, Lex _ Watch all 9 Live Earth concerts live on MSN. http://liveearth.uk.msn.com - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Populating Listbox from a custom action
K-ballo wrote: Make sure that the Table that you are adding values to, exists at the msi database. If I'm not wrong that table is ListBox, so you could try adding EnsureTable Id=ListBox / to your project and see if that works. K-ballo.- Thanks for the reply. I'm fairly sure the table is there and is empty prior to install. It shows up in Orca and that line worked fine however it bombed out of candle when I changed it to: EnsureTable Id=ListBox4 / Presumably that is what is supposed to happen. While on the subject of CAs - is anyone aware of somewhere that has documentation for wcautil.lib or dutil.lib? -- View this message in context: http://www.nabble.com/Populating-Listbox-from-a-custom-action-tf4104235.html#a11672204 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Publish Event is acting like Publish Property
Hello Don, It's too late to change feature list at that time (GUI part of install). Asign Level attribute for your LoggingFeature and in publish events set INSTALLLEVEL property to value above or below the Level attribute of your feature to control whether it should be installed or not. Something like that :) Friday, May 25, 2007, 3:23:15 PM, you wrote: I have the following 2 commands inside a “next” button control: Publish Event=Remove Value=LoggingFeaturePROPERTY1=1 OR PROPERTY2=1/Publish Publish Event=AddLocal Value=LoggingFeaturePROPERTY1=0 AND PROPERTY2=0/Publish But instead of adding and removing the feature “LoggingFeature” I end up with 2 properties REMOVE and ADDLOCAL REMOVE ends up equaling “LoggingFeature” ADDLOCAL ends up equaling a comma deliminated list of all my features. When I comment out these two lines everything seems to work fine (except for the functionality I’m trying to achieve). Any ideas? -- Best regards, Alexei Boukirev - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to create single installable exe
Hello vij, You already have the tool if you have IE6 installed: iexpress.exe It's part of IEAK (Internet Explorer Administration Kit). Run it once, go through wizard, let it create *.sed file. Edit .sed file to change file paths to relative if necessary. Now you can build a self-extracting CAB by running iexpress /n yourconfig.sed Search on the Web for iexpress to get info on other command line switches, .sed file format, etc. Wednesday, September 20, 2006, 5:01:29 AM, you wrote: Hi, I have multiple msi packages created using WiX, a bootstrapper setup.exe and settings.ini (settings.ini contains some configuration information used by setup.exe) . How can I package these files (msi packages + setup.exe + settings.ini + some other resources) as a single installable executalbe? Any pointers would be of great help!! thanks Vij All-new Yahoo! Mail - Fire up a more powerful email and get things done faster. -- Best regards, Alexei Boukirev == The ability to destroy a mainframe is insignificant next to the power of The Source. - Darth Archtitect - 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users