Re: [WiX-users] unhandled exception in light

[Simon Topley]

Just another update for anyone in the future, the loc.blah variable I replaced 
was in an older file we no longer use, so this wasn't the issue after all.

I now have a similar issue with candle 3.8 on windows 2012. This is obviously 
not wide spread so must be down to our wix code, or maybe some third party 
software on the build server. More news as it comes

-Original Message-
From: Carter Young [mailto:ecyo...@grandecom.net]
Sent: 27 June 2014 17:13
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light

That might do it...

Quoting Simon Topley :

> Although I have just found some localisation code in some old IIS ui
> code we... borrowed from a web example. I'd removed all of the
> loc.blah values and replaced with hardcoded strings, but missed one.
>
> -Original Message-
> From: Simon Topley [mailto:simon.top...@innovyze.com]
> Sent: 27 June 2014 16:09
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] unhandled exception in light
>
> I could believe it was Unicode/ character related but it doesn't
> explain the intermittent nature of the failure. Are we saying that the
> wixobj files are sometimes ending up with an invalid character in them
> due to a codepage mismatch? I'd expect that to cause consistent
> failures.
>
> -Original Message-
> From: Carter Young [mailto:ecyo...@grandecom.net]
> Sent: 27 June 2014 15:54
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] unhandled exception in light
>
> Remove the codepages, and localize using this procedure:
>
> http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localizati
> on/make_installer_localizable.html
>
> saving each Localization Value in a different wxl file, then build an
> MSI(1 for each language value), then Bundle them all using Burn, and
> allow users to choose a language.
>
> WiX is Unicode Aware, therefore you're getting Illegal Unicode Values.
>   Windows Codepages are 8-bit encoding, but Unicode is now,at least on
> my linux box, UTF-8.  UTF-8(WiX) and Windows(CodePages) are not equal,
> as you have found out.
>
> See: http://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows
>
> Carter
>
> Quoting Simon Topley :
>
>> When I say yes we are localising it I mean we include a codepage
>> value, we don't ship localised string etc.
>>
>> -Original Message-
>> From: Carter Young [mailto:ecyo...@grandecom.net]
>> Sent: 27 June 2014 15:19
>> To: wix-users@lists.sourceforge.net
>> Subject: Re: [WiX-users] unhandled exception in light
>>
>> Googling gave me this:
>> Locale ID: 2057: English - United Kingdom
>>
>> Additional Information 1: 5861 may be an invalid Unicode Character, See:
>> http://www.fileformat.info/info/unicode/char/5861/index.htm
>>
>> Additional Information 3: d1d9 may be an invalid Unicode Character, See:
>> http://www.fileformat.info/info/unicode/char/D1D9/index.htm
>>
>> Are you localizing an installer??
>>
>> Carter
>
>
>
> --
>  Open source business process management suite built on Java
> and Eclipse Turn processes into business applications with Bonita BPM
> Community Edition Quickly connect people, data, and systems into
> organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> 
>
> Disclaimer: This electronic communication and its attachments may
> contain confidential, proprietary and/or legally privileged
> information which are for the sole use of the intended recipient. If
> you are not the intended recipient, any use, distribution, or
> reproduction of this communication is strictly prohibited and may be
> unlawful; please contact the sender and delete this communication.
> Innovyze does not warrant or make any representation regarding this
> transmission whatsoever nor does it warrant that it is free from
> viruses or defects, correct or reliable. Innovyze is not liable for
> any loss or damage that occurs as a result of this communication
> entering your computer network.
>
> The views expressed in this message are not necessarily those of
> Innovyze. This communication cannot form a binding agreement unless
> that is the express intent of the parties and they are authorized to
> make such an agreement. Innovyze reserves all intellectual property
> rights contained in this transmission. Innovyze reserves t

Re: [WiX-users] unhandled exception in light

[Simon Topley]

Although I have just found some localisation code in some old IIS ui code we... 
borrowed from a web example. I'd removed all of the loc.blah values and 
replaced with hardcoded strings, but missed one.

-Original Message-
From: Simon Topley [mailto:simon.top...@innovyze.com] 
Sent: 27 June 2014 16:09
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] unhandled exception in light

I could believe it was Unicode/ character related but it doesn't explain the 
intermittent nature of the failure. Are we saying that the wixobj files are 
sometimes ending up with an invalid character in them due to a codepage 
mismatch? I'd expect that to cause consistent failures.

-Original Message-
From: Carter Young [mailto:ecyo...@grandecom.net]
Sent: 27 June 2014 15:54
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light

Remove the codepages, and localize using this procedure:

http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localization/make_installer_localizable.html

saving each Localization Value in a different wxl file, then build an
MSI(1 for each language value), then Bundle them all using Burn, and allow 
users to choose a language.

WiX is Unicode Aware, therefore you're getting Illegal Unicode Values.
  Windows Codepages are 8-bit encoding, but Unicode is now,at least on my linux 
box, UTF-8.  UTF-8(WiX) and Windows(CodePages) are not equal, as you have found 
out.

See: http://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows

Carter

Quoting Simon Topley :

> When I say yes we are localising it I mean we include a codepage 
> value, we don't ship localised string etc.
>
> -Original Message-
> From: Carter Young [mailto:ecyo...@grandecom.net]
> Sent: 27 June 2014 15:19
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] unhandled exception in light
>
> Googling gave me this:
> Locale ID: 2057: English - United Kingdom
>
> Additional Information 1: 5861 may be an invalid Unicode Character, See:
> http://www.fileformat.info/info/unicode/char/5861/index.htm
>
> Additional Information 3: d1d9 may be an invalid Unicode Character, See:
> http://www.fileformat.info/info/unicode/char/D1D9/index.htm
>
> Are you localizing an installer??
>
> Carter



--
Open source business process management suite built on Java and Eclipse Turn 
processes into business applications with Bonita BPM Community Edition Quickly 
connect people, data, and systems into organized workflows Winner of BOSSIE, 
CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. Innovyze does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. Innovyze is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of Innovyze. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. Innovyze 
reserves all intellectual property rights contained in this transmission. 
Innovyze reserves the right to monitor any electronic communication sent or 
received by its employees.

Innovyze Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Open source business process management suite built on Java and Eclipse Turn 
processes into business applications with Bonita BPM Community Edition Quickly 
connect people, data, and systems into organized workflows Winner of BOSSIE, 
CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, da

Re: [WiX-users] unhandled exception in light

[Simon Topley]

I could believe it was Unicode/ character related but it doesn't explain the 
intermittent nature of the failure. Are we saying that the wixobj files are 
sometimes ending up with an invalid character in them due to a codepage 
mismatch? I'd expect that to cause consistent failures.

-Original Message-
From: Carter Young [mailto:ecyo...@grandecom.net]
Sent: 27 June 2014 15:54
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light

Remove the codepages, and localize using this procedure:

http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localization/make_installer_localizable.html

saving each Localization Value in a different wxl file, then build an
MSI(1 for each language value), then Bundle them all using Burn, and allow 
users to choose a language.

WiX is Unicode Aware, therefore you're getting Illegal Unicode Values.
  Windows Codepages are 8-bit encoding, but Unicode is now,at least on my linux 
box, UTF-8.  UTF-8(WiX) and Windows(CodePages) are not equal, as you have found 
out.

See: http://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows

Carter

Quoting Simon Topley :

> When I say yes we are localising it I mean we include a codepage
> value, we don't ship localised string etc.
>
> -Original Message-
> From: Carter Young [mailto:ecyo...@grandecom.net]
> Sent: 27 June 2014 15:19
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] unhandled exception in light
>
> Googling gave me this:
> Locale ID: 2057: English - United Kingdom
>
> Additional Information 1: 5861 may be an invalid Unicode Character, See:
> http://www.fileformat.info/info/unicode/char/5861/index.htm
>
> Additional Information 3: d1d9 may be an invalid Unicode Character, See:
> http://www.fileformat.info/info/unicode/char/D1D9/index.htm
>
> Are you localizing an installer??
>
> Carter



--
Open source business process management suite built on Java and Eclipse Turn 
processes into business applications with Bonita BPM Community Edition Quickly 
connect people, data, and systems into organized workflows Winner of BOSSIE, 
CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. Innovyze does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. Innovyze is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of Innovyze. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. Innovyze 
reserves all intellectual property rights contained in this transmission. 
Innovyze reserves the right to monitor any electronic communication sent or 
received by its employees.

Innovyze Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] unhandled exception in light

[Simon Topley]

When I say yes we are localising it I mean we include a codepage value, we 
don't ship localised string etc.

-Original Message-
From: Carter Young [mailto:ecyo...@grandecom.net]
Sent: 27 June 2014 15:19
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light

Googling gave me this:
Locale ID: 2057: English - United Kingdom

Additional Information 1: 5861 may be an invalid Unicode Character, See:
http://www.fileformat.info/info/unicode/char/5861/index.htm

Additional Information 3: d1d9 may be an invalid Unicode Character, See:
http://www.fileformat.info/info/unicode/char/D1D9/index.htm

Are you localizing an installer??

Carter

Quoting Simon Topley :

> Hello all,
>
> We are seeing this same issue on windows 2012, using wix 3.8, same in
> 3.7. It's been going on for around 6 months and I'm out of ideas about
> what to do about it. I see a bug was raised for this but I can't find
> it on the bug tracking system (3310378). I've not managed to attach a
> debugger to it as it fails so inconsistently, the best I have I the
> event log details which show the same exception code and a parameter,
> and the symptoms seem to be the same:
>
> Version=1
> EventType=BEX
> EventTime=130483044195769914
> ReportType=2
> Consent=1
> ReportIdentifier=6820be26-fd96-11e3-80c1-c81f66e85f3e
> IntegratorReportIdentifier=6820be25-fd96-11e3-80c1-c81f66e85f3e
> WOW64=1
> NsAppName=light.EXE
> Response.type=4
> Sig[0].Name=Application Name
> Sig[0].Value=light.EXE
> Sig[1].Name=Application Version
> Sig[1].Value=3.8.1128.0
> Sig[2].Name=Application Timestamp
> Sig[2].Value=52974fa5
> Sig[3].Name=Fault Module Name
> Sig[3].Value=light.EXE
> Sig[4].Name=Fault Module Version
> Sig[4].Value=3.8.1128.0
> Sig[5].Name=Fault Module Timestamp
> Sig[5].Value=52974fa5
> Sig[6].Name=Exception Offset
> Sig[6].Value=6fde
> Sig[7].Name=Exception Code
> Sig[7].Value=c005
> Sig[8].Name=Exception Data
> Sig[8].Value=0008
> DynamicSig[1].Name=OS Version
> DynamicSig[1].Value=6.3.9600.2.0.0.272.7
> DynamicSig[2].Name=Locale ID
> DynamicSig[2].Value=2057
> DynamicSig[22].Name=Additional Information 1
> DynamicSig[22].Value=5861
> DynamicSig[23].Name=Additional Information 2
> DynamicSig[23].Value=5861822e1919d7c014bbb064c64908b2
> DynamicSig[24].Name=Additional Information 3
> DynamicSig[24].Value=d1d9
> DynamicSig[25].Name=Additional Information 4
> DynamicSig[25].Value=d1d94a13d3609d6b740644c12508f581
> UI[2]=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\install
> ers\wix\wssuite\wixtools\light.EXE
> LoadedModule[0]=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b1
> 89\installers\wix\wssuite\wixtools\light.EXE
> LoadedModule[1]=C:\Windows\SYSTEM32\ntdll.dll
> LoadedModule[2]=C:\Windows\SYSTEM32\KERNEL32.DLL
> LoadedModule[3]=C:\Windows\SYSTEM32\KERNELBASE.dll
> LoadedModule[4]=C:\Windows\System32\SYSFER.DLL
> LoadedModule[5]=C:\Windows\SYSTEM32\mscoree.dll
> FriendlyEventName=Stopped working
> ConsentKey=BEX
> AppName=WiX Toolset Linker
> AppPath=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\insta
> llers\wix\wssuite\wixtools\light.EXE
> NsPartner=windows
> NsGroup=windows8
> ApplicationIdentity=F2D2D792006A43CEF2EB63558D71F864
>
>
> --
> -
>
>
> Hello,
>
> I'm having an intermittent problem with light that seems to have
> started with Wix 3.5.  I'm now using the released version of 3.5 but
> this issue was observed on pre-release builds of 3.5.  During the
> build of a msi I'm getting the below unhandled exception events and
> error to stderr:
>
> 4/21/2001 7:07:45AM - .NET Runtime - Event ID 1026
>
> Application: light.exe
> Framework Version: v4.0.30319
> Description: The process was terminated due to an unhandled exception.
> Exception Info: System.AccessViolationException
> Stack:
>at
> Microsoft.Tools.WindowsInstallerXml.Msi.Interop.MsiInterop.MsiCloseHandle(UInt32)
>at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Dispose(Boolean)
>at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Finalize()
>
> 4/21/2001 7:07:46AM - Application Error - Event ID 1000
>
> Faulting application name: light.exe, version: 3.5.2519.0, time
> stamp: 0x4d371a87
> Faulting module name: msi.dll, version: 5.0.7600.16385, time stamp:
> 0x4a5bda99
> Exception code: 0xc005
> Fault offset: 0x00018735
> Faulting process id: 0x13b4
> Faulting application start time: 0x01cc001406b438f0 Faulting
> application path: r:\sdks\Wix_3.5.2519.0\light.exe Faulting module
> path: C:\Windows\system32\msi.dll Rep

Re: [WiX-users] unhandled exception in light

[Simon Topley]

Yes indeed,

Is this no longer the done thing? Our wix code is as old as the hills so 
contains a lot of stuff that is probably not needed anymore.

-Original Message-
From: Carter Young [mailto:ecyo...@grandecom.net]
Sent: 27 June 2014 15:19
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unhandled exception in light

Googling gave me this:
Locale ID: 2057: English - United Kingdom

Additional Information 1: 5861 may be an invalid Unicode Character, See:
http://www.fileformat.info/info/unicode/char/5861/index.htm

Additional Information 3: d1d9 may be an invalid Unicode Character, See:
http://www.fileformat.info/info/unicode/char/D1D9/index.htm

Are you localizing an installer??

Carter

Quoting Simon Topley :

> Hello all,
>
> We are seeing this same issue on windows 2012, using wix 3.8, same in
> 3.7. It's been going on for around 6 months and I'm out of ideas about
> what to do about it. I see a bug was raised for this but I can't find
> it on the bug tracking system (3310378). I've not managed to attach a
> debugger to it as it fails so inconsistently, the best I have I the
> event log details which show the same exception code and a parameter,
> and the symptoms seem to be the same:
>
> Version=1
> EventType=BEX
> EventTime=130483044195769914
> ReportType=2
> Consent=1
> ReportIdentifier=6820be26-fd96-11e3-80c1-c81f66e85f3e
> IntegratorReportIdentifier=6820be25-fd96-11e3-80c1-c81f66e85f3e
> WOW64=1
> NsAppName=light.EXE
> Response.type=4
> Sig[0].Name=Application Name
> Sig[0].Value=light.EXE
> Sig[1].Name=Application Version
> Sig[1].Value=3.8.1128.0
> Sig[2].Name=Application Timestamp
> Sig[2].Value=52974fa5
> Sig[3].Name=Fault Module Name
> Sig[3].Value=light.EXE
> Sig[4].Name=Fault Module Version
> Sig[4].Value=3.8.1128.0
> Sig[5].Name=Fault Module Timestamp
> Sig[5].Value=52974fa5
> Sig[6].Name=Exception Offset
> Sig[6].Value=6fde
> Sig[7].Name=Exception Code
> Sig[7].Value=c005
> Sig[8].Name=Exception Data
> Sig[8].Value=0008
> DynamicSig[1].Name=OS Version
> DynamicSig[1].Value=6.3.9600.2.0.0.272.7
> DynamicSig[2].Name=Locale ID
> DynamicSig[2].Value=2057
> DynamicSig[22].Name=Additional Information 1
> DynamicSig[22].Value=5861
> DynamicSig[23].Name=Additional Information 2
> DynamicSig[23].Value=5861822e1919d7c014bbb064c64908b2
> DynamicSig[24].Name=Additional Information 3
> DynamicSig[24].Value=d1d9
> DynamicSig[25].Name=Additional Information 4
> DynamicSig[25].Value=d1d94a13d3609d6b740644c12508f581
> UI[2]=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\install
> ers\wix\wssuite\wixtools\light.EXE
> LoadedModule[0]=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b1
> 89\installers\wix\wssuite\wixtools\light.EXE
> LoadedModule[1]=C:\Windows\SYSTEM32\ntdll.dll
> LoadedModule[2]=C:\Windows\SYSTEM32\KERNEL32.DLL
> LoadedModule[3]=C:\Windows\SYSTEM32\KERNELBASE.dll
> LoadedModule[4]=C:\Windows\System32\SYSFER.DLL
> LoadedModule[5]=C:\Windows\SYSTEM32\mscoree.dll
> FriendlyEventName=Stopped working
> ConsentKey=BEX
> AppName=WiX Toolset Linker
> AppPath=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\insta
> llers\wix\wssuite\wixtools\light.EXE
> NsPartner=windows
> NsGroup=windows8
> ApplicationIdentity=F2D2D792006A43CEF2EB63558D71F864
>
>
> --
> -
>
>
> Hello,
>
> I'm having an intermittent problem with light that seems to have
> started with Wix 3.5.  I'm now using the released version of 3.5 but
> this issue was observed on pre-release builds of 3.5.  During the
> build of a msi I'm getting the below unhandled exception events and
> error to stderr:
>
> 4/21/2001 7:07:45AM - .NET Runtime - Event ID 1026
>
> Application: light.exe
> Framework Version: v4.0.30319
> Description: The process was terminated due to an unhandled exception.
> Exception Info: System.AccessViolationException
> Stack:
>at
> Microsoft.Tools.WindowsInstallerXml.Msi.Interop.MsiInterop.MsiCloseHandle(UInt32)
>at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Dispose(Boolean)
>at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Finalize()
>
> 4/21/2001 7:07:46AM - Application Error - Event ID 1000
>
> Faulting application name: light.exe, version: 3.5.2519.0, time
> stamp: 0x4d371a87
> Faulting module name: msi.dll, version: 5.0.7600.16385, time stamp:
> 0x4a5bda99
> Exception code: 0xc005
> Fault offset: 0x00018735
> Faulting process id: 0x13b4
> Faulting application start time: 0x01cc001406b438f0 Faulting
> application path:

[WiX-users] unhandled exception in light

[Simon Topley]

Hello all,

We are seeing this same issue on windows 2012, using wix 3.8, same in 3.7. It's 
been going on for around 6 months and I'm out of ideas about what to do about 
it. I see a bug was raised for this but I can't find it on the bug tracking 
system (3310378). I've not managed to attach a debugger to it as it fails so 
inconsistently, the best I have I the event log details which show the same 
exception code and a parameter, and the symptoms seem to be the same:

Version=1
EventType=BEX
EventTime=130483044195769914
ReportType=2
Consent=1
ReportIdentifier=6820be26-fd96-11e3-80c1-c81f66e85f3e
IntegratorReportIdentifier=6820be25-fd96-11e3-80c1-c81f66e85f3e
WOW64=1
NsAppName=light.EXE
Response.type=4
Sig[0].Name=Application Name
Sig[0].Value=light.EXE
Sig[1].Name=Application Version
Sig[1].Value=3.8.1128.0
Sig[2].Name=Application Timestamp
Sig[2].Value=52974fa5
Sig[3].Name=Fault Module Name
Sig[3].Value=light.EXE
Sig[4].Name=Fault Module Version
Sig[4].Value=3.8.1128.0
Sig[5].Name=Fault Module Timestamp
Sig[5].Value=52974fa5
Sig[6].Name=Exception Offset
Sig[6].Value=6fde
Sig[7].Name=Exception Code
Sig[7].Value=c005
Sig[8].Name=Exception Data
Sig[8].Value=0008
DynamicSig[1].Name=OS Version
DynamicSig[1].Value=6.3.9600.2.0.0.272.7
DynamicSig[2].Name=Locale ID
DynamicSig[2].Value=2057
DynamicSig[22].Name=Additional Information 1
DynamicSig[22].Value=5861
DynamicSig[23].Name=Additional Information 2
DynamicSig[23].Value=5861822e1919d7c014bbb064c64908b2
DynamicSig[24].Name=Additional Information 3
DynamicSig[24].Value=d1d9
DynamicSig[25].Name=Additional Information 4
DynamicSig[25].Value=d1d94a13d3609d6b740644c12508f581
UI[2]=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\installers\wix\wssuite\wixtools\light.EXE
LoadedModule[0]=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\installers\wix\wssuite\wixtools\light.EXE
LoadedModule[1]=C:\Windows\SYSTEM32\ntdll.dll
LoadedModule[2]=C:\Windows\SYSTEM32\KERNEL32.DLL
LoadedModule[3]=C:\Windows\SYSTEM32\KERNELBASE.dll
LoadedModule[4]=C:\Windows\System32\SYSFER.DLL
LoadedModule[5]=C:\Windows\SYSTEM32\mscoree.dll
FriendlyEventName=Stopped working
ConsentKey=BEX
AppName=WiX Toolset Linker
AppPath=E:\source\overnight\78d863e6-2aee-4daf-b93e-161bd978b189\installers\wix\wssuite\wixtools\light.EXE
NsPartner=windows
NsGroup=windows8
ApplicationIdentity=F2D2D792006A43CEF2EB63558D71F864


