Re: [WiX-users] How to detect Outlook 2010 64Bit version

Never mind. I added these code, it seems working: Thanks anyway. From: little.forest To: wix-users@lists.sourceforge.net Sent: Fri, November 5, 2010 3:32:25 PM Subject: [WiX-users] How to detect Outlook 2010 64Bit version We need to detect if Outlook 201

[WiX-users] How to detect Outlook 2010 64Bit version

We need to detect if Outlook 2010 is installed. Here is the code: The property is set if Outlook 2010 32Bit version is installed. But it doesn't work if Outlook 2010 64Bit version is installed. I did some comparison in real testing. If Outlook 2010 32Bit is installed, the registry is: HKEY

Re: [WiX-users] util:XmlFile executes repeatedly

Thank you, Rob, for your suggestion. But I am afraid this does not solve my problem completely. I have been already considering implementing this pattern, but I suppose that would lead me into the same problem - only the problem would appear bit later.. Consider this scenario: 1) user1 installs th

Re: [WiX-users] Documentation links are broken

Browsing the source code at wix.codeplex.com will show you the contents of the default branch. Point your browser to https://hg01.codeplex.com/wix/branches to see the available branches. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503

Re: [WiX-users] util:XmlFile executes repeatedly

I think you'll want to implement this pattern: http://robmensching.com/blog/posts/2010/5/2/The-WiX-toolsets-Remember-Property-pattern On Fri, Nov 5, 2010 at 9:54 AM, wrote: > Hi all, > > i created WiX installer project for deploying my .net winform app on a > customer machine. The app is very si

Re: [WiX-users] Documentation links are broken

Yeah, the web build code hasn't changed. I apparently forgot to port that part of CVS to CodePlex. I'll do that soon. Also, CodePlex only supports a single repository for project so I split all of our different releases into separate branches. You can read about that here: http://robmensching.com/

Re: [WiX-users] Documentation links are broken

That I don't know. That's a question for Rob/Bob. -Original Message- From: Richard [mailto:legal...@xmission.com] Sent: Friday, November 05, 2010 11:20 AM To: WiX Users Subject: Re: [WiX-users] Documentation links are broken In article , Blair writes: > The docs in the sources are

Re: [WiX-users] Build 3.5.2229.0 : give me the following error: error LGHT0216: An unexpected Win32 exception with error code 0x65B occurred: Function failed during execution

I was using 3.5.2208.0 and I moved my original solution file to a C: drive for integration testing. The recompile got me the error LGHT0216 with code 0x65B occurred. So, I thought maybe if I upgrade to the latest 3.5.2229.0, the problem would go away, but it did not. What I did was I added "-sva

Re: [WiX-users] Documentation links are broken

In article , Blair writes: > The docs in the sources are in source-code form, distributed between various > .XSD files in various directories and the code under src\chm. OK, I'll have a look. > As I understand it, the failures in "formatting" the docs on the web site > come from processing

[WiX-users] util:XmlFile executes repeatedly - source

Hi all, attachments are probably not allowed :-). This is the source related to my previous post. Thanks for any help on it. Regards, Marek http://schemas.microsoft.com/wix/2006/wi"; xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension"; xmlns:util="http://schemas.microsoft.c

Re: [WiX-users] Documentation links are broken

The docs in the sources are in source-code form, distributed between various .XSD files in various directories and the code under src\chm. As I understand it, the failures in "formatting" the docs on the web site come from processing and posting the html files that the "official build" uses as int

[WiX-users] util:XmlFile executes repeatedly

Hi all, i created WiX installer project for deploying my .net winform app on a customer machine. The app is very simple - it only scans some documents and saves the images to database on a server. The scanner is quite expensive device, there is only one in the company, but there are approx. fou

Re: [WiX-users] Documentation links are broken

In article , Richard writes: > In article , > Blair writes: > > > Current sources are all on Codeplex now. Anything still on SF is stale. > > OK, but trunk on codeplex is essentially empty. Also -- I don't see any docs in the wix35 branch, but maybe I'm just missing it. My intention

Re: [WiX-users] Documentation links are broken

In article , Blair writes: > Current sources are all on Codeplex now. Anything still on SF is stale. OK, but trunk on codeplex is essentially empty. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download

Re: [WiX-users] Regsitering a Managed Module for an IIS 7 Web Site

Hi Rob, Thanks for the assistance. It appears that I will need to use the XmlConfig to register and unregister the module with IIS at this moment in time. I believe that restarting an application pool can be accomplished via a custom action so that will probably be my approach there as well.

Re: [WiX-users] - File short names

Hi Christopher, The reason I need this it to work around a problem with the Microsoft Help Provider. We are using .Net 3.5, Visual Studio 2010. We have .chm help files for our application help. We are using the standard .Net help calls to access the help. Here is the situation: Help file 1

Re: [WiX-users] Build 3.5.2229.0 : give me the following error: error LGHT0216: An unexpected Win32 exception with error code 0x65B occurred: Function failed during execution

What version of the WiX toolset were you using previously? My first hypothesis is that validation is failing. Can you try adding "-sval" to the command line (Suppress Validation checkbox in Votive)? If that works, you'll probably want to find another way of running validation on your MSI. smoke.ex

Re: [WiX-users] upgrade requesting location of previous MSI

I wasn't providing Burn as an immediate option, I was suggesting that caching was the best solution and we were doing that ourselves in Burn. Also, when you run Burn it can fix the cache should it be "corrupted" (or cleaned). On Thu, Nov 4, 2010 at 3:06 PM, Christopher Painter < chr...@deploymente

Re: [WiX-users] - File short names

I think the only option is to not provide a long name. On Fri, Nov 5, 2010 at 5:32 AM, Socky, David R (GE Energy) < david.so...@ge.com> wrote: > I am trying to define the short name of a file, but the installer > ignores my entry and creates its own automatic short name. For > instance, I'm usin

Re: [WiX-users] - File short names

I'm wondering what the situation is that makes you ask this question (seriously).   In my installs, my .NET assemblies have really long names and they wouldn't work if the names changed.  I let WiX automatically hash the shortname with something seriously meaningless just to make MSI happy and I

[WiX-users] - File short names

I am trying to define the short name of a file, but the installer ignores my entry and creates its own automatic short name. For instance, I'm using the following in the file table: gehnum01.pdf|GEH-6421_Vol_I.pdf but when installed, the short name turns out to be GEH-64~1.pdf My code looks li

Re: [WiX-users] Documentation

The installer comes with WiX.chm as I expect the binaries do too. Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in S

Re: [WiX-users] upgrade requesting location of previous MSI

Your msi should be caches on the users machine in c:\windows\installer iirc but it will have an odd name. Check whether you can find it. When it is cached if think all the binaries are removed so that it is only the install logic, if you are doing anything that runs one of the binaries on uninst

[WiX-users] Hide commandline parameters in CAQuietExec

Hi, I have a password string the user enters in the UI of the installation wizard that needs to be passed to a commandline application in a custom action. I'm using the "CAQuietExec" function in the "WixCA" library. I was able to hide the commandline being logged during its creation by setting "H