Re: [WiX-users] Wix3.msi build 3.0.2128.0 doesn't recognize VS 2005 properly
On 10/5/06, Bob Arnson [EMAIL PROTECTED] wrote: Can you export the values in your HKLM\SOFTWARE\Microsoft\VisualStudio\8.0\Setup\VS registry key and post them in a message? Registry entries at the bottom of the message. They seems to be correct. But when I looked into C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\ directory, there wasn't ItemTemplates or ProjectTemplates directories, which caused AppSearch to fail? There were ItemTemplatesCache and ProjectTemplatesCache directories. When I created empty ItemTemplates and ProjectTemplates directories, and installed Wix3, it works. Best Regards, Antti Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0\Setup\VS] ProductDir=C:\\Program Files\\Microsoft Visual Studio 8\\ VS7EnvironmentLocation=C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.exe EnvironmentPath=C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.exe EnvironmentDirectory=C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\ VS7CommonDir=C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\ VS7CommonBinDir=C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\ [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0\Setup\VS\BuildNumber] 1033=8.0.50727.42 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0\Setup\VS\Pro] ProductDir=C:\\Program Files\\Microsoft Visual Studio 8\\ - 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
[WiX-users] Uninstalling typelib installer does not remove files or registry keys
Hi all. I was hoping you guys could help me on this one. I'm no installer expert (very far from it), but I'm the guy who is responsible for making the installer package of my team's product (VB6 application). I've been experimenting with WiX (v2) and I've chosen the following as a test cenario: we have a type library wich is distributed to each developer and installed/uninstalled in a automated way (calls to msiexec in a batch file). So far, I've been able to both copy and register the typelib in my test machine; however, when I uninstall the product, neither the file nor the registry keys (TypeLib\{GUID...} and Interface\IAppBckgnd) are removed. I'm including a snippet of the .wxs file: (...) Directory Id='TARGETDIR' Name='SourceDir' Directory Id='SystemFolder' Name='SFolder' Component Id='MainComponent' Guid='A7C43377-1B6F-4F8D-A7DF-102F9DA568FD' File Id='cgAppBckgndLib_tlb' DiskId='1' LongName='cgAppBckgndLib.tlb' Name='cgAppBGL.tlb' Source='cgAppBckgndLib.tlb' Vital='yes' KeyPath='yes' TypeLib Id='6C0E82C5-A438-48F3-8F4E-E197C6CF5F29' Language='0' / /File /Component /Directory /Directory Feature Id='Complete' Level='1' ComponentRef Id='MainComponent' / /Feature Media Id='1' Cabinet='cgAppBckgndLib.cab' EmbedCab='yes' DiskPrompt='Disc 1' / Property Id='DiskPrompt' Value='Test 1.0 Installer [1]' / Property Id='ARPNOMODIFY'1/Property Property Id='ARPNOREPAIR'1/Property /Product /Wix Any help would be appreciated. Regards, Sérgio Sarabando This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - 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
[WiX-users] Wildcards
Removing a number of files on uninstall, e.g. Component RemoveFile Id='File1' On='uninstall' Name='File.1' LongName='File.1' / RemoveFile Id='File2' On='uninstall' Name='File.2' LongName='File.2' / ... /Component Is it possible to use wildcards instead ? E.g. Component RemoveFile Id='Files' On='uninstall' Name='File.*' LongName='File.*' / /Component Sigurd - 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
Re: [WiX-users] WixUI LGHT0103
I can't reproduce this with build 3.0.2128.0, running a WixCop-converted version of the tutorial's SampleWixUI.wxs (slightly modified to prevent complaints about a ShortName being supplied for a Directory when the Name was actually 8.3 compatible, and to advertise the shortcuts to prevent ICE43 and ICE57 validation failure). To test this configuration, grab the SampleWixUI.wxs project from http://www.tramontana.co.hu/wix/download.php?file=samplewixui.ziptype=a pplication/zip and compile the attached file as follows: candle -ext WixUIExtension Copy of SampleWixUI.wxs light -ext WixUIExtension -cultures:en-US -sice:ICE64 Copy of SampleWixUI.wixobj (I'm suppressing ICE64 because it complains that ProgramMenuDir is in the user profile but not in the RemoveFile table, which it considers an error and therefore won't generate the MSI. The sample should probably have a RemoveFolder element under the MainExecutable and Manual components.) -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christer Solskogen Sent: 06 October 2006 12:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixUI LGHT0103 It seems like wix3-binary.zip misses some files or something. Or am I not using it right? If I dont pass the -cultures argument it bursts into a lot of errors, but that is expected isnt it? light HelloWorld.wixobj -ext WixUIExtension -cultures:en-US light.exe : error LGHT0103 : The system cannot find the file 'en-US' with type 'Source'. I also tried WixUI_en-us.wxl from wix2, but that did not work (same error) -- chs - 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=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Copy of SampleWixUI.wxs Description: Copy of SampleWixUI.wxs - 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
Re: [WiX-users] Preselecting feature and disable install on first use
vbtricks wrote: selecting by default. Sorry, does that mean install locally? If so, you just need to set the feature level lower to match INSTALLLEVEL. You're already disabling it when Firefox isn't detected, so you want it to be installed always when it is. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstalling typelib installer does not remove files or registry keys
Sergio Sarabando wrote: So far, I've been able to both copy and register the typelib in my test machine; however, when I uninstall the product, neither the file nor the registry keys (TypeLib\{GUID...} and Interface\IAppBckgnd) are removed. The easiest place to start is a verbose log. Capture one during install and one during uninstall, like this: msiexec /l*vx install.log /i mypackage.msi msiexec /l*vx install.log /x mypackage.msi Then take a look around the logging for InstallValidate. MSI records there what it's going to do for each component. It should be absent but if it isn't, it explains why. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix3.msi build 3.0.2128.0 doesn't recognize VS 2005 properly
Antti Järvinen wrote: Registry entries at the bottom of the message. They seems to be correct. But when I looked into C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\ directory, there wasn't ItemTemplates or ProjectTemplates directories, which caused AppSearch to fail? There were ItemTemplatesCache and ProjectTemplatesCache directories. When I created empty ItemTemplates and ProjectTemplates directories, and installed Wix3, it works. Glad to hear it, though that's an odd configuration. But if it works...!g -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] COM+ components not in Component Services
Sorry if this message appears twice, with Gmail refusing to deliver to Sourceforge and the recent mail problems, I've no idea if the previous message is queued or lost.. I've just been testing a merge module compiled with the latest v2 build (4415) and using pubca.wixlib. My test installer runs fine with no errors in the log file and no rollbacks and I see the interfaces I expect in the registry. However, when I look in Component Services, I don't see the 2 COM+ applications I've installed. This worked fine with 3116 and 3309 builds. On my test system, the COM+ apps appear and disappear as I install and uninstall with the older builds of the installer. Has anyone else seen anything like this with COM+ apps? There are lots of warnings during the build about not being allowed to have an Error table in a merge module in pubca.wxs but I don't think this is anything to do with my problem. Is it something to do with the bug referred to here : http://www.tramontana.co.hu/wix/lesson5.php#5.12 ? I don't know what Gábor is referring to when he says it doesn't work. - 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
Re: [WiX-users] Access violation in light.exe (v2.0.4005.0)
Yeah, thats a good point. We try to wrap all the handles in a using call but I expect there are some Record handles that are not disposed of directly. I wonder if we should work through the code and make sure everything is disposed of explicitly. 1. Just look on the release share and youll see the latest build. Its something like 4604. 2. Okay. 3. If this only happened once then Im not going to stress about it too much. However, I would greatly appreciate if you could open a bug to track this issue and if more people hit we can up the priority of hunting for the fix. 4. If you hit this again, Id be very much interested to hear about it... add a comment to the bug to make sure we can track to see how often this hits. From: Ilya Kleyman Sent: Thursday, October 05, 2006 15:31 To: Ilya Kleyman; Rob Mensching; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Access violation in light.exe (v2.0.4005.0) Rob, MSDN documentation for MsiCloseHandle at http://windowssdk.msdn.microsoft.com/en-us/library/aa370067.aspx says that the function must be called from the same thread that requested creation of the handle. Given that the below call-stack is that of a finalizer called into by .NET GC, it is not clear how this requirement can be satisfied by managed code, which does not know what thread GC will use to call. Just a random shot. Ilya From: Ilya Kleyman Sent: Thursday, October 05, 2006 11:05 AM To: Rob Mensching; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Access violation in light.exe (v2.0.4005.0) What is the most recent WIX build? We run against released .NET 2.0 CLR (Whidbey build v2.0.50727) This happened only once so far. Weve been using WIX for more than a year. Last time we upgraded was in April this year, to v2.0.4005.0 I dont know how to get this to repro under debugger. We dont know how to repro it at all seems like a one-off random issue. Dont know whether it is relevant or not, but examining the part of the build log that is immediately preceding the crash, I see that build-thread 102 was calling into candle.exe (in the previous e-mail I had dots in the place where this was happening). Here is the updated part of the log: 102Stop. . . . 102 tools\wixcop.exe -nologo -f -indent:4 CC.wxs 102 tools\candle.exe -nologo -wx -IDIR1 -IDIR2 -DVAR1=VAL1 -dVAR2=VAL2 -dMSI_COMPRESSION_LEVEL=high -out .wixobj dVAR3=VAL3 CC.wxs 101Laying out media. 101Moving file . . . \b4fepmve\.msi' to . . . .msi. 101Copying file . . . \DIR1\ABCDEF.sys' to . . .\DIR2\ABCDEF.sys'. . . . 101 101Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. 101 at Microsoft.Tools.WindowsInstallerXml.Msi.Interop.MsiInterop.MsiCloseHandle(IntPtr database) 101 at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Close() 101 at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Dispose(Boolean disposing) 101 at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Finalize() 102 CC.wxs 102 tools\candle.exe -nologo -wx -IDIR1 -IDIR2 -dVAR1=VAL1 -dVAR2=VAL2 -dMSI_COMPRESSION_LEVEL=high -out .wixobj FF.wxs 102 F.wxs 101NMAKE : fatal error U1077: . . \tools\light.exe' : return code '0xc005' 101Stop. Ilya From: Rob Mensching Sent: Thursday, October 05, 2006 10:01 AM To: Ilya Kleyman; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Access violation in light.exe (v2.0.4005.0) You could try moving to a more recent build. There were some minor fixes but nothing that I think will actually fix this. Im a bit at a loss on how to even go about debugging this. What version of the CLR are you running? I wonder if maybe there is a double Dispose() in the code somehow. Does this happen often? Is there a way to get a debugger on it? We could pull the exception handler off of light.exe to see if we cant get it to fault into the default debugger on the machine if it repros often. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ilya Kleyman Sent: Thursday, October 05, 2006 9:34 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Access violation in light.exe (v2.0.4005.0) Wix-Users, We are seeing the following access violation in light.exe (filever 2.0.4409.0) that seems to have something to do with concurrent invocation of two instances of light.exe. Has anyone seen something similar? Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at Microsoft.Tools.WindowsInstallerXml.Msi.Interop.MsiInterop.MsiCloseHandle(IntPtr database) at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Close() at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Dispose(Boolean disposing) at
Re: [WiX-users] Custom Action Return code changed from SUCCESS to FAILURE?
Uhh, thats weird. Can you share out some of the code? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stumpf, Mark Sent: Thursday, October 05, 2006 12:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action Return code changed from SUCCESS to FAILURE? In a C++ custom action DLL we have, we are returning an ERROR_SUCCESS at the end of our action. But it seems like the value is being changed after we leave our dll into ERROR_INSTALL_FAILURE and the install rolls back. What could cause this and what can I do to protect our action? Thanks for your input Below is a log snippet: [3828] MSI (a) (F4:D4) [15:38:20:324]: Passing to service: MsiRecordSetString(67, 1, Return ERROR_SUCCESS) [3828] [3828] MSI (a) (F4:D4) [15:38:20:324]: Passing to service: MsiRecordSetString(67, 0, [1]) [3828] [3828] MSI (a) (F4:D4) [15:38:20:324]: Passing to service: MsiProcessMessage(0, 67108864, 67) [3828] [3828] MSI (a) (F4:D4) [15:38:20:324]: Passing to service: MsiCloseHandle(67) [3828] [3828] MSI (a) (F4:D4) [15:38:20:324]: Custom Action RunDefCA returned unexpected value 0. Converted to ERROR_INSTALL_FAILURE. [3828] [3828] MSI (a) (F4:D4) [15:38:20:334]: Custom action server's custom action is returning 1603. (C:\WINDOWS\Installer\MSI48.tmp, RunDefCA) [3828] [2244] MSI (s) (C4:10) [15:38:20:334]: User policy value 'DisableRollback' is 0 - 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
Re: [WiX-users] Preselecting feature and disable install on first use
Salut, seems I'm getting to my English limits with this. Let me have another try to explain it. I'm referring to the Customize dialog of the setup process where you can select the features you want to install. The main one, MainProgramm is selected by default and can not be deselected. The German feature is not selected by default, as well as the Firefox extension feature. What I now want is, that the Firefox extension is selected by default, if the user chooses the customize option and that it is installed when the user clicks Typical as well. I tried to set the InstallDefault attribute to local, but unfortunately it is not selected by default if I click on customize in the setup. I hope, I've explained it better now? Thanks for your patience, Stefan Bob Arnson-3 wrote: vbtricks wrote: selecting by default. Sorry, does that mean install locally? If so, you just need to set the feature level lower to match INSTALLLEVEL. You're already disabling it when Firefox isn't detected, so you want it to be installed always when it is. -- 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.phpp=sourceforgeCID=DEVDEV ___ 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/Preselecting-feature-and-disable-%22install-on-first-use%22-tf2381534.html#a6683213 Sent from the wix-users mailing list archive 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Add run key entry in Vista?
I need to add my application to the HKLM\windows\currentversion\Run key in the registry so that my app will start at every boot up for users. In Vista, I am having trouble setting this key through the MSI without it getting re-directed to the virtual store ( which of course doesnt help me ). Does anyone know the by design / proper way to do this in vista? Thanks, Jeff - 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
Re: [WiX-users] LIGHT Error - Dup Registry Key
Never mind. I was a little too quick on the trigger on this one. It was already discussed in the users list and I found the answer. __ Doug Watts Advectis, Inc. Direct: 678.460.4605 Cell: 770.314.6704 The #1 Network for Mortgage Document Collaboration From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Watts Sent: Friday, October 06, 2006 2:11 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] LIGHT Error - Dup Registry Key I have a type library that I need to register (I know...why am I registering a type lib? I truly need to). Anyway, I used RegCap to produce a REG file then I used TALLOW to create the fragment. I got a LIGHT error so I removed lines until I got the Wix script to the bare minimum to produce the error. The error message seems obvious but I cant figure it out (maybe I need the weekend really badly). Heres the error message: MyComponentsFragment.wxs(nnn) : fatal error LGHT0003: primary key 'regEFE457605FD50C7ED54A6C8611F35941' in column 'Registry' are duplicated in table 'Registry' Here is the component that produces the error. The error (line nnn) occurs on this line: Registry Value=MyTypeLib Constants Type=string / If I remove this line then LIGHT is OK. I am simply trying to set the default value for a registry node TypeLib\{D85F5780-29E9-4A67-B0E5-A4182F4AF6AC}\1.0. Remember, the fragment was produced by TALLOW 2.0.4415.0. Component Id=SomeComponent SharedDllRefCount=yes DiskId=1 Guid=---- File Id=AppServerFile226 Name=MyTypeLb.tlb KeyPath=yes src=""> TypeLib Id=---- Language=0 Advertise=no MajorVersion=1 / /File Registry Root=HKCR Key=TypeLib / Registry Root=HKCR Key=TypeLib\{D85F5780-29E9-4A67-B0E5-A4182F4AF6AC} / Registry Root=HKCR Key=TypeLib\{D85F5780-29E9-4A67-B0E5-A4182F4AF6AC}\1.0 Registry Value=MyTypeLib Constants Type=string / /Registry /Component __ Doug Watts - 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
[WiX-users] Odd failure of XmlFile in wix-2.0.4221.0
All: I'm having an odd issue with XmlFile on a machine running Windows2003 Enterprise... The machine has an Intel Woodcrest/Greencreek chipset and is running a RAID as C:\ (although the machine also has a D:\ which this also happens on). I mention these because I have no rational explanation for what it's doing... My install proceeds as normal until the ExecXmlFile custom action gets fired off. At that point, a dialog box pops up with the following error: Failed to open XML file C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf, system error: -214704786 I've seen the system error before, and I believe it means that the file doesn't exist. However, I used Explorer to browse to the file location and the file is indeed there and has the proper contents. Also, Orca shows that ExecXmlFile is sequenced at the tail end of the InstallExecuteSequence, so I don't believe that it's trying to open a file that hasn't been written to disk yet. The most bizarre bit is that it's only one specific type of machine that I'm having a problem with (a server that we manufacture)... I have had no issues with regular PC-type machines, or with a different type of server machine running the exact same OS... It's quite puzzling to me. Is there anything interesting or unique about the way that ExecXmlFile opens the XML file that might fail on exotic hardware? -- -- Eric Fesh Customer Support Engineer/Software Test Engineer Verari Systems Software, Inc. 110 12th Street North, Suite D103 Birmingham, AL 35203 Phone +1-205-397-3141 ext. 3149 Fax +1-205-397-3142 [EMAIL PROTECTED] http://www.verarisoft.com/ The information contained in this communication may be confidential and is intended only for the use of the recipient(s) named above. If the reader of this communication is not the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you are not a named recipient or received this communication by mistake, please notify the sender and delete the communication and all copies of 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] iis logging
Does anyone know how to change the default location and schedule of IIS logs for a website in WiX? The WebLog element seems to have very little in it, is there something else Im missing or is this functionality just not available? - 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
Re: [WiX-users] Odd failure of XmlFile in wix-2.0.4221.0
At the risk of spamming you all: I asked one of our guys here, and his guess is that two processes are trying to access the file at the same time... I'm trying to figure out how that could be as the only custom action related to it is SchedXmlFile... I guess that figures out where to sequence ExecXmlFile and ExecXmlRollbackFile? Can I sequence ExecXmlFile explicitly? -- Eric Fesh Customer Support Engineer/Software Test Engineer Verari Systems Software, Inc. 110 12th Street North, Suite D103 Birmingham, AL 35203 Phone +1-205-397-3141 ext. 3149 Fax +1-205-397-3142 [EMAIL PROTECTED] http://www.verarisoft.com/ The information contained in this communication may be confidential and is intended only for the use of the recipient(s) named above. If the reader of this communication is not the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you are not a named recipient or received this communication by mistake, please notify the sender and delete the communication and all copies of it. Eric Fesh wrote: By the way, the C drive isn't on a RAID after all... I just thought it was because that's what the volume label said. *grimace* -- Eric Fesh Customer Support Engineer/Software Test Engineer Verari Systems Software, Inc. 110 12th Street North, Suite D103 Birmingham, AL 35203 Phone +1-205-397-3141 ext. 3149 Fax +1-205-397-3142 [EMAIL PROTECTED] http://www.verarisoft.com/ The information contained in this communication may be confidential and is intended only for the use of the recipient(s) named above. If the reader of this communication is not the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you are not a named recipient or received this communication by mistake, please notify the sender and delete the communication and all copies of it. Eric Fesh wrote: All: I'm having an odd issue with XmlFile on a machine running Windows2003 Enterprise... The machine has an Intel Woodcrest/Greencreek chipset and is running a RAID as C:\ (although the machine also has a D:\ which this also happens on). I mention these because I have no rational explanation for what it's doing... My install proceeds as normal until the ExecXmlFile custom action gets fired off. At that point, a dialog box pops up with the following error: Failed to open XML file C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf, system error: -214704786 I've seen the system error before, and I believe it means that the file doesn't exist. However, I used Explorer to browse to the file location and the file is indeed there and has the proper contents. Also, Orca shows that ExecXmlFile is sequenced at the tail end of the InstallExecuteSequence, so I don't believe that it's trying to open a file that hasn't been written to disk yet. The most bizarre bit is that it's only one specific type of machine that I'm having a problem with (a server that we manufacture)... I have had no issues with regular PC-type machines, or with a different type of server machine running the exact same OS... It's quite puzzling to me. Is there anything interesting or unique about the way that ExecXmlFile opens the XML file that might fail on exotic hardware? - 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
[WiX-users] Release v3
I don't know whether this is right time and place to post my questions here. We have a stable Wix v2 project that contains the installation and configuration of VS 2005 dll, exe, database, windows service, web service. This afternoon I downloaded Wix v3 and got a lot errors and warnings. The preprocessors don't work, WebVirtualDir becomes an unexpected element for component, etc. Where can I find instructions on how to upgrade from v2 to v3? Thank you very much in advance. Hesheng Bao Software Design Engineer Eaton Electrical Software Meters Business Units 150 Industry Drive Pittsburgh, PA 15275 412.494.3023 - 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
Re: [WiX-users] Release v3
If you downloaded the v3, youll also have an exe called wixcop in the distribution. Run wixcop on your existing v2 .wxs files, and it will automagically update them to the latest schema. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 06, 2006 3:09 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Release v3 I don't know whether this is right time and place to post my questions here. We have a stable Wix v2 project that contains the installation and configuration of VS 2005 dll, exe, database, windows service, web service. This afternoon I downloaded Wix v3 and got a lot errors and warnings. The preprocessors don't work, WebVirtualDir becomes an unexpected element for component, etc. Where can I find instructions on how to upgrade from v2 to v3? Thank you very much in advance. Hesheng Bao Software Design Engineer Eaton Electrical Software Meters Business Units 150 Industry Drive Pittsburgh, PA 15275 412.494.3023 - 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
[WiX-users] CreateFolder not finding SID for NetworkService
I have the following CreateFolder element under my Component Element for a service that needs to run as NetworkService. The install fails with an error message about not being able to find the SID for NT AUTHORITY\NetworkService. Since the service does install fine without this element, i find that hard to believe. what else am I doing wrong otherwise ? I'm trying to set the permissions for the folder in which the service is installed so that it can create directories etc. when it starts up. thanks, -amol !-- CreateFolder Permission User=NT AUTHORITY\NetworkService GenericAll=yes Extended=yes/ /CreateFolder-- -- View this message in context: http://www.nabble.com/CreateFolder-not-finding-SID-for-NetworkService-tf2398565.html#a6688667 Sent from the wix-users mailing list archive 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating Environmental Variables
Take a look at the Environment element: http://wix.sourceforge.net/manual-wix2/wix_xsd_environment.htm. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andy Britcliffe Sent: Friday, October 06, 2006 14:43 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating Environmental Variables Hi I'm fairlynew to WIX development and this mailing list so Hi. I have an initial question. As part of my installation I need to create a number of system environmental variables. Could someone give me advice on what is the best way to do this using WIX. Many thanks Andy. - 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
Re: [WiX-users] Uninstalling typelib installer does not remove filesor registry keys
Sergio Sarabando wrote: I've googled the InstallValidate and found a posting in a blog (Microsoft Installer Team Blog or something like that) which pointed me to the Request:Absent; Action:Null. From what I've read, the Action:Null means that the install engine isn't going to do anything regarding that component (in my case, the only one). Do you have any idea why it thinks the action should be Null? Going back to the install log, look for another client -- if MSI thinks another product is using that component, it reports that in the log. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Preselecting feature and disable install on first use
vbtricks wrote: What I now want is, that the Firefox extension is selected by default, if the user chooses the customize option and that it is installed when the user clicks Typical as well. I tried to set the InstallDefault attribute to local, but unfortunately it is not selected by default if I click on customize in the setup. I hope, I've explained it better now? Yep, much. Thanks. So my last message should apply -- the fragment you posted had the Firefox extension feature with a level of 1001, so unless your product's INSTALLLEVEL was 1001 or higher, it wouldn't be selected for installation by default. The feature condition disables it entirely but doesn't boost its install level. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Invoke asp_regiis.exe
Simon Burgess wrote: I have seen a previous thread in the archives that suggests the following wix source for trying to run .NETs asp_regiis.exe utility: Property Id="FRAMEWORKBASEPATH" RegistrySearch Id="FindFrameworkDir" Root="HKLM" Key="SOFTWARE\Microsoft\.NETFramework" Name="InstallRoot" Type="raw" / /Property Property Id="ASPNETREGPATH" DirectorySearch Id="FindAspRegExe" Path="[FRAMEWORKBASEPATH]" Depth="1" FileSearch Id="FindAspNetReg" LongName="aspnet_regiis.exe" MinVersion=" 2.0.50727"/ /DirectorySearch /Property MSI doesn't guarantee a particular order for evaluating AppSearch records (which is what *Search elements turn into). So if FindAspRegExe happens before FindFrameworkDir, it won't have a FRAMEWORKBASEPATH value to start from. I'd suggest nesting the DirectorySearch and FileSearch elements under RegistrySearch. -- 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add run key entry in Vista?
Jeff MacDuff wrote: I need to add my application to the HKLM\windows\currentversion\Run key in the registry so that my app will start at every boot up for users. In Vista, I am having trouble setting this key through the MSI without it getting re-directed to the virtual store ( which of course doesnt help me ). Is ALLUSERS set to 1? If a package is per-user, Vista redirection kicks in. -- 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.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Odd failure of XmlFile in wix-2.0.4221.0
Eric Fesh wrote: Failed to open XML file C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf, system error: -214704786 Which version of WiX are you using? That string isn't in the current builds, so I can't see where the error is happening. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changing attributes from DLL
Sigurd Stenersen wrote: I am successfully changing properties from a custom install helper DLL, and these properties trigger conditions within the MSI. I'm wondering if there is a way to access attributes directly from the DLL, as this would allow me to get rid of all the condition tags. E.g. rather than setting a property to have a condition change the level attribute of it's parent element, could I change the level attribute directly ? Not exactly, but you can set the feature to be installed. See MsiSetFeatureState in the SDK doc. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 1920 with Services
david adams wrote: I have encountered the 1920 error attempting to install Windows Services. This was previously working and I do not know what has changed to all of a sudden start getting the Check to see if you have permissions-type 1920 error. Every 1920 I've encountered has been caused by missing dependencies. When the 1920 pops up, try starting the service using sc.exe or net.exe or Admin|Services. If it fails, it usually provides slightly more information about the failure than MSI gives. -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CreateFolder not finding SID for NetworkService
Amol wrote: I have the following CreateFolder element under my Component Element for a service that needs to run as NetworkService. The install fails with an error message about not being able to find the SID for NT AUTHORITY\NetworkService. Since the service does install fine without this element, i find that hard to believe. SecureObj translates several names into well-known SIDs. It doesn't use the NT AUTHORITY domain so just leave that part off. Here's the code for NetworkService: else if (!*pwzDomain 0 == lstrcmpW(pwzUser, LNetworkService)) { hr = AclGetWellKnownSid(WinNetworkServiceSid, psid); } -- 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.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users