Re: [WiX-users] Versioning on small updates

2013-08-06 Thread Rob Mensching 
Change the 4th field of the version.


On Tue, Aug 6, 2013 at 5:00 PM, Blair Murri  wrote:

> Patching becomes more difficult whenever you change the ProductVersion.
>
> > From: chr...@iswix.com
> > To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
> > Date: Tue, 6 Aug 2013 14:01:04 -0700
> > Subject: Re: [WiX-users] Versioning on small updates
> >
> > Can someone explain to me the rational behind the definition of a "small
> update"?   My CM background has never liked the though of shipping a new
> MSI that had the same ProductVersion as a previous MSI.  Even if the
> PackageCode GUID is different.  It just doesn't make sense to me.
> >
> > 
> >  From: "David Watson" 
> > Sent: Tuesday, August 06, 2013 10:49 AM
> > To: "General discussion for Windows Installer XML toolset." <
> wix-users@lists.sourceforge.net>
> > Subject: Re: [WiX-users] Versioning on small updates
> >
> > You need to update the file version to allow windows installer to know
> > whether or not to overwrite any existing file.
> >
> http://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).asp
> > x
> >
> > I don't think the string version is used but I always keep them both in
> sync
> > anyway.
> > Windows installer honours and recognises all four parts of file versions
> (you
> > are correct that it only recognises the first 3 parts of msi product
> > versions).
> >
> > -Original Message-
> > From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com]
> > Sent: 06 August 2013 06:42
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Versioning on small updates
> >
> > According to the MSDN documentation, small updates are for small fixes
> that
> > don't change the product version. But I can't find definite information
> on
> > what to do with *file* versions. Do I still need to increase the file
> version
> > (in the VERSIONINFO resource) of Win32 PE files that I modify in a small
> > update patch?
> >
> > If yes, is that the numeric FILEVERSION, the string FileVersion, or
> both? And
> > can I bump only the 4th component, or does Windows Installer only take
> the
> > first three into account? (Perhaps I'm mixing things up and that's only
> for
> > MSI product versions, not file versions...)
> >
> > --
> > Nicolás
> >
> >
> -
> > -
> > Get your SQL database under version control now!
> > Version control is standard for application code, but databases havent
> caught
> > up. So what steps can you take to put your SQL databases under version
> > control? Why should you start doing it? Read more to find out.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> > SDL PLC confidential, all rights reserved. If you are not the intended
> recipient of this mail SDL requests and requires that you delete it without
> acting upon or copying any of its contents, and we further request that you
> advise us. SDL PLC is a public limited company registered in England and
> Wales.  Registered number: 02675207. Registered address: Globe House,
> Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.
> --
> Get your SQL database under version control now! Version control is
> standard for application code, but databases havent caught up. So what
> steps can you take to put your SQL databases under version control? Why
> should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
>  WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --
> > Get 100% visibility into Java/.NET code with AppDynamics Lite!
> > It's a free troubleshooting tool designed for production.
> > Get down to code-level detail for bottlenecks, with <2% overhead.
> > Download for free and get started troubleshooting in minutes.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _

Re: [WiX-users] Installation failed, but product updated

2013-08-06 Thread Blair Murri 
When was your custom action scheduled, are you manually setting any of the ARP 
registry keys manually, and do you have rollback turned off?
 
Product registration happens in the deferred phase of the RegisterProduct 
action, and should have rolled back if your custom action failure was after 
that action and before InstallFinalize.
 
If your action is a commit action or is scheduled after InstallFinalize, the 
product will remain installed.
 
Blair
 
