[WiX-users] Merge Module for msvcr71.dll

I am trying to use a merge module for msvcr71.dll since its strongly recommended to use merge models for re-distributing c runtime libraries. But i want to copy this msvcr71.dll to 2 different folders on installation. But using the same merge module reference twice would cause the same file to be i

Re: [WiX-users] Merge Module for msvcr71.dll

Doesn't the merge module install the file to the Windows system folder? If that's the case then you shouldn't need to install the file anywhere else. Rob On 14/01/2010 09:16, ricky sundrani wrote: > I am trying to use a merge module for msvcr71.dll since its strongly > recommended to use merge

[WiX-users] DCOM configuration

Hi, Is it Possible to configure DCOM component security issues? Thanks, Leo Kushnir http://blogs.microsoft.co.il/blogs/leokushnir/ -- Throughout its 18-year history, RSA Conference consistently attracts the world's best

Re: [WiX-users] How to handle Registry Redirection throughWIXon64-bit Platform

Yep, my mistake. Was looking at a package in InstEd! at the time & forgot about Itanium platform support as it still shows only "AMD64" for the x64 platform where as Orca has both "AMD64" & "x64" IIRC (haven't had it installed in a long time so I might be wrong). Palbinder Sandher Software Deploy

Re: [WiX-users] Merge Module for msvcr71.dll

That is all you should Ricky need assuming you're using the VC++ 7 merge modules provided with Visual Studio 2003. Your convoluted directory structure is totally unnecessary as the merge module is going to put the files into the WinSXS area regardless of where you

Re: [WiX-users] Merge Module for msvcr71.dll

The merge module i am using is installing the msvcr71.dll in the directory where i am puttin the reference to the merge module. Using the above code ,it installed it in Folder1. So maybe i am not using the correct msm. I'l look into it, Thanks On Thu, Jan 14, 2010 at 5:16 PM, Pally Sandher wrote:

Re: [WiX-users] Merge Module for msvcr71.dll

Supoosing the MSM is some custom msm with one just one component and one file. like .. .. Now if i use the above code then too i can't use it. Merge Modules are for code re-usability, But using the same merege module twice within the the same wxs file i.e to install the file (refe

Re: [WiX-users] Why do I get ICE failures building from a serviceaccount?

The following string format was not expected by the external UI message logger: "The Windows Installer Service could not be accessed. This can occur if you are running Windows in safe mode, or if the Windows Installer is not correctly installed. Contact your support personnel for assistance.". ms

Re: [WiX-users] Use setupbld to chain msi and exe as prerequisites

Until Burn is feature complete I'd recommend looking at dotnetinstaller (http://dotnetinstaller.codeplex.com/). Been using it for a while now & it's quite easy to configure & build in my experience. Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 9

Re: [WiX-users] WiX-users Digest, Vol 44, Issue 50

Kyle, thanks for the link on ICE. Sebastian was correct, though. I was referring to tests to ensure the product was installed or removed correctly. Obviously every installer would be different. However, some tasks would be common such as checking files, registry keys and shortucts were created o

[WiX-users] What is the best-practice for updating an HKLM key?

Hi Wix-users, I am curious about the best-practice way to update a registry key in HKLM. I would like to set If I simply set it from a component with other (HKCU) RegistryValues and ignore the resulting warning ("warning LGHT1076 : ICE57: Component '...' has both per-user and per-machi

Re: [WiX-users] Why do I get ICE failures building from a serviceaccount?

For whatever reason on Windows 2008 (I didn't test Vista, XP, 2003, 7, or 2008 R2) the MSI Service is only available from logins that either have administrative access or are logins that are "interactive". Logins that are from service accounts that to not have administrative privileges cannot acces

Re: [WiX-users] Heat.exe and 64-bit compatibility

Not sure if it is that straight forward. I think the reason we keep punting this feature is the dependencies heat.exe has on the Wix core project ( http://sourceforge.net/tracker/index.php?func=detail&aid=2012626&group_id=105970&atid=642717 ). Brian Rogers "Intelligence removes complexity." - Me h

Re: [WiX-users] Heat Bug with .Net COM

Yes, please file a bug. This is a good thing to track. Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Wed, Jan 13, 2010 at 5:28 PM, Bob Arnson wrote: > On 1/13/2010 4:35 PM, Neil Sleightholm wrote: > > I think there is a bug in the output

Re: [WiX-users] What is the best-practice for updating an HKLM key?

Regarding the ICE38 errors, it sounds like the directory your Component is under is a per-user location. Try moving the Component to a per-machine location like SystemFolder (even though you're not writing any actual files or folders to the location in your Component) if it's not there already. If

Re: [WiX-users] Merge Module for msvcr71.dll

Are you sure about that WinSxS location? I believe the 7.1 merge modules will install the Dlls in the user's application folder. I don't think they went WinSxS until Visual Studio 2005. Phil Wilson -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Thursday

Re: [WiX-users] What is the best-practice for updating an HKLM key?

That worked perfectly. Thanks very much! Best, Joe On Thu, Jan 14, 2010 at 05:12:21PM -, Pally Sandher wrote: > Regarding the ICE38 errors, it sounds like the directory your Component > is under is a per-user location. Try moving the Component to a > per-machine location lik

Re: [WiX-users] Merge Module for msvcr71.dll

There is a link: http://support.microsoft.com/default.aspx/kb/326922. What is currently being followed for msvcr71.dll ? WinSxS or application folder. ? Also if someone could please help me with the merge module code.. About using the same merge module in the code twice in order to distribute it to

[WiX-users] Burn UI question

Does/will the UI for Burn allow me to let the user select products they wish to install? For instance, if we distribute SQLExpress with our sysrem, can I allow the user to select installing both or one of the components? Also, is Burn mature enough to start using for a new new project? thanks

[WiX-users] Installing a .NET program that is 64 bit/32-bit agnostic, but does actually care...

Hi all, I've got a app that is written in .NET. To function correctly it needs to access the registry. On a 32 bit system this is trivial. On a 64 bit system it needs to be run as a 64 bit app (installed in Program Files) in order to access these bits of the registry. But the .NET code

[WiX-users] Assistance with "simple" MSI creation/modification via WiX?

Hello all. :) I'm new to this list and have been reading for a couple of days now. Seems you folks deal with some pretty complex issues surrounding WiX so if you know of a more appropriate venue for my "n00b" questions, please just let me know. :) Before I jump in with my questions, here's a b

[WiX-users] Major Upgrades and Versions

We have an automated build that runs continually. We'd like each MSI produced to behave as a major upgrade so that we can apply any newer MSI on a target environment easily. Our build process fixes the first two parts of our version numbers to predetermined values and allows the remaining two va

Re: [WiX-users] Merge Module for msvcr71.dll

Well there is no "currently", they are what they are, and that kb article says: "For Msvcr70.dll or for Msvcr71.dll, you should install the CRT DLL into your application program files directory. You should not install these files into the Windows system directories. For Msvcr80.dll and for Msvcr

Re: [WiX-users] Major Upgrades and Versions

I would think that as long as the ProductVersion, the ProductCode and the PackageCode changes and the Upgrade table contains the versions to be upgraded in the Min/Max version fields, it should act as a Major Upgrade. Matt Walker Installation Development 200 Kelly Road | Quakertown, PA 18951 Ph

[WiX-users] Conditionally Setting InstallScope

I'm sorry my search skills are failing here; I'm sure this is a common question. Is there a way to conditionally set the InstallScope attribute based on passing a property in on the command line? -- Throughout its 18-y

Re: [WiX-users] Heat Bug with .Net COM

Done: http://sourceforge.net/tracker/?func=detail&aid=2932337&group_id=105970&; atid=642714 Neil -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 14 January 2010 16:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Heat Bug

Re: [WiX-users] Assistance with "simple" MSI creation/modification via WiX?

Welcome! 1) You will need separate 32 and 64-bit installers. 2) Starting from scratch will definitely be easier :) 3) If you're starting from scratch, just don't add a UI. Hope that helps get you started.. On Fri, Jan 15, 2010 at 6:07 AM, Vern Graner wrote: > Hello all. :) > > I'm new to th

