date:20120307

[WiX-users] How can hide the ExitDialog?

2012-03-07 Thread Toru Takeguchi

Hi there,

I'm using Wix version 3.5.2519.0

Create the MSI+MSP installer.

How can hide the ExitDialog?

if call the MSP is hiddenn. if you dont call the MSP is display.

Any help would be much appreciated.

Toru Takeguchi
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How does Torch decide which files changed?!

2012-03-07 Thread tomer.c

Hi,
I'm having trouble with pyro, I get the PYRO0227 error even though I know there 
are changes between the files it's comparing.
I even debugged the pyro c# code, what I saw was that the 
FileManager.CompareFiles works great, and the rows are marked 
RowOperation.Modify. but the GenerateTransform method that calls the 
MsiInterop.MsiDatabaseGenerateTransform returns the "ERROR_NO_DATA(0xE8) means 
no differences were found" I don't know why...
When I go and change something manually in one of the text files I have 
everything works fine... but the .NET assemblies that is KNOW changed won't 
make it work... when it does work I get everything inside the msp files...
Please help!
Thanks.

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: יום ה 02 פברואר 2012 23:06
To: 'General discussion for Windows Installer XML toolset.'
Cc: Alex Abugov; Ronen Akri
Subject: Re: [WiX-users] How does Torch decide which files changed?!

I'm assuming that the attribute-less InstallExecute in this email is the line 
in the error message, correct? If so, then this really looks like a bug in 
dark.exe.

The  from the original source shouldn't have anything to do with the this 
bug in dark.exe.

Go ahead and fix that line in the generated file after you file a bug against 
dark.exe.

Blair

-Original Message-
From: tome...@qualisystems.com [mailto:tome...@qualisystems.com]
Sent: Thursday, February 02, 2012 1:29 AM
To: wix-users@lists.sourceforge.net
Cc: alex...@qualisystems.com; rone...@qualisystems.com
Subject: Re: [WiX-users] How does Torch decide which files changed?!

One more thing I found out: (concerning the msi to wixpdb using dark, candle, 
light)

 

I have another tag in my setup.wxs:

 



 







  

(NOT Installed AND RUN_QSCONFIG = "true") OR (REINSTALL)

  

  

(Installed)

  



 



 

 

Maybe it has something to do with the error since the generated wxs file (from 
the dark command) has this:

 



(Installed)

(NOT Installed AND RUN_QSCONFIG = "true") OR 
(REINSTALL)





 

Somehoe it generates an InstallExecute tag without the attribute...

 

Thanks

 

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Wednesday, February 01, 2012 6:55 PM
To: 'General discussion for Windows Installer XML toolset.'
Cc: Alex Abugov; Ronen Akri
Subject: Re: [WiX-users] How does Torch decide which files changed?!

 

If the only changes in your bug fix are files in the file table, that should 
work. To rebuild your code you may consider using dark on your released MSI to 
get your base WIXPDB and to get your starting point for your bug fix.

 

The REINSTALL property will be autoselected to be the smallest section of 
already installed features that cover all of the database changes contained in 
the patch if you don't override it (as you are proposing).
Normally the default value should suffice, unless you have a complex 
feature/component tree or if you have files that don't lend themselves well to 
the file versioning rules.

 

Your overridden value for REINSTALLMODE property will prevent application of 
registry and shortcuts from the patched view. If you don't have a requirement 
for the "a" flag, the default should suffice.

 

Blair

 

-Original Message-

From: tome...@qualisystems.com  
[mailto:tome...@qualisystems.com  ]

Sent: Wednesday, February 01, 2012 12:26 AM

To: wix-users@lists.sourceforge.net
 

Cc: alex...@qualisystems.com  ; 
rone...@qualisystems.com  

Subject: Re: [WiX-users] How does Torch decide which files changed?!

 

Hi,

After all your help :) I think I have a solution to my problem, please let me 
know what you think:

My product is already installed on customers machines, I didn't save the wixpdb 
nor the files.wxs (the Heat harvest file) of those releases, since I didn't 
know I'll need them to issue a patch, I also don't have the product Id since 
it's * (auto generated).

 