> From: dsaw...@box.com
> Date: Tue, 6 Aug 2013 16:21:43 -0700
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Installation failed, but product updated
> 
> Hi all,
> 
> I have a weird problem. When a custom action fails, the installation fails
> and no files are installed. However, when I check in the control panel the
> version number has been updated to the new version. Subsequent attempts to
> install the new version trivially succeed – but my files are still the old
> version. Basically after a failed custom action I cannot upgrade.  In the
> test I started with version 4.0.2717 and afterwards it was still there, but
> in control panel it says my version is 4.0.2816. Is there something I need
> to do to prevent the installation from updating the product code on
> failure? Here’s a snippet from the msi log. I’m using WiX 3.5.
> 
> 
> 
> …
> 
> Calling custom action
> CustomActions!CustomActions.CustomActions.RemoveShortcuts
> 
> Begin RemoveShortcuts
> 
> Exception thrown by custom action:
> 
> System.Reflection.TargetInvocationException: Exception has been thrown by
> the target of an invocation. ---> System.ComponentModel.Win32Exception: The
> system cannot find the file specified
> 
>at CustomActions.CustomActions.GetKnownFolderPath(Guid guid)
> 
>at CustomActions.CustomActions.RemoveShortcuts(Session session)
> 
>--- End of inner exception stack trace ---
> 
>at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo
> method, Object target, Object arguments, SignatureStruct& sig,
> MethodAttributes methodAttributes, RuntimeType typeOwner)
> 
>at System.RuntimeMethodHandle.InvokeMethodFast(IRuntimeMethodInfo
> method, Object target, Object arguments, Signature sig, MethodAttributes
> methodAttributes, RuntimeType typeOwner)
> 
>at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
> invokeAttr, Binder binder, Object parameters, CultureInfo culture, Boolean
> skipVisibilityChecks)
> 
>at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
> invokeAttr, Binder binder, Object parameters, CultureInfo culture)
> 
>at
> Microsoft.Deployment.WindowsInstaller.CustomActionProxy.InvokeCustomAction(Int32
> sessionHandle, String entryPoint, IntPtr remotingDelegatePtr)
> 
> CustomAction RemoveBoxShortcuts returned actual error code 1603 (note this
> may not be 100% accurate if translation happened inside sandbox)
> 
> Action ended 15:14:02: RemoveBoxShortcuts. Return value 3.
> 
> Action ended 15:14:02: INSTALL. Return value 3.
> 
> …
> 
> 
> 
> Property(S): SourcedirProduct = {15040EF7-472F-476C-B481-9E0D966C26DB}
> 
> Property(S): ProductToBeRegistered = 1
> 
> MSI (s) (F4:F4) [15:14:02:537]: Product: Box Sync -- Installation failed.
> 
> 
> 
> MSI (s) (F4:F4) [15:14:02:537]: Windows Installer installed the product.
> Product Name: Box Sync. Product Version: 4.0.2816.0. Product Language:
> 1033. Manufacturer: Box, Inc.. Installation success or error status: 1603.
> 
> 
> 
> === Logging stopped: 8/6/2013  15:14:02 ===
> 
> 
> 
> -Dave
> 
> __
> Dave Sawyer  - dsaw...@box.com
> Consider the daffodil. And while you're doing that,
> I'll be over here, looking through your stuff.
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead. 
> Download for free and get started troubleshooting in minutes. 
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installation failed, but product updated

2013-08-06 Thread Phil Wilson 
It's ok for that to happen, but if you want your CA to cause the install to
fail it needs to say so - Return="check" should be the default to cause
that.

Having said that, I don't know exactly what it means when you say 2717 was
there and also 2816. If you're saying you have both versions installed after
the upgrade then either:

1. Your upgrade was not an upgrade because it didn't detect and remove the
older version. You got both installed.

2. Your upgrade has RemoveExistingProducts after InstallFinalize (outside
the transaction). You installed your newer version, then Windows tried to
uninstall your older version and failed, so it rolls back, but that rollback
(reinstalling the failed uninstall) is outside your transaction so you end
up with old and new installed. 

A verbose log is the standard diagnostic. 

Phil  

-Original Message-
From: Dave Sawyer [mailto:dsaw...@box.com] 
Sent: Tuesday, August 06, 2013 4:22 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installation failed, but product updated

Hi all,

I have a weird problem. When a custom action fails, the installation fails
and no files are installed. However, when I check in the control panel the
version number has been updated to the new version. Subsequent attempts to
install the new version trivially succeed - but my files are still the old
version. Basically after a failed custom action I cannot upgrade.  In the
test I started with version 4.0.2717 and afterwards it was still there, but
in control panel it says my version is 4.0.2816. Is there something I need
to do to prevent the installation from updating the product code on failure?
Here's a snippet from the msi log. I'm using WiX 3.5.



.

Calling custom action
CustomActions!CustomActions.CustomActions.RemoveShortcuts

Begin RemoveShortcuts

Exception thrown by custom action:

System.Reflection.TargetInvocationException: Exception has been thrown by
the target of an invocation. ---> System.ComponentModel.Win32Exception: The
system cannot find the file specified

   at CustomActions.CustomActions.GetKnownFolderPath(Guid guid)

   at CustomActions.CustomActions.RemoveShortcuts(Session session)

   --- End of inner exception stack trace ---

   at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo
method, Object target, Object arguments, SignatureStruct& sig,
MethodAttributes methodAttributes, RuntimeType typeOwner)

   at System.RuntimeMethodHandle.InvokeMethodFast(IRuntimeMethodInfo
method, Object target, Object arguments, Signature sig, MethodAttributes
methodAttributes, RuntimeType typeOwner)

   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
invokeAttr, Binder binder, Object parameters, CultureInfo culture, Boolean
skipVisibilityChecks)

   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
invokeAttr, Binder binder, Object parameters, CultureInfo culture)

   at
Microsoft.Deployment.WindowsInstaller.CustomActionProxy.InvokeCustomAction(I
nt32
sessionHandle, String entryPoint, IntPtr remotingDelegatePtr)

CustomAction RemoveBoxShortcuts returned actual error code 1603 (note this
may not be 100% accurate if translation happened inside sandbox)

Action ended 15:14:02: RemoveBoxShortcuts. Return value 3.

Action ended 15:14:02: INSTALL. Return value 3.

.



Property(S): SourcedirProduct = {15040EF7-472F-476C-B481-9E0D966C26DB}

Property(S): ProductToBeRegistered = 1

MSI (s) (F4:F4) [15:14:02:537]: Product: Box Sync -- Installation failed.



MSI (s) (F4:F4) [15:14:02:537]: Windows Installer installed the product.
Product Name: Box Sync. Product Version: 4.0.2816.0. Product Language:
1033. Manufacturer: Box, Inc.. Installation success or error status: 1603.



=== Logging stopped: 8/6/2013  15:14:02 ===



-Dave

__
Dave Sawyer  - dsaw...@box.com
Consider the daffodil. And while you're doing that, I'll be over here,
looking through your stuff.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing lis

Re: [WiX-users] Burn 'Unspecified Error' after signing bundle

2013-08-06 Thread Blair Murri 
Realize that signing a bundle requires two signatures in a row. Make sure you 
are signing the right thing in each target.
 
> From: jacob.hoo...@greenheck.com
> To: wix-users@lists.sourceforge.net
> Date: Tue, 6 Aug 2013 21:37:45 +
> Subject: Re: [WiX-users] Burn 'Unspecified Error' after signing bundle
> 
> Make sure you are signing your bundle using the provided targets.  If unsure, 
> post what you are using.
> 
> -Original Message-
> From: Phill Hogland [mailto:phogl...@rimage.com] 
> Sent: Tuesday, August 06, 2013 4:29 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Burn 'Unspecified Error' after signing bundle
> 
> I have a bundle which has three EXE and 1 MSI, all third-party, and then my 
> MSI for a total of five packages.  This is my first bundle and it has been 
> installing on a Win 8 x64 test system successfully.  I install and uninstall 
> on this test box, rather than going back to a clean OS as I have WinDbg and 
> VS also installed so that I can step into the code.
> 
> I had figured out the MSI localization some time ago, but reset the VS 
> culture parameter to english, and removed the post build steps to embed the 
> mst files and sign the msi, to save time in doing test builds as I developed 
> the bundle.  Now I am happy with the bundle so I added those msi localization 
> and signing steps back into the build process, and I added signing to the 
> bundle for the first time.
> 
> Now the setup always fails while trying to process the first EXE package 
> (which is VC 2008 SP1), previously installed as permanent.  Even if I remove 
> VC 2008 SP1 the package fails with the same error "0x80004005 - Unspecified 
> Error"
> 
> In WinDbg the failure happens at:
> Wix37_source\src\burn\engine\core.cpp #1339 ::GetExitCodeThread(hCacheThread, 
> (DWORD*)&hr) gets set to 0x80004005
> 
> Earlier a check for the cache path directory failed (as that GUID named dir 
> does not exist) but then I failed the figure out what it is trying to do when 
> it is failing.
> 
> As an experiment I rebuilt my bundle with all packages except the first one 
> commented out, and it still fails on that first package.  I suspect the fact 
> that it is marked as a 'permanent' package and the fact that I added bundle 
> signing is a factor in this issue.  The bundle is not installed when these 
> problems are happening.  Any thoughts on how I can get past this issue (or 
> narrow it down)?
> Phill
> 
> 
> 
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Unspecified-Error-after-signing-bundle-tp7587845.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead. 
> Download for free and get started troubleshooting in minutes. 
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead. 
> Download for free and get started troubleshooting in minutes. 
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Versioning on small updates

2013-08-06 Thread Blair Murri 
Patching becomes more difficult whenever you change the ProductVersion.
 