---


Hello,

I'm having an intermittent problem with light that seems to have started with 
Wix 3.5.  I'm now using the released version of 3.5 but this issue was observed 
on pre-release builds of 3.5.  During the build of a msi I'm getting the below 
unhandled exception events and error to stderr:

4/21/2001 7:07:45AM - .NET Runtime - Event ID 1026

Application: light.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.AccessViolationException
Stack:
   at 
Microsoft.Tools.WindowsInstallerXml.Msi.Interop.MsiInterop.MsiCloseHandle(UInt32)
   at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Dispose(Boolean)
   at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Finalize()

4/21/2001 7:07:46AM - Application Error - Event ID 1000

Faulting application name: light.exe, version: 3.5.2519.0, time stamp: 
0x4d371a87
Faulting module name: msi.dll, version: 5.0.7600.16385, time stamp: 0x4a5bda99
Exception code: 0xc005
Fault offset: 0x00018735
Faulting process id: 0x13b4
Faulting application start time: 0x01cc001406b438f0
Faulting application path: r:\sdks\Wix_3.5.2519.0\light.exe
Faulting module path: C:\Windows\system32\msi.dll
Report Id: 9585bb83-6c07-11e0-ad71-005056a55275


System.AccessViolationException was unhandled
  Message=Attempted to read or write protected memory. This is often an 
indication that other memory is corrupt.
  Source=wix
  StackTrace:
   at 
Microsoft.Tools.WindowsInstallerXml.Msi.Interop.MsiInterop.MsiCloseHandle(UInt32
 database)
   at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Dispose(Boolean 
disposing)
   at Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Finalize()
  InnerException:

Grasping at straws I set the number of threads to use during cab creation to 1 
but that did not help.  I'm at the point where I need to debug and I was 
wondering if the Wix 3.5 symbols are available?  I did not see them on 
SourceForge.  In the meantime, I've started trying to build the source.

If anyone has any ideas on what is happening I'd like to hear them.

Thanks,
Tom

Re: [WiX-users] unhandled exception in light
From: Bob Arnson  - 2011-04-24 23:57:17
 On 21-Apr-11 11:47, Thomas Svare wrote:
> Grasping at straws I set the number of threads to use during cab creation to 
> 1 but that did not help.  I'm at the point where I need to debug and I was 
> wondering if the Wix 3.5 symbols are available?  I did not see them on 
> Sou

Re: [WiX-users] Shortcut highlight in start mune post install

[Simon Topley]

Thank you phil, this clears it up, I have 2 shortcuts to one exe, just with a 
different argument.

Simon

-Original Message-
From: Philip Sayers [mailto:p...@cds-am.net]
Sent: 09 May 2012 15:22
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Shortcut highlight in start mune post install

This may shed some light on how/why some things are highlighted and other
things are not.

http://blogs.msdn.com/b/oldnewthing/archive/2005/11/24/496690.aspx



-Original Message-----
From: Simon Topley [mailto:simon.top...@innovyze.com]
Sent: Wednesday, May 09, 2012 6:37 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Shortcut highlight in start mune post install

Hello all,

I have a number of shortcuts I add to the start menu during installation,
however only one of them in highlighted to the user as a new application
post install. Is there any way to explicitly control which shortcuts are
highlighted?

Simon

Disclaimer: This electronic communication and its attachments may contain
confidential, proprietary and/or legally privileged information which are
for the sole use of the intended recipient. If you are not the intended
recipient, any use, distribution, or reproduction of this communication is
strictly prohibited and may be unlawful; please contact the sender and
delete this communication. Innovyze does not warrant or make any
representation regarding this transmission whatsoever nor does it warrant
that it is free from viruses or defects, correct or reliable. Innovyze is
not liable for any loss or damage that occurs as a result of this
communication entering your computer network.

The views expressed in this message are not necessarily those of Innovyze.
This communication cannot form a binding agreement unless that is the
express intent of the parties and they are authorized to make such an
agreement. Innovyze reserves all intellectual property rights contained in
this transmission. Innovyze reserves the right to monitor any electronic
communication sent or received by its employees.

Innovyze Limited is registered in England with number 6975921. Its
registered office is Terriers House, 201 Amersham Rd, High Wycombe, HP13
5AJ.



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond. Discussions will
include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. Innovyze does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. Innovyze is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of Innovyze. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. Innovyze 
reserves all intellectual property rights contained in this transmission. 
Innovyze reserves the right to monitor any electronic communication sent or 
received by its employees.

Innovyze Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http

[WiX-users] Shortcut highlight in start mune post install

[Simon Topley]

Hello all,

I have a number of shortcuts I add to the start menu during installation, 
however only one of them in highlighted to the user as a new application post 
install. Is there any way to explicitly control which shortcuts are highlighted?

Simon

Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. Innovyze does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. Innovyze is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of Innovyze. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. Innovyze 
reserves all intellectual property rights contained in this transmission. 
Innovyze reserves the right to monitor any electronic communication sent or 
received by its employees.

Innovyze Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Feature condition evaluation

[Simon Topley]

and the problem was...

I was only testing the checkbox after installing then doing a "change" install. 
so the "Not Installed" was stopping it from working.

Thanks for your help everyone, I knew it had to be simple

Simon

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 26 January 2011 12:00
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Feature condition evaluation

I've gone down the repeated component ref's route and I'm happy with how it 
works, it ref counts it correctly so it only removes the component once the 
last feature that uses it has gone. The XML looks a bit messy but it works 
exactly how I want it too.

All I need to get to work now is this checkbox, which seems to ignore the 
components install or action state. More new as it comes.

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 26 January 2011 11:49
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Feature condition evaluation

Maybe you should hide the feature "C" from user, and in the 
InstallExecuteSequence run a custom action to change the state of the feature 
"C" (it can be made with MsiSetFeatureState function) according to the install 
states of other features (you can get feature state with MsiGetFeatureState 
function). 

Or you can make a 'Root' feature, your 5 features will be its children, and 'C' 
feature also will be a child of 'Root' with attribute 
'msidbFeatureAttributesFollowParent' (the state of 'C' will be the same as 
'Root', and 'Root' will be installed if any of 5 features will be installed).
But in this case you will need to show 'Root' feature to user.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Wednesday, January 26, 2011 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Feature condition evaluation

I think I'll have to ditch the feature altogether and just repeat the 
components refs in all of the features that require it :(

then I can just check the install state of the component to show or hide my 
checkbox on the exit dialog like this:


    NOT Installed AND 
?cConfigT>2


although I'm sure it won't work.. I'll try it.

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 26 January 2011 10:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Feature condition evaluation

Thanks Blair,

you are correct, I attempted to use feature ref's and ran into a number of 
issues, but I think it's time I revisited it. The biggest issue I ran into is 
that feature "C" needs to be installed if 1 of 5 other features is installed, I 
guess I've over simplified my explanation of the problem. So it needs to be a 
child feature of all of them, which threw a lot of issues at me. I think I'll 
have another crack at it though as it is the only alternative other than to 
just put the work onto the user so they decide when the feature should or 
shouldn't be included.

Then I'll move onto trying to figure out why my checkbox on the exit dialog 
never reacts correctly to this property I managed to set.

Simon

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: 25 January 2011 08:21
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Feature condition evaluation

Feature selection works like/is sequenced like this:

In CostFinalize, if none of the following properties are set, then the
Feature table is used to determine which features will be installed (in
conjunction with the both the INSTALLLEVEL property and the Condition
table). If any of the following properties are set, the Condition table is
ignored (meaning Feature Conditions are ignored) and only the following
properties (along with the Level column, unmodified by the Condition table)
are used (once again, by CostFinalize):

Preselected
ADDLOCAL
REMOVE
ADDSOURCE
ADDDEFAULT
REINSTALL
ADVERTISE
COMPADDLOCAL
COMPADDSOURCE
COMPADDDEFAULT
FILEADDLOCAL
FILEADDSOURCE
FILEADDDEFAULT

After CostFinalize, you can use APIs that change Feature action states (or,
in the UI sequence, events that do the same), but those APIs have to then be
called via Custom Actions (or UI events)

If UI is run, then some of the above properties will be set by the UI
sequence for the Execute sequence, thus invoking the above mentioned
limitations in that latter sequence.

If you are using both UI and Execute sequences, you can set a property
post-CostFinalize in the UI sequence that you use pre-CostInitialize in the
Execute sequence to append your feature onto the ADDLOCAL property. However,
since there are no 

Re: [WiX-users] Feature condition evaluation

[Simon Topley]

I've gone down the repeated component ref's route and I'm happy with how it 
works, it ref counts it correctly so it only removes the component once the 
last feature that uses it has gone. The XML looks a bit messy but it works 
exactly how I want it too.

All I need to get to work now is this checkbox, which seems to ignore the 
components install or action state. More new as it comes.

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 26 January 2011 11:49
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Feature condition evaluation

Maybe you should hide the feature "C" from user, and in the 
InstallExecuteSequence run a custom action to change the state of the feature 
"C" (it can be made with MsiSetFeatureState function) according to the install 
states of other features (you can get feature state with MsiGetFeatureState 
function). 

Or you can make a 'Root' feature, your 5 features will be its children, and 'C' 
feature also will be a child of 'Root' with attribute 
'msidbFeatureAttributesFollowParent' (the state of 'C' will be the same as 
'Root', and 'Root' will be installed if any of 5 features will be installed).
But in this case you will need to show 'Root' feature to user.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Wednesday, January 26, 2011 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Feature condition evaluation

I think I'll have to ditch the feature altogether and just repeat the 
components refs in all of the features that require it :(

then I can just check the install state of the component to show or hide my 
checkbox on the exit dialog like this:


NOT Installed AND 
?cConfigT>2


although I'm sure it won't work.. I'll try it.

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 26 January 2011 10:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Feature condition evaluation

Thanks Blair,

you are correct, I attempted to use feature ref's and ran into a number of 
issues, but I think it's time I revisited it. The biggest issue I ran into is 
that feature "C" needs to be installed if 1 of 5 other features is installed, I 
guess I've over simplified my explanation of the problem. So it needs to be a 
child feature of all of them, which threw a lot of issues at me. I think I'll 
have another crack at it though as it is the only alternative other than to 
just put the work onto the user so they decide when the feature should or 
shouldn't be included.

Then I'll move onto trying to figure out why my checkbox on the exit dialog 
never reacts correctly to this property I managed to set.

Simon

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: 25 January 2011 08:21
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Feature condition evaluation

Feature selection works like/is sequenced like this:

In CostFinalize, if none of the following properties are set, then the
Feature table is used to determine which features will be installed (in
conjunction with the both the INSTALLLEVEL property and the Condition
table). If any of the following properties are set, the Condition table is
ignored (meaning Feature Conditions are ignored) and only the following
properties (along with the Level column, unmodified by the Condition table)
are used (once again, by CostFinalize):

Preselected
ADDLOCAL
REMOVE
ADDSOURCE
ADDDEFAULT
REINSTALL
ADVERTISE
COMPADDLOCAL
COMPADDSOURCE
COMPADDDEFAULT
FILEADDLOCAL
FILEADDSOURCE
FILEADDDEFAULT

After CostFinalize, you can use APIs that change Feature action states (or,
in the UI sequence, events that do the same), but those APIs have to then be
called via Custom Actions (or UI events)

If UI is run, then some of the above properties will be set by the UI
sequence for the Execute sequence, thus invoking the above mentioned
limitations in that latter sequence.

If you are using both UI and Execute sequences, you can set a property
post-CostFinalize in the UI sequence that you use pre-CostInitialize in the
Execute sequence to append your feature onto the ADDLOCAL property. However,
since there are no guarantees that the UI sequence will ever be run, that
probably will never be a satisfactory guarantee.

Honestly, a parent-child relationship between the features is the only
reliable way to do what you need.

I also honestly don't understand your comment: "I want C to be installed
only with B but it can't be a child feature as it is in another file and
used by other installers." What does it matter if it is a child feature in
this one product?

F

Re: [WiX-users] Feature condition evaluation

[Simon Topley]

I think I'll have to ditch the feature altogether and just repeat the 
components refs in all of the features that require it :(

then I can just check the install state of the component to show or hide my 
checkbox on the exit dialog like this:


NOT Installed AND 
?cConfigT>2


although I'm sure it won't work.. I'll try it.

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 26 January 2011 10:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Feature condition evaluation

Thanks Blair,

you are correct, I attempted to use feature ref's and ran into a number of 
issues, but I think it's time I revisited it. The biggest issue I ran into is 
that feature "C" needs to be installed if 1 of 5 other features is installed, I 
guess I've over simplified my explanation of the problem. So it needs to be a 
child feature of all of them, which threw a lot of issues at me. I think I'll 
have another crack at it though as it is the only alternative other than to 
just put the work onto the user so they decide when the feature should or 
shouldn't be included.

Then I'll move onto trying to figure out why my checkbox on the exit dialog 
never reacts correctly to this property I managed to set.

Simon

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: 25 January 2011 08:21
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Feature condition evaluation

Feature selection works like/is sequenced like this:

In CostFinalize, if none of the following properties are set, then the
Feature table is used to determine which features will be installed (in
conjunction with the both the INSTALLLEVEL property and the Condition
table). If any of the following properties are set, the Condition table is
ignored (meaning Feature Conditions are ignored) and only the following
properties (along with the Level column, unmodified by the Condition table)
are used (once again, by CostFinalize):

Preselected
ADDLOCAL
REMOVE
ADDSOURCE
ADDDEFAULT
REINSTALL
ADVERTISE
COMPADDLOCAL
COMPADDSOURCE
COMPADDDEFAULT
FILEADDLOCAL
FILEADDSOURCE
FILEADDDEFAULT

After CostFinalize, you can use APIs that change Feature action states (or,
in the UI sequence, events that do the same), but those APIs have to then be
called via Custom Actions (or UI events)

If UI is run, then some of the above properties will be set by the UI
sequence for the Execute sequence, thus invoking the above mentioned
limitations in that latter sequence.

If you are using both UI and Execute sequences, you can set a property
post-CostFinalize in the UI sequence that you use pre-CostInitialize in the
Execute sequence to append your feature onto the ADDLOCAL property. However,
since there are no guarantees that the UI sequence will ever be run, that
probably will never be a satisfactory guarantee.

Honestly, a parent-child relationship between the features is the only
reliable way to do what you need.

I also honestly don't understand your comment: "I want C to be installed
only with B but it can't be a child feature as it is in another file and
used by other installers." What does it matter if it is a child feature in
this one product?

Features are a per-product concept, and Feature C in Product X and Feature C
in Product Y are as equivalent as the town of Moscow in the state of Idaho
of the United States is the same as the city of Moscow in the nation of
Russia. In your case they may happen to have all the same components, but
from the point of view of Windows Installer, that is a mere coincidence, and
there is no more meaning than that (unless you explicitly set
MigrateFeatureStates because the products share UpgradeCodes, but you turn
that on row-by-row in the Upgrade table).

In other words, you can do this:



and that will not effect in the least the usage of Feature C in your other
unrelated product (except for the fact that you will likely be sharing
Feature C's components, which from your explanations I understand to be your
intent).

-Blair

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: Monday, January 24, 2011 4:47 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Feature condition evaluation

Afternoon all,

SO I'm back trying to tackle this issue with my SetProperty after
Costfinalize. The property is set correctly, but nothing now seems to
respond to it.


MSI (s) (3C:98) [04:37:53:630]: Doing action: SetCONFIGREQUIRED
Action 04:37:53: SetCONFIGREQUIRED.
Action start 04:37:53: SetCONFIGREQUIRED.
MSI (s) (3C:98) [04:37:53:630]: PROPERTY CHANGE: Adding CONFIGREQUIRED
property. Its value is '1'.
Action ended 04:37:53: SetCONFIGREQUIRED. Return value 1.
MSI (s) (3C:98) [04:37:53:645]: Doing action: InstallValidate
Action 04:37:53: In

Re: [WiX-users] Feature condition evaluation

[Simon Topley]

Thanks Blair,

you are correct, I attempted to use feature ref's and ran into a number of 
issues, but I think it's time I revisited it. The biggest issue I ran into is 
that feature "C" needs to be installed if 1 of 5 other features is installed, I 
guess I've over simplified my explanation of the problem. So it needs to be a 
child feature of all of them, which threw a lot of issues at me. I think I'll 
have another crack at it though as it is the only alternative other than to 
just put the work onto the user so they decide when the feature should or 
shouldn't be included.

Then I'll move onto trying to figure out why my checkbox on the exit dialog 
never reacts correctly to this property I managed to set.

Simon

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: 25 January 2011 08:21
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Feature condition evaluation

Feature selection works like/is sequenced like this:

In CostFinalize, if none of the following properties are set, then the
Feature table is used to determine which features will be installed (in
conjunction with the both the INSTALLLEVEL property and the Condition
table). If any of the following properties are set, the Condition table is
ignored (meaning Feature Conditions are ignored) and only the following
properties (along with the Level column, unmodified by the Condition table)
are used (once again, by CostFinalize):

Preselected
ADDLOCAL
REMOVE
ADDSOURCE
ADDDEFAULT
REINSTALL
ADVERTISE
COMPADDLOCAL
COMPADDSOURCE
COMPADDDEFAULT
FILEADDLOCAL
FILEADDSOURCE
FILEADDDEFAULT

After CostFinalize, you can use APIs that change Feature action states (or,
in the UI sequence, events that do the same), but those APIs have to then be
called via Custom Actions (or UI events)

If UI is run, then some of the above properties will be set by the UI
sequence for the Execute sequence, thus invoking the above mentioned
limitations in that latter sequence.

If you are using both UI and Execute sequences, you can set a property
post-CostFinalize in the UI sequence that you use pre-CostInitialize in the
Execute sequence to append your feature onto the ADDLOCAL property. However,
since there are no guarantees that the UI sequence will ever be run, that
probably will never be a satisfactory guarantee.

Honestly, a parent-child relationship between the features is the only
reliable way to do what you need.

I also honestly don't understand your comment: "I want C to be installed
only with B but it can't be a child feature as it is in another file and
used by other installers." What does it matter if it is a child feature in
this one product?

Features are a per-product concept, and Feature C in Product X and Feature C
in Product Y are as equivalent as the town of Moscow in the state of Idaho
of the United States is the same as the city of Moscow in the nation of
Russia. In your case they may happen to have all the same components, but
from the point of view of Windows Installer, that is a mere coincidence, and
there is no more meaning than that (unless you explicitly set
MigrateFeatureStates because the products share UpgradeCodes, but you turn
that on row-by-row in the Upgrade table).

In other words, you can do this:



and that will not effect in the least the usage of Feature C in your other
unrelated product (except for the fact that you will likely be sharing
Feature C's components, which from your explanations I understand to be your
intent).

-Blair

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: Monday, January 24, 2011 4:47 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Feature condition evaluation

Afternoon all,

SO I'm back trying to tackle this issue with my SetProperty after
Costfinalize. The property is set correctly, but nothing now seems to
respond to it.


MSI (s) (3C:98) [04:37:53:630]: Doing action: SetCONFIGREQUIRED
Action 04:37:53: SetCONFIGREQUIRED.
Action start 04:37:53: SetCONFIGREQUIRED.
MSI (s) (3C:98) [04:37:53:630]: PROPERTY CHANGE: Adding CONFIGREQUIRED
property. Its value is '1'.
Action ended 04:37:53: SetCONFIGREQUIRED. Return value 1.
MSI (s) (3C:98) [04:37:53:645]: Doing action: InstallValidate
Action 04:37:53: InstallValidate. Validating install
Action start 04:37:53: InstallValidate.
MSI (s) (3C:98) [04:37:53:645]: Feature: feConfig; Installed: Local;
Request: Null;   Action: Null

the feConfig is dependent on the property CONFIGREQUIRED:





  

but as you can see the log shows that the requested action for the feature
is null. Is it too late to change the condition of the feature after
CostFinalize? If so, is there any way to make a feature dependent on anther
other than to have it as a child of the feature it is dependent on?

Disclaimer: This electronic communication and its attachments may cont

[WiX-users] Feature condition evaluation

[Simon Topley]

Afternoon all,

SO I'm back trying to tackle this issue with my SetProperty after Costfinalize. 
The property is set correctly, but nothing now seems to respond to it.


MSI (s) (3C:98) [04:37:53:630]: Doing action: SetCONFIGREQUIRED
Action 04:37:53: SetCONFIGREQUIRED.
Action start 04:37:53: SetCONFIGREQUIRED.
MSI (s) (3C:98) [04:37:53:630]: PROPERTY CHANGE: Adding CONFIGREQUIRED 
property. Its value is '1'.
Action ended 04:37:53: SetCONFIGREQUIRED. Return value 1.
MSI (s) (3C:98) [04:37:53:645]: Doing action: InstallValidate
Action 04:37:53: InstallValidate. Validating install
Action start 04:37:53: InstallValidate.
MSI (s) (3C:98) [04:37:53:645]: Feature: feConfig; Installed: Local;   Request: 
Null;   Action: Null

the feConfig is dependent on the property CONFIGREQUIRED:





  

but as you can see the log shows that the requested action for the feature is 
null. Is it too late to change the condition of the feature after CostFinalize? 
If so, is there any way to make a feature dependent on anther other than to 
have it as a child of the feature it is dependent on?

Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] feature and UI control responding to Property

[Simon Topley]

Hello again all,

I thought I'd start a fresh topic as I now have a new issue. I set a property 
to be "1" if a feature is being installed before "InstallValidate". The log 
shows this property is being set correctly. I have 2 other features that are 
hinged from this property that both don't get installed regardless of the state 
of the property. The same is true with a control on the exit dialog box that 
should show/hide depending on this property state as well.

At what point is the feature/UI condition evaluated? As I can only think it is 
doing this before the property is being set.

here are my conditions




NOT CONFIGREQUIRED


and


NOT Installed AND 
CONFIGREQUIRED


Have a good weekend all. I'll be tackling this again Monday morning :(

Simon

Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set property from feature

[Simon Topley]

Thank you Maksim the property is now being set correctly. Sadly my other 
features and the checkbax are ignoring the value anyway :( Maybe one for next 
week .

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: 21 January 2011 11:57
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

a! I see, the "sequence" can be both, ui or execute, sorry I just assumed 
is was a number! I'll try this.. Thanks for your patience Maksim

-Original Message-----
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: 21 January 2011 11:47
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

costFinalize maybe too early since the user has'n yet selected which features 
they want, but it is the only one I can us with getting " light.exe : error 
LGHT0001 : Found an ActionRow with a non-existent Before action."


-----Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: 21 January 2011 11:34
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I don't see why it would be a problem to have it scheduled in both as it 
amounts to the same thing, the property is set before the last dialog is shown 
and before the files are installed.

Maybe I should clarify my question:

I have an installer with 3 features, a b and c, each contain a component a, b, 
and c. A and B are visible, selectable features, C is hidden. I want C to be 
installed only with B but it can't be a child feature as it is in another file 
and used by other installers. I also want to show or hide the "launch app on 
exit" checkbox, which launches a file in feature C.. how do I do this seemingly 
simple task?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com]
Sent: 21 January 2011 11:21
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Read WiX documentation.
'Sequence' attribute controls which sequences the Property assignment is 
sequenced in. For 'execute', the assignment is scheduled in the 
InstallExecuteSequence. For 'ui', the assignment is scheduled in the 
InstallUISequence. For 'both', the assignment is scheduled in both the 
InstallUISequence and the InstallExecuteSequence. The default is both.
Features' selection is independent for non-parent/child features.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: Friday, January 21, 2011 2:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I see, so when I ask for CostFinalize I get it in the UI AND execute sequence. 
Is there any way to tell it to only use one of the other? Would this have a 
knock on effect on using the same property to enable/disable other features?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com]
Sent: 21 January 2011 10:46
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

The entry in the log
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)
is written when the custom action runs during InstallUISequence, and
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property.
is written during InstallExecuteSequence.
If you need you property to show checkbox on UI you don't need SetProperty on 
InstallExecuteSequence.
To correctly set check box you have to run SetProperty before your dialog with 
checkbox is shown.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: Thursday, January 20, 2011 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED.
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft

Re: [WiX-users] Set property from feature

[Simon Topley]

a! I see, the "sequence" can be both, ui or execute, sorry I just assumed 
is was a number! I'll try this.. Thanks for your patience Maksim

-Original Message-----
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 21 January 2011 11:47
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

costFinalize maybe too early since the user has'n yet selected which features 
they want, but it is the only one I can us with getting " light.exe : error 
LGHT0001 : Found an ActionRow with a non-existent Before action."


-----Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 21 January 2011 11:34
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I don't see why it would be a problem to have it scheduled in both as it 
amounts to the same thing, the property is set before the last dialog is shown 
and before the files are installed.

Maybe I should clarify my question:

I have an installer with 3 features, a b and c, each contain a component a, b, 
and c. A and B are visible, selectable features, C is hidden. I want C to be 
installed only with B but it can't be a child feature as it is in another file 
and used by other installers. I also want to show or hide the "launch app on 
exit" checkbox, which launches a file in feature C.. how do I do this seemingly 
simple task?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 11:21
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Read WiX documentation.
'Sequence' attribute controls which sequences the Property assignment is 
sequenced in. For 'execute', the assignment is scheduled in the 
InstallExecuteSequence. For 'ui', the assignment is scheduled in the 
InstallUISequence. For 'both', the assignment is scheduled in both the 
InstallUISequence and the InstallExecuteSequence. The default is both.
Features' selection is independent for non-parent/child features.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Friday, January 21, 2011 2:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I see, so when I ask for CostFinalize I get it in the UI AND execute sequence. 
Is there any way to tell it to only use one of the other? Would this have a 
knock on effect on using the same property to enable/disable other features?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 10:46
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

The entry in the log 
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)
is written when the custom action runs during InstallUISequence, and
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property.
is written during InstallExecuteSequence.
If you need you property to show checkbox on UI you don't need SetProperty on 
InstallExecuteSequence.
To correctly set check box you have to run SetProperty before your dialog with 
checkbox is shown.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED. 
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 20 January 2011 15:45
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Orig

Re: [WiX-users] Set property from feature

[Simon Topley]

costFinalize maybe too early since the user has'n yet selected which features 
they want, but it is the only one I can us with getting " light.exe : error 
LGHT0001 : Found an ActionRow with a non-existent Before action."


-Original Message-----
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 21 January 2011 11:34
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I don't see why it would be a problem to have it scheduled in both as it 
amounts to the same thing, the property is set before the last dialog is shown 
and before the files are installed.

Maybe I should clarify my question:

I have an installer with 3 features, a b and c, each contain a component a, b, 
and c. A and B are visible, selectable features, C is hidden. I want C to be 
installed only with B but it can't be a child feature as it is in another file 
and used by other installers. I also want to show or hide the "launch app on 
exit" checkbox, which launches a file in feature C.. how do I do this seemingly 
simple task?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 11:21
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Read WiX documentation.
'Sequence' attribute controls which sequences the Property assignment is 
sequenced in. For 'execute', the assignment is scheduled in the 
InstallExecuteSequence. For 'ui', the assignment is scheduled in the 
InstallUISequence. For 'both', the assignment is scheduled in both the 
InstallUISequence and the InstallExecuteSequence. The default is both.
Features' selection is independent for non-parent/child features.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Friday, January 21, 2011 2:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I see, so when I ask for CostFinalize I get it in the UI AND execute sequence. 
Is there any way to tell it to only use one of the other? Would this have a 
knock on effect on using the same property to enable/disable other features?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 10:46
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

The entry in the log 
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)
is written when the custom action runs during InstallUISequence, and
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property.
is written during InstallExecuteSequence.
If you need you property to show checkbox on UI you don't need SetProperty on 
InstallExecuteSequence.
To correctly set check box you have to run SetProperty before your dialog with 
checkbox is shown.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED. 
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 20 January 2011 15:45
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 20 January 2011 15:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Conditions
$cWIAServices=3
and
&feWIA=3
should work correctly.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 

Re: [WiX-users] Set property from feature

[Simon Topley]

I don't see why it would be a problem to have it scheduled in both as it 
amounts to the same thing, the property is set before the last dialog is shown 
and before the files are installed.

Maybe I should clarify my question:

I have an installer with 3 features, a b and c, each contain a component a, b, 
and c. A and B are visible, selectable features, C is hidden. I want C to be 
installed only with B but it can't be a child feature as it is in another file 
and used by other installers. I also want to show or hide the "launch app on 
exit" checkbox, which launches a file in feature C.. how do I do this seemingly 
simple task?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 11:21
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Read WiX documentation.
'Sequence' attribute controls which sequences the Property assignment is 
sequenced in. For 'execute', the assignment is scheduled in the 
InstallExecuteSequence. For 'ui', the assignment is scheduled in the 
InstallUISequence. For 'both', the assignment is scheduled in both the 
InstallUISequence and the InstallExecuteSequence. The default is both.
Features' selection is independent for non-parent/child features.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Friday, January 21, 2011 2:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I see, so when I ask for CostFinalize I get it in the UI AND execute sequence. 
Is there any way to tell it to only use one of the other? Would this have a 
knock on effect on using the same property to enable/disable other features?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 10:46
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

The entry in the log 
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)
is written when the custom action runs during InstallUISequence, and
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property.
is written during InstallExecuteSequence.
If you need you property to show checkbox on UI you don't need SetProperty on 
InstallExecuteSequence.
To correctly set check box you have to run SetProperty before your dialog with 
checkbox is shown.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED. 
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 20 January 2011 15:45
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 20 January 2011 15:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Conditions
$cWIAServices=3
and
&feWIA=3
should work correctly.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 1:03 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

just to clarify that this doesn't work for me if I use the component state 
instead of the feature state

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 18:10
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAS

Re: [WiX-users] Set property from feature

[Simon Topley]

Sorry ignore that, I see that they have the same sequence in both tables. So 
this should mean that the property is being set before the dialog is shown.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 10:46
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

The entry in the log 
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)
is written when the custom action runs during InstallUISequence, and
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property.
is written during InstallExecuteSequence.
If you need you property to show checkbox on UI you don't need SetProperty on 
InstallExecuteSequence.
To correctly set check box you have to run SetProperty before your dialog with 
checkbox is shown.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED. 
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 20 January 2011 15:45
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 20 January 2011 15:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Conditions
$cWIAServices=3
and
&feWIA=3
should work correctly.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 1:03 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

just to clarify that this doesn't work for me if I use the component state 
instead of the feature state

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 18:10
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication canno

Re: [WiX-users] Set property from feature

[Simon Topley]

I see, so when I ask for CostFinalize I get it in the UI AND execute sequence. 
Is there any way to tell it to only use one of the other? Would this have a 
knock on effect on using the same property to enable/disable other features?

Simon

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 21 January 2011 10:46
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

The entry in the log 
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)
is written when the custom action runs during InstallUISequence, and
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property.
is written during InstallExecuteSequence.
If you need you property to show checkbox on UI you don't need SetProperty on 
InstallExecuteSequence.
To correctly set check box you have to run SetProperty before your dialog with 
checkbox is shown.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED. 
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 20 January 2011 15:45
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 20 January 2011 15:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Conditions
$cWIAServices=3
and
&feWIA=3
should work correctly.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 1:03 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

just to clarify that this doesn't work for me if I use the component state 
instead of the feature state

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 18:10
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views

Re: [WiX-users] Set property from feature

[Simon Topley]

As a fun experiment I changed another feature to be installed if the value is 
1, so I have 2 features now, one will install if CONFIGREQUIRED is "1", the 
other won't install if it is "1".. neither installed, so obviously something is 
wrong with either the whole idea of have one feature hinged off another, or the 
condition statement is screwed.

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 21 January 2011 09:11
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

I'm still stuck with this one. There is something very odd going on in the log 
I guess it is possible that the log is inaccurate as I get the same result in 
both the logs but different behaviour from the checkbox on the last dialog.


NOT Installed AND 
(CONFIGREQUIRED=1)


gives me a checkbox when i wouldn't expect it, and doesn't give me one when I 
would expect it. The feature I wish to exclude is never installed:




NOT CONFIGREQUIRED=1
  

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 19 January 2011 18:10
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
_

Re: [WiX-users] Set property from feature

[Simon Topley]

I'm still stuck with this one. There is something very odd going on in the log 
I guess it is possible that the log is inaccurate as I get the same result in 
both the logs but different behaviour from the checkbox on the last dialog.


NOT Installed AND 
(CONFIGREQUIRED=1)


gives me a checkbox when i wouldn't expect it, and doesn't give me one when I 
would expect it. The feature I wish to exclude is never installed:




NOT CONFIGREQUIRED=1
  

-Original Message-----
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 19 January 2011 18:10
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set property from feature

[Simon Topley]

I also seem to get 2 log entries for the same thing:

Action ended 08:01:24: CostFinalize. Return value 1.
MSI (c) (7C:10) [08:01:24:535]: Skipping action: SetCONFIGREQUIRED (condition 
is false)

and

Action ended 08:01:43: CostFinalize. Return value 1.
MSI (s) (5C:2C) [08:01:43:067]: Doing action: SetCONFIGREQUIRED
Action 08:01:43: SetCONFIGREQUIRED. 
Action start 08:01:43: SetCONFIGREQUIRED.
MSI (s) (5C:2C) [08:01:43:082]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.
Action ended 08:01:43: SetCONFIGREQUIRED. Return value 1.

in the same log file.

I want to use the selection of a feature to show or hide a checkbox on the exit 
dialog that will launch it, and to enable/disable some other features that the 
user will not require if they chose not to install the WIA feature in question. 
This is driving me bonkers... more so

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: 20 January 2011 15:45
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Set property from feature

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 20 January 2011 15:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Conditions
$cWIAServices=3
and
&feWIA=3
should work correctly.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 1:03 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

just to clarify that this doesn't work for me if I use the component state 
instead of the feature state

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 18:10
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Protect Your Site and Customers from 

Re: [WiX-users] Set property from feature

[Simon Topley]

tell me about it. I've just tried $cWIAServices=3 and I still get the property 
set to "1" when that component isn't being installed.

I must be missing something but I can't think what.

-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] 
Sent: 20 January 2011 15:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

Conditions
$cWIAServices=3
and
&feWIA=3
should work correctly.

Maksim

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com] 
Sent: Thursday, January 20, 2011 1:03 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Set property from feature

just to clarify that this doesn't work for me if I use the component state 
instead of the feature state

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 18:10
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set property from feature

[Simon Topley]

just to clarify that this doesn't work for me if I use the component state 
instead of the feature state

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 18:10
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Set property from feature

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Set property from feature

[Simon Topley]

sorry the first one of them uses the component:

?cWIAServices>2 OR $cWIAServices>2

but i still get:

MSI (s) (64:E8) [10:05:59:199]: PROPERTY CHANGE: Modifying CONFIGREQUIRED 
property. Its current value is '0'. Its new value: '1'.

when the component is not being installed.

Simon

-Original Message-
From: Simon Topley
Sent: 19 January 2011 17:50
To: wix-users@lists.sourceforge.net
Subject: Set property from feature

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Set property from feature

[Simon Topley]

Hello all,

I have a simple problem with WIX 3.0 but I just can't solve it. I have a 
feature "feWIA" and I wish to set a property to "1" when it is selected to be 
installed. I've tried just about every combination I can think of but they 
always result in the property being set incorrectly when i do or don't select 
that feature to be installed:

?feWIA>2 OR 
$feWIA>2







any more offers ladies and gentlemen?

Any help will be kindly received.

Simon





Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows service installation error

[Simon Topley]

the error message maybe incorrect, remove the start=install part and attempt to 
start it post install manually... it maybe that the service is dependent on a 
file that is not yet installed (.net or CRT etc)

-Original Message-
From: rahul.ekb...@sungard.com [mailto:rahul.ekb...@sungard.com]
Sent: 26 July 2010 15:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Windows service installation error

Hi,

I am getting following error during installing the windows service
"Verify that you have sufficient privilege to install system services"





My WIX  code is






















Can any one knows what I need to change in my wix code.









Thanks,

Rahul Ekbote

Senior Software Engineer * SunGard * ALM * Bancware *

SunGard Technology Services (India), Meridian Plaza,

S B Road, Shivajinagar, Pune 411016.

Direct Tel +91-20-25606237 * Main Tel +91-20-30238000 * Fax
+91-20-25606222 * rahul.ekb...@sungard.com
 * www.sungard.com
 /bancware


P Think before you print
CONFIDENTIALITY: This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you receive this e-mail in error,
please notify the sender and delete this e-mail from your system.



--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share 
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall list icon

[Simon Topley]

yes! thank you

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: 26 July 2010 12:38
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall list icon

http://www.tramontana.co.hu/wix/lesson6.php#6.7 &
http://msdn.microsoft.com/en-us/library/aa367593.aspx

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 Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer

-Original Message-
From: Simon Topley [mailto:simon.top...@mwhsoft.com]
Sent: 26 July 2010 10:53
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Uninstall list icon

Hello all,

A simple one here (the question I mean). Since I've moved across to WIX
3 my applications no longer have an icon in the uninstall list in
windows7 (and maybe others). They just have the default .exe one, not
even the MSI icon, an ideas? I have an icon specified in each product..

Simon

Disclaimer: This electronic communication and its attachments may
contain confidential, proprietary and/or legally privileged information
which are for the sole use of the intended recipient. If you are not the
intended recipient, any use, distribution, or reproduction of this
communication is strictly prohibited and may be unlawful; please contact
the sender and delete this communication. MWH Soft does not warrant or
make any representation regarding this transmission whatsoever nor does
it warrant that it is free from viruses or defects, correct or reliable.
MWH Soft is not liable for any loss or damage that occurs as a result of
this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH
Soft. This communication cannot form a binding agreement unless that is
the express intent of the parties and they are authorized to make such
an agreement. MWH Soft reserves all intellectual property rights
contained in this transmission. MWH Soft reserves the right to monitor
any electronic communication sent or received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its
registered office is Terriers House, 201 Amersham Rd, High Wycombe, HP13
5AJ.


--
The Palm PDK Hot Apps Program offers developers who use the Plug-In
Development Kit to bring their C/C++ apps to Palm for a share of $1
Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share 
of $1 Million 

[WiX-users] Uninstall list icon

[Simon Topley]

Hello all,

A simple one here (the question I mean). Since I've moved across to WIX 3 my 
applications no longer have an icon in the uninstall list in windows7 (and 
maybe others). They just have the default .exe one, not even the MSI icon, an 
ideas? I have an icon specified in each product..

Simon

Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share 
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SETUPBLD and BURN, multiple uninstalls

[Simon Topley]

Hi Team,

It's been a while. I've recently given up on trying to find ways to trick the 
installer into working where a service needs to be started that relies on a 
copy of the CRT or .NET that the installer has to put on..An age old tale of 
mystery.

I've finally produced a bootstrapped installer, I've always suspected that it 
will cause me a headache, but the generation of it was pretty simple.. I have 
my main installer, then a second installer that just has an exe and the service 
control stuff in it. Sadly the user now has to uninstall 2 programs, and I just 
know users will forget to do this. It seems that the bootstrapper (I used 
setupbld) doesn't notice that one of the packages it is about to install is 
already on the system, so carries on anyway.



I guess this will be more of a request for burn... will(does) it:

- have only one item in the uninstall list that represents many msi's chained.
- allow a post install script to be run so I wouldn't need this second 
lightweight installer at all
- check for the presence of any of the chained msis before attempting to 
install, and react according to some command line option?

one day we'll get this right I'm sure .whatever happened to that portable 
executable idea, I liked that.

Simon

Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH Soft does not warrant or make any representation regarding 
this transmission whatsoever nor does it warrant that it is free from viruses 
or defects, correct or reliable. MWH Soft is not liable for any loss or damage 
that occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH Soft. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH Soft 
reserves all intellectual property rights contained in this transmission. MWH 
Soft reserves the right to monitor any electronic communication sent or 
received by its employees.

MWH Soft Limited is registered in England with number 6975921. Its registered 
office is Terriers House, 201 Amersham Rd, High Wycombe, HP13 5AJ.

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall Wix 2 VB.NET

[Simon Topley]

Hello again all,

It turns out that I didn't have the .exe set as the keypath for the
component. drat!

Simon