So, I need to rebuild my code and create the MSIs again with the same code as 
the released product making sure I hard code the Original Product Id I take 
from the released MSI.

Then I make my changes (fix the bug or whatever) and rebuild my code and create 
the MSIs again MAKING SURE to use the same files.wxs created by the previous 
HEAT harvest (so the GUIDS will be the same).

 

Now I have both wixpdb files without the change and with the change.

I torch them to get the diff.wixmst. (using the -xi and -p flags) And then I 
pyro. (pyro.exe patch\patch.wixmsp -out patch.msp -t RTM patch\diff.wixmst

-v)

 

The customer needs to install the msp with this command:

MSIEXEC /update "\\tomer-c-d3\Share\patch.msp 
 " REINSTALL=ALL REINSTALLMODE=a

 

It seems a bit cumbersome, will it work? :) Thanks again.

Re: [WiX-users] Wow!

2012-03-07 Thread James Johnston

And the nice thing about an ISO is you get non-essential files as well.  For
example, a readme file - which I highly doubt is included when running
"/layout".

For example, examining my ISO of Windows Driver Kit 7.1.0 shows some files
which I highly doubt are included in a "/layout" administrative image made.
For example, "Relnote.htm" and "Install.htm".  Now I'll probably have to
track down and include these types of files myself.  And the ISO format is
also convenient for mounting to a virtual machine...  It's much better if a
release team can get these details straight on their own and just do it once
for everyone, like Chris says.  Now my assembled full image is probably
going to look different from someone else's.

The link to SQL Development Tools is comical.  Instead of including a link
to a single file that includes everything, they turned it into a 3 step
process that required a few paragraphs of writing to describe the whole
process.

If getting off-line images of Microsoft software is now going to include
dropping to the command line to assemble my own "administrative install
point", NO THANKS!!  What an unnecessary chore that didn't used to exist.  I
hope someone on the other side of the fence is listening.

Brings back bad memories of that old Internet Explorer 4 active setup that
didn't always work.  Does anybody honestly think that web setup would still
run correctly if used today?  I bet all those CAB files it would download
from Microsoft.com are long gone.

James

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: Wednesday, March 07, 2012 19:34
To: General discussion for Windows Installer XML toolset.; General
discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wow!

Thankfully those instructions are somewhat easy atleast.  Some of these "how
to create an admin install"  are horribly complex.


To me, as a paying customer at a very, very large enterprise,   it annoys 
the hell out of me.  Don't make me figure out how to do this for all of the 
systems that I support.  Just give me a download link to the darn ISO.   
Something the build/release team could have done just once and published 
now has to be redone over and over by thousands of organizations.


I'm sorry, I just don't get it on this one.



From: "John H Bergman (XPedient)" 

Sent: Wednesday, March 07, 2012 1:04 PM

To: "General discussion for Windows Installer XML toolset." 


Subject: Re: [WiX-users] Wow!


To reinforce a comment earlier about this being Microsoft's apparent 
direction as well, The latest SSDT (SQL Development Tools) uses the same 
methodology of the /layout switch.


http://msdn.microsoft.com/en-us/data/hh297027


John


-Original Message-

From: James Johnston [mailto:johnst...@inn-soft.com] 

Sent: Tuesday, March 06, 2012 10:26 AM

To: 'General discussion for Windows Installer XML toolset.'

Subject: Re: [WiX-users] Wow!


And this is why there needs to be a simple "off-line bundle" file ready to 
download. Seems like it shouldn't be too hard to include in the WiX build 
process, and would make a lot of people's lives easier. Realistically, I 
don't think there's a better solution than utilizing the built-in file 
downloader in a web browser for pulling in the archive. Anything else just 
makes it more complicated and unfamiliar for the user...


Dog-fooding is a great idea; having a web setup available is a good idea 
for that reason. Just don't make this the only option... Here's an idea: 
have the capability of providing both web setups and generating premade 
off-line bundles ready for download and dog-food that. I'm sure many setup 
authors (myself included) will want to provide only premade off-line 
bundles, or both premade off-line bundles and web setups (i.e. having more 
than *just* a web setup). Dog-food that! :)