> From: chr...@iswix.com
> To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
> Date: Tue, 6 Aug 2013 14:01:04 -0700
> Subject: Re: [WiX-users] Versioning on small updates
> 
> Can someone explain to me the rational behind the definition of a "small 
> update"?   My CM background has never liked the though of shipping a new MSI 
> that had the same ProductVersion as a previous MSI.  Even if the PackageCode 
> GUID is different.  It just doesn't make sense to me.
> 
> 
>  From: "David Watson" 
> Sent: Tuesday, August 06, 2013 10:49 AM
> To: "General discussion for Windows Installer XML toolset." 
> 
> Subject: Re: [WiX-users] Versioning on small updates
> 
> You need to update the file version to allow windows installer to know
> whether or not to overwrite any existing file.
> http://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).asp
> x
> 
> I don't think the string version is used but I always keep them both in sync
> anyway.
> Windows installer honours and recognises all four parts of file versions (you
> are correct that it only recognises the first 3 parts of msi product
> versions).
> 
> -Original Message-
> From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
> Sent: 06 August 2013 06:42
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Versioning on small updates
> 
> According to the MSDN documentation, small updates are for small fixes that
> don't change the product version. But I can't find definite information on
> what to do with *file* versions. Do I still need to increase the file version
> (in the VERSIONINFO resource) of Win32 PE files that I modify in a small
> update patch?
> 
> If yes, is that the numeric FILEVERSION, the string FileVersion, or both? And
> can I bump only the 4th component, or does Windows Installer only take the
> first three into account? (Perhaps I'm mixing things up and that's only for
> MSI product versions, not file versions...)
> 
> --
> Nicolás
> 
> -
> -
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent caught
> up. So what steps can you take to put your SQL databases under version
> control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> SDL PLC confidential, all rights reserved. If you are not the intended 
> recipient of this mail SDL requests and requires that you delete it without 
> acting upon or copying any of its contents, and we further request that you 
> advise us. SDL PLC is a public limited company registered in England and 
> Wales.  Registered number: 02675207. Registered address: Globe House, 
> Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. 
> --
>  Get your SQL database under version control now! Version control is standard 
> for application code, but databases havent caught up. So what steps can you 
> take to put your SQL databases under version control? Why should you start 
> doing it? Read more to find out. 
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk 
> ___ WiX-users mailing list 
> WiX-users@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead. 
> Download for free and get started troubleshooting in minutes. 
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installation failed, but product updated

2013-08-06 Thread Dave Sawyer 
Hi all,

I have a weird problem. When a custom action fails, the installation fails
and no files are installed. However, when I check in the control panel the
version number has been updated to the new version. Subsequent attempts to
install the new version trivially succeed – but my files are still the old
version. Basically after a failed custom action I cannot upgrade.  In the
test I started with version 4.0.2717 and afterwards it was still there, but
in control panel it says my version is 4.0.2816. Is there something I need
to do to prevent the installation from updating the product code on
failure? Here’s a snippet from the msi log. I’m using WiX 3.5.



…

Calling custom action
CustomActions!CustomActions.CustomActions.RemoveShortcuts

Begin RemoveShortcuts

Exception thrown by custom action:

System.Reflection.TargetInvocationException: Exception has been thrown by
the target of an invocation. ---> System.ComponentModel.Win32Exception: The
system cannot find the file specified

   at CustomActions.CustomActions.GetKnownFolderPath(Guid guid)

   at CustomActions.CustomActions.RemoveShortcuts(Session session)

   --- End of inner exception stack trace ---

   at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo
method, Object target, Object arguments, SignatureStruct& sig,
MethodAttributes methodAttributes, RuntimeType typeOwner)

   at System.RuntimeMethodHandle.InvokeMethodFast(IRuntimeMethodInfo
method, Object target, Object arguments, Signature sig, MethodAttributes
methodAttributes, RuntimeType typeOwner)

   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
invokeAttr, Binder binder, Object parameters, CultureInfo culture, Boolean
skipVisibilityChecks)

   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
invokeAttr, Binder binder, Object parameters, CultureInfo culture)

   at
Microsoft.Deployment.WindowsInstaller.CustomActionProxy.InvokeCustomAction(Int32
sessionHandle, String entryPoint, IntPtr remotingDelegatePtr)

CustomAction RemoveBoxShortcuts returned actual error code 1603 (note this
may not be 100% accurate if translation happened inside sandbox)

Action ended 15:14:02: RemoveBoxShortcuts. Return value 3.

Action ended 15:14:02: INSTALL. Return value 3.

…



Property(S): SourcedirProduct = {15040EF7-472F-476C-B481-9E0D966C26DB}

Property(S): ProductToBeRegistered = 1