-Original Message-
From: Simon Topley 
Sent: 15 December 2009 14:43
To: wix-users@lists.sourceforge.net
Subject: ServiceInstall Wix 2 VB.NET

Hello all,

I've been trying to convince WIX 2 to install and start a VB.NET
service. We have one in C# that uses the same settings and that starts
with no issues. If i take the VB.NET service and install it on the host
machine manually (using SC Create blah blah) it installs and starts with
no issues, but from the installer is never starts, and manually starting
it won't work either, i have to delete it, create it again and start in
manually for it too work.

The install log offers nothing more than the standard error:

Error 1920. Service 'MDS_S' (MDS_S) failed to start. Verify that you
have sufficient privileges to start system services.

The system event log says that it is not a valid Win32 application, has
anyone come across this before?

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] ServiceInstall Wix 2 VB.NET

[Simon Topley]

Hello all,

I've been trying to convince WIX 2 to install and start a VB.NET
service. We have one in C# that uses the same settings and that starts
with no issues. If i take the VB.NET service and install it on the host
machine manually (using SC Create blah blah) it installs and starts with
no issues, but from the installer is never starts, and manually starting
it won't work either, i have to delete it, create it again and start in
manually for it too work.

The install log offers nothing more than the standard error:

Error 1920. Service 'MDS_S' (MDS_S) failed to start. Verify that you
have sufficient privileges to start system services.

The system event log says that it is not a valid Win32 application, has
anyone come across this before?

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQLScript

[Simon Topley]

I found another solution, a bit ugly but it seems to work. I'm using
QtExecCmdLine to run sqlcmd.exe with all of the relevant info. Might be
useful to others.

Simon

-Original Message-
From: Simon Topley 
Sent: 16 November 2009 09:25
To: wix-users@lists.sourceforge.net
Subject: Re: SQLScript

Cheers Rob,

I may fix it for you if I can't find another solution. MDF files are out
as there are issues between versions of SQL server apparently.

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQLScript

[Simon Topley]

Cheers Rob,

I may fix it for you if I can't find another solution. MDF files are out
as there are issues between versions of SQL server apparently.

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SQL DB from MDF file

[Simon Topley]

sorry to be so verbose everyone, I misunderstood the use of the
SqlFileSpec element, looks more like it's supposed to be used to specify
where you want the mdf file for that database to be stored.. obvious if
you think about it. So I'll rephrase my question, assuming there is no
easy way to speed up the sql script deployment, can I install a prebuilt
mdf/ldf file and link it up to the database from a windows installer
easily?

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQLScript

[Simon Topley]

There seems to be a huge overhead of running sql scripts from within
windows installers so I'm playing with the idea of using skeleton
databases stored in MDf/LDF files, I see there are sqlFileSpec elements
that handle these but i can't get them towork yet, I'm not usinga
script just 2 files and the database details in the parent sqldatabase
element:




  

Is this how they are expected to be used?

-Original Message-----
From: Simon Topley 
Sent: 13 November 2009 15:07
To: 'wix-users@lists.sourceforge.net'
Subject: RE: SQLScript

h, it seems that you can run scripts that cahnge other databases
outised of the sqldatabse element the scrit is inside of so maybe it'sa
size issue.

The script I'm trying to run is 16mb... about 300,000 lines of SQL. This
takes about 3 minutes to run if you do it manually.. I've split the file
up it 3mb files and they seem to work although the time required seems
to be huge compared to just running the sql scripts from within SQL
server management studio. is this a known issue?

-Original Message-
From: Simon Topley 
Sent: 13 November 2009 09:54
To: wix-users@lists.sourceforge.net
Subject: SQLScript

Hello again team,  I've got another issue with some SQL scripts I'm
trying to run. I have a large collection of scripts all of them work as
they each refer to a specific databasehowever I have one big script
that updates tables in multiple databases so I can't put it in one
specific SqlDatabase element.

any ideas? Or will this script need to be split into many parts? (that
could be a bit of a nightmare)

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQLScript

[Simon Topley]

h, it seems that you can run scripts that cahnge other databases
outised of the sqldatabse element the scrit is inside of so maybe it'sa
size issue.

The script I'm trying to run is 16mb... about 300,000 lines of SQL. This
takes about 3 minutes to run if you do it manually.. I've split the file
up it 3mb files and they seem to work although the time required seems
to be huge compared to just running the sql scripts from within SQL
server management studio. is this a known issue?

-Original Message-----
From: Simon Topley 
Sent: 13 November 2009 09:54
To: wix-users@lists.sourceforge.net
Subject: SQLScript

Hello again team,  I've got another issue with some SQL scripts I'm
trying to run. I have a large collection of scripts all of them work as
they each refer to a specific databasehowever I have one big script
that updates tables in multiple databases so I can't put it in one
specific SqlDatabase element.

any ideas? Or will this script need to be split into many parts? (that
could be a bit of a nightmare)

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SQLScript

[Simon Topley]

Hello again team,  I've got another issue with some SQL scripts I'm
trying to run. I have a large collection of scripts all of them work as
they each refer to a specific databasehowever I have one big script
that updates tables in multiple databases so I can't put it in one
specific SqlDatabase element.

any ideas? Or will this script need to be split into many parts? (that
could be a bit of a nightmare)

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Event Source in WIX 2.0

[Simon Topley]

Howdy all,

I'm back on installers for a week or so as we are attempting to make a
release of a new piece of software from a company we've recently bought.
I'm pulling my hair out over this event source issue. I can see a
solution to my creation of an event source issue for WIX 3.0 as part of
the util..err... library. How did people tackle this in WIX 2.0? 

Sorry to repeat this question but I didn't track down an answer last
time
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 40, Issue 129

[Simon Topley]

...however i still seem to have an issue on vista:

StartServices: Service: ISRM_S
Error 1920. Service 'ISRM_S' (ISRM_S) failed to start. Verify that you
have sufficient privileges to start system services.
MSI (s) (7C:AC) [07:56:43:674]: I/O on thread 4088 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:690]: I/O on thread 3764 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 3652 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 3772 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 3292 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 1028 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 892 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 888 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 728 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 1668 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 2936 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:721]: I/O on thread 864 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:737]: I/O on thread 2636 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:737]: I/O on thread 3248 could not be
cancelled. Error: 1168
MSI (s) (7C:AC) [07:56:43:783]: I/O on thread 2016 could not be
cancelled. Error: 1168
MSI (s) (7C:78) [07:56:43:783]: Product: 'ISRM_S' -- Error 1920. Service
'ISRM_S' (ISRM_S) failed to start. Verify that you have sufficient
privileges to start system services.

-----Original Message-
From: Simon Topley 
Sent: 07 October 2009 15:06
To: wix-users@lists.sourceforge.net
Cc: 'phil.wil...@wonderware.com'
Subject: RE: WiX-users Digest, Vol 40, Issue 129

Thanks for the reply Phil,

Sorry did reply sooner I missed your reply, I assumed my message went
missing. It seems that the service I am attempting to start expect an
event source to be created before it will run - another issue I'm having
with WIX 2.0, I can't set an event source up. The error number I get is
after trying to start it up is:

StartServices: Service: ISRM_S
Error 1920. Service 'ISRM_S' (ISRM_S) failed to start. Verify that you
have sufficient privileges to start system services.


However if I manually create the event source on the command line before
attempting to install I get the same result so it's can't be this
although i do still need to do this.

I think I may have fixed it, it turns out that this service requires the
.net framework to be installed! Always the last to know.

Simon



--

Message: 5
Date: Mon, 28 Sep 2009 09:53:17 -0700
From: "Wilson, Phil" 
Subject: Re: [WiX-users] Network Service Install
To: General discussion for Windows Installer XML toolset.

Message-ID:

<5c889913ff236e4190093af280ab4ec40186636...@wwlkfmail1.wonderware.com>
Content-Type: text/plain; charset="us-ascii"

Keep in mind that the "sufficient privileges" message is a generic one
that it pops out whenever something goes wrong with a service.  The
error number is more useful, but you didn't report it. There's some
differentiation between the error being an install error, a start error,
stop error etc.  

Phil Wilson 


-Original Message-
From: Simon Topley [mailto:simon.top...@wallingfordsoftware.com] 
Sent: Monday, September 28, 2009 3:37 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Network Service Install

Hello again ya'll,

So I'm still having issues with the new set of installer I'm putting
together specifically the installation of a Network Service. My dev
system is a x64 XP and i can get it to work fine on this with:



However this fails if i try it on a 32 bit XP install. the same can be
said for these accounts:


NT AUTHORITY\Network Service
NT AUTHORITY\{S-1-5-20}
NT AUTHORITY\S-1-5-20
{S-1-5-20}
S-1-5-20
NetworkService
Network Service


All of these fail saying I don't have sufficient privileges on XP 32,
but 'NT AUTHORITY\NetworkService' works fine on my x64 system.
Seems a lot of people have had this same issue with various languages /
os versions and no real conclusions seem to have been met. Surely
hundreds if not thousands of people are out there installing network
services on multiple OS's every day. 

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or

Re: [WiX-users] WiX-users Digest, Vol 40, Issue 129

[Simon Topley]

Thanks for the reply Phil,

Sorry did reply sooner I missed your reply, I assumed my message went
missing. It seems that the service I am attempting to start expect an
event source to be created before it will run - another issue I'm having
with WIX 2.0, I can't set an event source up. The error number I get is
after trying to start it up is:

StartServices: Service: ISRM_S
Error 1920. Service 'ISRM_S' (ISRM_S) failed to start. Verify that you
have sufficient privileges to start system services.


However if I manually create the event source on the command line before
attempting to install I get the same result so it's can't be this
although i do still need to do this.

I think I may have fixed it, it turns out that this service requires the
.net framework to be installed! Always the last to know.

Simon



--

Message: 5
Date: Mon, 28 Sep 2009 09:53:17 -0700
From: "Wilson, Phil" 
Subject: Re: [WiX-users] Network Service Install
To: General discussion for Windows Installer XML toolset.

Message-ID:

<5c889913ff236e4190093af280ab4ec40186636...@wwlkfmail1.wonderware.com>
Content-Type: text/plain; charset="us-ascii"

Keep in mind that the "sufficient privileges" message is a generic one
that it pops out whenever something goes wrong with a service.  The
error number is more useful, but you didn't report it. There's some
differentiation between the error being an install error, a start error,
stop error etc.  

Phil Wilson 


-Original Message-
From: Simon Topley [mailto:simon.top...@wallingfordsoftware.com] 
Sent: Monday, September 28, 2009 3:37 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Network Service Install

Hello again ya'll,

So I'm still having issues with the new set of installer I'm putting
together specifically the installation of a Network Service. My dev
system is a x64 XP and i can get it to work fine on this with:



However this fails if i try it on a 32 bit XP install. the same can be
said for these accounts:


NT AUTHORITY\Network Service
NT AUTHORITY\{S-1-5-20}
NT AUTHORITY\S-1-5-20
{S-1-5-20}
S-1-5-20
NetworkService
Network Service


All of these fail saying I don't have sufficient privileges on XP 32,
but 'NT AUTHORITY\NetworkService' works fine on my x64 system.
Seems a lot of people have had this same issue with various languages /
os versions and no real conclusions seem to have been met. Surely
hundreds if not thousands of people are out there installing network
services on multiple OS's every day. 

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

Re: [WiX-users] Vista UAC for custom actions

[Simon Topley]

Hello again, still no progress on this I'm afraid, I have found ways to
add an event log source using wix 3.0, but nothing in wix 2... maybe
its' time i just bite the bullet and switched across to WIX 3

Simon

-Original Message-----
From: Simon Topley 
Sent: 28 September 2009 15:59
To: wix-users@lists.sourceforge.net
Subject: Vista UAC for custom actions

Hello agian,

still me. I was testing the issue I'm having with permissions on service
installs on my vista system and i came across another issue. When I
attempt to run a command using QtExec I get an access denied error. I've
tried to make it a deferred custom action as this has been recommended
on some sites but with no joy. I've tried to stop it impersonating local
user too, even though the local user is admin. so... this:


  
  

  

  


produces this:

MSI (s) (58:00) [07:45:30:284]: Hello, I'm your 32bit Impersonated
custom action server.
MSI (s) (58!50) [07:45:30:331]: PROPERTY CHANGE: Deleting QtExecCmdLine
property. Its current value is '"eventcreate" /T INFORMATION /SO ISRM_S
/ID 1 /D "INSTALLING SERVICE EVENT SOURCE" /L APPLICATION'.
CAQuietExec:  ERROR: Access is denied.
CAQuietExec:  
CAQuietExec:  Error 0x80070001: Command line returned an error.



any ideas?

Sorry for the constant questions guys, I just don't know where else to
turn if google fails me. It's not like there is a good book on WIX out
there that i know of.

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Maskedit Whitespace

[Simon Topley]

Darn it, and there is no other way to force users to enter numbers only
other than to use a masked input? Pretty poor that is, although all of
the things this installer needs to do should really be done by some sort
of configuration tool :(

Simon


Date: Tue, 29 Sep 2009 13:57:46 +0200
From: "Sebastian Brand \(Instyler Software\)" 
Subject: Re: [WiX-users] Maskedit Whitespace
To: "'General discussion for Windows Installer XML toolset.'"

Message-ID: <000e01ca40fc$0f82ff60$2e88fe...@com>
Content-Type: text/plain;   charset="us-ascii"

Hello,

Unfortunally it seems that only using a Custom Action can resolve
Trimming
and most string manipulation issues. Fastest way would be a small
vbscript
to change the property value.

Oh, we have some nice weather here too. Greetings from southern Germany.
:-)


Best regards,
Sebastian Brand

Deployment consultant
E-Mail: sebast...@instyler.com

Instyler Setup - Creating WiX-based MSI installations, elegantly.
http://www.instyler.com





-Original Message-
From: Simon Topley [mailto:simon.top...@wallingfordsoftware.com] 
Sent: Tuesday, September 29, 2009 11:07
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Maskedit Whitespace

Good morning all,

What a wonderful day it is here, a perfect day for some more installer
coding. Today's issue (along with yesterdays 2 issue that are still
driving me crazy) is whitespace, I have a maskededit control that takes
a numeric input as I need to force the user to input numbers only. This
was the only way i could find to do it, the length of the integer is
variable though, if a user inputs a shorter number than the mask the
rest of the mask is replaced with whitespace which then messes up
registry input. Is there any way I can stop it from doing this or trim
the string after it has happened?

MSI (c) (64:DC) [15:30:08:670]: PROPERTY CHANGE: Modifying RMSPORT
property. Its current value is '222'. Its new value: '222
'.

Any help would be well received

Simon
Disclaimer: This electronic communication and its attachments may
contain
confidential, proprietary and/or legally privileged information which
are
for the sole use of the intended recipient. If you are not the intended
recipient, any use, distribution, or reproduction of this communication
is
strictly prohibited and may be unlawful; please contact the sender and
delete this communication. MWH does not warrant or make any
representation
regarding this transmission whatsoever nor does it warrant that it is
free
from viruses or defects, correct or reliable. MWH is not liable for any
loss
or damage that occurs as a result of this communication entering your
computer network.

The views expressed in this message are not necessarily those of MWH.
This
communication cannot form a binding agreement unless that is the express
intent of the parties and they are authorized to make such an agreement.
MWH
reserves all intellectual property rights contained in this
transmission.
MWH reserves the right to monitor any electronic communication sent or
received by its employees. This communication may come from a variety of
legal entities within or associated with the MWH group.

For a full list of details for these entities please see our website at
www.mwhglobal.com. Where business communications relate to the MWH UK
Limited entity, the registered office is Terriers House, 201 Amersham
Rd,
High Wycombe, HP13 5AJ Tel: 01494 526240 and the company is registered
in
England as registration number 01188070. Where business communications
relate to the MWH Constructors Limited entity, the registered office is
as
above and the company is registered in England as registration number
04635724. Where business communications relate to the MWH Soft Limited
entity, the registered office is as above and the company is registered
in
England as registration number 6975921.


Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication

[WiX-users] Maskedit Whitespace

[Simon Topley]

Good morning all,

What a wonderful day it is here, a perfect day for some more installer
coding. Today's issue (along with yesterdays 2 issue that are still
driving me crazy) is whitespace, I have a maskededit control that takes
a numeric input as I need to force the user to input numbers only. This
was the only way i could find to do it, the length of the integer is
variable though, if a user inputs a shorter number than the mask the
rest of the mask is replaced with whitespace which then messes up
registry input. Is there any way I can stop it from doing this or trim
the string after it has happened?

MSI (c) (64:DC) [15:30:08:670]: PROPERTY CHANGE: Modifying RMSPORT
property. Its current value is '222'. Its new value: '222
'.

Any help would be well received

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Vista UAC for custom actions

[Simon Topley]

Hello agian,

still me. I was testing the issue I'm having with permissions on service
installs on my vista system and i came across another issue. When I
attempt to run a command using QtExec I get an access denied error. I've
tried to make it a deferred custom action as this has been recommended
on some sites but with no joy. I've tried to stop it impersonating local
user too, even though the local user is admin. so... this:


  
  

  

  


produces this:

MSI (s) (58:00) [07:45:30:284]: Hello, I'm your 32bit Impersonated
custom action server.
MSI (s) (58!50) [07:45:30:331]: PROPERTY CHANGE: Deleting QtExecCmdLine
property. Its current value is '"eventcreate" /T INFORMATION /SO ISRM_S
/ID 1 /D "INSTALLING SERVICE EVENT SOURCE" /L APPLICATION'.
CAQuietExec:  ERROR: Access is denied.
CAQuietExec:  
CAQuietExec:  Error 0x80070001: Command line returned an error.



any ideas?

Sorry for the constant questions guys, I just don't know where else to
turn if google fails me. It's not like there is a good book on WIX out
there that i know of.

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Network Service Install

[Simon Topley]

Hello again ya'll,

So I'm still having issues with the new set of installer I'm putting
together specifically the installation of a Network Service. My dev
system is a x64 XP and i can get it to work fine on this with:



However this fails if i try it on a 32 bit XP install. the same can be
said for these accounts:


NT AUTHORITY\Network Service
NT AUTHORITY\{S-1-5-20}
NT AUTHORITY\S-1-5-20
{S-1-5-20}
S-1-5-20
NetworkService
Network Service


All of these fail saying I don't have sufficient privileges on XP 32,
but 'NT AUTHORITY\NetworkService' works fine on my x64 system.
Seems a lot of people have had this same issue with various languages /
os versions and no real conclusions seem to have been met. Surely
hundreds if not thousands of people are out there installing network
services on multiple OS's every day. 

Simon
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Ping Server from dialog

[Simon Topley]

Thanks for the offer Blair but I'll probably just write a configuration
tool instead. This is like striping an engine with a set of cutlery.

It is very annoying that the asynchronous return types do have
meaningful return values, surely this is a pretty common thing people
want to do. 

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: 23 September 2009 00:40
To: Simon Topley
Subject: RE: [WiX-users] Ping Server from dialog

>From the POV of Windows Installer, an action succeeds or fails. It is up
to
the action if it wants to set properties instead.

>From the POV of CAQuietExec, it exists for the sole purpose of
preventing
the flashing command-prompt-style windows you get calling command-line
applications directly from Windows Installer. It intends to extend the
same
calling model.

You need a modified version of CAQuietExec that sets a property with the
result code of the external application instead of using the result code
to
return action success or failure.

You could write it yourself, or someone else could write one for you.
I'll
send you one for US$25.00 licensed with the CPL (same license as the WiX
toolset).

-Original Message-----
From: Simon Topley [mailto:simon.top...@wallingfordsoftware.com] 
Sent: Tuesday, September 22, 2009 9:41 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Ping Server from dialog

me again!

Essentially my question now is how do i get meaningful return values
using "ignore" or "check" and put them in a Property without the
installer ending due to the return value?

I've managed to change the command argument with other customactions
that change the QtExecCmdLine property, which i call from the dialog in
the same way i call the CAQuietExec action.

It seems that the return values i get from these custom actions varies a
great deal based on what i put in the "return" field. Obviously that is
a foolish statement but all the same. The result I get is that Check or
ignore both get a return value of 1 regardless of the argument I use, so
if i ping localhost i get the same result as if i ping
".aiodopyhdolhrxrlaoediou". If I use the asyn return types it is more
accurate as in i get a 0 or a 1630 error, however this is not consistent
as the custom actions are smashing into each other because they are
async.


-Original Message-
From: Simon Topley 
Sent: 22 September 2009 16:17
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Ping Server from dialog

I've triggered it from the dialog using DoAction:


  1
  1




I still haven't taclked putting the return value in a property, but i
notice that you don't tell CAQuietExec to use QtExecCmdLine, so when i
came to adding a second command line call I hit a wall, is there a way
to specify what property should be used by CAQuietExec?

