Re: [WiX-users] IIS Sites and Component Rules

[Rob Mensching]

To be clear, do you have multiple Components in the same MSI with the same
Component/@Guid? If so, then that sounds bad and I don't know what behavior
the Windows Installer would have (but it won't be defined).

On Tue, Feb 8, 2011 at 11:13 AM, Pierson Lee (PIE) <
pierson@microsoft.com> wrote:

> I have an application that contains 5 components. Each component installs a
> Virtual Directory onto a website and each MSI has the website component to
> install if it doesn't exist. These website components all share a GUID.
>
> My problem is that on uninstall, it doesn't seem to check that there are
> other applications that are using the component and it uninstalls the site.
> I would assume that since 5 components have the same component and component
> GUID, that it would go by the counter system where the component wouldn't
> uninstall until no other installations are using it. Is that not the case
> with the IIS components?
>
> Using Wix 3.0RTM and wix 3.5.2519.0
>
> Thanks
> Pierson
>
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Component GUIDs on 32/64-bit WXS File

[Rob Mensching]

Actually, sounds like a good time to switch to auto-guid.

On Tue, Feb 8, 2011 at 8:02 AM, Quinton Tormanen
wrote:

> Since we don't share these components with any other installers at this
> point, and we only do major updates (no minor updates or patches), would
> there be any harm in us taking this opportunity to switch all 12
> component GUIDs to '*'? If there are scenarios where auto-guid isn't
> recommended, please advise me on this (I know you guys see tons of
> questions on auto-guid, so I'll do a search too).
>
> Thanks.
>
> --Quinton
>
> On Mon, Feb 7, 2011 at 8:33 PM, Rob Mensching wrote:
>
> > If the Components are mutually exclusive, then you can probably get
> > away with the same GUIDs. I personally would start planning to get
> > the GUIDs to be different (auto-guid is ideal) just in case the mutual
>
> > exclusivity runs out.
>
> On Mon, Feb 7, 2011 at 11:23 AM, Quinton Tormanen
> wrote:
>
> > We've distributed our application for some time as a 32-bit app, and
> > then later we added a 64-bit installer to get the 64-bit USB drivers
> > installed, but still installed our native application as 32-bit (using
> > WOW64). Now I need to make the 64-bit installer use the 64-bit EXE
> > (while the 32-bit installer still uses the 32-bit EXE) and I'd like to
> > do it from a single source (wxs). I'm already using the -arch option,
> > and have changed the root directory from ProgramFilesFolder to
> > ProgramFiles64Folder for the 64-bit build. The requirement that I'm a
> > little puzzled by is the requirement for unique Component GUIDs on the
> > 32- and 64-bit versions of the components, which I presume is because
> > I'm moving the install directory base from ProgramFilesFolder to
> > ProgramFiles64Folder.
> >
> > I understand the value of having them being unique, although our
> > application has a strict condition where only one of the 32- and
> 64-bit
> > installers can be installed. But how should this be done most cleanly?
> I
> > can't use Id="*" at this point since I've already had our product out
> > for some time with the existing GUIDs and I assume I don't want to
> > change those. I have 12 components switching from 32- to 64-bit in the
> > 64-bit package, so do I just need to conditionally set the IDs for
> each
> > (presumably using  to set local
> variables
> > for the GUIDs) or is there a better way? Or is this not really a
> > requirement in my case?
> >
> > I know this subject has been discussed in the past, but couldn't find
> an
> > answer to this specific question.
> >
> > Thanks for any guidance you guys can provide.
> >
> > Quinton Tormanen
> > Software Engineer
> > Delta Computer Systems, Inc.
> > http://www.deltamotion.com
> >
> >
> >
> >
> 
> --
> > The modern datacenter depends on network connectivity to access
> resources
> > and provide services. The best practices for maximizing a physical
> server's
> > connectivity to a physical network are well understood - see how these
> > rules translate into the virtual world?
> > http://p.sf.net/sfu/oracle-sfdevnlfb
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> virtually, Rob Mensching - http://RobMensching.com LLC
> 
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
> XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
__

Re: [WiX-users] Are there any known problems with XPathexpressions in custom action?

[Pierson Lee (PIE)]

After working offline with Jamie, we have found the source of the problem.

It seems that in the search criteria for SSIS:Name, the '\' character is not 
liked. I have go through and tried escaping it with [\\] and it doesn't seem to 
help. If I remove the '\' characters it works fine. 

Where do I go to file a bug on this issue?

-Original Message-
From: Pierson Lee (PIE) [mailto:pierson@microsoft.com] 
Sent: Tuesday, February 08, 2011 1:12 PM
To: General discussion for Windows Installer XML toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPathexpressions in 
 custom action?

Your Xpath is very wrong then. I'll send you the updated path based on what you 
sent when I get back to my computer.



On Feb 8, 2011, at 12:56, "Jamie Thomson"  wrote:

> ?Sorry Pierson...that XML Snippet was slightly wrong (I'm not at home and 
> haven't got access to the original file so had to use a different file and 
> forgot to edit it). Here's the proper snippet (note significant difference to 
> what I posted before):
> 
>   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
>
>
> xmlns:SSIS="www.microsoft.com/SqlServer/SSIS">
>
>
> 
> SSIS:Name="..\SSIS\GlobalExecutor.dtsx">
> 
>
>
>
>
>
>
> 
> 
> -Original Message-
> From: Pierson Lee (PIE)
> Sent: Tuesday, February 08, 2011 8:44 PM
> To: General discussion for Windows Installer XML toolset. 
> Subject: Re: [WiX-users] Are there any known problems with XPathexpressions 
> in  custom action? 
> 
> I see the issue now. So your node is looking for SSIS:Name = 
> '..\SSIS\GlobalExecutor.dtsx' where your xml file has SSIS:Name = 
> 'Package.dtsx' . it uses the ElementPath to find the exact node you want to 
> change. 
> 
> Try this:
> 
> 
> 
> ElementPath="/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='Package.dtsx'[\]]"
>File="[#StageToWarehouseProjectFile]"
>Action="setValue"
>Name="SSIS:Name"
>Value="GlobalExecutor.dtsx"
>Sequence="1" />
> 
> -Original Message-
> From: Jamie Thomson [mailto:ja...@jamie-thomson.net]
> Sent: Tuesday, February 08, 2011 12:04 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
> in  custom action?
> 
> ?Hi Pierson,
> I thought about that but then, consider the error message:
> 
>> Failed to find node
>> "/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"
> 
> That's the XPath expression *after* it has escaped the square brackets from:
> 
>> "/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='..\SSIS\GlobalExecutor.dtsx'[\]]"
> 
> In other words, the parsed ElementPath has produced the correct XPath 
> expression. Hence I doubt whether the problem is the '\'
> 
> 
> 
> In answer to your earlier question, here is the XML file that I am 
> trying to change (edited to only show the part that I am attempting to 
> change):
> 
>   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
>
>
> xmlns:SSIS="www.microsoft.com/SqlServer/SSIS">
>
>
> 
>
> 
>
>
>
>
>
>
> 
> 
> 
> 
> 
> I need to change "Package.dtsx" into "..\SSIS\GlobalExecutor.dtsx"
> 
> Regards
> Jamie
> 
> -Original Message-
> From: Pierson Lee (PIE)
> Sent: Tuesday, February 08, 2011 7:30 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Are there any known problems with XPath 
> expressions in  custom action?
> 
> Actually I think I know what it is. You need to escape your \ with 
> another \ in your @SSIS:Name= section so it looks like
> 
> [\[]@SSIS:Name='..\\SSIS\\GlobalExecutor.dtsx'[\]]
> 
> 
> -Original Message-
> From: Pierson Lee (PIE) [mailto:pierson@microsoft.com]
> Sent: Tuesday, February 08, 2011 11:18 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Are there any known problems with XPath 
> expressions in  custom action?
> 
> I personally have had better success with the XmlConfig tag to do what 
> you are doing.
> I would verify that the case and property value is correct. It is 
> loking for SSIS:Name= "..\SSIS\GlobalExecuto

[WiX-users] Bootstrapper

[Wesley Witt]

In the WIX 3.5 CHM file where you document bootstrappers you have the following 
explanation.  My question is how do I do this for .NET 4.0 & VS2010?  I have 
the Windows 7 SDK installed but I do not see the Bootstrapper directory that is 
referenced below.  Any help would be great.


Step 3: Add the bootstrap generation task
In your project file uncomment the  element 
at the end of the file and replace it with the following:



This will instruct MSBuild to generate the bootstrapper after the build of your 
installer is complete. The ApplicationFile attribute will resolve to the 
location of your application's installer after the build is complete. The 
ApplicationName attribute is the application name displayed to the user while 
the bootstrapper is running. The BootstrapperItems attribute provides the list 
of pre-requisites to include (from Step 2). The ComponentsLocation attribute is 
set to Relative to indicate the pre-requisites will be installed from the same 
location as your application's installer. The CopyComponents attribute is set 
to true to copy the pre-requisite files into the output directory. The 
OutputPath attribute resolves to the output location of your installer on disk.
The Path attribute indicates the location on your machine of the pre-requisite 
packages. The location shown above is appropriate for machines with Visual 
Studio 2008 installed to the default location. For machines with Visual Studio 
2005 the default location is C:\Program Files\Microsoft Visual Studio 
8\SDK\v2.0\BootStrapper\Packages.


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSP install issue

[robert_ortega]

Hello.
I'm also working with Arun on this issue.  Looking at the log file for the 
patch I do find the following entries:

MSI (c) (FC:1C) [11:15:22:615]: SELMGR: ComponentId 
'{F048496A-AC80-440E-B376-BF490FE5BED0}' is registered to feature 'Complete', 
but is not present in the Component table.  Removal of components from a 
feature is not supported!
MSI (c) (FC:1C) [11:15:22:615]: SELMGR: Removal of a component from a feature 
is not supported
...
MSI (s) (74:98) [11:15:23:256]: SELMGR: ComponentId 
'{F048496A-AC80-440E-B376-BF490FE5BED0}' is registered to feature 'Complete', 
but is not present in the Component table.  Removal of components from a 
feature is not supported!
MSI (s) (74:98) [11:15:23:256]: SELMGR: Removal of a component from a feature 
is not supported
...
MSI (s) (74:98) [11:15:25:365]: Patch Modified Files List:
MSI (s) (74:98) [11:15:25:365]: File = ourfile.dll: Final State = Install
MSI (s) (74:98) [11:15:25:365]: Dumping binary patch manager data...
MSI (s) (74:98) [11:15:25:365]: The file represented by File table key 
'ourfile.dll' has no eligible binary patches
MSI (s) (74:98) [11:15:25:365]: Dumping binary patch manager data...

The actual patch file wxs is shown below:


http://schemas.microsoft.com/wix/2006/wi";>
http://www.ourcompany.com/";
DisplayName="AddOn001"
Description="AddOn001"
Classification="Update"
>
 



 


 


  
  





The component "AgTBaseMath_1_CDSBase_CDSPool" is the component which contains 
our DLL ('ourfile.dll') that needs replacing.

Any ideas on what we should be focusing on?  The patch gets "installed" (shows 
up in Add/Remove Programs) but our dll does not get updated.  Any help would be 
greatly appreciated.  I can always email the entire log file in anyone is 
interested..

Thanks,

Robert Ortega



==
Hi All,

I have created an MSP that is supposed to update an binary of older version 
with newer version.

But when I install this MSP it does not update the binary.

Instead when I delete binary from INSTALLDIR and run the MSP, newer version 
binary gets installed.

So the issue is why my MSP is not updating older version binary?

I had also tried by setting REINSTALLMODE to "vaums" and "voums" as follows:
msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums

Still it doesn't work for me.

Any pointers will be really helpful.

Thanks,
AK


Re: [WiX-users] MSP install issue
From: Peter Shirtcliffe  -  2011-02-08 13:36
I usually see this when someone has not updated the file version in the
replacement file. 

The file versioning rules might help.
http://msdn.microsoft.com/en-us/library/aa368599%28VS.85%29.aspx

You should also look in the log for "Won't patch" or " Won't Overwrite"

=
-Original Message-
From: Arun Kumar [mailto:arun_jku...@persistent.co.in] 
Sent: 08 February 2011 13:23
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] MSP install issue