MSI (s) (F4:F4) [15:14:02:537]: Product: Box Sync -- Installation failed.



MSI (s) (F4:F4) [15:14:02:537]: Windows Installer installed the product.
Product Name: Box Sync. Product Version: 4.0.2816.0. Product Language:
1033. Manufacturer: Box, Inc.. Installation success or error status: 1603.



=== Logging stopped: 8/6/2013  15:14:02 ===



-Dave

__
Dave Sawyer  - dsaw...@box.com
Consider the daffodil. And while you're doing that,
I'll be over here, looking through your stuff.
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detect Internet Explorer Browser Version [P]

2013-08-06 Thread Steven Ogilvie 
Classification: Public
Use the WIX RegistrySearch element to get the version of IE from the registry 
key at HKLM\SOFTWARE\Microsoft\Internet Explorer

i.e.

  


Steve

-Original Message-
From: Christopher M. Bunn [mailto:cmb...@torchmarkcorp.com]
Sent: August-06-13 5:46 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Detect Internet Explorer Browser Version

Can anyone provide an example in WIX to check the version of Internet Explorer 
Browser used for person who loads MSI?

 

Thanks,

Chris Bunn

214-250-5602

 

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


This message has been marked as Public by Steven Ogilvie on August-06-13 
5:56:41 PM.

The above classification labels were added to the message by TITUS Message 
Classification. For more information visit www.titus.com.





--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Detect Internet Explorer Browser Version

2013-08-06 Thread Christopher M. Bunn 
Can anyone provide an example in WIX to check the version of Internet
Explorer Browser used for person who loads MSI?

 

Thanks,

Chris Bunn

214-250-5602

 

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn 'Unspecified Error' after signing bundle

2013-08-06 Thread Hoover, Jacob 
Make sure you are signing your bundle using the provided targets.  If unsure, 
post what you are using.

-Original Message-
From: Phill Hogland [mailto:phogl...@rimage.com] 
Sent: Tuesday, August 06, 2013 4:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Burn 'Unspecified Error' after signing bundle

I have a bundle which has three EXE and 1 MSI, all third-party, and then my MSI 
for a total of five packages.  This is my first bundle and it has been 
installing on a Win 8 x64 test system successfully.  I install and uninstall on 
this test box, rather than going back to a clean OS as I have WinDbg and VS 
also installed so that I can step into the code.

I had figured out the MSI localization some time ago, but reset the VS culture 
parameter to english, and removed the post build steps to embed the mst files 
and sign the msi, to save time in doing test builds as I developed the bundle.  
Now I am happy with the bundle so I added those msi localization and signing 
steps back into the build process, and I added signing to the bundle for the 
first time.

Now the setup always fails while trying to process the first EXE package (which 
is VC 2008 SP1), previously installed as permanent.  Even if I remove VC 2008 
SP1 the package fails with the same error "0x80004005 - Unspecified Error"

In WinDbg the failure happens at:
Wix37_source\src\burn\engine\core.cpp #1339 ::GetExitCodeThread(hCacheThread, 
(DWORD*)&hr) gets set to 0x80004005

Earlier a check for the cache path directory failed (as that GUID named dir 
does not exist) but then I failed the figure out what it is trying to do when 
it is failing.

As an experiment I rebuilt my bundle with all packages except the first one 
commented out, and it still fails on that first package.  I suspect the fact 
that it is marked as a 'permanent' package and the fact that I added bundle 
signing is a factor in this issue.  The bundle is not installed when these 
problems are happening.  Any thoughts on how I can get past this issue (or 
narrow it down)?
Phill



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Unspecified-Error-after-signing-bundle-tp7587845.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn 'Unspecified Error' after signing bundle

2013-08-06 Thread Phill Hogland 
I have a bundle which has three EXE and 1 MSI, all third-party, and then my
MSI for a total of five packages.  This is my first bundle and it has been
installing on a Win 8 x64 test system successfully.  I install and uninstall
on this test box, rather than going back to a clean OS as I have WinDbg and
VS also installed so that I can step into the code.

I had figured out the MSI localization some time ago, but reset the VS
culture parameter to english, and removed the post build steps to embed the
mst files and sign the msi, to save time in doing test builds as I developed
the bundle.  Now I am happy with the bundle so I added those msi
localization and signing steps back into the build process, and I added
signing to the bundle for the first time.

Now the setup always fails while trying to process the first EXE package
(which is VC 2008 SP1), previously installed as permanent.  Even if I remove
VC 2008 SP1 the package fails with the same error "0x80004005 - Unspecified
Error"