Simon

-Original Message-
From: Simon Topley 
Sent: 22 September 2009 15:31
To: wix-users@lists.sourceforge.net
Subject: RE: Ping Server from dialog

Ok I have it running ping using CAQuietExec, I think this maybe a step
in the right direction. I just need to deal with triggering it from a
dialog button click and capturing the return value to inspect, so I can
display an appropriate message.


  
  
  
NOT
Installed
  



Disclaimer: This electronic communication and its attachments may
contain
confidential, proprietary and/or legally privileged information which
are
for the sole use of the intended recipient. If you are not the intended
recipient, any use, distribution, or reproduction of this communication
is
strictly prohibited and may be unlawful; please contact the sender and
delete this communication. MWH does not warrant or make any
representation
regarding this transmission whatsoever nor does it warrant that it is
free
from viruses or defects, correct or reliable. MWH is not liable for any
loss
or damage that occurs as a result of this communication entering your
computer network.

The views expressed in this message are not necessarily those of MWH.
This
communication cannot form a binding agreement unless that is the express
intent of the parties and they are authorized to make such an agreement.
MWH
reserves all intellectual property rights contained in this
transmission.
MWH reserves the right to monitor any electronic communication sent or
received by its employees. This communication may come from a variety of
legal entities within or associated with the MWH group.

For a full list of details for these entities please see our website at
www.mwhglobal.com. Where business communications relate to the MWH UK
Limited entity, the registered office is Terriers House, 201 Amersham
Rd,
High Wycombe, HP13 5AJ Tel: 01494 526240 and the company is registered
in
England as registration number 01188070. Where business communications
relate to the MWH Constructors Limited entity, the registered office is
as

Re: [WiX-users] Ping Server from dialog

[Simon Topley]

me again!

Essentially my question now is how do i get meaningful return values
using "ignore" or "check" and put them in a Property without the
installer ending due to the return value?

I've managed to change the command argument with other customactions
that change the QtExecCmdLine property, which i call from the dialog in
the same way i call the CAQuietExec action.

It seems that the return values i get from these custom actions varies a
great deal based on what i put in the "return" field. Obviously that is
a foolish statement but all the same. The result I get is that Check or
ignore both get a return value of 1 regardless of the argument I use, so
if i ping localhost i get the same result as if i ping
".aiodopyhdolhrxrlaoediou". If I use the asyn return types it is more
accurate as in i get a 0 or a 1630 error, however this is not consistent
as the custom actions are smashing into each other because they are
async.


-Original Message-
From: Simon Topley 
Sent: 22 September 2009 16:17
To: 'wix-users@lists.sourceforge.net'
Subject: RE: Ping Server from dialog

I've triggered it from the dialog using DoAction:


  1
  1




I still haven't taclked putting the return value in a property, but i
notice that you don't tell CAQuietExec to use QtExecCmdLine, so when i
came to adding a second command line call I hit a wall, is there a way
to specify what property should be used by CAQuietExec?

Simon

-Original Message-
From: Simon Topley 
Sent: 22 September 2009 15:31
To: wix-users@lists.sourceforge.net
Subject: RE: Ping Server from dialog

Ok I have it running ping using CAQuietExec, I think this maybe a step
in the right direction. I just need to deal with triggering it from a
dialog button click and capturing the return value to inspect, so I can
display an appropriate message.


  
  
  
NOT
Installed
  



Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Ping Server from dialog

[Simon Topley]

I've triggered it from the dialog using DoAction:


  1
  1




I still haven't taclked putting the return value in a property, but i
notice that you don't tell CAQuietExec to use QtExecCmdLine, so when i
came to adding a second command line call I hit a wall, is there a way
to specify what property should be used by CAQuietExec?

Simon

-Original Message-----
From: Simon Topley 
Sent: 22 September 2009 15:31
To: wix-users@lists.sourceforge.net
Subject: RE: Ping Server from dialog

Ok I have it running ping using CAQuietExec, I think this maybe a step
in the right direction. I just need to deal with triggering it from a
dialog button click and capturing the return value to inspect, so I can
display an appropriate message.


  
  
  
NOT
Installed
  



Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Ping Server from dialog

[Simon Topley]

Ok I have it running ping using CAQuietExec, I think this maybe a step
in the right direction. I just need to deal with triggering it from a
dialog button click and capturing the return value to inspect, so I can
display an appropriate message.


  
  
  
NOT
Installed
  



Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Ping Server from dialog

[Simon Topley]

Hi Guys,

long time no see. We recently bought a company and I've been tasked with
creating an installer for their products. oh joy.

One thing they wish to do is use the installer to do all the work a
config tool could. So during installation we want to collect servers and
port numbers and test the connection to them all. I've managed to
collect all the info i need and added it to the registry etc but I'm
struggling with testing the connection to these servers. I'm happy to
just us ping, but the only way i can see to do it is to embed ping.exe
in the installer and call it with customactions. I've not really tried
this yet so I'm not sure if it will even work but it still seems a bit
of a rubbish way to do it. I'd like to avoid writing any custom code if
i could as I'm in a hurry to bang this out and move on.

Any ideas?
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Ping Server from dialog

[Simon Topley]

Hi Guys,

long time no see. We recently bought a company and I've been tasked with
creating an installer for their products. oh joy.

One thing they wish to do is use the installer to do all the work a
config tool could. So during installation we want to collect servers and
port numbers and test the connection to them all. I've managed to
collect all the info i need and added it to the registry etc but I'm
struggling with testing the connection to these servers. I'm happy to
just us ping, but the only way i can see to do it is to embed ping.exe
in the installer and call it with customactions. I've not really tried
this yet so I'm not sure if it will even work but it still seems a bit
of a rubbish way to do it. I'd like to avoid writing any custom code if
i could as I'm in a hurry to bang this out and move on.

Any ideas?
Disclaimer: This electronic communication and its attachments may contain 
confidential, proprietary and/or legally privileged information which are for 
the sole use of the intended recipient. If you are not the intended recipient, 
any use, distribution, or reproduction of this communication is strictly 
prohibited and may be unlawful; please contact the sender and delete this 
communication. MWH does not warrant or make any representation regarding this 
transmission whatsoever nor does it warrant that it is free from viruses or 
defects, correct or reliable. MWH is not liable for any loss or damage that 
occurs as a result of this communication entering your computer network.

The views expressed in this message are not necessarily those of MWH. This 
communication cannot form a binding agreement unless that is the express intent 
of the parties and they are authorized to make such an agreement. MWH reserves 
all intellectual property rights contained in this transmission. MWH reserves 
the right to monitor any electronic communication sent or received by its 
employees. This communication may come from a variety of legal entities within 
or associated with the MWH group.

For a full list of details for these entities please see our website at 
www.mwhglobal.com. Where business communications relate to the MWH UK Limited 
entity, the registered office is Terriers House, 201 Amersham Rd, High Wycombe, 
HP13 5AJ Tel: 01494 526240 and the company is registered in England as 
registration number 01188070. Where business communications relate to the MWH 
Constructors Limited entity, the registered office is as above and the company 
is registered in England as registration number 04635724. Where business 
communications relate to the MWH Soft Limited entity, the registered office is 
as above and the company is registered in England as registration number 
6975921.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Disk usage

[Simon Topley]

Hey Bob,

I've only just got around to having another look at this. I have grouped
features now sadly there is still a mystery that needs some detective
work. I have now set all the features I install to "expand" so I could
see where the space was going. I notice that the disk usage dialog lists
a required space of twice that of the files we need to install. I was
wondering if the use of merge modules could be contributing to this, if
maybe the size calculation doesn't go that deep for feature. I also
noticed recently that after installing and uninstalling some disk space
had disappeared. After some investigation I found it was in the
softwareDistribution directory in my windows system, and the system
volume information.. relating to restore points I think. Is it possible
the disk usage dialog is taking this into account aswell?

All my Love

Simon


--

Message: 3
Date: Sun, 15 Feb 2009 19:21:43 -0800
From: Bob Arnson 
Subject: Re: [WiX-users] Disk usage
To: "General discussion for Windows Installer XML toolset."

Message-ID: <4998dbc7.5010...@joyofsetup.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Simon Topley wrote:
> I'm sure this is old ground but we have many features in our installer
> that are hidden, so when users are installing they see the disk usage
> for our one feature that isn't hidden and notice that the size is very
> small. Is there some sort of hack to trick the installer into sizing
up
> every feature into one feature. Like a top level feature that includes
> all others?
>   

You can nest all features under a single parent Feature but not 
"redirect" the costs of hidden features elsewhere (i.e., to another 
hidden feature).

The WiX solution is to not use features for grouping shared/mandatory 
components: Use ComponentGroups instead.

-- 
sig://boB
http://joyofsetup.com/
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Disk usage

[Simon Topley]

Howdy all,

I'm sure this is old ground but we have many features in our installer
that are hidden, so when users are installing they see the disk usage
for our one feature that isn't hidden and notice that the size is very
small. Is there some sort of hack to trick the installer into sizing up
every feature into one feature. Like a top level feature that includes
all others?

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] condition on a feature, greater than or equal

[Simon Topley]

Oh darn, well it seems that I maybe able to use the version number of
one of the files these chaps install, so maybe it won't be so bad after
all, Thanks Rob.

Simon





-

Message: 5
Date: Tue, 20 Jan 2009 10:38:10 -0800
From: Rob Mensching 
Subject: Re: [WiX-users] condition on a feature, greater than or equal
to
To: General discussion for Windows Installer XML toolset.

Message-ID:



Content-Type: text/plain; charset="us-ascii"

Yep, what you're seeing is known.  The Windows Installer will convert
Property values to numbers for you when doing comparisons... but only if
the data provide is all digits.  The # in front of DWORDs from RegSearch
is maddening for this reason.  Bob has a design laying around somewhere
for completely replacing AppSearch with a data driven CustomAction that
is more powerful and more useful but that's not in development anywhere.

So, you need to do something to tweak the DWORD into a number (sadly, I
think that means CustomAction).

-Original Message-
From: Simon Topley [mailto:simon.top...@wallingfordsoftware.com]
Sent: Tuesday, January 20, 2009 08:27
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] condition on a feature, greater than or equal to

Hello all, its' been a very long time since I checked in here. I've
joyfully had an issue with our installers of late that should be simple
to solve... only I can't solve it.

The situation is this, our clients install many versions of our software
new and old and run them concurrently. We also ship third party drivers
for our dongles, so users have to have a valid license to use our
software. Now the most recent update of this third party install has
raised a weird issue that we haven't seen before. When someone installs
an older version of our software alongside the newest version the older
driver mangles the newer one as I assume it is still attempting to
install it.

I get the version number for this third party software from the registry
using a property, as raw - its' a DWORD in the registry. Now I'm hoping
I can just done some simple comparison like this (on the feature)

DRIVERVERSION >= "7"

Sadly this doesn't work as the version number has a hash in it as I got
it as raw, and I think it maybe comparing it as a string anyway. I'm not
sure I can even use a greater than or equal too in a condition like this
anyway. I'm dying here please help!
The information contained in this e-mail is likely to be confidential
and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately
at
the above address. The disclosure, copying or distribution of this
message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in
reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire,
OX10 8BA


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--

Message: 6
Date: Tue, 20 Jan 2009 10:48:21 -0800 (PST)
From: Improvize1 
Subject: [WiX-users] ScheduleReboot and Post-install Bootstrapper
To: wix-users 
Message-ID: <82447.77519...@web12.mail.gq1.yahoo.com>
Content-Type: text/plain; charset=us-ascii

Hi,
Our installer is packed with a post-install bootstrapper that runs
installs some additional software if it is not already present on the
target machine. (That is, it may or may not run.) The main setup also
has a ScheduleReboot action before InstallFinalize. We are running into
a problem where the reboot and bootstrapper dialogs appear at the same
time. Any suggestions for how to remedy this? 
Thanks!



  

--

Message: 7
Date: Tue, 20 Jan 2009 13:52:59 -0500
From: Alicia Holloway 
Subject: [WiX-users] How to add an Operating System specific shortcut
To: wix-users@lists.sourceforge.net
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

Hi,

I have a Wix project in which I am trying to add a shortcut to a command
prompt which calls a batch file as a command line argument.  With the
code I
have so far (see below), I can get it to work on Windows XP only,
because
the environment variable it's using to find the cmd.exe program is
determined at compile time (and it's being compiled on an XP).

It doesn't work on Windows 2000 because the system32 directory is not
under
"Windows

[WiX-users] condition on a feature, greater than or equal to

[Simon Topley]

Hello all, its' been a very long time since I checked in here. I've
joyfully had an issue with our installers of late that should be simple
to solve... only I can't solve it.

The situation is this, our clients install many versions of our software
new and old and run them concurrently. We also ship third party drivers
for our dongles, so users have to have a valid license to use our
software. Now the most recent update of this third party install has
raised a weird issue that we haven't seen before. When someone installs
an older version of our software alongside the newest version the older
driver mangles the newer one as I assume it is still attempting to
install it.

I get the version number for this third party software from the registry
using a property, as raw - its' a DWORD in the registry. Now I'm hoping
I can just done some simple comparison like this (on the feature)

DRIVERVERSION >= "7"

Sadly this doesn't work as the version number has a hash in it as I got
it as raw, and I think it maybe comparing it as a string anyway. I'm not
sure I can even use a greater than or equal too in a condition like this
anyway. I'm dying here please help!
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Vista registry virtualization

[Simon Topley]

Thanks again Bob, using the right WiX elements seems to have done the
trick. All this registry hardcoded lark was added while I was on
holiday, I take no responsibility!

Simon 

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 05 March 2008 05:12
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista registry virtualization

Simon Topley wrote:
> I suspect that I am registering the interfaces incorrectly. I'm adding

> all of the details manually (CLSID, TYPELIB blah blah blah) maybe 
> there is a COM registration component I'm not aware of that would take

> care of this.

Are you using Registry/RegistryKey/RegistryValue? Which registry roots? 
The WiX elements Class/ProgId/Interface/etc write the correct registry
values for both per-machine and per-user installs.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Vista registry virtualization

[Simon Topley]

Hi Bob!

Yes I am using Registry/Key/Value in HKLM. I'll have a play with these
Class/ProgId/interface puppies later today sounds like just the ticket,
thanks for the help again.

Simon

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 05 March 2008 05:12
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista registry virtualization

Simon Topley wrote:
> I suspect that I am registering the interfaces incorrectly. I'm adding

> all of the details manually (CLSID, TYPELIB blah blah blah) maybe 
> there is a COM registration component I'm not aware of that would take

> care of this.

Are you using Registry/RegistryKey/RegistryValue? Which registry roots? 
The WiX elements Class/ProgId/Interface/etc write the correct registry
values for both per-machine and per-user installs.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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

[WiX-users] Vista registry virtualization

[Simon Topley]

Hello all,

We have recently been having issues with our COM interface and the
finger was pointed at the installers as ever. It seems in vista being
logged in as an Administrator doesn't mean what it once did. Most
programs are run by default as a user, you have to right click and "run
as administrator" then sign you name in blood and answer a phone in
central park within 5 minutes. When our software is run by a user it
uses some other virtual store hive that obviously doesn't contain the
COM registration for our product. All is well if you run as
administrator.

More details about this registry lark here:

http://msdn2.microsoft.com/fr-fr/library/aa965884.aspx

I suspect that I am registering the interfaces incorrectly. I'm adding
all of the details manually (CLSID, TYPELIB blah blah blah) maybe there
is a COM registration component I'm not aware of that would take care of
this. If not then I'm not sure where the fix should be, should I be
adding this data to the registry with different permission levels or is
the problem in the software in the way we read from the registry (with a
KEY_READ which gets no redirection or KEY_ALL_ACCESS which gets the
redirection and make KEY_READ kind of pointless)

I look forward to your response (Mike or Bob ;) )

Simon

The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Reference counting issues

[Simon Topley]

Excellent, thanks Mike, I've fixed it.

Simon 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 27 February 2008 16:16
To: Simon Topley; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Reference counting issues

Windows Installer does not count references, strictly. It notes in the
registry which products have installed a component, and where the key
path of the component was installed to. It adds one reference for each
product that installs the component.

When you uninstall a product, or remove a feature from a product,
Windows Installer will remove the component references. Then, if there
are no more references for a component at the key path that this product
installed it to, the resources making up that component at that key path
are removed, using the definition from the package being uninstalled.

It's important to note that no other components are checked to see if
they reference the same files, which is why you must ensure that
resources only ever belong to one component, ever, in the entire system.
If you change the component GUID you must change the location or name of
the key path so it doesn't interfere with the old version at all.

It does make one concession to legacy, non-Windows Installer software -
if you use SharedDllRefCount, the first time it places a reference to a
given path it will add it to the SharedDlls key with a count of 1. Also,
if it already existed in SharedDlls it will increment the count even if
SharedDllRefCount is not set. Finally there are some standard
directories (e.g. C:\Windows\System32) where it will increment
SharedDlls regardless of SharedDllRefCount. Windows Installer does
observe the protocol for SharedDlls so where above I've said the
resources are removed it will decrement the reference count for the key
path (if present) and only remove it if the count drops to zero. I'd
only set SharedDllRefCount if you need to share the components with some
pre-existing installation that doesn't use Windows Installer.

The simplest route is to only use major upgrades, and not support
multiple versions installed side-by-side. You use the Upgrade elements
to detect the presence of a newer version and run a custom action type
19 (error custom action) to prevent installing an older version once a
newer version is installed, and to detect an older version and run the
RemoveExistingProducts action. The behaviour of your upgrade depends on
where RemoveExistingProducts is scheduled. Typically it's scheduled
directly after InstallInitialize, so that the old product is removed,
then the new installed, but it's done in the install transaction so that
if a problem occurs in installing the new version, the old is
automatically reinstalled. It does mean that the old files are removed,
then the new copied over.

If you want to keep the existing files and only install changed ones,
you have to schedule RemoveExistingProducts towards the end of the
install transaction, after InstallExecute. However, you must be much
more careful to follow the Component Rules so that the correct files are
replaced. Read "Component Rules 101" in the WiX help file, and the
"Default File Versioning" topic in the Windows Installer SDK.

That log says that when you uninstalled version 1.0, the component
cECWERM was installed, it was requested to be removed, and Windows
Installer decided it should be removed. When you uninstalled version
2.0, the component wasn't installed, therefore no request was made and
Windows Installer did nothing. That sounds a lot like having two
different components (remember, the symbolic name means nothing to
Windows Installer, it uses the GUIDs to track references) using the same
key path.

--
Mike Dimmick

[EMAIL PROTECTED] wrote:
> The only difference I can see in the logs is that version 1.0 has this
> 
> Component: cECWERM; Installed: Local;   Request: Absent;   Action:
> Absent
> 
> And version 2.0 has this
> 
> Component: cECWERM; Installed: Absent;   Request: Null;   Action: Null

> 
> I'm inventing these version numbers obviously. This makes sense to me 
> in a way but I can see why it would also cause a problem. Version 1.0 
> installed it so knows about it, version 2.0 didn't install it it was 
> already there so doesn't remove it. There is no mention of the 
> reference counting which I assume happens on a file basis not a
compononte basis?
> 
> Simon
> 
> -Original Message-
> From: Simon Topley
> Sent: 27 February 2008 14:40
> To: 'wix-users@lists.sourceforge.net'
> Subject: Reference counting issues
> 
> Hello again all,
> 
> I'm back sooner than I thought I would be, with a reference counting 
> issue. Imagine you had a software product, you release new versions 
> every 6 months so customers frequently run previous versions of the 
> so

Re: [WiX-users] Reference counting issues

[Simon Topley]

Thanks Mike, 

It turns out (though I am yet to test this) that version 2.0 never
attempted to install the component because of a version check I put in
place. This is third party software that we ship with our product and I
needed to detect it's presence as many of our customers will have it
installed seperately direct from the company that makes it or have it
installed with another package much like ours. I have put two checks in,
one that this software is installed and another to detect the version.
The installer sees that the current version is installed so ignores the
feature, thus no count is incremented. I'll test this theory shortly.

Simon

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 27 February 2008 16:16
To: Simon Topley; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Reference counting issues

Windows Installer does not count references, strictly. It notes in the
registry which products have installed a component, and where the key
path of the component was installed to. It adds one reference for each
product that installs the component.

When you uninstall a product, or remove a feature from a product,
Windows Installer will remove the component references. Then, if there
are no more references for a component at the key path that this product
installed it to, the resources making up that component at that key path
are removed, using the definition from the package being uninstalled.

It's important to note that no other components are checked to see if
they reference the same files, which is why you must ensure that
resources only ever belong to one component, ever, in the entire system.
If you change the component GUID you must change the location or name of
the key path so it doesn't interfere with the old version at all.