-Original Message-

From: Tobias S [mailto:tobias.s1...@gmail.com]

Sent: Tuesday, March 06, 2012 09:22

To: General discussion for Windows Installer XML toolset.

Subject: Re: [WiX-users] Wow!


Interesting discussion. That brought me to the point to run wix36.exe 
/layout. As expected in a firewall protected company environment the web 
bootstrapper didn't work (see below log). Also I expect different behaviors 
in different company environments using different "web download proxy virus 
scanners" (or as these things are called). I think doing an implementation 
for all that is almost impossible.


But what about an approach to spend burn an additional parameter to get a 
list of URLs (e.g. /downloadurls ). Imho almost every firewall should be 
able to handle manual downloading of MSI files. Not very comfortable but at 
least an approach to get an offline image in a company environment...


Regards,

Tobias


[1BE8:1094][2012-03-06T10:10:56]: Caching bundle from:

'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\.


be\WiX36.exe'

to: 'C:\ProgramDa

[WiX-users] hypertext control in burn preq theme

2012-03-07 Thread Grant Samuels

Hi All

I was hoping someone from the Wix team could comment on the usage of
the hypertext control in a mbapreq theme file.

There is an open bug with the preq bootstrapper crashing
(https://sourceforge.net/tracker/?func=detail&aid=3496929&group_id=105970&atid=642714)
which in my investigation seems to be caused by using a hypertext
control in the mbapreq.thm file in the latest build of burn.
This issue occurs on Windows XP, which is a platform that I need to support.

Using the hypertext control has a lot of adavantages in layout - is
the hypertext control likely to be supported on Windows XP using a
burn theme?

Thanks
Grant

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Determining which OS is installed

2012-03-07 Thread Wilson, Phil

Maybe and no. You should be looking at the Windows Installer properties for 
locations. There are properties such as ProgramFilesFolder and 
ProgramFiles64Folder that resolve to those locations at install time. In your 
case, the more useful one is the FileKey property for your file. 

http://msdn.microsoft.com/en-us/library/windows/desktop/aa368609(v=vs.85).aspx 

Your registry value is then something like [#filekey] (and add your #1) and 
that resolves to the path to the file wherever it was installed. 

Phil W 

-Original Message-
From: Rick Hantz (Hotmail) [mailto:rick_ha...@hotmail.com] 
Sent: Wednesday, March 07, 2012 10:49 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Determining which OS is installed

So would this work? I separated the command registry entry into two
components.


  VersionNT64 >= 600 

  
  
  

  


VersionNT >= 600
  



  
  

-Original Message-
From: David Esiobu [mailto:david.esi...@citrix.com] 
Sent: Wednesday, March 07, 2012 10:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Determining which OS is installed

Hi Rick,

Please see the documentation for WiX preprocessor statements:
http://wix.sourceforge.net/manual-wix3/preprocessor.htm

Note that you can't use MSI properties there because preprocessor statements
affect the build process, not the runtime behavior.

Hope that helps,
David

-Original Message-
From: Rick Hantz (Hotmail) [mailto:rick_ha...@hotmail.com]
Sent: Wednesday, March 07, 2012 1:00 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Determining which OS is installed

I need to install an URL handler, which means different path entries if you
have a 32 or 64bit OS installed.

I tried:

 

= 600)  ?>



   

   

   

   

 

 

   

   

   

 

 

But it errors at (VersionNT64 >= 600).

 

I'm a first time WiX user, using VS11 beta and one of the latest 3.6 beta
builds..

Appreciate any help.

Thanks,

RickH


  _  

I am using the Free version of SPAMfighter 
.
SPAMfighter has removed 102072 of my spam emails to date.

Do you have a slow PC? 
Try free scan! 

--
Virtualization & Cloud Management Using Capacity Planning Cloud computing
makes use of virtualization - but cloud computing also focuses on allowing
computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Virtualization & Cloud Management Using Capacity Planning Cloud computing
makes use of virtualization - but cloud computing also focuses on allowing
computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
I am using the free version of SPAMfighter.
We are a community of 7 million users fighting spam.
SPAMfighter has removed 102072 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

The Professional version does not have this message


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 
7AW (Registered number 166023). For a list of European legal entities within 
the Invensys Group, please go to http://

Re: [WiX-users] Wow!

2012-03-07 Thread Christopher Painter

Thankfully those instructions are somewhat easy atleast.  Some of these 
"how to create an admin install"  are horribly complex.


To me, as a paying customer at a very, very large enterprise,   it annoys 
the hell out of me.  Don't make me figure out how to do this for all of the 
systems that I support.  Just give me a download link to the darn ISO.   
Something the build/release team could have done just once and published 
now has to be redone over and over by thousands of organizations.


I'm sorry, I just don't get it on this one.



From: "John H Bergman (XPedient)" 

Sent: Wednesday, March 07, 2012 1:04 PM

To: "General discussion for Windows Installer XML toolset." 


Subject: Re: [WiX-users] Wow!


To reinforce a comment earlier about this being Microsoft's apparent 
direction as well, The latest SSDT (SQL Development Tools) uses the same 
methodology of the /layout switch.


http://msdn.microsoft.com/en-us/data/hh297027


John


-Original Message-

From: James Johnston [mailto:johnst...@inn-soft.com] 

Sent: Tuesday, March 06, 2012 10:26 AM

To: 'General discussion for Windows Installer XML toolset.'

Subject: Re: [WiX-users] Wow!


And this is why there needs to be a simple "off-line bundle" file ready to 
download. Seems like it shouldn't be too hard to include in the WiX build 
process, and would make a lot of people's lives easier. Realistically, I 
don't think there's a better solution than utilizing the built-in file 
downloader in a web browser for pulling in the archive. Anything else just 
makes it more complicated and unfamiliar for the user...


Dog-fooding is a great idea; having a web setup available is a good idea 
for that reason. Just don't make this the only option... Here's an idea: 
have the capability of providing both web setups and generating premade 
off-line bundles ready for download and dog-food that. I'm sure many setup 
authors (myself included) will want to provide only premade off-line 
bundles, or both premade off-line bundles and web setups (i.e. having more 
than *just* a web setup). Dog-food that! :)