In WinDbg the failure happens at:
Wix37_source\src\burn\engine\core.cpp #1339 
::GetExitCodeThread(hCacheThread, (DWORD*)&hr)
gets set to 0x80004005

Earlier a check for the cache path directory failed (as that GUID named dir
does not exist) but then I failed the figure out what it is trying to do
when it is failing.

As an experiment I rebuilt my bundle with all packages except the first one
commented out, and it still fails on that first package.  I suspect the fact
that it is marked as a 'permanent' package and the fact that I added bundle
signing is a factor in this issue.  The bundle is not installed when these
problems are happening.  Any thoughts on how I can get past this issue (or
narrow it down)?
Phill



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Unspecified-Error-after-signing-bundle-tp7587845.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Versioning on small updates

2013-08-06 Thread Christopher Painter 
Can someone explain to me the rational behind the definition of a "small 
update"?   My CM background has never liked the though of shipping a new MSI 
that had the same ProductVersion as a previous MSI.  Even if the PackageCode 
GUID is different.  It just doesn't make sense to me.


 From: "David Watson" 
Sent: Tuesday, August 06, 2013 10:49 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Versioning on small updates

You need to update the file version to allow windows installer to know
whether or not to overwrite any existing file.
http://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).asp
x

I don't think the string version is used but I always keep them both in sync
anyway.
Windows installer honours and recognises all four parts of file versions (you
are correct that it only recognises the first 3 parts of msi product
versions).

-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: 06 August 2013 06:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Versioning on small updates

According to the MSDN documentation, small updates are for small fixes that
don't change the product version. But I can't find definite information on
what to do with *file* versions. Do I still need to increase the file version
(in the VERSIONINFO resource) of Win32 PE files that I modify in a small
update patch?

If yes, is that the numeric FILEVERSION, the string FileVersion, or both? And
can I bump only the 4th component, or does Windows Installer only take the
first three into account? (Perhaps I'm mixing things up and that's only for
MSI product versions, not file versions...)

--
Nicolás

-
-
Get your SQL database under version control now!
Version control is standard for application code, but databases havent caught
up. So what steps can you take to put your SQL databases under version
control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved. If you are not the intended 
recipient of this mail SDL requests and requires that you delete it without 
acting upon or copying any of its contents, and we further request that you 
advise us. SDL PLC is a public limited company registered in England and Wales. 
 Registered number: 02675207. Registered address: Globe House, Clivemont Road, 
Maidenhead, Berkshire SL6 7DY, UK. 
-- 
Get your SQL database under version control now! Version control is standard 
for application code, but databases havent caught up. So what steps can you 
take to put your SQL databases under version control? Why should you start 
doing it? Read more to find out. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk 
___ WiX-users mailing list 
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [BURN] Install external MSI including a service

2013-08-06 Thread Blair Murri 
Looking inside of the MSI I would guess that when running the UI it sets 
ALLUSERS to 1 for you, but when you run it in burn (without the MSI's own UI) 
that isn't being set (since the MSI contains conditions/components that intend 
it to be "dual-mode").
 
I would try adding the ForcePerMachine="yes" attribute to your MsiPackage 
element and see if that fixes it for you.
 
e.g.
>  Cache="no"  Compressed="yes"
> Permanent="yes" 
> Vital="yes" ForcePerMachine="yes"
> Name="$(var.APACHE_MSI)"
> SourceFile="$(var.APACHE_MSI)" >
 
Blair
 