Hi All,

I have created an MSP that is supposed to update an binary of older version
with newer version.

But when I install this MSP it does not update the binary.

Instead when I delete binary from INSTALLDIR and run the MSP, newer version
binary gets installed.

So the issue is why my MSP is not updating older version binary?

I had also tried by setting REINSTALLMODE to "vaums" and "voums" as follows:
msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums

Still it doesn't work for me.

Any pointers will be really helpful.

Thanks,
AK

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Are there any known problems with XPathexpressions in custom action?

[Pierson Lee (PIE)]

Your Xpath is very wrong then. I'll send you the updated path based on what you 
sent when I get back to my computer.



On Feb 8, 2011, at 12:56, "Jamie Thomson"  wrote:

> ?Sorry Pierson...that XML Snippet was slightly wrong (I'm not at home and 
> haven't got access to the original file so had to use a different file and 
> forgot to edit it). Here's the proper snippet (note significant difference to 
> what I posted before):
> 
> 
> http://www.w3.org/2001/XMLSchema-instance"; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
>
>
> xmlns:SSIS="www.microsoft.com/SqlServer/SSIS">
>
>
> 
> SSIS:Name="..\SSIS\GlobalExecutor.dtsx">
> 
>
>
>
>
>
>
> 
> 
> -Original Message- 
> From: Pierson Lee (PIE) 
> Sent: Tuesday, February 08, 2011 8:44 PM 
> To: General discussion for Windows Installer XML toolset. 
> Subject: Re: [WiX-users] Are there any known problems with XPathexpressions 
> in  custom action? 
> 
> I see the issue now. So your node is looking for SSIS:Name = 
> '..\SSIS\GlobalExecutor.dtsx' where your xml file has SSIS:Name = 
> 'Package.dtsx' . it uses the ElementPath to find the exact node you want to 
> change. 
> 
> Try this:
> 
> 
> 
> ElementPath="/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='Package.dtsx'[\]]"
>File="[#StageToWarehouseProjectFile]"
>Action="setValue"
>Name="SSIS:Name"
>Value="GlobalExecutor.dtsx"
>Sequence="1" />
> 
> -Original Message-
> From: Jamie Thomson [mailto:ja...@jamie-thomson.net] 
> Sent: Tuesday, February 08, 2011 12:04 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
> in  custom action?
> 
> ?Hi Pierson,
> I thought about that but then, consider the error message:
> 
>> Failed to find node
>> "/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"
> 
> That's the XPath expression *after* it has escaped the square brackets from:
> 
>> "/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='..\SSIS\GlobalExecutor.dtsx'[\]]"
> 
> In other words, the parsed ElementPath has produced the correct XPath 
> expression. Hence I doubt whether the problem is the '\'
> 
> 
> 
> In answer to your earlier question, here is the XML file that I am trying to 
> change (edited to only show the part that I am attempting to change):
> 
> 
> http://www.w3.org/2001/XMLSchema-instance"; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
>
>
> xmlns:SSIS="www.microsoft.com/SqlServer/SSIS">
>
>
> 
>
> 
>
>
>
>
>
>
> 
> 
> 
> 
> 
> I need to change "Package.dtsx" into "..\SSIS\GlobalExecutor.dtsx"
> 
> Regards
> Jamie
> 
> -Original Message- 
> From: Pierson Lee (PIE)
> Sent: Tuesday, February 08, 2011 7:30 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
> in  custom action?
> 
> Actually I think I know what it is. You need to escape your \ with another \ 
> in your @SSIS:Name= section so it looks like
> 
> [\[]@SSIS:Name='..\\SSIS\\GlobalExecutor.dtsx'[\]]
> 
> 
> -Original Message-
> From: Pierson Lee (PIE) [mailto:pierson@microsoft.com]
> Sent: Tuesday, February 08, 2011 11:18 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
> in  custom action?
> 
> I personally have had better success with the XmlConfig tag to do what you 
> are doing.
> I would verify that the case and property value is correct. It is loking for 
> SSIS:Name= "..\SSIS\GlobalExecutor.dtsx" in the SSIS:Package element.
> 
> Can you copy that block from your xml file you are attempting to edit so we 
> can see a comparison?
> 
> -Original Message-
> From: Jamie Thomson [mailto:ja...@jamie-thomson.net]
> Sent: Tuesday, February 08, 2011 7:03 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Are there any known problems with XPath expressions in 
>  custom action?
> 
> ?Hi all,
> I am trying to use  custom action to replace an attribute value in 
> an XML file. I have used an external tool to validate that my XPath query is 
> correct but I get an error:
> 
> Failed to find node
> "/Project/DeploymentModelSpecificContent