[WiX-users] Help with setting properties from a JScript CA.

So, I've got this code that lets me know if certain databases are installed or not: function CheckDatabase(serverProperty, databaseProperty, checkProperty) { var serverName = Session.Property(serverProperty); var connectionString = "Provider=SQLOLEDB;Data Source=" + serverName + ";Integr

[WiX-users] Exceptions with pyro and -delta

Hello all, I've successfully built and applied patches to my MSI with pyro without -delta, but when I apply -delta, things go south. Specifically, I get the following error: Microsoft (R) Windows Installer Xml Patch Builder version 3.0.5419.0 Copyright (C) Microsoft Corporation. All rights reser

[WiX-users] ICE61: Upgrade.VersionMax format is wrong

I'm getting the following error from light: error LGHT0204: ICE61: Upgrade.VersionMax 3.3.34567.0 format is wrong The ProductVersion Property documentation tells me that the first three fields have the following maximums: 255, 255,

Re: [WiX-users] ICE61: Upgrade.VersionMax format is wrong

Have you tried it without the .0 at the end? Best regards, Sebastian Brand sebast...@instyler.com Geisenfelder Str. 53a 85053 Ingolstadt, Germany EU VAT ID: DE219712370 Phone: +49 841 4544567 www.instyler.com - Instyler Setup: Create WiX-based MSI installations, elegantly. www.traveladdin.com -