> From: irmisc...@macnetix.de
> To: wix-users@lists.sourceforge.net
> Date: Mon, 5 Aug 2013 15:11:37 +
> Subject: [WiX-users] [BURN] Install external MSI including a service
> 
> Hey folks,
> 
> I'm having a problem here. We are currently building an installer for our 
> software. But before installing our software, we need to install a web server 
> (in our case it's an apache).
> When installing apache via the msi-package (from 
> http://mirror.softaculous.com/apache//httpd/binaries/win32/)
>  everything works fine:
> 
> -  Apache is being installed
> 
> -  Apache service is being installed
> 
> -  Apache service is being started
> 
> What I want to do now, is to include the apache msi package in our installer. 
> Therefore I created a new WiX-Bootstrap Project.
> 
>  Version="1.0.0.0"
> Manufacturer="MyCompany"
> UpgradeCode="UPGRADE-GUID-HERE">
> 
>  Id="WixStandardBootstrapperApplication.RtfLicense" />
> 
> 
> 
>   
> 
> 
> 
>  Cache="no"  Compressed="yes"
> Permanent="yes" 
> Vital="yes"
> Name="$(var.APACHE_MSI)"
> SourceFile="$(var.APACHE_MSI)" >
>  Value="$(var.APACHE_SERVER_ADMIN)" />
>  Value="$(var.APACHE_DOMAIN_NAME)" />
>  Value="$(var.APACHE_HOST_NAME)" />
> 
> 
> 
> 
> 
> Apache itself installs without errors. But there are 2 steps missing now:
> 
> -  The apache service is NOT being installed
> 
> -  The apache service is NOT being started
> 
> My question now is: What do I have to change to make WiX execute those 2 
> final steps (service install and service start) ?
> 
> 
> Info:
> IDE = VS2008
> OS = Win7
> WiX Version = 3.8
> Minimum Target Environment = WinXP
> 
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent 
> caught up. So what steps can you take to put your SQL databases under 
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Fwd: Re: Right-align license file? (newby)

2013-08-06 Thread Stef Hoeben 

Hi,

(sorry for the delay, I just found your reply via google, it didn't
seem to make it to my inbox though I got dozens of other mails from
this list.)


> I assume you employed the technique from the tutorial
> (http://wix.tramontana.co.hu/tutorial/localization/tfel-ot-thgir) since
> WixUI_RTL_InstallDir isn't in the toolset-supplied UI extension.


Yes. These are the commands that are executed:

candle.exe -v -dDebug -dLang=he -d"DevEnvDir=C:\Program Files\Microsoft Visual 
Studio 8\Common7\IDE\\" -dSolutionDir=xxx\wix_runtime\ -dSolutionExt=.sln 
-dSolutionFileName=wix_runtime.sln -dSolutionName=wix_runtime 
-dSolutionPath=xxx\wix_runtime.sln -dConfiguration=Release 
-dOutDir=..\..\_Intermediate\Release\ -dPlatform=x86 -dProjectDir=xxx 
-dProjectExt=.wixproj -dProjectFileName=name.wixproj -dProjectName=name 
-dProjectPath=xxx\name.wixproj -dTargetDir=xxx\Release\ -dTargetExt=.msi 
-dTargetFileName=name.msi -dTargetName=name-dTargetPath=xxx\name.msi -out 
obj\Release\iw-il\Product.wixobj -arch x86 -ext "C:\Program Files\Windows 
Installer XML v3\bin\WixUtilExtension.dll" Product.wxs
Light.exe -v -cultures:iw-il -dLang=he -ext "C:\Program Files\Windows Installer 
XML v3\bin\WixUtilExtension.dll" -loc ..\wix_common\Strings-he.wxl -out 
xxx\name.msi -pdbout xxx\iw-il\name.wixpdb -sice:ICE09 -sice:ICE03 -sice:ICE82 
obj\Release\iw-il\Product.wixobj "xxx\RightToLeft 
support\WixLib\WixUIExtension_RTL.wixlib"

As you can see, the Light.exe is called with a WixUIExtension_RTL.wixlib 
argument,
which seems indeed to come fromhttp://wix.tramontana.co.hu/  


Hope the above is enough info?
  Thx, br,
Stef

==


Blair Murri wrote:


I assume you employed the technique from the tutorial
(http://wix.tramontana.co.hu/tutorial/localization/tfel-ot-thgir) since
WixUI_RTL_InstallDir isn't in the toolset-supplied UI extension.
  
It's possible there's a bug in the tool that creates the RTL files. Personally
I think there's a bug that should be set against the WiX toolset for not
directly supporting RTL using the provided dialogs.
  
Once we know where you are getting the dialog set you are using, we can help
you adjust it to get the license text aligned correctly.
  
> Date: Sun, 28 Jul 2013 17:57:42 +0200
> From:stef.hoe...@zetes.com
> To:wix-users@lists.sourceforge.net
> Subject: [WiX-users] Right-align license file? (newby)
>
> Hi,
>
> I'm trying to make an .msi which displays a hebrew license:
>
>   Value="$(var.DIR_MISC)\licenses_files\License_he.rtf" />
>
> With Word, the .rtf is right-aligned as it should. But the same .rtf is
> shown left-aligned when running the .msi.
>
> All other things in the GUI are OK, I'm using
>
>
>
> Any ideas how to have to license RTF right-align in the RTF?
>
> Thx, br,
> Stef



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install IIS

2013-08-06 Thread Blair Murri 
The easiest way may be to include this 
(http://www.microsoft.com/web/downloads/platform.aspx) in Burn.
 
> Date: Tue, 6 Aug 2013 10:09:25 -0500
> From: cmb...@torchmarkcorp.com
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Install IIS
> 
> I am working on an msi for our company and recently got started working with
> WIX.  Can anyone point me to an example of how to install IIS ( Internet
> Information Server ) using WIX? 
> 
>  
> 
> Thanks,
> 
> Chris B
> 
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent 
> caught up. So what steps can you take to put your SQL databases under 
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Diffence Betwen WixEdit & Heat.exe

2013-08-06 Thread Marco Tognacci 
Heat.exe is a component of WiX it's used for harvesting files, directories, 
projects...WixEdit is simply an editor for the WiX projects.

> From: bwhee...@dshs.wa.gov
> To: wix-users@lists.sourceforge.net
> Date: Tue, 6 Aug 2013 14:55:54 +
> Subject: Re: [WiX-users] Diffence Betwen WixEdit & Heat.exe
> 
> I'm not familiar with WixEdit but I use Heat frequently and find it to be 
> very solid.  If you want the same output from both tools  I'd go with Heat.
> 
> -Original Message-
> From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com] 
> Sent: Tuesday, August 06, 2013 12:18 AM
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] Diffence Betwen WixEdit & Heat.exe
> 
> Hi,
> I want to know the difference between 'WixEdit & Heat.exe.
> When i use Wixedit for XML tags it is taking a lot of time.(1 hr) But the 
> same structure when i use Though 'Heat.exe' it is generating very less time 
> within (20secs) its creating.
> What is the differnce in both.
> Or is there any Bugs in heat or Wixedit...
> Which we have to prefer to create a XMl tags.
> 
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent caught 
> up. So what steps can you take to put your SQL databases under version 
> control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent 
> caught up. So what steps can you take to put your SQL databases under 
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
  
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Versioning on small updates

2013-08-06 Thread David Watson 
You need to update the file version to allow windows installer to know
whether or not to overwrite any existing file.
http://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).asp
x

I don't think the string version is used but I always keep them both in sync
anyway.
Windows installer honours and recognises all four parts of file versions (you
are correct that it only recognises the first 3 parts of msi product
versions).



-Original Message-
From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 
Sent: 06 August 2013 06:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Versioning on small updates

According to the MSDN documentation, small updates are for small fixes that
don't change the product version. But I can't find definite information on
what to do with *file* versions. Do I still need to increase the file version
(in the VERSIONINFO resource) of Win32 PE files that I modify in a small
update patch?

If yes, is that the numeric FILEVERSION, the string FileVersion, or both? And
can I bump only the 4th component, or does Windows Installer only take the
first three into account? (Perhaps I'm mixing things up and that's only for
MSI product versions, not file versions...)

--
Nicolás

-
-
Get your SQL database under version control now!
Version control is standard for application code, but databases havent caught
up. So what steps can you take to put your SQL databases under version
control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Install IIS

2013-08-06 Thread Christopher M. Bunn 
I am working on an msi for our company and recently got started working with
WIX.  Can anyone point me to an example of how to install IIS ( Internet
Information Server ) using WIX? 

 

Thanks,

Chris B

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Diffence Betwen WixEdit & Heat.exe

2013-08-06 Thread Wheeler, Blaine (DSHS/DCS) 
I'm not familiar with WixEdit but I use Heat frequently and find it to be very 
solid.  If you want the same output from both tools  I'd go with Heat.

-Original Message-
From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com] 
Sent: Tuesday, August 06, 2013 12:18 AM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Diffence Betwen WixEdit & Heat.exe

Hi,
I want to know the difference between 'WixEdit & Heat.exe.
When i use Wixedit for XML tags it is taking a lot of time.(1 hr) But the same 
structure when i use Though 'Heat.exe' it is generating very less time within 
(20secs) its creating.
What is the differnce in both.
Or is there any Bugs in heat or Wixedit...
Which we have to prefer to create a XMl tags.

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent caught 
up. So what steps can you take to put your SQL databases under version control? 
Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Diffence Betwen WixEdit & Heat.exe

2013-08-06 Thread Chaitanya Sanapala [PC-BLR-DEV] 
Hi,
I want to know the difference between 'WixEdit & Heat.exe.
When i use Wixedit for XML tags it is taking a lot of time.(1 hr)
But the same structure when i use Though 'Heat.exe' it is generating very less 
time within (20secs) its creating.
What is the differnce in both.
Or is there any Bugs in heat or Wixedit...
Which we have to prefer to create a XMl tags.

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users