It does make one concession to legacy, non-Windows Installer software -
if you use SharedDllRefCount, the first time it places a reference to a
given path it will add it to the SharedDlls key with a count of 1. Also,
if it already existed in SharedDlls it will increment the count even if
SharedDllRefCount is not set. Finally there are some standard
directories (e.g. C:\Windows\System32) where it will increment
SharedDlls regardless of SharedDllRefCount. Windows Installer does
observe the protocol for SharedDlls so where above I've said the
resources are removed it will decrement the reference count for the key
path (if present) and only remove it if the count drops to zero. I'd
only set SharedDllRefCount if you need to share the components with some
pre-existing installation that doesn't use Windows Installer.

The simplest route is to only use major upgrades, and not support
multiple versions installed side-by-side. You use the Upgrade elements
to detect the presence of a newer version and run a custom action type
19 (error custom action) to prevent installing an older version once a
newer version is installed, and to detect an older version and run the
RemoveExistingProducts action. The behaviour of your upgrade depends on
where RemoveExistingProducts is scheduled. Typically it's scheduled
directly after InstallInitialize, so that the old product is removed,
then the new installed, but it's done in the install transaction so that
if a problem occurs in installing the new version, the old is
automatically reinstalled. It does mean that the old files are removed,
then the new copied over.

If you want to keep the existing files and only install changed ones,
you have to schedule RemoveExistingProducts towards the end of the
install transaction, after InstallExecute. However, you must be much
more careful to follow the Component Rules so that the correct files are
replaced. Read "Component Rules 101" in the WiX help file, and the
"Default File Versioning" topic in the Windows Installer SDK.

That log says that when you uninstalled version 1.0, the component
cECWERM was installed, it was requested to be removed, and Windows
Installer decided it should be removed. When you uninstalled version
2.0, the component wasn't installed, therefore no request was made and
Windows Installer did nothing. That sounds a lot like having two
different components (remember, the symbolic name means nothing to
Windows Installer, it uses the GUIDs to track references) using the same
key path.

--
Mike Dimmick

[EMAIL PROTECTED] wrote:
> The only difference I can see in the logs is that version 1.0 has this
> 
> Component: cECWERM; Installed: Local;   Request: Absent;   Action:
> Absent
> 
> And version 2.0 has this
> 
> Component: cECWERM; Installed: Absent;   Request: Null;   Action: Null

> 
> I'm inventing these version numbers obviously. This makes sense to me 
> in a way but I can see why it would also cause a problem. Version 1.0 
> installed it so knows about it, version 2.0 didn't install it it was 
> already th

Re: [WiX-users] Reference counting issues

[Simon Topley]

The only difference I can see in the logs is that version 1.0 has this

Component: cECWERM; Installed: Local;   Request: Absent;   Action:
Absent

And version 2.0 has this

Component: cECWERM; Installed: Absent;   Request: Null;   Action: Null 

I'm inventing these version numbers obviously. This makes sense to me in
a way but I can see why it would also cause a problem. Version 1.0
installed it so knows about it, version 2.0 didn't install it it was
already there so doesn't remove it. There is no mention of the reference
counting which I assume happens on a file basis not a compononte basis?

Simon

-Original Message-----
From: Simon Topley 
Sent: 27 February 2008 14:40
To: 'wix-users@lists.sourceforge.net'
Subject: Reference counting issues

Hello again all,

I'm back sooner than I thought I would be, with a reference counting
issue. Imagine you had a software product, you release new versions
every 6 months so customers frequently run previous versions of the
software with current versions. Imagine now that you installed version
1.0 then version 2.0. Now 1.0 is no longer needed so you uninstall 1.0
but it takes components with it that are still in use by 2.0. These
components have the SharedDllRefCount set to yes, they have the same
guid as the newer version to. I am unsure if this is wise or not but
changing the guid doesn't seem to have changed the outcome.

If we run the scenario is a more sensible order it works though. Install
1.0, install 2.0, remove 2.0, common component is left. I have the logs
and I'm about to dig through them but I thought I'd quickly fire this
off incase there is something simple I'm missing here.

Kind regards

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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

[WiX-users] Reference counting issues

[Simon Topley]

Hello again all,

I'm back sooner than I thought I would be, with a reference counting
issue. Imagine you had a software product, you release new versions
every 6 months so customers frequently run previous versions of the
software with current versions. Imagine now that you installed version
1.0 then version 2.0. Now 1.0 is no longer needed so you uninstall 1.0
but it takes components with it that are still in use by 2.0. These
components have the SharedDllRefCount set to yes, they have the same
guid as the newer version to. I am unsure if this is wise or not but
changing the guid doesn't seem to have changed the outcome.

If we run the scenario is a more sensible order it works though. Install
1.0, install 2.0, remove 2.0, common component is left. I have the logs
and I'm about to dig through them but I thought I'd quickly fire this
off incase there is something simple I'm missing here.

Kind regards

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Vista, C Root, Hello world, Windows 3.1

[Simon Topley]

Thanks Mike,

Plenty to run with there. Correct me if I'm wrong but it still seems the
upshot is that non admins will not be allowed to make changes in these
restricted directories? We are not so worried about multiple user
switching as these files are generally only used for our customers to
play with. They do sometimes evolve into production systems but even in
this case our software can handle multiple user as we have a check in /
out policy internal to the software which prevents concurrency issues. A
common app folder would still be preferred but I am unable to find one.

I wonder how many users in the world have admin rights, certainly in the
past a lot of people just curb all the access restrictions and make
users admins. I'm not sure I've ever used any of the shades of grey
privilege accounts, why make life hard for yourself. There in lays the
difference between doing the right thing and doing the easy thing, maybe
that's why communism failed.

Simon

-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED] 
Sent: 21 February 2008 23:57
To: Simon Topley; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Vista, C Root, Hello world, Windows 3.1

For some reason a lot of developers are having trouble with
understanding UAC. UAC isn't just the prompt, it's a bunch of features
designed to ensure only those things that need to run with high
privilege do so, that other programs can't interfere with the
high-privileged programs, and some additional features to try to help
work around the changes for legacy programs.

The best thing to do for any new code is not to be considered a legacy
program. To do this, your programs - all of them - need a manifest
describing their privilege requirements. The way to do this is described
at http://msdn2.microsoft.com/en-us/library/bb756929.aspx. 99.9% of
programs should be marked 'asInvoker', the remaining 0.1% which are
actually used to administer your system marked as
'requireAdministrator', and anything that would require
'highestAvailable' should be split into a regular program that can run
with normal privileges and a small bit that must run with administrative
privileges, to configure those settings.

You could, of course, simply set 'requireAdministrator' on everything
and annoy your users every time they run the program with a UAC prompt.
But it's against the spirit of trying to get everything running with the
lowest privileges possible, so that if a remote code execution bug (at
worst) is found and exploited, it can only trash the user's profile, not
the whole system.

Windows NT has always had a security system, it's just that most people
didn't use it because it was too much bother, largely because
applications expected to be able to write anywhere and failed in unusual
ways if they couldn't. I used to use Windows XP as a standard user - I
still do at work - and it can be a lot of pain. Vista UAC makes it much
easier to run with low privileges most of the time and only invoke
higher privileges when you need them.

You're definitely on the right lines with moving files that all users
need to write to the Common Application Files folder, but you should
question whether all users on the same machine really need to write to
the same file or registry key. There really is no harm in having
separate configurations for each user, and it may surprise users if a
setting changes because a different user changed it. You could get into
really odd scenarios with Fast User Switching or Terminal Services, if
settings can change under a running copy of the program.

Modifying a file written by Windows Installer can have a surprising
effect - it may not be overwritten when you install an upgrade,
depending on when you schedule RemoveExistingProducts (I think).
Modifying a key can be similar - there is no versioning involved,
registry key updates always overwrite. I would recommend treating
whatever is installed as immutable except by the next version of the
installer.

--
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Simon
Topley
Sent: 19 February 2008 15:51
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Where do I begin...

First off I suppose I should say hello, it's been ages since I posted as
our lovingly tailored installers have been carefree for sometime now.

Here is my problem... Vista.


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosu

Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

[Simon Topley]

Good point. Thanks again Bob. 

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 21 February 2008 15:47
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Simon Topley wrote:
> That does raise a question of how I detect if the user has changed the

> output path. I thought about adding a property to the browse folder 
> click but it is possible a user will browse but not change the output 
> directory. It's not a major problem if we tell them all the time it 
> just would be nicer if it only warned them if they haven't changed the
path.
>   

I wouldn't, simply because then you're in the game of keeping a list of
potential writable-v-not directories.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Vista, C Root, Hello world, Windows 3.1

[Simon Topley]

 That does raise a question of how I detect if the user has changed the
output path. I thought about adding a property to the browse folder
click but it is possible a user will browse but not change the output
directory. It's not a major problem if we tell them all the time it just
would be nicer if it only warned them if they haven't changed the path.

Simon

-Original Message-----
From: Simon Topley 
Sent: 21 February 2008 14:43
To: 'Bob Arnson'
Cc: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Thanks bob, we have opted to warn the user that installing to the
programfile folder will mean they may have issues with writing. I'd do
something better but our release deadline is speeding towards us and we
will be deploying our tutorial data in a different way for the next
release anyway.

Simon (See you all again in 6 months)

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: 19 February 2008 16:20
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Simon Topley wrote:
> the issue. I have attempted to suggest sensible places we may want to 
> put our files, application data folder for example (if I could find a 
> common one that all users could use). Even the desktop. Sadly everyone

> apart from me is rather keen on using the root of the C drive, or 
> windows drive.

Bad idea for the same reason. If the goal is to write to a directory
that all users can share, delete, overwrite regardless of other users,
you can use CommonAppDataFolder and use PermissionEx to give all users
permissions.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Vista, C Root, Hello world, Windows 3.1

[Simon Topley]

Thanks bob, we have opted to warn the user that installing to the
programfile folder will mean they may have issues with writing. I'd do
something better but our release deadline is speeding towards us and we
will be deploying our tutorial data in a different way for the next
release anyway.

Simon (See you all again in 6 months)

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 19 February 2008 16:20
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Simon Topley wrote:
> the issue. I have attempted to suggest sensible places we may want to 
> put our files, application data folder for example (if I could find a 
> common one that all users could use). Even the desktop. Sadly everyone

> apart from me is rather keen on using the root of the C drive, or 
> windows drive.

Bad idea for the same reason. If the goal is to write to a directory
that all users can share, delete, overwrite regardless of other users,
you can use CommonAppDataFolder and use PermissionEx to give all users
permissions.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Create New Guid in Installer

[Simon Topley]

I assume you can't use:

----

Or maybe set this as the content of a property then use that property.
Seems annoying to have to reinvent the wheel when WIX clearly has the
code to do it.
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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

[WiX-users] Vista, C Root, Hello world, Windows 3.1

[Simon Topley]

Where do I begin...

First off I suppose I should say hello, it's been ages since I posted as
our lovingly tailored installers have been carefree for sometime now.

Here is my problem... Vista.

Our application installs all manner of tutorial files that our users
frequently mess about with and change, even our software changes these
files. Sadly with Vista came a rule that stops users from changing files
in the Program Files folder if they are a non admin. It employs some
twisted mess called a virtual store, I haven't really looked into this a
great deal as I've been working elsewhere and the support team raised
the issue. I have attempted to suggest sensible places we may want to
put our files, application data folder for example (if I could find a
common one that all users could use). Even the desktop. Sadly everyone
apart from me is rather keen on using the root of the C drive, or
windows drive. I was unhappy with this on the grounds that it's not 1994
and this isn't Windows for workgroups. In this day and age surly there
is somewhere more sensible to put such files.

Now I meet a problem, how do I even get the installer to do this? I used
TARGETDIR working on the assumption that this pointed to the root of the
windows drive. It seems I was wrong, it points to the last drive, or the
drive with the most room (again I have gone on word of mouth here). So
now I'm faced with having to find a work around for what I suspect it
something that is there on purpose.. A lack of a property that points at
the root of the windows directory.

I'm reminded of when I used to work in a laser lab, most laser labs have
an interlock to shut the laser down when you walk into the room without
a key, they also have a large wall between you and the equiptment to
reduce the amount of laser beam you are exposed to. My boss used a
mirror to see around that wall.

I maybe blowing this out of proportion, maybe putting files in the root
of C is what all the kids are doing these days and I'm just out of
touch, maybe there is a property I can use for this, but I haven't found
it...
Failing all this, maybe there is somewhere sensible I can put these
files on a Vista machine.

I look forward to the responses :)
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] WiX-users Digest, Vol 17, Issue 119

[Simon Topley]

Thanks Bob, I'll give it a spin later today..

Simon 

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 24 October 2007 16:03
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX-users Digest, Vol 17, Issue 119

Simon Topley wrote:
> I assume this isn't done in the Media element as I can only see that 
> you can specify that the cab is embedded and it's name..
>   

Yes, you have multiple Media elements and use the DiskId attribute to
control which components go into which .cab.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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-users Digest, Vol 17, Issue 119

[Simon Topley]

Hi Richard,

I assume this isn't done in the Media element as I can only see that you
can specify that the cab is embedded and it's name..

Simon

--

Message: 8
Date: Tue, 23 Oct 2007 09:24:31 -0600
From: Richard <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] Digital Signatures.. 300 mb limit
To: WiX Users 
Message-ID: <[EMAIL PROTECTED]>


In article
<[EMAIL PROTECTED]
.co.uk>,
"Simon Topley" <[EMAIL PROTECTED]>  writes:

> Is there a way to split the cab file up so it can be more easily
signed?

Yes, you can have multiple CABs in your Media table.
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Digital Signatures.. 300 mb limit

[Simon Topley]

Hello all,

We have been merrily signing our installer for a few weeks now... Sadly
the overnight build keep failing due to the signtool failing. I read
that there is a bug with XP and 2003 that means big MSIs are problematic
for signatures:

http://msdn.microsoft.com/newsgroups/managed/default.aspx?dg=microsoft.p
ublic.security.crypto&tid=82a0f3b3-b2a1-4af6-90d9-2183ef8f417b&cat=en-us
-msdnman&lang=en&cr=US&sloc=en-us&m=1&p=1

Is there a way to split the cab file up so it can be more easily signed?

We considered using Vista to sign them but apparently these signatures
can't be verified on an XP or 2003 machine there after.

Kind Regards

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill Process

[Simon Topley]

Cool cool, I've found a work around so all is well.

Thanks for the help chaps

Simon 

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 05:50
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Kill Process

Simon Topley wrote:
> I notice with most other things that are left running the installer 
> tells you to close them before it can proceed with the uninstallation,

> indeed under vista it does this very thing for the process in
question.
> Does anyone know why this is not the case for XP/2000/2003 ? 

See the MSI SDK doc for "Restart Manager." It's a Vista feature that's
not available before Vista/Server2008.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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-users Digest, Vol 15, Issue 156

[Simon Topley]

That would answer my question, thanks Franz. I'll have a look into a
work around ...

Simon


 >From the Windows Installer Documentation:
http://msdn2.microsoft.com/en-us/library/aa372059.aspx

If you expect the installer to display a FilesInUseDialog, but it does
not, this may be due to one of the following reasons:

The files in use are not executables. 
The installer is not actually trying to install those files. 
The process holding those files is the process invoking the
installation. 
The process holding those files is one that does not have a window with
a title associated with it.


Since your "wsq95.exe" is not listed in the application list, that means
it doesn't have a window with a title associated with it. So Windows
Installer does not detect that the file is in use...

Hth,
Franz.
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill Process

[Simon Topley]

It does seem odd that if this file is in use:

 

It warns you to close it, but if this file is in use it does not:



The later runs in the system tray and is only listed in the process
list, not the application list in the task manager, this could be
related.

*Shrugs shoulders

Simon