Re: [WiX-users] Are there any known problems with XPathexpressions in custom action?

[Jamie Thomson]

?Sorry Pierson...that XML Snippet was slightly wrong (I'm not at home and 
haven't got access to the original file so had to use a different file and 
forgot to edit it). Here's the proper snippet (note significant difference to 
what I posted before):


http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
















-Original Message- 
From: Pierson Lee (PIE) 
Sent: Tuesday, February 08, 2011 8:44 PM 
To: General discussion for Windows Installer XML toolset. 
Subject: Re: [WiX-users] Are there any known problems with XPathexpressions in  
custom action? 

I see the issue now. So your node is looking for SSIS:Name = 
'..\SSIS\GlobalExecutor.dtsx' where your xml file has SSIS:Name = 
'Package.dtsx' . it uses the ElementPath to find the exact node you want to 
change. 

Try this:




-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net] 
Sent: Tuesday, February 08, 2011 12:04 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi Pierson,
I thought about that but then, consider the error message:

>Failed to find node
>"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

That's the XPath expression *after* it has escaped the square brackets from:

>"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='..\SSIS\GlobalExecutor.dtsx'[\]]"

In other words, the parsed ElementPath has produced the correct XPath 
expression. Hence I doubt whether the problem is the '\'



In answer to your earlier question, here is the XML file that I am trying to 
change (edited to only show the part that I am attempting to change):


http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>



















I need to change "Package.dtsx" into "..\SSIS\GlobalExecutor.dtsx"

Regards
Jamie

-Original Message- 
From: Pierson Lee (PIE)
Sent: Tuesday, February 08, 2011 7:30 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
in  custom action?

Actually I think I know what it is. You need to escape your \ with another \ 
in your @SSIS:Name= section so it looks like

[\[]@SSIS:Name='..\\SSIS\\GlobalExecutor.dtsx'[\]]


-Original Message-
From: Pierson Lee (PIE) [mailto:pierson@microsoft.com]
Sent: Tuesday, February 08, 2011 11:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
in  custom action?

I personally have had better success with the XmlConfig tag to do what you 
are doing.
I would verify that the case and property value is correct. It is loking for 
SSIS:Name= "..\SSIS\GlobalExecutor.dtsx" in the SSIS:Package element.

Can you copy that block from your xml file you are attempting to edit so we 
can see a comparison?

-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net]
Sent: Tuesday, February 08, 2011 7:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi all,
I am trying to use  custom action to replace an attribute value in 
an XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know 
if there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter 
by attribute value.


Any advice much appreciated.

thanks
Jamie


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge

Re: [WiX-users] Are there any known problems with XPath expressions in custom action?

[Pierson Lee (PIE)]

I see the issue now. So your node is looking for SSIS:Name = 
'..\SSIS\GlobalExecutor.dtsx' where your xml file has SSIS:Name = 
'Package.dtsx' . it uses the ElementPath to find the exact node you want to 
change. 

Try this:




-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net] 
Sent: Tuesday, February 08, 2011 12:04 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi Pierson,
I thought about that but then, consider the error message:

>Failed to find node
>"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

That's the XPath expression *after* it has escaped the square brackets from:

>"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='..\SSIS\GlobalExecutor.dtsx'[\]]"

In other words, the parsed ElementPath has produced the correct XPath 
expression. Hence I doubt whether the problem is the '\'



In answer to your earlier question, here is the XML file that I am trying to 
change (edited to only show the part that I am attempting to change):