-Original Message-

From: Tobias S [mailto:tobias.s1...@gmail.com]

Sent: Tuesday, March 06, 2012 09:22

To: General discussion for Windows Installer XML toolset.

Subject: Re: [WiX-users] Wow!


Interesting discussion. That brought me to the point to run wix36.exe 
/layout. As expected in a firewall protected company environment the web 
bootstrapper didn't work (see below log). Also I expect different behaviors 
in different company environments using different "web download proxy virus 
scanners" (or as these things are called). I think doing an implementation 
for all that is almost impossible.


But what about an approach to spend burn an additional parameter to get a 
list of URLs (e.g. /downloadurls ). Imho almost every firewall should be 
able to handle manual downloading of MSI files. Not very comfortable but at 
least an approach to get an offline image in a company environment...


Regards,

Tobias


[1BE8:1094][2012-03-06T10:10:56]: Caching bundle from:

'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\.


be\WiX36.exe'

to: 'C:\ProgramData\Package

Cache\{53bade28-8480-4557-92fc-13a20c501a3e}\WiX36.exe'

[1BE8:1094][2012-03-06T10:10:56]: Registering bundle dependency

provider: {53bade28-8480-4557-92fc-13a20c501a3e}, version: 3.6.2627.0

[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to send request 
to URL:

http://wixtoolset.org/releases/3.6.2627.0/data/core.msi

[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to send request 
to URL:

http://wixtoolset.org/releases/3.6.2627.0/data/core.msi

[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to connect to

URL: http://wixtoolset.org/releases/3.6.2627.0/data/core.msi

[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to get size and 
time for URL:

http://wixtoolset.org/releases/3.6.2627.0/data/core.msi

[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed attempt to 
download URL: 'http://wixtoolset.org/releases/3.6.2627.0/data/core.msi'

to:

'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\W


ix'

[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to acquire 
payload from: 'http://wixtoolset.org/releases/3.6.2627.0/data/core.msi'

to working path:

'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\W


ix'

[1D50:1394][2012-03-06T10:11:17]: Failed to acquire payload: Wix to 
working

path:

C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\Wi


x,

error: 0x80072efd.





--

Keep Your Developer Skills Current with LearnDevNow!

The most comprehensive online learning library for Microsoft developers is 
just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro 
Style Apps, more. Free future release

Re: [WiX-users] Wow!

2012-03-07 Thread John H Bergman (XPedient)

To reinforce a comment earlier about this being Microsoft's apparent direction 
as well, The latest SSDT (SQL Development Tools) uses the same methodology of 
the /layout switch.

http://msdn.microsoft.com/en-us/data/hh297027

John

-Original Message-
From: James Johnston [mailto:johnst...@inn-soft.com] 
Sent: Tuesday, March 06, 2012 10:26 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Wow!

And this is why there needs to be a simple "off-line bundle" file ready to 
download.  Seems like it shouldn't be too hard to include in the WiX build 
process, and would make a lot of people's lives easier.  Realistically, I don't 
think there's a better solution than utilizing the built-in file downloader in 
a web browser for pulling in the archive.  Anything else just makes it more 
complicated and unfamiliar for the user...

Dog-fooding is a great idea; having a web setup available is a good idea for 
that reason.  Just don't make this the only option...  Here's an idea:  have 
the capability of providing both web setups and generating premade off-line 
bundles ready for download and dog-food that.  I'm sure many setup authors 
(myself included) will want to provide only premade off-line bundles, or both 
premade off-line bundles and web setups (i.e. having more than *just* a web 
setup).  Dog-food that! :)

-Original Message-
From: Tobias S [mailto:tobias.s1...@gmail.com]
Sent: Tuesday, March 06, 2012 09:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wow!

Interesting discussion. That brought me to the point to run wix36.exe /layout. 
As expected in a firewall protected company environment the web bootstrapper 
didn't work (see below log). Also I expect different behaviors in different 
company environments using different "web download proxy virus scanners" (or as 
these things are called). I think doing an implementation for all that is 
almost impossible.

But what about an approach to spend burn an additional parameter to get a list 
of URLs (e.g. /downloadurls ). Imho almost every firewall should be able to 
handle manual downloading of MSI files. Not very comfortable but at least an 
approach to get an offline image in a company environment...

Regards,
Tobias


[1BE8:1094][2012-03-06T10:10:56]: Caching bundle from:
'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\.
be\WiX36.exe'
to: 'C:\ProgramData\Package
Cache\{53bade28-8480-4557-92fc-13a20c501a3e}\WiX36.exe'
[1BE8:1094][2012-03-06T10:10:56]: Registering bundle dependency
provider: {53bade28-8480-4557-92fc-13a20c501a3e}, version: 3.6.2627.0
[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to send request to 
URL:
http://wixtoolset.org/releases/3.6.2627.0/data/core.msi
[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to send request to 
URL:
http://wixtoolset.org/releases/3.6.2627.0/data/core.msi
[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to connect to
URL: http://wixtoolset.org/releases/3.6.2627.0/data/core.msi
[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to get size and time 
for URL:
http://wixtoolset.org/releases/3.6.2627.0/data/core.msi
[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed attempt to download 
URL: 'http://wixtoolset.org/releases/3.6.2627.0/data/core.msi'
to:
'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\W
ix'
[1D50:1394][2012-03-06T10:11:17]: Error 0x80072efd: Failed to acquire payload 
from: 'http://wixtoolset.org/releases/3.6.2627.0/data/core.msi'
to working path:
'C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\W
ix'
[1D50:1394][2012-03-06T10:11:17]: Failed to acquire payload: Wix to working
path:
C:\Users\MyUser\AppData\Local\Temp\{53bade28-8480-4557-92fc-13a20c501a3e}\Wi
x,
error: 0x80072efd.


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers is just 
$99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style 
Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers is just 
$99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style 
Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Determining which OS is installed

2012-03-07 Thread Rick Hantz (Hotmail)

So would this work? I separated the command registry entry into two
components.


  VersionNT64 >= 600 

  
  
  

  


VersionNT >= 600
  



  
  

-Original Message-
From: David Esiobu [mailto:david.esi...@citrix.com] 
Sent: Wednesday, March 07, 2012 10:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Determining which OS is installed

Hi Rick,

Please see the documentation for WiX preprocessor statements:
http://wix.sourceforge.net/manual-wix3/preprocessor.htm

Note that you can't use MSI properties there because preprocessor statements
affect the build process, not the runtime behavior.

Hope that helps,
David

-Original Message-
From: Rick Hantz (Hotmail) [mailto:rick_ha...@hotmail.com]
Sent: Wednesday, March 07, 2012 1:00 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Determining which OS is installed

I need to install an URL handler, which means different path entries if you
have a 32 or 64bit OS installed.

I tried:

 

= 600)  ?>



   

   

   

   

 

 

   

   

   

 

 

But it errors at (VersionNT64 >= 600).

 

I'm a first time WiX user, using VS11 beta and one of the latest 3.6 beta
builds..

Appreciate any help.

Thanks,

RickH


  _  

I am using the Free version of SPAMfighter 
.
SPAMfighter has removed 102072 of my spam emails to date.

Do you have a slow PC? 
Try free scan! 

--
Virtualization & Cloud Management Using Capacity Planning Cloud computing
makes use of virtualization - but cloud computing also focuses on allowing
computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Virtualization & Cloud Management Using Capacity Planning Cloud computing
makes use of virtualization - but cloud computing also focuses on allowing
computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
I am using the free version of SPAMfighter.
We are a community of 7 million users fighting spam.
SPAMfighter has removed 102072 of my spam emails to date.
Get the free SPAMfighter here: http://www.spamfighter.com/len

The Professional version does not have this message


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Determining which OS is installed

2012-03-07 Thread David Esiobu

Hi Rick,

Please see the documentation for WiX preprocessor statements:
http://wix.sourceforge.net/manual-wix3/preprocessor.htm

Note that you can't use MSI properties there because preprocessor statements 
affect the build process, not the runtime behavior.

Hope that helps,
David

-Original Message-
From: Rick Hantz (Hotmail) [mailto:rick_ha...@hotmail.com] 
Sent: Wednesday, March 07, 2012 1:00 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Determining which OS is installed

I need to install an URL handler, which means different path entries if you 
have a 32 or 64bit OS installed.

I tried:

 

= 600)  ?>



   

   

   

   

 

 

   

   

   

 

 

But it errors at (VersionNT64 >= 600).

 

I'm a first time WiX user, using VS11 beta and one of the latest 3.6 beta 
builds..

Appreciate any help.

Thanks,

RickH


  _  

I am using the Free version of SPAMfighter  .
SPAMfighter has removed 102072 of my spam emails to date.

Do you have a slow PC? 
Try free scan! 
--
Virtualization & Cloud Management Using Capacity Planning Cloud computing makes 
use of virtualization - but cloud computing also focuses on allowing computing 
to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Determining which OS is installed

2012-03-07 Thread Rick Hantz (Hotmail)

I need to install an URL handler, which means different path entries if you
have a 32 or 64bit OS installed.

I tried:

 

= 600)  ?>



   

   

   

   

 

 

   

   

   

 

 

But it errors at (VersionNT64 >= 600).

 

I'm a first time WiX user, using VS11 beta and one of the latest 3.6 beta
builds..

Appreciate any help.

Thanks,

RickH


  _  

I am using the Free version of SPAMfighter 
.
SPAMfighter has removed 102072 of my spam emails to date.

Do you have a slow PC? 
Try free scan! 
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How can hide the ExitDialog?

Re: [WiX-users] How does Torch decide which files changed?!

Re: [WiX-users] Wow!

[WiX-users] hypertext control in burn preq theme

Re: [WiX-users] Determining which OS is installed

Re: [WiX-users] Wow!

Re: [WiX-users] Wow!

Re: [WiX-users] Determining which OS is installed

Re: [WiX-users] Determining which OS is installed

[WiX-users] Determining which OS is installed

10 matches

Site Navigation

Mail list logo

Footer information