Re: [WiX-users] Help with setting properties from a JScript CA.

Did you saw the missing T in the word Session.Proper_y(... ? Best regards, Sebastian Brand sebast...@instyler.com Geisenfelder Str. 53a 85053 Ingolstadt, Germany EU VAT ID: DE219712370 Phone: +49 841 4544567 www.instyler.com - Instyler Setup: Create WiX-based MSI installations, elegantly. www.tr

Re: [WiX-users] Conditionally Setting InstallScope

No. However, MSI 5.0 (only on Win7) has support for this using a new mechanism: http://msdn.microsoft.com/en-us/library/dd770204%28VS.85%29.aspx On Thu, Jan 14, 2010 at 12:47 PM, JKLists wrote: > I'm sorry my search skills are failing here; I'm sure this is a common > question. > > Is there a wa

Re: [WiX-users] ICE61: Upgrade.VersionMax format is wrong

just a hunch, can it be that the ICE is (wrongly) using a signed 16-number for the third field? On Fri, Jan 15, 2010 at 5:22 AM, Castro, Edwin G. (Hillsboro) < edwin.cas...@fiserv.com> wrote: > I'm getting the following error from light: > > error LGHT0204: ICE61: Upgrade.VersionMax 3.3.34567.0 f

[WiX-users] Use of Merge Module

Reposting this question : Is it possible to use the same merge module twice in the same source file. The above code is giving error: Error 1 The merge module 'merge2' conta

Re: [WiX-users] ICE61: Upgrade.VersionMax format is wrong

Just tried building with 3.3.32767.0 and with 3.3.32768.0. 3.3.32767.0: No errors 3.3.32768.0: error LGHT0204: ICE61: Upgrade.VersionMax 3.3.32768.0 format is wrong Looks like an incorrectly implemented ICE. Can I exclude ICE61? Edwin G. Castro Software Developer - Staff Electronic Banking Serv

Re: [WiX-users] ICE61: Upgrade.VersionMax format is wrong

FYI: I found that light.exe has a -sice: argument. Are the ICE distributed by WiX owned by WiX? Do I need to add a WiX bug? Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before

[WiX-users] Confused by "File in use"

Hi All, I have created an installer with Wix for one of our products. It works very well and in general I am happy with it. However there is one small niggle that I haven't been able to solve myself - when installing (I always do major upgrades) the installer detects a file in use by another one