http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>



















I need to change "Package.dtsx" into "..\SSIS\GlobalExecutor.dtsx"

Regards
Jamie

-Original Message- 
From: Pierson Lee (PIE)
Sent: Tuesday, February 08, 2011 7:30 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
in  custom action?

Actually I think I know what it is. You need to escape your \ with another \ 
in your @SSIS:Name= section so it looks like

[\[]@SSIS:Name='..\\SSIS\\GlobalExecutor.dtsx'[\]]


-Original Message-
From: Pierson Lee (PIE) [mailto:pierson@microsoft.com]
Sent: Tuesday, February 08, 2011 11:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
in  custom action?

I personally have had better success with the XmlConfig tag to do what you 
are doing.
I would verify that the case and property value is correct. It is loking for 
SSIS:Name= "..\SSIS\GlobalExecutor.dtsx" in the SSIS:Package element.

Can you copy that block from your xml file you are attempting to edit so we 
can see a comparison?

-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net]
Sent: Tuesday, February 08, 2011 7:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi all,
I am trying to use  custom action to replace an attribute value in 
an XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know 
if there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter 
by attribute value.


Any advice much appreciated.

thanks
Jamie


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and 

[WiX-users] How do i find a WiX created Patch from c# source code

[Uwe Ernst]

Hello,

i've created am *.msp patch file to update one or two files in my
installer project. The execution of the patch succeedes and i can see an
new entry in the software update list under windows7.

Now i want to search the installed patch via an application written in C#.
I've tried to search the patch via an query to the
Win32_QickFixEngineering class with no result.
A search to the Registry to the
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ path brings no
result except the base software version.

Can someone please point me to right direction where to search further.

Regards
Uwe Ernst
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Sequence no is not retained in MSI from MSM

[wix user]

Hi All,

we are using merge module in MSI. We have custom logic to retain sequence no
in the file table from prior versions and is correctly working and creating
MSM.
But after we create the MSI with this MSM the file table looks different.
Sequencing is not the same though I've only one mergemodule for this
product.

Your help is appreciated.

Thanks
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Are there any known problems with XPath expressions in custom action?

[Jamie Thomson]

?Hi Pierson,
I thought about that but then, consider the error message:

>Failed to find node 
>"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

That's the XPath expression *after* it has escaped the square brackets from:

>"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[\[]@SSIS:Name='..\SSIS\GlobalExecutor.dtsx'[\]]"

In other words, the parsed ElementPath has produced the correct XPath 
expression. Hence I doubt whether the problem is the '\'



In answer to your earlier question, here is the XML file that I am trying to 
change (edited to only show the part that I am attempting to change):


http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>



















I need to change "Package.dtsx" into "..\SSIS\GlobalExecutor.dtsx"

Regards
Jamie

-Original Message- 
From: Pierson Lee (PIE)
Sent: Tuesday, February 08, 2011 7:30 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
in  custom action?

Actually I think I know what it is. You need to escape your \ with another \ 
in your @SSIS:Name= section so it looks like

[\[]@SSIS:Name='..\\SSIS\\GlobalExecutor.dtsx'[\]]


-Original Message-
From: Pierson Lee (PIE) [mailto:pierson@microsoft.com]
Sent: Tuesday, February 08, 2011 11:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions 
in  custom action?

I personally have had better success with the XmlConfig tag to do what you 
are doing.
I would verify that the case and property value is correct. It is loking for 
SSIS:Name= "..\SSIS\GlobalExecutor.dtsx" in the SSIS:Package element.

Can you copy that block from your xml file you are attempting to edit so we 
can see a comparison?

-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net]
Sent: Tuesday, February 08, 2011 7:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi all,
I am trying to use  custom action to replace an attribute value in 
an XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know 
if there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter 
by attribute value.


Any advice much appreciated.

thanks
Jamie


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users 


--
The ultimate all-in-one performance toolkit: Intel(R)

Re: [WiX-users] Are there any known problems with XPath expressions in custom action?

[Pierson Lee (PIE)]

Actually I think I know what it is. You need to escape your \ with another \ in 
your @SSIS:Name= section so it looks like 

[\[]@SSIS:Name='..\\SSIS\\GlobalExecutor.dtsx'[\]]


-Original Message-
From: Pierson Lee (PIE) [mailto:pierson@microsoft.com] 
Sent: Tuesday, February 08, 2011 11:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

I personally have had better success with the XmlConfig tag to do what you are 
doing. 
I would verify that the case and property value is correct. It is loking for 
SSIS:Name= "..\SSIS\GlobalExecutor.dtsx" in the SSIS:Package element.  

Can you copy that block from your xml file you are attempting to edit so we can 
see a comparison?

-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net] 
Sent: Tuesday, February 08, 2011 7:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi all,
I am trying to use  custom action to replace an attribute value in an 
XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know if 
there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter by 
attribute value.


Any advice much appreciated.

thanks
Jamie 


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assistance using XmlConfig (assuming that is the correct hammer for this issue)

[Pierson Lee (PIE)]

All you do is you add the 'value' tag to the end of your elementpath and then 
omit the Name= property and it will make it in as innerText.



-Original Message-
From: Gregg Swanson [mailto:gregg.swan...@microsoft.com] 
Sent: Monday, February 07, 2011 1:10 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Assistance using XmlConfig (assuming that is the correct 
hammer for this issue)

Hello,

I am looking for some help using XmlConfig, assuming that XmlConfig is the 
correct hammer for this issue.

I have an app.config file that I would like to modify when it is installed, a 
sample config file -


   
  

  (local)


  TexusCatalog

  


I would like to replace the strings "(local)" and 
"TexusCatalog with the contents of a property.

In tried the following line of WIX to accomplish the task -

  

This resulted in a fragment that looked like this -

 
  (local)


I am new to WIX so any help would be appreciated.

Thanks,
Gregg
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WriteIIS7ConfigChanges - Stuck with 1603 error codes???

[Pierson Lee (PIE)]

If the VDir already exists, wix 3.5 will throw this error. Make sure the 
Virtual Directory you are creating doesn't already exist.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Monday, February 07, 2011 8:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WriteIIS7ConfigChanges - Stuck with 1603 error codes???

What version of WiX v3.5 are you using?

On Mon, Feb 7, 2011 at 11:50 AM, kim  wrote:

>
> Receving following error when trying to create a website from msi. 
> Target machine is Windows 7-32 bit machine. To my surprise, this same 
> code has work numerous times before on different hadrware without any 
> issues.
>
> Snippet from log file:
> Action 12:34:42: StartIIS7ConfigTransaction. Starting IIS Config 
> Transaction Action 12:34:42: RollbackIIS7ConfigTransaction. Rolling 
> back IIS Config Transaction Action 12:34:42: 
> CommitIIS7ConfigTransaction. Committing IIS Config Transaction Action 
> 12:34:42: ConfigureIIs7Exec.
> Action 12:34:43: WriteIIS7ConfigChanges. Installing Config Keys and 
> Values CustomAction WriteIIS7ConfigChanges returned actual error code 
> 1603 (note this may not be 100% accurate if translation happened 
> inside sandbox) Action ended 12:34:43: InstallFinalize. Return value 3.
>
> Following is code I am using to create website:
>  Guid="{E2CF0EE0-DBBE-4905-B860-07CCCAB4E3B6}" KeyPath="yes">
> Directory="INSTALLDIR"
>WebSite= "DefaultWebSite">
>Isolation="medium" />
>WindowsAuthentication="yes" />
>   
> 
>
> Any suggestions why I am receving this error all of sudden? I am using 
> WIX 3.5.
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WriteIIS
> 7ConfigChanges-Stuck-with-1603-error-codes-tp6001526p6001526.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
>  The ultimate all-in-one performance toolkit: Intel(R) 
> Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Are there any known problems with XPath expressions in custom action?

[Alexander Shevchuk (Volt)]

Try to set SelectionLanguage attribute to XPath.

>From the doc on XmlFile:

" Specify whether the DOM object should use XPath language or the old 
XSLPattern language (*default*) as the query language."

Alex



-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net] 
Sent: Tuesday, February 08, 2011 7:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi all,
I am trying to use  custom action to replace an attribute value in an 
XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know if 
there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter by 
attribute value.


Any advice much appreciated.

thanks
Jamie 


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Are there any known problems with XPath expressions in custom action?

[Pierson Lee (PIE)]

I personally have had better success with the XmlConfig tag to do what you are 
doing. 
I would verify that the case and property value is correct. It is loking for 
SSIS:Name= "..\SSIS\GlobalExecutor.dtsx" in the SSIS:Package element.  

Can you copy that block from your xml file you are attempting to edit so we can 
see a comparison?

-Original Message-
From: Jamie Thomson [mailto:ja...@jamie-thomson.net] 
Sent: Tuesday, February 08, 2011 7:03 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Are there any known problems with XPath expressions in 
 custom action?

?Hi all,
I am trying to use  custom action to replace an attribute value in an 
XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know if 
there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter by 
attribute value.


Any advice much appreciated.

thanks
Jamie 


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] IIS Sites and Component Rules

[Pierson Lee (PIE)]

I have an application that contains 5 components. Each component installs a 
Virtual Directory onto a website and each MSI has the website component to 
install if it doesn't exist. These website components all share a GUID.

My problem is that on uninstall, it doesn't seem to check that there are other 
applications that are using the component and it uninstalls the site. I would 
assume that since 5 components have the same component and component GUID, that 
it would go by the counter system where the component wouldn't uninstall until 
no other installations are using it. Is that not the case with the IIS 
components?

Using Wix 3.0RTM and wix 3.5.2519.0

Thanks
Pierson
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Incorrect ICE81 when using PackageCertificates

[Mike Edenfield]

I'm building a chained installer (via the EmbeddedChainer element) that
chains a series of signed MSI packages together.  As recommended by the
MSI documentation, I've added the signing certificate to my parent MSI,
like so:


  


When I build my WiX package (WiX 3.0) I'm getting a warning for ICE81,
which says this:

"ICE81: MsiDigitalSignature and MsiPatchCertificate tables do not
reference any of the records in the MsiDigitalCertificate table."

However, the documentation for Windows Installer says that ICE81
actually checks all three tables, and that the warning is supposed to be:

"No reference to any of the records in the MsiDigitalCertificate table
could be found in MsiDigitalSignature, MsiPackageCertificate, or
MsiPatchCertificate tables."

Since I am referencing the MsiDigitalCertificate record in
MsiPackageCertificate, I shouldn't be getting this warning.  I'm
assuming that the ICE validation routines run by WiX aren't updated for
Windows Installer 4.5; is there a way to get them updated?

--Mike

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Component GUIDs on 32/64-bit WXS File

[Quinton Tormanen]