-Original Message-
From: Schrieken, Rene [mailto:[EMAIL PROTECTED] 
Sent: 29 August 2007 09:39
To: Simon Topley; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Kill Process

" Does anyone know why this is not the case for XP/2000/2003 ?"

Wild guess: Vista is Windows Installer 4.0, XP/2000/2003 is Windows
Installer 3.0 or less?


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Simon
Topley
Sent: Wednesday, August 29, 2007 9:30 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Kill Process

Hello all,

I am still having some trouble with this process that is left running
during the uninstallation. I haven't come up with a clean way to solve
this yet.

I notice with most other things that are left running the installer
tells you to close them before it can proceed with the uninstallation,
indeed under vista it does this very thing for the process in question.
Does anyone know why this is not the case for XP/2000/2003 ? The file is
set as Vital and the KeyPath for that component, I'm not sure what else
I can do.

Kind Regards

Simon.
The information contained in this e-mail is likely to be confidential
and may be legally privileged. It is intended only for the addressee. If
you have received this message in error please notify the sender
immediately at the above address. The disclosure, copying or
distribution of this message or its contents without the prior approval
of Wallingford Software is strictly prohibited. Wallingford Software is
not liable for unauthorised disclosures nor for subsequent actions or
omissions in reliance upon them.

Registered in the UK, company no: 02288719 Wallingford Software Limited,
Howbery Park, Wallingford, Oxfordshire, OX10 8BA


-
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 e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be
copied, disclosed to, retained or used by, any other party. If you are
not an intended recipient then please promptly delete this e-mail and
any attachment and all copies and inform the sender. Thank you.
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill Process

[Simon Topley]

That would make sense... :(

-Original Message-
From: Schrieken, Rene [mailto:[EMAIL PROTECTED] 
Sent: 29 August 2007 09:39
To: Simon Topley; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Kill Process

" Does anyone know why this is not the case for XP/2000/2003 ?"

Wild guess: Vista is Windows Installer 4.0, XP/2000/2003 is Windows
Installer 3.0 or less?


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Simon
Topley
Sent: Wednesday, August 29, 2007 9:30 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Kill Process

Hello all,

I am still having some trouble with this process that is left running
during the uninstallation. I haven't come up with a clean way to solve
this yet.

I notice with most other things that are left running the installer
tells you to close them before it can proceed with the uninstallation,
indeed under vista it does this very thing for the process in question.
Does anyone know why this is not the case for XP/2000/2003 ? The file is
set as Vital and the KeyPath for that component, I'm not sure what else
I can do.

Kind Regards

Simon.
The information contained in this e-mail is likely to be confidential
and may be legally privileged. It is intended only for the addressee. If
you have received this message in error please notify the sender
immediately at the above address. The disclosure, copying or
distribution of this message or its contents without the prior approval
of Wallingford Software is strictly prohibited. Wallingford Software is
not liable for unauthorised disclosures nor for subsequent actions or
omissions in reliance upon them.

Registered in the UK, company no: 02288719 Wallingford Software Limited,
Howbery Park, Wallingford, Oxfordshire, OX10 8BA


-
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 e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be
copied, disclosed to, retained or used by, any other party. If you are
not an intended recipient then please promptly delete this e-mail and
any attachment and all copies and inform the sender. Thank you.
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill Process

[Simon Topley]

Hello all,

I am still having some trouble with this process that is left running
during the uninstallation. I haven't come up with a clean way to solve
this yet.

I notice with most other things that are left running the installer
tells you to close them before it can proceed with the uninstallation,
indeed under vista it does this very thing for the process in question.
Does anyone know why this is not the case for XP/2000/2003 ? The file is
set as Vital and the KeyPath for that component, I'm not sure what else
I can do.

Kind Regards

Simon.
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill process

[Simon Topley]

Sorry I forgot to copy the user group in on that reply.. This is the
best way I can do it with WIX 2:








Installed






-
I assume this is WIX 3 only?

I read that it is incomplete on the user mailing list..

My best stab is still calling taskkill.exe directly with various
switches :(

Simon

- 

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 17 August 2007 15:35
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Kill process

Simon Topley wrote:
> I can't find anything in the help about process control. There is an 
> simple exe file that users are frequently running during uninstall, 
> while the file is eventually removed it means that programfiles folder

> is left behind and the icon is still in the system troy. Is there a 
> simple way to detect processes and warn users, or just kill the
process?
> I have been playing with using a custom action to call taskkill but it

> isn't exactly tidy..
>   

Check out the util:CloseApplication element.

--
sig://boB
http://joyofsetup.com/


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill Process

[Simon Topley]

Sadly not a lot of response. This is my best stab at it so far:







Installed



If nothing cleaner comes along then I'll have to put a switch into the
exe that will force it to kill itself and any other copies of itself
currently running.

I'm surprised that the uninstall doesn't fail and only give this in the
log (The file is removed dispite it being in use! And the process is
still running with the real path to the exe that is removed. It has a
failed to load file error in the sysinternals process explorer:

Info 1603. The file C:\Program Files\FloodWorks85\mfc71.dll is being
held in use by the following process: Name: wsq95, Id: 180, Window
Title: '(not determined yet)'. Close that application and retry.
Info 1603. The file C:\Program Files\FloodWorks85\msvcp71.dll is being
held in use by the following process: Name: wsq95, Id: 180, Window
Title: '(not determined yet)'. Close that application and retry.

...

MSI (c) (70:54) [11:28:59:723]: File In Use: -wsq95- Window could not be
found. Process ID: 180

...

MSI (c) (70:54) [11:28:59:723]: No window with title could be found for
FilesInUse
MSI (s) (F8:9C) [11:28:59:723]: Doing action: InstallInitialize

...


FileRemove(,FileName=wsq95.exe,,ComponentId={8A562E67-7784-463A-85CA-B48
02C100633})
MSI (s) (F8:9C) [11:29:09:426]: Verifying accessibility of file:
wsq95.exe
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Kill process

[Simon Topley]

Hello all,

I can't find anything in the help about process control. There is an
simple exe file that users are frequently running during uninstall,
while the file is eventually removed it means that programfiles folder
is left behind and the icon is still in the system troy. Is there a
simple way to detect processes and warn users, or just kill the process?
I have been playing with using a custom action to call taskkill but it
isn't exactly tidy..

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] HKLM - purposely persistent

[Simon Topley]

It turns out a third party merge module was removing it!

Thanks for the help.

Simon 

-Original Message-
From: Stefan Pavlik [mailto:[EMAIL PROTECTED] 
Sent: 10 August 2007 10:17
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] HKLM - purposely persistent

If the component is marked as Permanent then it will not be removed
during uninstall.

If the key is still removed there must be something different that
removes it.

Check the verbose log of the installer.

msiexec /x Package.msi /l*v Msilog.log

regards

Stefan

Simon Topley wrote:
> Thanks for the tip Stefan. Is this a tried and tested method? My keys 
> still seem to disappear.
> 
> Simon
> 
> -Original Message-
> From: Stefan Pavlik [mailto:[EMAIL PROTECTED]
> Sent: 09 August 2007 12:08
> To: Simon Topley
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] HKLM - purposely persistent
> 
> Hi Simon
> 
> You can place the registry key to one Component and add 
> [EMAIL PROTECTED]"yes".
> 
> It will ensure that the component (and thus the  registry key) wil not

> be removed during uninstall.
> 
> regards
> 
> Stefan
> 
> Simon Topley wrote:
>> Greetings one and all!
>>
>> It's been a while but I have returned once again to conquer the land 
>> of installers. I have a pretty simple problem with my registry 
>> settings. I create keys all over the LM and CU hives in the registry 
>> however I wish to leave something behind in "LM\software\company
> name\product version".
>> I have used "createkey" to make this key and not 
>> "createKeyAndRemoveKeyOnUninstall". Sadly my key is still removed. I 
>> know it's not exactly good manners to leave things in the registry 
>> but
> 
>> my hand is being forced here. Obviously there are many other keys in 
>> the same place that do need to be removed on uninstall.
>>
>> Any help would be good. 
>>
>> Simon
>> The information contained in this e-mail is likely to be confidential

>> and may be legally privileged. It is intended only for the addressee.
>> If you have received this message in error please notify the sender 
>> immediately at the above address. The disclosure, copying or 
>> distribution of this message or its contents without the prior 
>> approval of Wallingford Software is strictly prohibited. Wallingford 
>> Software is not liable for unauthorised disclosures nor for 
>> subsequent
> 
>> actions or omissions in reliance upon them.
>>
>> Registered in the UK, company no: 02288719 Wallingford Software 
>> Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA
>>
>> -
>> -
>> --- 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
>>
>>
> 
> --
> Stefan Pavlik | [EMAIL PROTECTED]
> Whitestein Technologies s.r.o. | www.whitestein.com Panenska 28 | 811 
> 03 Bratislava | Slovak Republic Main +421 2 5443-5502 | Direct +421 2
> 5930-0735
> The information contained in this e-mail is likely to be confidential 
> and may be legally privileged. It is intended only for the addressee. 
> If you have received this message in error please notify the sender 
> immediately at the above address. The disclosure, copying or 
> distribution of this message or its contents without the prior 
> approval of Wallingford Software is strictly prohibited. Wallingford 
> Software is not liable for unauthorised disclosures nor for subsequent

> actions or omissions in reliance upon them.
> 
> Registered in the UK, company no: 02288719 Wallingford Software 
> Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA
> 
> 

--
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com Panenska 28 | 811 03
Bratislava | Slovak Republic Main +421 2 5443-5502 | Direct +421 2
5930-0735
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Walli

Re: [WiX-users] HKLM - purposely persistent

[Simon Topley]

Sorry for the delay, you are obviously right. I just can't find out what
is blatting these values. I took a log before posting and had a good old
rummage... I'll have another look. Thanks

Simon 

-Original Message-
From: Stefan Pavlik [mailto:[EMAIL PROTECTED] 
Sent: 10 August 2007 10:17
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] HKLM - purposely persistent

If the component is marked as Permanent then it will not be removed
during uninstall.

If the key is still removed there must be something different that
removes it.

Check the verbose log of the installer.

msiexec /x Package.msi /l*v Msilog.log

regards

Stefan

Simon Topley wrote:
> Thanks for the tip Stefan. Is this a tried and tested method? My keys 
> still seem to disappear.
> 
> Simon
> 
> -Original Message-
> From: Stefan Pavlik [mailto:[EMAIL PROTECTED]
> Sent: 09 August 2007 12:08
> To: Simon Topley
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] HKLM - purposely persistent
> 
> Hi Simon
> 
> You can place the registry key to one Component and add 
> [EMAIL PROTECTED]"yes".
> 
> It will ensure that the component (and thus the  registry key) wil not

> be removed during uninstall.
> 
> regards
> 
> Stefan
> 
> Simon Topley wrote:
>> Greetings one and all!
>>
>> It's been a while but I have returned once again to conquer the land 
>> of installers. I have a pretty simple problem with my registry 
>> settings. I create keys all over the LM and CU hives in the registry 
>> however I wish to leave something behind in "LM\software\company
> name\product version".
>> I have used "createkey" to make this key and not 
>> "createKeyAndRemoveKeyOnUninstall". Sadly my key is still removed. I 
>> know it's not exactly good manners to leave things in the registry 
>> but
> 
>> my hand is being forced here. Obviously there are many other keys in 
>> the same place that do need to be removed on uninstall.
>>
>> Any help would be good. 
>>
>> Simon
>> The information contained in this e-mail is likely to be confidential

>> and may be legally privileged. It is intended only for the addressee.
>> If you have received this message in error please notify the sender 
>> immediately at the above address. The disclosure, copying or 
>> distribution of this message or its contents without the prior 
>> approval of Wallingford Software is strictly prohibited. Wallingford 
>> Software is not liable for unauthorised disclosures nor for 
>> subsequent
> 
>> actions or omissions in reliance upon them.
>>
>> Registered in the UK, company no: 02288719 Wallingford Software 
>> Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA
>>
>> -
>> -
>> --- 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
>>
>>
> 
> --
> Stefan Pavlik | [EMAIL PROTECTED]
> Whitestein Technologies s.r.o. | www.whitestein.com Panenska 28 | 811 
> 03 Bratislava | Slovak Republic Main +421 2 5443-5502 | Direct +421 2
> 5930-0735
> The information contained in this e-mail is likely to be confidential 
> and may be legally privileged. It is intended only for the addressee. 
> If you have received this message in error please notify the sender 
> immediately at the above address. The disclosure, copying or 
> distribution of this message or its contents without the prior 
> approval of Wallingford Software is strictly prohibited. Wallingford 
> Software is not liable for unauthorised disclosures nor for subsequent

> actions or omissions in reliance upon them.
> 
> Registered in the UK, company no: 02288719 Wallingford Software 
> Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA
> 
> 

--
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com Panenska 28 | 811 03
Bratislava | Slovak Republic Main +421 2 5443-5502 | Direct +421 2
5930-0735
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distri

Re: [WiX-users] HKLM - purposely persistent

[Simon Topley]

Thanks for the tip Stefan. Is this a tried and tested method? My keys
still seem to disappear.

Simon

-Original Message-
From: Stefan Pavlik [mailto:[EMAIL PROTECTED] 
Sent: 09 August 2007 12:08
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] HKLM - purposely persistent

Hi Simon

You can place the registry key to one Component and add
[EMAIL PROTECTED]"yes".

It will ensure that the component (and thus the  registry key) wil not
be removed during uninstall.

regards

Stefan

Simon Topley wrote:
> Greetings one and all!
> 
> It's been a while but I have returned once again to conquer the land 
> of installers. I have a pretty simple problem with my registry 
> settings. I create keys all over the LM and CU hives in the registry 
> however I wish to leave something behind in "LM\software\company
name\product version".
> I have used "createkey" to make this key and not 
> "createKeyAndRemoveKeyOnUninstall". Sadly my key is still removed. I 
> know it's not exactly good manners to leave things in the registry but

> my hand is being forced here. Obviously there are many other keys in 
> the same place that do need to be removed on uninstall.
> 
> Any help would be good. 
> 
> Simon
> The information contained in this e-mail is likely to be confidential 
> and may be legally privileged. It is intended only for the addressee. 
> If you have received this message in error please notify the sender 
> immediately at the above address. The disclosure, copying or 
> distribution of this message or its contents without the prior 
> approval of Wallingford Software is strictly prohibited. Wallingford 
> Software is not liable for unauthorised disclosures nor for subsequent

> actions or omissions in reliance upon them.
> 
> Registered in the UK, company no: 02288719 Wallingford Software 
> Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA
> 
> --
> --- 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
> 
> 

--
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com Panenska 28 | 811 03
Bratislava | Slovak Republic Main +421 2 5443-5502 | Direct +421 2
5930-0735
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] HKLM - purposely persistent

[Simon Topley]

Greetings one and all!

It's been a while but I have returned once again to conquer the land of
installers. I have a pretty simple problem with my registry settings. I
create keys all over the LM and CU hives in the registry however I wish
to leave something behind in "LM\software\company name\product version".
I have used "createkey" to make this key and not
"createKeyAndRemoveKeyOnUninstall". Sadly my key is still removed. I
know it's not exactly good manners to leave things in the registry but
my hand is being forced here. Obviously there are many other keys in the
same place that do need to be removed on uninstall.

Any help would be good. 

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Default feature state

[Simon Topley]

Ahh yes! I didn't have the property defined before, though I assume it
has a default value.

Simon 

-Original Message-
From: Brian Simoneau [mailto:[EMAIL PROTECTED] 
Sent: 17 May 2007 13:53
To: Simon Topley; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Default feature state

The default state of a feature is based on the Feature Level.  If the
Feature's Level is greater than the INSTALLLEVEL property, then the
feature is not selected by default.

-Brian Simoneau

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Simon
Topley
Sent: Thursday, May 17, 2007 7:46 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Default feature state


 
Howdy y'all,

I'm trying to set the default state of a feature to be "Entire feature
will be unavailable". I can see no easy way to do it, and the search
feature for the WIX user group seems to be playing up. Any offers?

Simon
The information contained in this e-mail is likely to be confidential
and may be legally privileged. It is intended only for the addressee. If
you have received this message in error please notify the sender
immediately at the above address. The disclosure, copying or
distribution of this message or its contents without the prior approval
of Wallingford Software is strictly prohibited. Wallingford Software is
not liable for unauthorised disclosures nor for subsequent actions or
omissions in reliance upon them.

Registered in the UK, company no: 02288719 Wallingford Software Limited,
Howbery Park, Wallingford, Oxfordshire, OX10 8BA


-
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
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Default feature state

[Simon Topley]

 
Howdy y'all,

I'm trying to set the default state of a feature to be "Entire feature
will be unavailable". I can see no easy way to do it, and the search
feature for the WIX user group seems to be playing up. Any offers?

Simon
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] ServiceInstall / ServiceControl

[Simon Topley]

I'll answer my question incase anyone else hits this problem...


According to articles on microsoft.com the ImagePath registry value is
supposed to have quotation marks around the pathname of the services
executable if the path contains spaces.
This registry value is used for the pathname and command line parameters
of the service exectutable, quotation marks are to be used around the
pathname part.
 

-Original Message-
From: Simon Topley 
Sent: 30 April 2007 11:18
To: 'wix-users@lists.sourceforge.net'
Subject: ServiceInstall / ServiceControl

 
Long time no see everyone!

I am wondering if anyone else has seen this issue with Services... I
suspect that it is a problem that we should handle but I thought I'd
post on here first to got some thoughts. Using Version 2.0.4611.0 I am
installing a service using ServiceInstall and ServiceControl. It
installs ok however under the properties tab the "Path To Executable"
has quotes around it whereas none of the others (not installed by WIX)
do.. So:

"C:\Program Files\Blah\BlahBlah.exe"

Instead of

C:\Program Files\Blah\BlahBlah.exe

As I say I suspect that our code should be able to handle it, but it
does not and I am curious if I can do anything about it without asking
the owner of the service to handle quotes

Kind Regards

Simon Topley
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] ServiceInstall / ServiceControl

[Simon Topley]

 
Long time no see everyone!

I am wondering if anyone else has seen this issue with Services... I
suspect that it is a problem that we should handle but I thought I'd
post on here first to got some thoughts. Using Version 2.0.4611.0 I am
installing a service using ServiceInstall and ServiceControl. It
installs ok however under the properties tab the "Path To Executable"
has quotes around it whereas none of the others (not installed by WIX)
do.. So:

"C:\Program Files\Blah\BlahBlah.exe"

Instead of

C:\Program Files\Blah\BlahBlah.exe

As I say I suspect that our code should be able to handle it, but it
does not and I am curious if I can do anything about it without asking
the owner of the service to handle quotes

Kind Regards

Simon Topley
The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software is
strictly prohibited. Wallingford Software is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.

Registered in the UK, company no: 02288719
Wallingford Software Limited, Howbery Park, Wallingford, Oxfordshire, OX10 8BA

-
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] Patching

[Simon Topley]

I'm not sure how much use this will be to you, but I ran into a large number
of issues with patching, I haven't touched it in a while as we are now
thinking a full re-release is going to be cleaner. I created a self
extracting exe file using iexpress.exe (standard part of windows) and the
command I used to launch my patch was not /p but /update... I can't
rememeber why this is the case now but I do know it did work..
 
msiexec /update patch.msp /l*v log.log
 
Simon
 


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software Ltd. is
strictly prohibited. Wallingford Software Ltd. is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry keys not being removed

[Simon Topley]

Hi all,
 
I've been away on training for a few days so haven't been near this. I've
been back through the logs and still can't make sense from it. A lot of
components are reported as null action in the logs, yet the files within
these components are removed from the directory. The cReg component is not
listed as null action yet the reg keys within it are left behind. Why do
these things always seem to boil down to a friday afternoon :(
 
I have attached a copy of the four log files. Since a few extra reg keys is
the only downside I am currently seeing I'm not going to lose to much sleep
over it. It's just annnoying.
 
Kind Regards
 
Simon


   _  

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 31 January 2007 05:02
To: Simon Topley
Cc: WiX-users
Subject: Re: [WiX-users] Registry keys not being removed


Simon Topley wrote: 

I have a few shared compoents that I will add the same guids back to as the
previous version, I'm sure that will kill off a few error messages in the
log file. When I uninstall the previous version after uninstalling the
current version, the current version reg keys are still left behind :(


The logs tell part of the story but you really need a full set:


1.  Install v1. 

2.  Install v2. 

3.  Check the v2 log around CostFinalize/InstallValidate to see which
components weren't installed because v1 installed them. 

4.  Uninstall v1 or v2. 

5.  Check the uninstall log to see which component were left behind:



Disallowing uninstallation of component: {componentGuid} since
another client exists

6.  Uninstall the other. 

7.  Check the log to see if any components got a "null" action state.
Those are the ones that are really orphaned. 


-- 

sig://boB

http://bobs.org <http://bobs.org> 


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software Ltd. is
strictly prohibited. Wallingford Software Ltd. is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registry keys not being removed

[Simon Topley]

 

   _  

From: Simon Topley 
Sent: 29 January 2007 12:57
To: 'Bob Arnson'; WiX-users
Subject: RE: [WiX-users] Registry keys not being removed


sorry fellow wixers, forgot to include you in the list.
 
I have a few shared compoents that I will add the same guids back to as the
previous version, I'm sure that will kill off a few error messages in the
log file. When I uninstall the previous version after uninstalling the
current version, the current version reg keys are still left behind :(
 
I have all shared components marked as shared so they should reference count
clients, I'm sure this is fine. My superior says he is not too bother if we
leave some junk behind in the registry but I couldn't live with myself if I
did.
 
although the mailing list will strip them out I have attached two log files,
one from a normal uninstallation where the previous version is not installed
on the system [ok.txt] and one from when a previous version is [dodgy.txt].
 
I hope something can be fished out of it as I have run out of ideas.. I'd
run out of ideas last week
 
Kind Regards
 
Simon Topley

   _  

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 26 January 2007 15:24
To: Simon Topley; WiX-users
Subject: Re: [WiX-users] Registry keys not being removed


Please keep wix-users on the thread so everyone can participate.

Simon Topley wrote: 

In the new version of our product all of the Files and registry keys are in
different places apart from a few third party things (which is what I
suspect the log is telling me it will not remove). We have build numbers for
each generation of our product, so the previous version put all it's reg
values under 14000, the new one under 15000. The same goes for the program
files folder. From what I can tell this means that the component GUIDs
should be changed at each release. However the 15000 hive is still found in
the registry after uninstallation... if the 14000 hive is there.



Every release that you want to live side-by-side with others must have
different component GUIDs with different paths -- unless it's a shared
resource, in which case it must have the same component GUID. And that's an
oversimplification.

I'd expect versioned paths to get uninstalled when the matching SxS product
is uninstalled. If you uninstall all versions, do all the keys get
uninstalled? Maybe there's a lingering component...

-- 

sig://boB

http://bobs.org <http://bobs.org> 


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software Ltd. is
strictly prohibited. Wallingford Software Ltd. is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registry keys not being removed

[Simon Topley]

Hello all,

The first release of our product using WIX has now passed and without event.
We are now testing the next version of our product (we have rolled over all
the GUIDs... Including the component guids [not sure if this is needed]).
Sadly when the current copy of the product is removed from a system that has
the previous version installed some of the registry settings are left behind
(only the keys, all the values are removed). People frequently run multiple
version of our product at the same time...:(

The logs seem strange. If I remove it normally I find this entry in the log
for the component that contains all the registry settings that are not
removed:

 MSI (s) (D0:7C) [13:55:43:592]: Component: cReg; Installed: Local;
Request: Absent;   Action: Absent

However on a faulty system I get this instead:

MSI (s) (A8:18) [09:44:40:402]: Component: cReg; Installed: Local;
Request: Absent;   Action: FileAbsent

And the section before reports:

MSI (s) (A8:18) [09:44:40:355]: Disallowing uninstallation of component:
{8BC7254E-904C-4D3D-A81B-0CDB32CB5848} since another client exists
MSI (s) (A8:18) [09:44:40:386]: Disallowing uninstallation of component:
{926BBED4-1EC0-443B-8162-79B10AC80CF6} since another client exists
MSI (s) (A8:18) [09:44:40:386]: Disallowing uninstallation of component:
{926BBED4-1EC0-443B-8162-79B10AC80CF6} since another client exists
MSI (s) (A8:18) [09:44:40:402]: Disallowing uninstallation of component:
{DCDC5134-64B3-499D-8FE5-962FCC959884} since another client exists
MSI (s) (A8:18) [09:44:40:402]: Disallowing uninstallation of component:
{DCDC5134-64B3-499D-8FE5-962FCC959884} since another client exists


There are very many of these and the GUIDS do not line up with anything I
have, possibly they are third party components and the message it gives me
is true and desirable since the previous version of the product is still
using them

Has anyone got any ideas why I'm getting this problem, or if anything of
what I have said jumps out as insane?

Kind Regards

Simon Topley


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software Ltd. is
strictly prohibited. Wallingford Software Ltd. is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Performance issues

[Simon Topley]

Title: Performance issues



Preaching to the choir there, we were using an old shonky 
none msi version of installshield. It clearly did less work, it's just hard 
explaining that to users/support staff, when all they see is the end result. 
With the previous version the guy who wrote it put a million workarounds in 
there to allow our support staff to install multiple copies of the same version 
of the product... Trying to explain that this is bad practice just gets me 
insults. Oh well, all is well now, the performance figures have calmed people 
down a little now that they realize they are complaining about 
nothing.
 
Cheers Rob.


From: Rob Mensching 
[mailto:[EMAIL PROTECTED] Sent: 03 August 2006 
16:17To: 'Simon Topley'; 
wix-users@lists.sourceforge.netSubject: RE: [WiX-users] Performance 
issues


When 
you say you've replaced InstallShield with the WiX toolset, what version of 
InstallShield did you replace?  I ask because the non-MSI versions of 
InstallShield used a scripting engine to do the install.  That engine (as 
I've been told) doesn't do nearly the same amount of integrity checking that the 
Windows Installer does.
 
For 
example, the Windows Installer maintains a rollback script of all the files that 
were replaced during the installation.  Thus, if the user cancels, 
everything gets put back the way it was.  That adds overhead that most 
installation technologies don't implement (and one of the reasons I cringe every 
time I see another product released on those engines).
 
Now, 
if you were using InstallShield for Windows Installer and the package you 
created with the WiX toolset was slower... well, then the WiX toolset probably 
has a bug.  
 


From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Simon 
TopleySent: Thursday, August 03, 2006 1:12 AMTo: 
'wix-users@lists.sourceforge.net'Subject: [WiX-users] Performance 
issues
 
Good morning to the 
Brotherhood/Sisterhood, 
I'm sure this is a problem others have 
encounted. I have now replace our suite of installsheild products with spanky 
new WIX versions. I have managed to elimitnate a large amount of redundant code 
(previous installers copied large amounts of file that were never used). Most of 
the installers are now half the size in compressed form. Dispite this the 
installation process now takes longer (so I'm told, I intend to run some 
performance tests later today). Is there a standard explaination for this that I 
can give to people (i.e. talk to city hall)
I am playing with the idea of having internal 
versions (products that will only be used by testers and support staff) as 
uncompressed in the hope that most of the time is being spent extracting files. 

Simon 
 
The information contained in this e-mail is 
likely to be confidential and may be legally privileged. It is intended only for 
the addressee. If you have received this message in error please notify the 
sender immediately at the above address. The disclosure, copying or distribution 
of this message or its contents without the prior approval of Wallingford 
Software Ltd. is strictly prohibited. Wallingford Software Ltd. is not liable 
for unauthorised disclosures nor for subsequent actions or omissions in reliance 
upon them.
 



The information contained in this e-mail is likely to be confidential and may be legally privileged. It is intended only for the addressee. If you have received this message in error please notify the sender immediately at the above address. The disclosure, copying or distribution of this message or its contents without the prior approval of Wallingford Software Ltd. is strictly prohibited. Wallingford Software Ltd. is not liable for unauthorised disclosures nor for subsequent actions or omissions in reliance upon them.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Performance issues

[Simon Topley]

Title: Performance issues



InstallShield versions were compressed yes, I ran some 
tests and here are the results (as accurate as I can get 
them):
 


  
  

  Installsheild 
  Versions:
  

  Product

  Size

  Install 
  Time
  

  Floodwork   
  

  178 
  mb

  2:25.5
  

  infonet mapx

  155 mb

   
  

  infonet 
  mapo   
  

  153 mb

  1:40.5
  

  infoworks demo

  272 mb

   
  

  infoworks mapx 
   

  403mb  

  2:51.7
  

  infoworks 
  mapo 
  

  422mb  

  2:57.2 (installed without 
  sample data)
  

  Windows Installer 
  Versions:
  

  Product

  Size

  Install 
  Time
  

  floodworks:    
  

  121mb

  3:21.6
  

  floodworks 
  tutorial: 
  

  38mb

   
  

  infonet 
  mapx: 
  

  78mb

   
  

  infonet 
  mapo:    
  

  83mb

  2:15.1
  

  infonet 
  tutorial 
  

  22mb

   
  

  infoworks 
  demo:  
  

  222 mb

   
  

  infoworks mapx 
   
  

  185mb  

  2:58.9
  

  inworks mapo 

  190mb

  3:01.9
  

  combined infoworks 
  tutorials:    

  46mb

   
 
 
That will probably read as total 
gibberish on the mailing list. Aanyway, the short version is that the 
performance hit isn't too bad at all, it just seems longer to the people in 
support because it takes longer to load and doesn't tell them the name of every 
file it is copying as it does so. There are a few installers that have a heavy 
hit (the ones in the list are just the main players, there are a load more). I 
suspect that the stupid slow versions have issues that are as yet unknown. I 
tried running an uncompressed version and saved about 30 second off a 3 minute 
install time. Windows installers are certainly slower, but not by much, it's 
worth the trade off for ease of delivery, not to mention 
maintenance.
 
Simon


From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 03 August 2006 15:34To: Simon TopleyCc: 
'wix-users@lists.sourceforge.net'Subject: Re: [WiX-users] Performance 
issues
Simon Topley wrote: 

  
  I'm sure this is a problem others have encounted. I have now 
  replace our suite of installsheild products with spanky new WIX versions. I 
  have managed to elimitnate a large amount of redundant code (previous 
  installers copied large amounts of file that were never used). Most of the 
  installers are now half the size in compressed form. Dispite this the 
  installation process now takes longer (so I'm told, I intend to run some 
  performance tests later today). Is there a standard explaination for this that 
  I can give to people (i.e. talk to city hall)
  I am playing with the idea of having internal versions 
  (products that will only be used by testers and support staff) as uncompressed 
  in the hope that most of the time is being spent extracting 
files.Was the InstallShield package also compressed? Are 
the tests being run over the network? Sometimes bandwidth constraints make it 
faster to have a compressed image. -- 
sig://boB
http://bobs.org



The information contained in this e-mail is likely to be confidential and may be legally privileged. It is intended only for the addressee. If you have received this message in error please notify the sender immediately at the above address. The disclosure, copying or distribution of this message or its contents without the prior approval of Wallingford Software Ltd. is strictly prohibited. Wallingford Software Ltd. is not liable for unauthorised disclosures nor for subsequent actions or omissions in reliance upon them.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Performance issues

[Simon Topley]

Title: Performance issues





Good morning to the Brotherhood/Sisterhood,


I'm sure this is a problem others have encounted. I have now replace our suite of installsheild products with spanky new WIX versions. I have managed to elimitnate a large amount of redundant code (previous installers copied large amounts of file that were never used). Most of the installers are now half the size in compressed form. Dispite this the installation process now takes longer (so I'm told, I intend to run some performance tests later today). Is there a standard explaination for this that I can give to people (i.e. talk to city hall)

I am playing with the idea of having internal versions (products that will only be used by testers and support staff) as uncompressed in the hope that most of the time is being spent extracting files. 

Simon




The information contained in this e-mail is likely to be confidential and may be legally privileged. It is intended only for the addressee. If you have received this message in error please notify the sender immediately at the above address. The disclosure, copying or distribution of this message or its contents without the prior approval of Wallingford Software Ltd. is strictly prohibited. Wallingford Software Ltd. is not liable for unauthorised disclosures nor for subsequent actions or omissions in reliance upon them.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SelfRegCost on windows 2003 Server

[Simon Topley]

Title: SelfRegCost on windows 2003 Server





Greetings all,


I'm not sure if this is a bug with WIX, or if the problem is this end. We have a load of self registering dll's, I know, don't start. These babies work fine when installed on XP, the registry entries all appear fine etc. etc. When I run the same installer on 2003 server standard edition the installer fails with a "failed to register blah blah blah.dll" error. Our old Installshield versions manage to self register on 2003 fine... Any offers?

Cheers ta,


Simon.



The information contained in this e-mail is likely to be confidential and may be legally privileged. It is intended only for the addressee. If you have received this message in error please notify the sender immediately at the above address. The disclosure, copying or distribution of this message or its contents without the prior approval of Wallingford Software Ltd. is strictly prohibited. Wallingford Software Ltd. is not liable for unauthorised disclosures nor for subsequent actions or omissions in reliance upon them.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installing/Starting a service, the simple way.

[Simon Topley]

Well that's is the end of that saga. It seems we have 
some pretty funky services here, self registering almost. The services 
install/uninstall themselves by running them with a "-i" or -u" switch. 
Information's so precious, if only people would share it.
 
Thanks all the same guys, have a good 
weekend.
 
Simon


From: Rob Mensching 
[mailto:[EMAIL PROTECTED] Sent: 06 July 2006 
15:29To: 'Simon Topley'Subject: RE: [WiX-users] 
Installing/Starting a service, the simple way.


To be 
clear, I wasn't suggesting managed code services work better.  They 
actually are more prone to hitting this problem.  I was simply pointing 
that out as an example of how to hit the problem.
 
 


From: Simon Topley 
[mailto:[EMAIL PROTECTED] Sent: Thursday, July 
06, 2006 1:55 AMTo: '[EMAIL PROTECTED]'Subject: 
RE: [WiX-users] Installing/Starting a service, the simple 
way.
 
interesting 
work around, sadly I don't have control of the services in question.. and 
getting thhere owners to convert them to managed code is likely to get me a room 
full of people laughing at me.
 
I'll 
keep hammering it and update the mailing list as I go.
 



From: Rob Mensching 
[mailto:[EMAIL PROTECTED] Sent: 05 July 2006 
16:13To: 'Simon Topley'; 
wix-users@lists.sourceforge.netSubject: RE: [WiX-users] 
Installing/Starting a service, the simple way.
Usually, 
this means your service has some dependency that hasn't been completely 
installed by the time StartServices is called.  A favorite way to hit this 
is to have a managed code service that depends on an assembly that is being 
installed to the GAC.  Because assemblies aren't committed to the GAC until 
InstallFinalize, the assembly won't be found in the GAC until the install is 
complete.
 
 


From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Simon 
TopleySent: Wednesday, July 05, 2006 6:50 AMTo: 
'wix-users@lists.sourceforge.net'Subject: Re: [WiX-users] 
Installing/Starting a service, the simple way.
 
I have 
managed to get it to install my services using the code below, however I still 
get errored when it tries to start the service. I can start the services 
manually post installation (if I supress the "StartService" 
action).
 
Any 
ideas anyone?
 
Simon
 
 



From: Simon Topley 
Sent: 05 July 2006 10:27To: 
wix-users@lists.sourceforge.netSubject: Installing/Starting a 
service, the simple way.

Hello again 
all,

 

I'm having real 
trouble installing and starting a service, I have made a simple installer that 
just installs one file and tries to install it as a service and start it... I 
get the standard error message when installing "Failed to start service "My 
Service""

 

Here is the wxs 
file... ANYONE please is there something simple I'm missing 
here?

 

xml version='1.0' encoding='windows-1252'?>
<Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi'>
<Product Name='Foobar 1.0' Id='A85C6ED8-D384-4275-9E1A-CA3D9960DC26'
Language='1033' Codepage='1252' Version='1.0.0' Manufacturer='Acme Ltd.'>
<Package Id='----' Keywords='Installer'
Description="Acme's Foobar 1.0 
Installer"
Comments='Foobar is a registered trademark of Acme 
Ltd.' Manufacturer='Acme Ltd.'
InstallerVersion='100' Languages='1033' Compressed='yes' SummaryCodepage='1252' />
<Media Id='1' Cabinet='Sample.cab' EmbedCab='yes' DiskPrompt="CD-ROM #1" />
<Property Id='DiskPrompt' Value="Acme's Foobar 1.0 Installation 
[1]" />
<Directory Id='TARGETDIR' Name='SourceDir'>
<Directory Id='ProgramFilesFolder' Name='PFiles'>
<Directory Id='InstallDir' Name='Acme'>
<Component Id='ServiceExeComponent' Guid='209C6668-1A64-43e9-AFCC-3373A846A40D'
SharedDllRefCount='no' KeyPath='no' NeverOverwrite='no' Permanent='no' Transitive='no'
Win64='no' Location='either'>
<File Id='ServiceExeFile' Name="WSSESS_1.EXE" LongName="WSSession.exe" src="d:\FWRedist\WSSession.exe"
ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no'
Checksum='no' DiskId="1"/>
<ServiceInstall Id='MyServiceInstall' DisplayName='My Test Service' Name='MyServiceExeName'
ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' />
<ServiceControl Id='MyServiceControl' Name='

Re: [WiX-users] Installing/Starting a service, the simple way.

[Simon Topley]

Title: Re: Installing/Starting a service, the simple way.





Oh sorry, I misunderstood, I have this:   


  
    Privileged
    


I have managed to resolve the issue, it turns out that for this project the services don't even have to be started! I did however manage to get it to work with a custom action that ran a batchfile.. Tastes like fudge.


Thanks for all the help anyway y'all, I love it when problems fix themselves..


Simon


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED]

Sent: 06 July 2006 12:57
To: wix-users@lists.sourceforge.net
Subject: WiX-users Digest, Vol 2, Issue 24


Send WiX-users mailing list submissions to
    wix-users@lists.sourceforge.net


To subscribe or unsubscribe via the World Wide Web, visit
    https://lists.sourceforge.net/lists/listinfo/wix-users
or, via email, send a message with subject or body 'help' to
    [EMAIL PROTECTED]


You can reach the person managing the list at
    [EMAIL PROTECTED]


When replying, please edit your Subject line so it is more specific than "Re: Contents of WiX-users digest..."



Today's Topics:


   1. Re: Installing/Starting a service, the simple way. (Rob Hamflett)
   2. (no subject) ([EMAIL PROTECTED])
   3. HTTP Shortcut Woes ([EMAIL PROTECTED])
   4. Re: HTTP Shortcut Woes (Rob Hamflett)
   5. Re: HTTP Shortcut Woes ([EMAIL PROTECTED])
   6. (no subject) (Hanison, Jack)



--


Message: 1
Date: Thu, 06 Jul 2006 10:14:41 +0100
From: Rob Hamflett <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] Installing/Starting a service, the simple
    way.
To: wix-users@lists.sourceforge.net
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed


It's just a property.  Create it like you would any other.  What it will do is enforce you to have administrative rights in order to run the installer.  I suggested it because if that worked then it would definitely be just a rights issue, instead of some setting being wrong.

Rob


Simon Topley wrote:
> Hi Rob (Hamflett),
> 
> I've not come across "allusers", where would I find it?
> 
> ..I'm on WIX 2.0.3719.0 (this in itself could be a problem)
> 
> Simon
> 
>  
> 
>  
> 
> Message: 1
> 
> Date: Wed, 05 Jul 2006 15:07:06 +0100
> 
> From: Rob Hamflett <[EMAIL PROTECTED]>
> 
> Subject: Re: [WiX-users] Installing/Starting a service, the simple
> 
> way.
> 
> To: wix-users@lists.sourceforge.net
> 
> Message-ID: <[EMAIL PROTECTED]>
> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Out of interest, what happens if you set the ALLUSERS property to 1?
> 
> Rob
> 
> Simon Topley wrote:
> 
>  > I have managed to get it to install my services using the code 
> below,
> 
>  > however I still get errored when it tries to start the service. I 
> can
> 
>  > start the services manually post installation (if I supress the
> 
>  > "StartService" action).
> 
>  >
> 
>  > Any ideas anyone?
> 
>  >
> 
>  > Simon
> 
>  >
> 
>  >
> 
> 
> --
> --
> *From:* Rob Mensching [mailto:[EMAIL PROTECTED]]
> *Sent:* 05 July 2006 16:13
> *To:* 'Simon Topley'; wix-users@lists.sourceforge.net
> *Subject:* RE: [WiX-users] Installing/Starting a service, the simple way.
> 
> Usually, this means your service has some dependency that hasn't been 
> completely installed by the time StartServices is called.  A favorite 
> way to hit this is to have a managed code service that depends on an 
> assembly that is being installed to the GAC.  Because assemblies 
> aren't committed to the GAC until InstallFinalize, the assembly won't 
> be found in the GAC until the install is complete.
> 
>  
> 
>  
> 
> *From:* [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] *On Behalf Of *Simon 
> Topley
> *Sent:* Wednesday, July 05, 2006 6:50 AM
> *To:* 'wix-users@lists.sourceforge.net'
> *Subject:* Re: [WiX-users] Installing/Starting a service, the simple way.
> 
>  
> 
> I have managed to get it to install my services using the code below, 
> however I still get errored when it tries to start the service. I can 
> start the services manually post installation (if I supress the 
> "StartService" action).
> 
>  
> 
> Any ideas anyone?
> 
>  
> 
> Simon
> 
>  
> 
>  
> 
> --
> --
> 
> *From:* Simon Topley
> *Sent:* 05 July 2006 10:27
> *To:* wix

Re: [WiX-users] Installing/Starting a service, the simple way.

[Simon Topley]

Hi Rob 
(Hamflett),
I've not 
come across "allusers", where would I find it?
..I'm on 
WIX 2.0.3719.0 (this in itself could be a problem)
Simon
 
 
Message: 1
Date: Wed, 05 Jul 2006 15:07:06 +0100
From: Rob Hamflett <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] Installing/Starting a service, 
the simple
way.
To: wix-users@lists.sourceforge.net
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; 
format=flowed
Out of interest, what happens if you set the ALLUSERS 
property to 1?
Rob
Simon Topley wrote:
> I have managed to get it to install my services 
using the code below, 
> however I still get errored when it tries to start 
the service. I can 
> start the services manually post installation (if I 
supress the 
> "StartService" action).
> 
> Any ideas anyone?
> 
> Simon
> 
> 


From: Rob Mensching 
[mailto:[EMAIL PROTECTED] Sent: 05 July 2006 
16:13To: 'Simon Topley'; 
wix-users@lists.sourceforge.netSubject: RE: [WiX-users] 
Installing/Starting a service, the simple way.


Usually, 
this means your service has some dependency that hasn't been completely 
installed by the time StartServices is called.  A favorite way to hit this 
is to have a managed code service that depends on an assembly that is being 
installed to the GAC.  Because assemblies aren't committed to the GAC until 
InstallFinalize, the assembly won't be found in the GAC until the install is 
complete.
 
 


From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Simon 
TopleySent: Wednesday, July 05, 2006 6:50 AMTo: 
'wix-users@lists.sourceforge.net'Subject: Re: [WiX-users] 
Installing/Starting a service, the simple way.
 
I have 
managed to get it to install my services using the code below, however I still 
get errored when it tries to start the service. I can start the services 
manually post installation (if I supress the "StartService" 
action).
 
Any 
ideas anyone?
 
Simon
 
 



From: Simon Topley 
Sent: 05 July 2006 10:27To: 
wix-users@lists.sourceforge.netSubject: Installing/Starting a 
service, the simple way.

Hello again 
all,

 

I'm having real 
trouble installing and starting a service, I have made a simple installer that 
just installs one file and tries to install it as a service and start it... I 
get the standard error message when installing "Failed to start service "My 
Service""

 

Here is the wxs 
file... ANYONE please is there something simple I'm missing 
here?

 

xml version='1.0' encoding='windows-1252'?>
<Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi'>
<Product Name='Foobar 1.0' Id='A85C6ED8-D384-4275-9E1A-CA3D9960DC26'
Language='1033' Codepage='1252' Version='1.0.0' Manufacturer='Acme Ltd.'>
<Package Id='----' Keywords='Installer'
Description="Acme's Foobar 1.0 
Installer"
Comments='Foobar is a registered trademark of Acme 
Ltd.' Manufacturer='Acme Ltd.'
InstallerVersion='100' Languages='1033' Compressed='yes' SummaryCodepage='1252' />
<Media Id='1' Cabinet='Sample.cab' EmbedCab='yes' DiskPrompt="CD-ROM #1" />
<Property Id='DiskPrompt' Value="Acme's Foobar 1.0 Installation 
[1]" />
<Directory Id='TARGETDIR' Name='SourceDir'>
<Directory Id='ProgramFilesFolder' Name='PFiles'>
<Directory Id='InstallDir' Name='Acme'>
<Component Id='ServiceExeComponent' Guid='209C6668-1A64-43e9-AFCC-3373A846A40D'
SharedDllRefCount='no' KeyPath='no' NeverOverwrite='no' Permanent='no' Transitive='no'
Win64='no' Location='either'>
<File Id='ServiceExeFile' Name="WSSESS_1.EXE" LongName="WSSession.exe" src="d:\FWRedist\WSSession.exe"
ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no'
Checksum='no' DiskId="1"/>
<ServiceInstall Id='MyServiceInstall' DisplayName='My Test Service' Name='MyServiceExeName'
ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' />
<ServiceControl Id='MyServiceControl' Name='MyServiceExeName'
Start='install' Stop='uninstall' Remove='uninstall' />
Component>
Directory>
Directory>
Directory>
<Binary Id='CreateTable' SourceFile='CreateTable.sql' />
<Feature Id='ServiceFeature' Title='Sq