Since we don't share these components with any other installers at this
point, and we only do major updates (no minor updates or patches), would
there be any harm in us taking this opportunity to switch all 12
component GUIDs to '*'? If there are scenarios where auto-guid isn't
recommended, please advise me on this (I know you guys see tons of
questions on auto-guid, so I'll do a search too).
 
Thanks.

--Quinton

On Mon, Feb 7, 2011 at 8:33 PM, Rob Mensching wrote:

> If the Components are mutually exclusive, then you can probably get 
> away with the same GUIDs. I personally would start planning to get 
> the GUIDs to be different (auto-guid is ideal) just in case the mutual

> exclusivity runs out.

On Mon, Feb 7, 2011 at 11:23 AM, Quinton Tormanen
wrote:

> We've distributed our application for some time as a 32-bit app, and
> then later we added a 64-bit installer to get the 64-bit USB drivers
> installed, but still installed our native application as 32-bit (using
> WOW64). Now I need to make the 64-bit installer use the 64-bit EXE
> (while the 32-bit installer still uses the 32-bit EXE) and I'd like to
> do it from a single source (wxs). I'm already using the -arch option,
> and have changed the root directory from ProgramFilesFolder to
> ProgramFiles64Folder for the 64-bit build. The requirement that I'm a
> little puzzled by is the requirement for unique Component GUIDs on the
> 32- and 64-bit versions of the components, which I presume is because
> I'm moving the install directory base from ProgramFilesFolder to
> ProgramFiles64Folder.
>
> I understand the value of having them being unique, although our
> application has a strict condition where only one of the 32- and
64-bit
> installers can be installed. But how should this be done most cleanly?
I
> can't use Id="*" at this point since I've already had our product out
> for some time with the existing GUIDs and I assume I don't want to
> change those. I have 12 components switching from 32- to 64-bit in the
> 64-bit package, so do I just need to conditionally set the IDs for
each
> (presumably using  to set local
variables
> for the GUIDs) or is there a better way? Or is this not really a
> requirement in my case?
>
> I know this subject has been discussed in the past, but couldn't find
an
> answer to this specific question.
>
> Thanks for any guidance you guys can provide.
>
> Quinton Tormanen
> Software Engineer
> Delta Computer Systems, Inc.
> http://www.deltamotion.com
>
>
>
>

--
> The modern datacenter depends on network connectivity to access
resources
> and provide services. The best practices for maximizing a physical
server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Are there any known problems with XPath expressions in custom action?

[Jamie Thomson]

?Hi all,
I am trying to use  custom action to replace an attribute value in 
an XML file. I have used an external tool to validate that my XPath query is 
correct but I get an error:

Failed to find node 
"/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package[@SSIS:Name='..\SSIS\GlobalExecutor.dtsx']"

when I attempt to call my .msi.

Here is my  element:




Like I say, I have validated that the XPath is correct so does anyone know 
if there is any known problem here?

For extra info, the following XPath does NOT throw the same error:
/Project/DeploymentModelSpecificContent/Manifest/SSIS:Project/SSIS:Packages/SSIS:Package

so it seems to be having issues with the bit on the end that tries to filter 
by attribute value.


Any advice much appreciated.

thanks
Jamie 


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to delete user.config file?

[Peter Shirtcliffe]

The AppDataFolder and LocalAppDataFolder directory properties will get you
partway. You'll have to work out yourself how to calculate the rest of the
path.

If there are any unique files in that directory, you could use a FileSearch
element.

Maybe you could get the application to write its the path to the registry and
retrieve it with a RegistrySearch ?

-Original Message-
From: Manolache Adrian [mailto:prog_...@yahoo.com] 
Sent: 08 February 2011 14:20
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to delete user.config file?

Thanks for the prompt reply! Actually the user.config file i'm pursuing is
not 
created by me, but by my application indirectly. It is located at the
following 
location

C:\Documents and Settings\UserName\Local Settings\Application 
Data\AppName\AppName.exe_Url_nwloh0orpe4wmpsnqif2ub50jv0gpgwy\1.0.0.0\user.co
nfig


where this can be formalized to:

\\[Local Settings\]Application 
Data\\__\. Where:
*  is the user data directory, either
non-roaming 
(Local Settings above) or roaming.
*  is the user name.
*  is the CompanyNameAttribute value, if available.
Otherwise, 
ignore this element.
*  is the AppDomain.CurrentDomain.FriendlyName. This
usually 
defaults to the .exe name.
*  is the URL, StrongName, or Path, based on the evidence
available to 
hash.
*  is a SHA1 hash of evidence gathered from the CurrentDomain,
in the 
following order of preference:
1. StrongName
2. URL
If neither of these is available, use the .exe path.
*  is the AssemblyInfo's AssemblyVersionAttribute setting.
Now it is this user.config file i'm after. Does WIX support retrieving the 
location of this file?
For further information about this config file one can visit this 
site: http://msdn.microsoft.com/en-us/library/ms379611(v=vs.80).aspx


From: Rob Mensching 
To: General discussion for Windows Installer XML toolset. 

Sent: Tue, February 8, 2011 3:47:36 PM
Subject: Re: [WiX-users] How to delete user.config file?

What about [#FileId]?

On Tue, Feb 8, 2011 at 5:40 AM, Peter Shirtcliffe
wrote:

> Your installers should always store the location that they install to.
> Search
> for ARPINSTALLLOCATION in this mailing list for instructions on how to do
> that.
>
> In your upgrade installers, you can add a registrysearch to retrieve
> ARPINSTALLLOCATION into a property and that tells you where to start your
> search from. After that it depends where your user.config is kept.
>
> -Original Message-
> From: Manolache Adrian [mailto:prog_...@yahoo.com]
> Sent: 08 February 2011 13:31
> To: General discussion for Windows Installer XML toolset.
>  Subject: Re: [WiX-users] How to delete user.config file?
>
> Thanks! The only thing is i don't know how to find the right path for the
> user.config file. Can one point me out in the right direction?
>
>
>
> 
> From: Peter Shirtcliffe 
> To: General discussion for Windows Installer XML toolset.
> 
> Sent: Tue, February 8, 2011 3:21:39 PM
> Subject: Re: [WiX-users] How to delete user.config file?
>
> Make a component with
>
> 
>
> -Original Message-
> From: Manolache Adrian [mailto:prog_...@yahoo.com]
> Sent: 08 February 2011 13:09
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How to delete user.config file?
>
> I'm using c# and wix and i'm trying to delete the user.config file specific
> to
> my application, everytime the application is installed. How can i
> accomplish
> this?
>
>
>
>
>
-
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> 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.
>
>
>
>
-
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/int

Re: [WiX-users] How to delete user.config file?

[Manolache Adrian]

Thanks for the prompt reply! Actually the user.config file i'm pursuing is not 
created by me, but by my application indirectly. It is located at the following 
location

C:\Documents and Settings\UserName\Local Settings\Application 
Data\AppName\AppName.exe_Url_nwloh0orpe4wmpsnqif2ub50jv0gpgwy\1.0.0.0\user.config


where this can be formalized to:

\\[Local Settings\]Application 
Data\\__\. Where:
*  is the user data directory, either 
non-roaming 
(Local Settings above) or roaming.
*  is the user name.
*  is the CompanyNameAttribute value, if available. 
Otherwise, 
ignore this element.
*  is the AppDomain.CurrentDomain.FriendlyName. This 
usually 
defaults to the .exe name.
*  is the URL, StrongName, or Path, based on the evidence 
available to 
hash.
*  is a SHA1 hash of evidence gathered from the CurrentDomain, in 
the 
following order of preference:
1. StrongName
2. URL
If neither of these is available, use the .exe path.
*  is the AssemblyInfo's AssemblyVersionAttribute setting.
Now it is this user.config file i'm after. Does WIX support retrieving the 
location of this file?
For further information about this config file one can visit this 
site: http://msdn.microsoft.com/en-us/library/ms379611(v=vs.80).aspx


From: Rob Mensching 
To: General discussion for Windows Installer XML toolset. 

Sent: Tue, February 8, 2011 3:47:36 PM
Subject: Re: [WiX-users] How to delete user.config file?

What about [#FileId]?

On Tue, Feb 8, 2011 at 5:40 AM, Peter Shirtcliffe wrote:

> Your installers should always store the location that they install to.
> Search
> for ARPINSTALLLOCATION in this mailing list for instructions on how to do
> that.
>
> In your upgrade installers, you can add a registrysearch to retrieve
> ARPINSTALLLOCATION into a property and that tells you where to start your
> search from. After that it depends where your user.config is kept.
>
> -Original Message-
> From: Manolache Adrian [mailto:prog_...@yahoo.com]
> Sent: 08 February 2011 13:31
> To: General discussion for Windows Installer XML toolset.
>  Subject: Re: [WiX-users] How to delete user.config file?
>
> Thanks! The only thing is i don't know how to find the right path for the
> user.config file. Can one point me out in the right direction?
>
>
>
> 
> From: Peter Shirtcliffe 
> To: General discussion for Windows Installer XML toolset.
> 
> Sent: Tue, February 8, 2011 3:21:39 PM
> Subject: Re: [WiX-users] How to delete user.config file?
>
> Make a component with
>
> 
>
> -Original Message-
> From: Manolache Adrian [mailto:prog_...@yahoo.com]
> Sent: 08 February 2011 13:09
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How to delete user.config file?
>
> I'm using c# and wix and i'm trying to delete the user.config file specific
> to
> my application, everytime the application is installed. How can i
> accomplish
> this?
>
>
>
>
> -
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> 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.
>
>
>
> -
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
>
> -
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/in

Re: [WiX-users] How to delete user.config file?

[Rob Mensching]

What about [#FileId]?

On Tue, Feb 8, 2011 at 5:40 AM, Peter Shirtcliffe wrote:

> Your installers should always store the location that they install to.
> Search
> for ARPINSTALLLOCATION in this mailing list for instructions on how to do
> that.
>
> In your upgrade installers, you can add a registrysearch to retrieve
> ARPINSTALLLOCATION into a property and that tells you where to start your
> search from. After that it depends where your user.config is kept.
>
> -Original Message-
> From: Manolache Adrian [mailto:prog_...@yahoo.com]
> Sent: 08 February 2011 13:31
> To: General discussion for Windows Installer XML toolset.
>  Subject: Re: [WiX-users] How to delete user.config file?
>
> Thanks! The only thing is i don't know how to find the right path for the
> user.config file. Can one point me out in the right direction?
>
>
>
> 
> From: Peter Shirtcliffe 
> To: General discussion for Windows Installer XML toolset.
> 
> Sent: Tue, February 8, 2011 3:21:39 PM
> Subject: Re: [WiX-users] How to delete user.config file?
>
> Make a component with
>
> 
>
> -Original Message-
> From: Manolache Adrian [mailto:prog_...@yahoo.com]
> Sent: 08 February 2011 13:09
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How to delete user.config file?
>
> I'm using c# and wix and i'm trying to delete the user.config file specific
> to
> my application, everytime the application is installed. How can i
> accomplish
> this?
>
>
>
>
> -
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> 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.
>
>
>
> -
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
>
> -
> -
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> 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.
>
>
>
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the developm

Re: [WiX-users] How to delete user.config file?

[Peter Shirtcliffe]

Your installers should always store the location that they install to. Search
for ARPINSTALLLOCATION in this mailing list for instructions on how to do
that.

In your upgrade installers, you can add a registrysearch to retrieve
ARPINSTALLLOCATION into a property and that tells you where to start your
search from. After that it depends where your user.config is kept.

-Original Message-
From: Manolache Adrian [mailto:prog_...@yahoo.com] 
Sent: 08 February 2011 13:31
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to delete user.config file?

Thanks! The only thing is i don't know how to find the right path for the 
user.config file. Can one point me out in the right direction?




From: Peter Shirtcliffe 
To: General discussion for Windows Installer XML toolset. 

Sent: Tue, February 8, 2011 3:21:39 PM
Subject: Re: [WiX-users] How to delete user.config file?

Make a component with 



-Original Message-
From: Manolache Adrian [mailto:prog_...@yahoo.com] 
Sent: 08 February 2011 13:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to delete user.config file?

I'm using c# and wix and i'm trying to delete the user.config file specific
to 
my application, everytime the application is installed. How can i accomplish 
this?


  
-
-
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
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.


-
-
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



  
-
-
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
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.


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSP install issue

[Pally Sandher]

Check
A
Verbose
Log.

Palbinder Sandher 
Software Deployment Engineer
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: Arun Kumar [mailto:arun_jku...@persistent.co.in] 
Sent: 08 February 2011 13:23
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] MSP install issue

Hi All,

I have created an MSP that is supposed to update an binary of older
version with newer version.

But when I install this MSP it does not update the binary.

Instead when I delete binary from INSTALLDIR and run the MSP, newer
version binary gets installed.

So the issue is why my MSP is not updating older version binary?

I had also tried by setting REINSTALLMODE to "vaums" and "voums" as
follows:
msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums

Still it doesn't work for me.

Any pointers will be really helpful.

Thanks,
AK

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is
the property of Persistent Systems Ltd. It is intended only for the use
of the individual or entity to which it is addressed. If you are not the
intended recipient, you are not authorized to read, retain, copy, print,
distribute or use this message. If you have received this communication
in error, please notify the sender and delete all copies of this
message. Persistent Systems Ltd. does not accept any liability for virus
infected mails.

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSP install issue

[Peter Shirtcliffe]

I usually see this when someone has not updated the file version in the
replacement file. 

The file versioning rules might help.
http://msdn.microsoft.com/en-us/library/aa368599%28VS.85%29.aspx

You should also look in the log for "Won't patch" or " Won't Overwrite"


-Original Message-
From: Arun Kumar [mailto:arun_jku...@persistent.co.in] 
Sent: 08 February 2011 13:23
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] MSP install issue

Hi All,

I have created an MSP that is supposed to update an binary of older version
with newer version.

But when I install this MSP it does not update the binary.

Instead when I delete binary from INSTALLDIR and run the MSP, newer version
binary gets installed.

So the issue is why my MSP is not updating older version binary?

I had also tried by setting REINSTALLMODE to "vaums" and "voums" as follows:
msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums

Still it doesn't work for me.

Any pointers will be really helpful.

Thanks,
AK

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the
property of Persistent Systems Ltd. It is intended only for the use of the
individual or entity to which it is addressed. If you are not the intended
recipient, you are not authorized to read, retain, copy, print, distribute or
use this message. If you have received this communication in error, please
notify the sender and delete all copies of this message. Persistent Systems
Ltd. does not accept any liability for virus infected mails.
-
-
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
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.


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to delete user.config file?

[Manolache Adrian]

Thanks! The only thing is i don't know how to find the right path for the 
user.config file. Can one point me out in the right direction?




From: Peter Shirtcliffe 
To: General discussion for Windows Installer XML toolset. 

Sent: Tue, February 8, 2011 3:21:39 PM
Subject: Re: [WiX-users] How to delete user.config file?

Make a component with 



-Original Message-
From: Manolache Adrian [mailto:prog_...@yahoo.com] 
Sent: 08 February 2011 13:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to delete user.config file?

I'm using c# and wix and i'm trying to delete the user.config file specific
to 
my application, everytime the application is installed. How can i accomplish 
this?


  
-
-
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
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.


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



  
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] MSP install issue

[Arun Kumar]

Hi All,

I have created an MSP that is supposed to update an binary of older version 
with newer version.

But when I install this MSP it does not update the binary.

Instead when I delete binary from INSTALLDIR and run the MSP, newer version 
binary gets installed.

So the issue is why my MSP is not updating older version binary?

I had also tried by setting REINSTALLMODE to "vaums" and "voums" as follows:
msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums

Still it doesn't work for me.

Any pointers will be really helpful.

Thanks,
AK

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to delete user.config file?

[Peter Shirtcliffe]

Make a component with 



-Original Message-
From: Manolache Adrian [mailto:prog_...@yahoo.com] 
Sent: 08 February 2011 13:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to delete user.config file?

I'm using c# and wix and i'm trying to delete the user.config file specific
to 
my application, everytime the application is installed. How can i accomplish 
this?


  
-
-
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
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.


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] ReserveCost Problem

[Neil Sleightholm]

I have an install that has 2 install paths, the application and the
data. I am using a modified WixUI_InstallDir based UI and have created a
replacement InstallDirDlg.wxs that supports both install paths. For the
data path I want reserve and extra 5Gb to ensure there is enough disk
space once the application is running and have added appropriate
ReserveCost elements to my data path. If I run this on a VM with only
1Gb free on drive C: and change the data path drive D: it works ok and
doesn't error due to insufficient disk space. 

 

If I run the install and leave the data path on C: and let the UI error
due to insufficient disk space then go back and change the data path to
D: the file cost doesn't seem to be recalculated and it still fails due
to insufficient disk space on drive C. If I do the same thing with the
application folder the file cost is recalculated.

 

Is there some magic I need to do to make my install re-run file cost
after changing the data path? I have looked at the WiX UI source and
can't see it doing anything special but I am sure if does.

 

Thanks in advance.

 

Neil

 

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com  

 

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to delete user.config file?

[Manolache Adrian]

I'm using c# and wix and i'm trying to delete the user.config file specific to 
my application, everytime the application is installed. How can i accomplish 
this?


  
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assistance using XmlConfig (assuming that is the correct hammer for this issue)

[Michael_A]

here is how I do something similar.

  http://[SQLSERVERNAME]:8080"/>


hope this helps

-Michael
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Assistance-using-XmlConfig-assuming-that-is-the-correct-hammer-for-this-issue-tp6001824p6003813.html
Sent from the wix-users mailing list archive at Nabble.com.

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registering Log Parser DLL with Heat

[Pally Sandher]

2 things could potentially cause an issue of that ilk come to mind.

1 - If you've authored a per-user package & are trying to install
per-machine registry entries as below & the account you're testing your
installs with doesn't have administrator permissions. I would however
expect that to throw warning/errors either during build time or during
install. Check what the ALLUSERS property is set to in your MSI & during
install (verbose log should tell you).

2 - If you're on a UAC system (Vista or Win7) & your package isn't being
elevated properly. If you're using a stock, unmodified WiX UI set you
should see the UAC shield on the "Install" button on the PrepareDlg when
running with full UI & get a UAC elevation prompt when it is clicked. If
you're using your own UI or have modified the WiX UI try launching
msiexec from an elevated command prompt & see if it makes a difference.

Have a look at a verbose log (use /l*vx parameters for msiexec) & see if
your registry entries are being written during install. Do all your
Features install by default or are some of them optional/conditional?

Is it possible that the values you harvested using heat.exe have changed
since you harvested them? I would run heat.exe on the LogParser.dll
again & diff the Fragments just to be sure that you're trying to
register the right values (I have made this mistake in the past myself
where I've changed something as simple as version number in a .NET
assembly which then regenerated new Class ID's on the next build &
wondered why my installer wasn't registering it properly).

Good Luck.

Palbinder Sandher 
Software Deployment Engineer
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: srikanth u [mailto:srikanth...@hotmail.com] 
Sent: 08 February 2011 01:20
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Registering Log Parser DLL with Heat


Hi Pally,
Thanks for your response.
I included the component in my Features.I verified the installer with
InstEd and could see class id's in registry table.
Coming to Component Id and File Id, i have just change them for the
email sake so that it will be generic.
What i am wondering is this some kind of permission issue which is
blocking the installer to write to registry?
ThanksSrikanth

> Date: Mon, 7 Feb 2011 12:29:17 +
> From: pally.sand...@iesve.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Registering Log Parser DLL with Heat
> 
> Probably a stupid question but is your Fragment actually getting 
> included in your MSI? Do you have a ComponentRef for that Component in

> your Features? Open the MSI in InstEd! or Orca & see if any of your 
> Class Id's or TypeLibs from the Fragment below are listed in the 
> Registry table. If they aren't, that's your issue.
> 
> Also Component Id="Component" & File Id="Component_DLL" aren't exactly

> the most descriptive of names. Unless you're obfuscating them for some

> reason I'd change those to something more obvious like "LogParser" or 
> "LogParser.dll".
> 
> 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: Srikanth udayananda [mailto:srikanth...@hotmail.com]
> Sent: 03 February 2011 21:48
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Registering Log Parser DLL with Heat
> 
> 
> Hi,
> I am trying to register LogParser dll using Heat tool. I am using Wix 
> version 3.5 DLL is not getting registered on the server during 
> deployment.During installation, i am able to see the generated dll in 
> installation folder, but still the dll is not registered.
> Am i missing some thing here.Is it any kind of permission issue while 
> writing to registry or problem with my code.Could anyone please help 
> me resolving this, i am actually blocked on this.
> Here is the fragment i got by harvesting the dll. encoding="UTF-8"?>  xmlns="http://schemas.microsoft.com/wix/2006/wi";>
>   
> 
>   
> 
>   
>   
>   
>  Guid="{3D50126D-0E5C-418F-8742-359C3FB548F5}">
>Source="$(var.SolutionDir)\Input\LogParser.dll">
>  Id="{3040E2D1-C692-4081-91BB-75F08FEE0EF6}">
>Context="InprocServer32" Description="LogQuery.NetMonInputFormat"
> ThreadingModel="apartment">
>  Description="LogQuery.NetMonInputFormat">
>Description="LogQuery.NetMonInputFormat" />
> 
>   
>

Re: [WiX-users] Disable ExitDlg

[Pally Sandher]

http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm
&
http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html 

Palbinder Sandher 
Software Deployment Engineer
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: Odamteng, Abraham [mailto:aodamt...@t-tales.com] 
Sent: 08 February 2011 09:16
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Disable ExitDlg

I am making an installer which offers two types of installation,
Easy-Install and Customer-Install.

I wish to disable the ExitDialog for the Easy-Install but keep it for
the Custom-Install.

How can I achieve this.

 

Thanks


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Disable ExitDlg

[Odamteng, Abraham]

I am making an installer which offers two types of installation,
Easy-Install and Customer-Install.

I wish to disable the ExitDialog for the Easy-Install but keep it for
the Custom-Install.

How can I achieve this.

 

Thanks

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Change text file line-endings on install

[John Daintree]

Thanks Peter, that's what I thought.

/john

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Sent: 07 February 2011 15:12
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Change text file line-endings on install

Not built-in. Just feed the converted files to Wix when you build the
installer.

-Original Message-
From: John Daintree [mailto:jo...@dyalog.com]
Sent: 07 February 2011 14:45
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Change text file line-endings on install

Hello all,

 

I have a number of text files with UNIXy line endings that I want to install
onto a Windows machine. Is there a WIX mechanism I  can use to change the
line endings to Windowsy ones on install?

 

Thanks,

John.

 


-
-
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these rules
translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
___
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.



--
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these rules
translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users