Re: [WiX-users] Unresolved reference to symbol 'WixUI:WixUI_ErrorProgressText

[Sebastian Brand (Instyler Software)]

And "-cultures:en-us" too :-)


Best regards,
Sebastian Brand

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



-Original Message-
From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] 
Sent: July 22, 2009 7:43
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Unresolved reference to symbol
'WixUI:WixUI_ErrorProgressText

Try to add *-ext  WixUlExtension* to the command lines.

2009/7/22 jo...@msli.com 

> I newbie using wix3.0.5419.0, and I am having a problem finding the Wix
> UI library.  I have read WixUIExtension.dll is in the directory where I
> installed Wix, and all I need to do is run light.exe, and the library
> will be found.  Some say A full path to light.exe might be required.
>
> In my wxs, in the  tag, I have:
> INSTALLDIR
> 
> 
>
> These are the incantations:
> candle.exe MyApp.wxs  MyApp.fragment.wxs-ext  WixUtilExtension
> light.exe -sval MyApp.wixobj MyApp.fragment.wixobj -ext  WixUtilExtension
> -o MyApp.msi
>
> The error:
> MyApp.wxs(24) : error LGHT0094 : Unresolved reference to symbol
> 'WixUI:WixUI_InstallDir' in section 'Product:*'.
> MyApp.wxs(25) : error LGHT0094 : Unresolved reference to symbol
> 'WixUI:WixUI_ErrorProgressText' in section 'Product:*'.
>
> I tried from cygwin and cmd, with full paths to Wix directory and
> without full paths, but the outcome is always the same.
>
> It would be great if there was some environment variable I could set.
>
> Can you see anything wrong with what I am trying to do?
>
>
> CONFIDENTIALITY NOTICE:  This electronic mail message and any attachment
> hereto may contain confidential information of Meyer Sound Laboratories,
> Incorporated and is intended for the personal and confidential use of the
> designated recipient(s) only.  If you are not the intended recipient (or
> responsible for delivering the message to the intended recipient), you
have
> received this message in error and any review, distribution, or copying of
> this message or any attachment hereto is prohibited.  If you have received
> this message in error, please promptly notify the sender and permanently
> delete it from your computer.
>
>
>

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



-- 
Konstantin Vlasenko

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


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

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Neil Sleightholm]

I am just guessing I'm afraid (if you are using -sreg it shouldn't be writing 
any self-reg keys). If you let me what product this is part of I'll see if I 
can get a copy and try the same as you. 

Neil

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: 21 July 2009 22:38
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of 
WiX-generated MSI

Right now I am using -sreg -scom -svb6 on that particular invocation of heat. 
There are other files included in that execution so I'm hoping that nothing 
really needs any of that registration stuff.

But, if I am understanding you correctly, that dll really is modifying those 
registry keys/values during a self-reg process!?

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: Tuesday, July 21, 2009 12:02 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> Edwin
> 
> I don't have those on my machine but I would guess that it does some
> anti-social stuff when you self register it. Is there any documentation
> on how you are supposed to distribute it. You could try running heat
> and ignoring the self-reg stuff.
> 
> Neil
> 
> -Original Message-
> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
> Sent: 21 July 2009 17:42
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> 
> Actually, it's redistributable:
> 
> http://blogs.msdn.com/gertd/archive/2008/08/22/redist.aspx
> 
> %ProgramFiles%\Microsoft Visual Studio 9.0\VSTSDB\redist-enu.txt
> Subject to the license terms for the software, you may redistribute the
> files (unmodified) listed below.
> DatabaseSchemaProviders.Extensions.xml
> Microsoft.Data.Schema.dll
> Microsoft.Data.Schema.ScriptDom.dll
> Microsoft.Data.Schema.ScriptDom.Sql.dll
> Microsoft.Data.Schema.Sql.dll
> Microsoft.Data.Schema.resources.dll
> Microsoft.Data.Schema.ScriptDom.resources.dll
> Microsoft.Data.Schema.ScriptDom.Sql.resources.dll
> Microsoft.Data.Schema.Sql.resources.dll
> vsdbcmd.exe
> 
> 
> --- On Tue, 7/21/09, Neil Sleightholm  wrote:
> 
> > From: Neil Sleightholm 
> > Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of
> WiX-generated MSI
> > To: "General discussion for Windows Installer XML toolset."  us...@lists.sourceforge.net>
> > Date: Tuesday, July 21, 2009, 9:09 AM
> > Just a thought but why are you
> > distributing Microsoft.Data.Schema.Sql.dll that sounds like
> > a Microsoft component to me and should be distributed using
> > their package (presumably SQL).
> >
> > Neil
> >
> > -Original Message-
> > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> >
> > Sent: 21 July 2009 00:05
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] TCP/IP Corruption After Uninstallation
> > of WiX-generated MSI
> >
> > Today I found myself googling for a way to fix TCP/IP on my
> > dev machine after uninstall corrupted TCP/IP. I remembered,
> > after about 1.5 hours, that somebody had a similar problem
> > about a month ago. In his case, he was converting an
> > InstallShield package to WiX. I’m writing my package from
> > scratch. *We are both using heat.exe.*
> >
> > After reading Chris Painters post at
> http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-
> causes-system.html
> > I looked through the Registry table of my package to see if
> > I could find the keys described in the InstallShield hotfix
> > but didn't find any of them. I did find the following:
> >
> > Root: 2
> > Key: System\CurrentControlSet\Services\WinSock2\Parameters
> > Name: WinSock_Registry_Version
> > Value: 2.0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5
> > Name: Num_Catalog_Entries
> > Value: #0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5
> > Name: Serial_Access_Num
> > Value: #1
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5\Catalog_Entries
> > Name: 
> > Value: 
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Num_CatalogEntries
> > Value: #0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Next_Catalog_Entry_ID
> > Value: #1001
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Serial_Access_Num
> > Value: #1
> >

Re: [WiX-users] Unresolved reference to symbol 'WixUI:WixUI_ErrorProgressText

[Konstantin Vlasenko]

Try to add *-ext  WixUlExtension* to the command lines.

2009/7/22 jo...@msli.com 

> I newbie using wix3.0.5419.0, and I am having a problem finding the Wix
> UI library.  I have read WixUIExtension.dll is in the directory where I
> installed Wix, and all I need to do is run light.exe, and the library
> will be found.  Some say A full path to light.exe might be required.
>
> In my wxs, in the  tag, I have:
> INSTALLDIR
> 
> 
>
> These are the incantations:
> candle.exe MyApp.wxs  MyApp.fragment.wxs-ext  WixUtilExtension
> light.exe -sval MyApp.wixobj MyApp.fragment.wixobj -ext  WixUtilExtension
> -o MyApp.msi
>
> The error:
> MyApp.wxs(24) : error LGHT0094 : Unresolved reference to symbol
> 'WixUI:WixUI_InstallDir' in section 'Product:*'.
> MyApp.wxs(25) : error LGHT0094 : Unresolved reference to symbol
> 'WixUI:WixUI_ErrorProgressText' in section 'Product:*'.
>
> I tried from cygwin and cmd, with full paths to Wix directory and
> without full paths, but the outcome is always the same.
>
> It would be great if there was some environment variable I could set.
>
> Can you see anything wrong with what I am trying to do?
>
>
> CONFIDENTIALITY NOTICE:  This electronic mail message and any attachment
> hereto may contain confidential information of Meyer Sound Laboratories,
> Incorporated and is intended for the personal and confidential use of the
> designated recipient(s) only.  If you are not the intended recipient (or
> responsible for delivering the message to the intended recipient), you have
> received this message in error and any review, distribution, or copying of
> this message or any attachment hereto is prohibited.  If you have received
> this message in error, please promptly notify the sender and permanently
> delete it from your computer.
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



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

[WiX-users] Unresolved reference to symbol 'WixUI:WixUI_ErrorProgressText

[jo...@msli.com]

I newbie using wix3.0.5419.0, and I am having a problem finding the Wix
UI library.  I have read WixUIExtension.dll is in the directory where I
installed Wix, and all I need to do is run light.exe, and the library
will be found.  Some say A full path to light.exe might be required.
 
In my wxs, in the  tag, I have:
INSTALLDIR



These are the incantations:
candle.exe MyApp.wxs  MyApp.fragment.wxs-ext  WixUtilExtension
light.exe -sval MyApp.wixobj MyApp.fragment.wixobj -ext  WixUtilExtension -o 
MyApp.msi

The error:
MyApp.wxs(24) : error LGHT0094 : Unresolved reference to symbol 
'WixUI:WixUI_InstallDir' in section 'Product:*'.
MyApp.wxs(25) : error LGHT0094 : Unresolved reference to symbol 
'WixUI:WixUI_ErrorProgressText' in section 'Product:*'.

I tried from cygwin and cmd, with full paths to Wix directory and
without full paths, but the outcome is always the same.

It would be great if there was some environment variable I could set.

Can you see anything wrong with what I am trying to do?


CONFIDENTIALITY NOTICE:  This electronic mail message and any attachment hereto 
may contain confidential information of Meyer Sound Laboratories, Incorporated 
and is intended for the personal and confidential use of the designated 
recipient(s) only.  If you are not the intended recipient (or responsible for 
delivering the message to the intended recipient), you have received this 
message in error and any review, distribution, or copying of this message or 
any attachment hereto is prohibited.  If you have received this message in 
error, please promptly notify the sender and permanently delete it from your 
computer.

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

[WiX-users] displaying available websites in ComboBox

[Srinivas Gali]

Hi,

I am able get available websites on IIS using the Jon sample available @ 
http://blog.torresdal.net/2008/10/24/WiXAndDTFUsingACustomActionToListAvailableWebSitesOnIIS.aspx

It is displaying websites in  ListBox, But I need in ComboBox.  


Please suggest me what are the changes should I do for displaying websites in 
ComboBox.


Regards,
Srinivas. Gali



 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely 
for the use of the addressee(s). If you are not the intended recipient, please 
notify the sender by e-mail and delete the original message. Further, you are 
not 
to copy, disclose, or distribute this e-mail or its contents to any other 
person and 
any such actions are unlawful. This e-mail may contain viruses. Infosys has 
taken 
every reasonable precaution to minimize this risk, but is not liable for any 
damage 
you may sustain as a result of any virus in this e-mail. You should carry out 
your 
own virus checks before opening the e-mail or attachment. Infosys reserves the 
right to monitor and review the content of all messages sent to or from this 
e-mail 
address. Messages sent to or from this e-mail address may be stored on the 
Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***

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

Re: [WiX-users] inifilesearch doesn't execute

[Alexander Shevchuk]

Read about IniLocator table
(http://msdn.microsoft.com/en-us/library/aa369283(VS.85).aspx):

"... The .ini file must be present in the default Microsoft Windows
directory."

Also, it's the other way around. Parent element starts search and child
element continues it with what parent found. So, IniFileSearch is supposed
to find location of the file. In your case, .ini file must be in windows
directory, otherwise you can't use IniFileSearch. That's the way it is in
MSI.




-Original Message-
From: Eric Napier [mailto:napi...@gmail.com] 
Sent: Tuesday, July 21, 2009 7:42 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] inifilesearch doesn't execute

No, it's not in the windows folder. It's in program files\my company\myapp
Does it have to be in Windows for inifilesearch to work? I thought the
directorysearch element told it where to look?

-Original Message-
From: "Alex Shevchuk" 
To: "'General discussion for Windows Installer XML toolset.'" <
wix-users@lists.sourceforge.net>
Date: Tue, 21 Jul 2009 16:45:36 -0700
Subject: Re: [WiX-users] inifilesearch doesn't execute
Hi Eric,

Are you sure that msi.ini file is in the default windows folder?

Alex



-Original Message-
From: Eric Napier [mailto:napi...@gmail.com]
Sent: Tuesday, July 21, 2009 3:34 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] inifilesearch doesn't execute

I'm having a problem with an ini file search. I'm trying to disallow
installation based on the presence of a value in an ini file.
However, OLDVALUE (the item for which I'm searching) is never set. I've
confirmed the presence of the item in the ini file. The path is correct.
Examining the log, I can find no evidence of this search running.
Can you tell what I'm doing wrong?  My code below.
Thanks


 
   
 


(REMOVE ~=
"ALL") OR (OLDVALUE="")

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


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

Re: [WiX-users] inifilesearch doesn't execute

[Eric Napier]

No, it's not in the windows folder. It's in program files\my company\myapp
Does it have to be in Windows for inifilesearch to work? I thought the
directorysearch element told it where to look?

-Original Message-
From: "Alex Shevchuk" 
To: "'General discussion for Windows Installer XML toolset.'" <
wix-users@lists.sourceforge.net>
Date: Tue, 21 Jul 2009 16:45:36 -0700
Subject: Re: [WiX-users] inifilesearch doesn't execute
Hi Eric,

Are you sure that msi.ini file is in the default windows folder?

Alex



-Original Message-
From: Eric Napier [mailto:napi...@gmail.com]
Sent: Tuesday, July 21, 2009 3:34 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] inifilesearch doesn't execute

I'm having a problem with an ini file search. I'm trying to disallow
installation based on the presence of a value in an ini file.
However, OLDVALUE (the item for which I'm searching) is never set. I've
confirmed the presence of the item in the ini file. The path is correct.
Examining the log, I can find no evidence of this search running.
Can you tell what I'm doing wrong?  My code below.
Thanks


 
   
 


(REMOVE ~=
"ALL") OR (OLDVALUE="")
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

[Bob Arnson]

Arvind Aiyar wrote:
> So I took your advice and tried to separate my 32-bit and 64-bit components. 
> Now the 32-bit components install into [ProgramFilesFolder] and the platform 
> independent ones into [ProgramFiles64Folder]. However, now when I compile my 
> 32-bit MSI, it cribs that I'm using duplicate folder IDs (true, since they 
> both resolve to the location on 32-bit). Any thoughts ?
>   

The target path doesn't matter; the IDs do. What's the exact error message?

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



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

Re: [WiX-users] VSTO error

[Bob Arnson]

Shawn Zhou wrote:
> When I tried to add a VSTO dll to wix, I got the following error:
> Error  1  Either 
> 'Microsoft.Tools.WindowsInstallerXml.AssemblyDefaultWixExtensionAttribute' 
> was not defined in the assembly or the type defined in extension 
> '..\AtlantaPowerPointAddIn\bin\Debug\AtlantaPowerPointAddIn.dll' could not be 
> loaded.  candle.exe  0  1  AtlantaSetup
>
> What is the problem?
>   

You're adding a reference to a DLL that doesn't have a WiX extension.

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



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

[WiX-users] VSTO error

[Shawn Zhou]

When I tried to add a VSTO dll to wix, I got the following error:
Error  1  Either 
'Microsoft.Tools.WindowsInstallerXml.AssemblyDefaultWixExtensionAttribute' was 
not defined in the assembly or the type defined in extension 
'..\AtlantaPowerPointAddIn\bin\Debug\AtlantaPowerPointAddIn.dll' could not be 
loaded.  candle.exe  0  1  AtlantaSetup

What is the problem?
Thanks in advance.

Shawn Zhou
Visit my personal wall on Ceylon
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Castro, Edwin G. (Hillsboro)]

Thank you for confirming that!

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Tuesday, July 21, 2009 4:01 PM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> Heat (in a "default" state) runs the DLLs passed to it in a self-reg-
> in-a-sandbox environment, so yes, that dll is modifying those registry
> values.
> 
> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Tuesday, July 21, 2009 2:38 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> Right now I am using -sreg -scom -svb6 on that particular invocation of
> heat. There are other files included in that execution so I'm hoping
> that nothing really needs any of that registration stuff.
> 
> But, if I am understanding you correctly, that dll really is modifying
> those registry keys/values during a self-reg process!?
> 
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> Please consider the environment before printing this e-mail
> 
> 
> > -Original Message-
> > From: Neil Sleightholm [mailto:n...@x2systems.com]
> > Sent: Tuesday, July 21, 2009 12:02 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of
> WiX-
> > generated MSI
> >
> > Edwin
> >
> > I don't have those on my machine but I would guess that it does some
> > anti-social stuff when you self register it. Is there any
> documentation
> > on how you are supposed to distribute it. You could try running heat
> > and ignoring the self-reg stuff.
> >
> > Neil
> >
> > -Original Message-
> > From: Christopher Painter [mailto:chr...@deploymentengineering.com]
> > Sent: 21 July 2009 17:42
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of
> WiX-
> > generated MSI
> >
> >
> > Actually, it's redistributable:
> >
> > http://blogs.msdn.com/gertd/archive/2008/08/22/redist.aspx
> >
> > %ProgramFiles%\Microsoft Visual Studio 9.0\VSTSDB\redist-enu.txt
> > Subject to the license terms for the software, you may redistribute
> the
> > files (unmodified) listed below.
> > DatabaseSchemaProviders.Extensions.xml
> > Microsoft.Data.Schema.dll
> > Microsoft.Data.Schema.ScriptDom.dll
> > Microsoft.Data.Schema.ScriptDom.Sql.dll
> > Microsoft.Data.Schema.Sql.dll
> > Microsoft.Data.Schema.resources.dll
> > Microsoft.Data.Schema.ScriptDom.resources.dll
> > Microsoft.Data.Schema.ScriptDom.Sql.resources.dll
> > Microsoft.Data.Schema.Sql.resources.dll
> > vsdbcmd.exe
> >
> >
> > --- On Tue, 7/21/09, Neil Sleightholm  wrote:
> >
> > > From: Neil Sleightholm 
> > > Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of
> > WiX-generated MSI
> > > To: "General discussion for Windows Installer XML toolset."  > us...@lists.sourceforge.net>
> > > Date: Tuesday, July 21, 2009, 9:09 AM
> > > Just a thought but why are you
> > > distributing Microsoft.Data.Schema.Sql.dll that sounds like
> > > a Microsoft component to me and should be distributed using
> > > their package (presumably SQL).
> > >
> > > Neil
> > >
> > > -Original Message-
> > > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> > >
> > > Sent: 21 July 2009 00:05
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: [WiX-users] TCP/IP Corruption After Uninstallation
> > > of WiX-generated MSI
> > >
> > > Today I found myself googling for a way to fix TCP/IP on my
> > > dev machine after uninstall corrupted TCP/IP. I remembered,
> > > after about 1.5 hours, that somebody had a similar problem
> > > about a month ago. In his case, he was converting an
> > > InstallShield package to WiX. I’m writing my package from
> > > scratch. *We are both using heat.exe.*
> > >
> > > After reading Chris Painters post at
> > http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-
> > causes-system.html
> > > I looked through the Registry table of my package to see if
> > > I could find the keys described in the InstallShield hotfix
> > > but didn't find any of them. I did find the following:
> > >
> > > Root: 2
> > > Key: System\CurrentControlSet\Services\WinSock2\Parameters
> > > Name: WinSock_Registry_Version
> > > Value: 2.0
> > >
> > > Root: 2
> > > Key:
> > >
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> > 5
> > > Name: Num_Catalog_Entries
> > > Value: #0
> > >
> > > Root: 2
> > > Key:
> > >
> >
> System\CurrentCont

Re: [WiX-users] inifilesearch doesn't execute

[Alex Shevchuk]

Hi Eric,

Are you sure that msi.ini file is in the default windows folder?

Alex



-Original Message-
From: Eric Napier [mailto:napi...@gmail.com] 
Sent: Tuesday, July 21, 2009 3:34 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] inifilesearch doesn't execute

I'm having a problem with an ini file search. I'm trying to disallow
installation based on the presence of a value in an ini file.
However, OLDVALUE (the item for which I'm searching) is never set. I've
confirmed the presence of the item in the ini file. The path is correct.
Examining the log, I can find no evidence of this search running.
Can you tell what I'm doing wrong?  My code below.
Thanks


  

  


(REMOVE ~=
"ALL") OR (OLDVALUE="")

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


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

Re: [WiX-users] Samples errors follow up

[Louis elston]

Is the Tutorial ever going to be updated?

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Wednesday, March 25, 2009 1:52 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Samples errors follow up

Louis elston wrote:
> The samples that come with the tutorial...
http://www.tramontana.co.hu/wix/.
>   

Ah. Gabor wrote his tutorial based on WiX v2 and hasn't yet updated it 
for WiX v3. There isn't an "official" WiX v3 tutorial; so far, nobody's 
volunteered the time to complete one.

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




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


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

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Blair]

Heat (in a "default" state) runs the DLLs passed to it in a 
self-reg-in-a-sandbox environment, so yes, that dll is modifying those registry 
values.

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: Tuesday, July 21, 2009 2:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of 
WiX-generated MSI

Right now I am using -sreg -scom -svb6 on that particular invocation of heat. 
There are other files included in that execution so I'm hoping that nothing 
really needs any of that registration stuff.

But, if I am understanding you correctly, that dll really is modifying those 
registry keys/values during a self-reg process!?

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: Tuesday, July 21, 2009 12:02 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> Edwin
> 
> I don't have those on my machine but I would guess that it does some
> anti-social stuff when you self register it. Is there any documentation
> on how you are supposed to distribute it. You could try running heat
> and ignoring the self-reg stuff.
> 
> Neil
> 
> -Original Message-
> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
> Sent: 21 July 2009 17:42
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> 
> Actually, it's redistributable:
> 
> http://blogs.msdn.com/gertd/archive/2008/08/22/redist.aspx
> 
> %ProgramFiles%\Microsoft Visual Studio 9.0\VSTSDB\redist-enu.txt
> Subject to the license terms for the software, you may redistribute the
> files (unmodified) listed below.
> DatabaseSchemaProviders.Extensions.xml
> Microsoft.Data.Schema.dll
> Microsoft.Data.Schema.ScriptDom.dll
> Microsoft.Data.Schema.ScriptDom.Sql.dll
> Microsoft.Data.Schema.Sql.dll
> Microsoft.Data.Schema.resources.dll
> Microsoft.Data.Schema.ScriptDom.resources.dll
> Microsoft.Data.Schema.ScriptDom.Sql.resources.dll
> Microsoft.Data.Schema.Sql.resources.dll
> vsdbcmd.exe
> 
> 
> --- On Tue, 7/21/09, Neil Sleightholm  wrote:
> 
> > From: Neil Sleightholm 
> > Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of
> WiX-generated MSI
> > To: "General discussion for Windows Installer XML toolset."  us...@lists.sourceforge.net>
> > Date: Tuesday, July 21, 2009, 9:09 AM
> > Just a thought but why are you
> > distributing Microsoft.Data.Schema.Sql.dll that sounds like
> > a Microsoft component to me and should be distributed using
> > their package (presumably SQL).
> >
> > Neil
> >
> > -Original Message-
> > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> >
> > Sent: 21 July 2009 00:05
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] TCP/IP Corruption After Uninstallation
> > of WiX-generated MSI
> >
> > Today I found myself googling for a way to fix TCP/IP on my
> > dev machine after uninstall corrupted TCP/IP. I remembered,
> > after about 1.5 hours, that somebody had a similar problem
> > about a month ago. In his case, he was converting an
> > InstallShield package to WiX. I’m writing my package from
> > scratch. *We are both using heat.exe.*
> >
> > After reading Chris Painters post at
> http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-
> causes-system.html
> > I looked through the Registry table of my package to see if
> > I could find the keys described in the InstallShield hotfix
> > but didn't find any of them. I did find the following:
> >
> > Root: 2
> > Key: System\CurrentControlSet\Services\WinSock2\Parameters
> > Name: WinSock_Registry_Version
> > Value: 2.0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5
> > Name: Num_Catalog_Entries
> > Value: #0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5
> > Name: Serial_Access_Num
> > Value: #1
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5\Catalog_Entries
> > Name: 
> > Value: 
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Num_CatalogEntries
> > Value: #0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Next_Catalog_Entry_ID
> > Value: #1001
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Serial_Access_Num
> > Value: #1
> >
> > All of these rows were associated with

Re: [WiX-users] XPath for XmlConfig and Xml Namespaces

[Castro, Edwin G. (Hillsboro)]

Thank you so very much! Your suggestion worked flawlessly!

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Matthew S. Yost [mailto:matt.y...@gldsolutions.com]
> Sent: Tuesday, July 21, 2009 3:12 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] XPath for XmlConfig and Xml Namespaces
> 
> Edwin,
> 
> I believe you're missing the Action and Node attributes of the
> XmlConfig tag.
> 
>  File="file"
> 
> ElementPath="//SqlCommandVariables/Properties/Property[\[]PropertyName=
> 'name1'[\]]/PropertyValue"
> Action="create"
> Node="value"
> On="install"
> Value="[PUBLICPROPERTY]" />
> 
> That XPath should pull the PropertyValue element of just the Property
> that has a PropertyName element that's text is 'name1'.  By not
> defining the Name attribute of XmlConfig, this should set the text of
> the PropertyValue to whatever the value of PUBLICPROPERTY is.
> 
> Hope this helps,
> 
> Matthew Yost
> Software Engineer
> GLD Solutions, Inc.
> http://dotnetdeveloperwoes.blogspot.com/
> 
> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Tuesday, July 21, 2009 4:24 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] XPath for XmlConfig and Xml Namespaces
> 
> I'm trying to use XmlConfig to update a file that looks like this:
> 
> 
>  xmlns="urn:Microsoft.VisualStudio.Data.Schema.Project.SqlCmdVars">
>   1
>   
> 
>   name1
>   value1
> 
> 
>   name2
>   value2
> 
> 
>   name3
>   value3
> 
>   
> 
> 
> My goal is to change the text of PropertyValue where the sibling
> PropertyName equals a particular string. I’ve been trying to come up
> with XPaths to do this and I am having trouble.
> 
>Id="id"
>   File="fileId"
>   ElementPath="/SqlCommandVariables/Properties/Property[\[]PropertyName
> = 'name1'[\]]"
>   Name="PropertyValue"
>   Value="[PUBLICPROPERTY]"
>   On="install"/>
> 
> Of course, this isn't working and I'm sure my problem is operator
> error. Am I using XmlConfig incorrectly?
> 
> 
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> Please consider the environment before printing this e-mail
> 
> ---
> ---
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> ---
> ---
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] inifilesearch doesn't execute

[Eric Napier]

I'm having a problem with an ini file search. I'm trying to disallow
installation based on the presence of a value in an ini file.
However, OLDVALUE (the item for which I'm searching) is never set. I've
confirmed the presence of the item in the ini file. The path is correct.
Examining the log, I can find no evidence of this search running.
Can you tell what I'm doing wrong?  My code below.
Thanks


  

  


(REMOVE ~=
"ALL") OR (OLDVALUE="")
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XPath for XmlConfig and Xml Namespaces

[Matthew S. Yost]

Edwin,

I believe you're missing the Action and Node attributes of the XmlConfig tag.



That XPath should pull the PropertyValue element of just the Property that has 
a PropertyName element that's text is 'name1'.  By not defining the Name 
attribute of XmlConfig, this should set the text of the PropertyValue to 
whatever the value of PUBLICPROPERTY is.

Hope this helps,

Matthew Yost
Software Engineer
GLD Solutions, Inc.
http://dotnetdeveloperwoes.blogspot.com/

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: Tuesday, July 21, 2009 4:24 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] XPath for XmlConfig and Xml Namespaces

I'm trying to use XmlConfig to update a file that looks like this:



  1
  

  name1
  value1


  name2
  value2


  name3
  value3

  


My goal is to change the text of PropertyValue where the sibling PropertyName 
equals a particular string. I’ve been trying to come up with XPaths to do this 
and I am having trouble.



Of course, this isn't working and I'm sure my problem is operator error. Am I 
using XmlConfig incorrectly?


Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

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

[WiX-users] XPath for XmlConfig and Xml Namespaces

[Castro, Edwin G. (Hillsboro)]

I'm trying to use XmlConfig to update a file that looks like this:



  1
  

  name1
  value1


  name2
  value2


  name3
  value3

  


My goal is to change the text of PropertyValue where the sibling PropertyName 
equals a particular string. I’ve been trying to come up with XPaths to do this 
and I am having trouble.



Of course, this isn't working and I'm sure my problem is operator error. Am I 
using XmlConfig incorrectly?


Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

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

Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

[Arvind Aiyar]

So I took your advice and tried to separate my 32-bit and 64-bit components. 
Now the 32-bit components install into [ProgramFilesFolder] and the platform 
independent ones into [ProgramFiles64Folder]. However, now when I compile my 
32-bit MSI, it cribs that I'm using duplicate folder IDs (true, since they both 
resolve to the location on 32-bit). Any thoughts ?

-Arvind


-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Tuesday, July 21, 2009 10:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

Arvind Aiyar wrote:
> It's a x64 MSI. I used the Win64=no setting and sure enough I got ICE80 
> errors :-(, but the registration seems to have worked. Any ideas on how to 
> get rid of the ICE errors - "This 32BitComponent X uses 64BitDirectory 
> X"
>

32-bit components should go to 32-bit directories.

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



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


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

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Castro, Edwin G. (Hillsboro)]

Right now I am using -sreg -scom -svb6 on that particular invocation of heat. 
There are other files included in that execution so I'm hoping that nothing 
really needs any of that registration stuff.

But, if I am understanding you correctly, that dll really is modifying those 
registry keys/values during a self-reg process!?

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: Tuesday, July 21, 2009 12:02 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> Edwin
> 
> I don't have those on my machine but I would guess that it does some
> anti-social stuff when you self register it. Is there any documentation
> on how you are supposed to distribute it. You could try running heat
> and ignoring the self-reg stuff.
> 
> Neil
> 
> -Original Message-
> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
> Sent: 21 July 2009 17:42
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-
> generated MSI
> 
> 
> Actually, it's redistributable:
> 
> http://blogs.msdn.com/gertd/archive/2008/08/22/redist.aspx
> 
> %ProgramFiles%\Microsoft Visual Studio 9.0\VSTSDB\redist-enu.txt
> Subject to the license terms for the software, you may redistribute the
> files (unmodified) listed below.
> DatabaseSchemaProviders.Extensions.xml
> Microsoft.Data.Schema.dll
> Microsoft.Data.Schema.ScriptDom.dll
> Microsoft.Data.Schema.ScriptDom.Sql.dll
> Microsoft.Data.Schema.Sql.dll
> Microsoft.Data.Schema.resources.dll
> Microsoft.Data.Schema.ScriptDom.resources.dll
> Microsoft.Data.Schema.ScriptDom.Sql.resources.dll
> Microsoft.Data.Schema.Sql.resources.dll
> vsdbcmd.exe
> 
> 
> --- On Tue, 7/21/09, Neil Sleightholm  wrote:
> 
> > From: Neil Sleightholm 
> > Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of
> WiX-generated MSI
> > To: "General discussion for Windows Installer XML toolset."  us...@lists.sourceforge.net>
> > Date: Tuesday, July 21, 2009, 9:09 AM
> > Just a thought but why are you
> > distributing Microsoft.Data.Schema.Sql.dll that sounds like
> > a Microsoft component to me and should be distributed using
> > their package (presumably SQL).
> >
> > Neil
> >
> > -Original Message-
> > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> >
> > Sent: 21 July 2009 00:05
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] TCP/IP Corruption After Uninstallation
> > of WiX-generated MSI
> >
> > Today I found myself googling for a way to fix TCP/IP on my
> > dev machine after uninstall corrupted TCP/IP. I remembered,
> > after about 1.5 hours, that somebody had a similar problem
> > about a month ago. In his case, he was converting an
> > InstallShield package to WiX. I’m writing my package from
> > scratch. *We are both using heat.exe.*
> >
> > After reading Chris Painters post at
> http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-
> causes-system.html
> > I looked through the Registry table of my package to see if
> > I could find the keys described in the InstallShield hotfix
> > but didn't find any of them. I did find the following:
> >
> > Root: 2
> > Key: System\CurrentControlSet\Services\WinSock2\Parameters
> > Name: WinSock_Registry_Version
> > Value: 2.0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5
> > Name: Num_Catalog_Entries
> > Value: #0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5
> > Name: Serial_Access_Num
> > Value: #1
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog
> 5\Catalog_Entries
> > Name: 
> > Value: 
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Num_CatalogEntries
> > Value: #0
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Next_Catalog_Entry_ID
> > Value: #1001
> >
> > Root: 2
> > Key:
> >
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> > Name: Serial_Access_Num
> > Value: #1
> >
> > All of these rows were associated with the same component
> > which was associated with *Microsoft.Data.Schema.Sql.dll.*
> >
> > I looked at the generated source and found:
> >
> > 
> >      > Source="SourceDir\Database\Microsoft.Data.Schema.Sql.dll"
> > />
> >      > Key="Software\Microsoft\Tracing\RASAPI32"
> > Name="EnableFileTracing" Value="0" Type="integer"
> > Action="write" />
> >      > Key="Software\Microsoft\Tracing\RASAPI32"
> > Name="EnableConsoleTrac

Re: [WiX-users] How to use the value picked from a ComboBox?

[Yan Sklyarenko]

The Name attribute of the Directory element is not of Formatted type 
(http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx 
 ). I think you 
should use the type 35 (set a directory) custom action to accomplish what you 
want: http://msdn.microsoft.com/en-us/library/aa368093(VS.85).aspx 
 
 
Hope this helps.
 
-- Yan



From: Jirong Hu [mailto:jirong...@gov.ab.ca]
Sent: Tue 7/21/2009 20:20
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] How to use the value picked from a ComboBox?



Hi

The CustomAction will set (a list of values) to a ComboBox named TARGETWEBCOMBO 
in a Dialog. Then I want to use the (single) value the installer has picked in 
that ComboBox as the install directory.

Using the code below, I got this C:\Inetpub\wwwroot\[TARGETWEBCOMBO]\ in the 
next dialog. What's wrong?

 Wix code 






















Not Installed






SFS






Thanks
Jirong Hu
Build Master
780-644-5488


This communication is intended for the use of the recipient to which it is 
addressed, and may contain confidential, personal, and or privileged 
information. Please contact us immediately if you are not the intended 
recipient of this communication, and do not copy, distribute, or take action 
relying on it. Any communication received in error, or subsequent reply, should 
be deleted or destroyed.
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


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

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Neil Sleightholm]

Edwin 

I don't have those on my machine but I would guess that it does some 
anti-social stuff when you self register it. Is there any documentation on how 
you are supposed to distribute it. You could try running heat and ignoring the 
self-reg stuff.

Neil

-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: 21 July 2009 17:42
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of 
WiX-generated MSI


Actually, it's redistributable:

http://blogs.msdn.com/gertd/archive/2008/08/22/redist.aspx

%ProgramFiles%\Microsoft Visual Studio 9.0\VSTSDB\redist-enu.txt
Subject to the license terms for the software, you may redistribute the files 
(unmodified) listed below. 
DatabaseSchemaProviders.Extensions.xml 
Microsoft.Data.Schema.dll 
Microsoft.Data.Schema.ScriptDom.dll 
Microsoft.Data.Schema.ScriptDom.Sql.dll 
Microsoft.Data.Schema.Sql.dll 
Microsoft.Data.Schema.resources.dll 
Microsoft.Data.Schema.ScriptDom.resources.dll 
Microsoft.Data.Schema.ScriptDom.Sql.resources.dll 
Microsoft.Data.Schema.Sql.resources.dll 
vsdbcmd.exe


--- On Tue, 7/21/09, Neil Sleightholm  wrote:

> From: Neil Sleightholm 
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of 
> WiX-generated MSI
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Tuesday, July 21, 2009, 9:09 AM
> Just a thought but why are you
> distributing Microsoft.Data.Schema.Sql.dll that sounds like
> a Microsoft component to me and should be distributed using
> their package (presumably SQL).
> 
> Neil
> 
> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> 
> Sent: 21 July 2009 00:05
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] TCP/IP Corruption After Uninstallation
> of WiX-generated MSI
> 
> Today I found myself googling for a way to fix TCP/IP on my
> dev machine after uninstall corrupted TCP/IP. I remembered,
> after about 1.5 hours, that somebody had a similar problem
> about a month ago. In his case, he was converting an
> InstallShield package to WiX. I’m writing my package from
> scratch. *We are both using heat.exe.*
> 
> After reading Chris Painters post at 
> http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-causes-system.html
> I looked through the Registry table of my package to see if
> I could find the keys described in the InstallShield hotfix
> but didn't find any of them. I did find the following:
> 
> Root: 2
> Key: System\CurrentControlSet\Services\WinSock2\Parameters
> Name: WinSock_Registry_Version
> Value: 2.0
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5
> Name: Num_Catalog_Entries
> Value: #0
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5
> Name: Serial_Access_Num
> Value: #1
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries
> Name: 
> Value: 
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> Name: Num_CatalogEntries
> Value: #0
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> Name: Next_Catalog_Entry_ID
> Value: #1001
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> Name: Serial_Access_Num
> Value: #1
> 
> All of these rows were associated with the same component
> which was associated with *Microsoft.Data.Schema.Sql.dll.*
> 
> I looked at the generated source and found:
> 
> 
>      Source="SourceDir\Database\Microsoft.Data.Schema.Sql.dll"
> />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="EnableFileTracing" Value="0" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="EnableConsoleTracing" Value="0" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="FileTracingMask" Value="-65536" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="ConsoleTracingMask" Value="-65536" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32" Name="MaxFileSize"
> Value="1048576" Type="integer" Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="FileDirectory" Value="C:\WINDOWS\tracing"
> Type="string" Action="write" />
>      Key="Software\Microsoft\Tracing" Name="EnableConsoleTracing"
> Value="0" Type="integer" Action="write" />
>      Key="System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\Winmm"
> Name="wheel" Value="1" Type="integer" Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries"
> Value="" Type="string" Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5"
> Name="Num_Catalog_

[WiX-users] How to use the value picked from a ComboBox?

[Jirong Hu]

Hi

The CustomAction will set (a list of values) to a ComboBox named TARGETWEBCOMBO 
in a Dialog. Then I want to use the (single) value the installer has picked in 
that ComboBox as the install directory.

Using the code below, I got this C:\Inetpub\wwwroot\[TARGETWEBCOMBO]\ in the 
next dialog. What's wrong?

 Wix code 






















Not Installed






SFS






Thanks
Jirong Hu
Build Master
780-644-5488


This communication is intended for the use of the recipient to which it is 
addressed, and may contain confidential, personal, and or privileged 
information. Please contact us immediately if you are not the intended 
recipient of this communication, and do not copy, distribute, or take action 
relying on it. Any communication received in error, or subsequent reply, should 
be deleted or destroyed.
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

[Bob Arnson]

Arvind Aiyar wrote:
> It's a x64 MSI. I used the Win64=no setting and sure enough I got ICE80 
> errors :-(, but the registration seems to have worked. Any ideas on how to 
> get rid of the ICE errors - "This 32BitComponent X uses 64BitDirectory 
> X"
>   

32-bit components should go to 32-bit directories.

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



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

Re: [WiX-users] Component GUIDs

[Bob Arnson]

shibo wrote:
> My tests show that directory / component Ids stay the same from
> build-to-build,  but not their GUIDs.
>   
Do you change directories?

> Does this mean that only directory / component Ids are used in patching in
> WiX 3.0, not GUIDs?
>   

No, they all need to be consistent for patching to work.

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



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

Re: [WiX-users] My custom wix UI extension only runs on the machine on which it built?

[Bob Arnson]

Will Page wrote:
> So without understanding what's wrong with this extension, I have little 
> hope of making a more complex extension work as desired.
>   

You haven't described what's wrong. What error message do you get?

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



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

Re: [WiX-users] merge modules not working only vcredist.exe

[warne warne]

 

Cheers all, that sorted it.


 
> Date: Mon, 20 Jul 2009 12:13:07 +0100
> From: dwat...@sdl.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] merge modules not working only vcredist.exe
> 
> Lol, why didn't I spot that. It is Monday morning I suppose.
> 
> -Original Message-
> From: Pally Sandher [mailto:pally.sand...@iesve.com] 
> Sent: 20 July 2009 12:01
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] merge modules not working only vcredist.exe
> 
> I'm not surprised it works when "install the Visual C++ 2008
> Redistributable Package (vcredist_x86.exe) before installing my msi".
> His app is apparently built in VS2008 (version 9.0) & he's merging the
> VS2005 (version 8.0) runtimes into his MSI according to his original
> message.
> 
> Add the correct merge modules & I have a suspicion it'll magically work.
> 
> 
> 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: David Watson [mailto:dwat...@sdl.com]
> Sent: 20 July 2009 10:50
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] merge modules not working only vcredist.exe
> 
> Hi,
> It looks like you are getting a SxS error, if you look in the event log
> for messages for source SideBySide you will be able to see what is going
> wrong. If you are testing on vista or later you can use sxstrace to
> determine the problem.
> http://blogs.msdn.com/junfeng/archive/2006/04/14/576314.aspx
> 
> The suggestion of linking with one version and the merge-modules being
> another version is quite likely.
> 
> Dave
> 
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: 20 July 2009 08:49
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] merge modules not working only vcredist.exe
> 
> Sorry, 2005 not 2003 (it's late and getting latter...)
> 
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Monday, July 20, 2009 12:10 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] merge modules not working only vcredist.exe
> 
> Is it possible that you are linking against the SP1 runtime and you have
> a vcredist.exe installing SP1 bits, while your MSM is RTM? I had that
> experience with RTM/SP1 from VC8 and the symptoms where the same (in my
> case, installing 2003 SP1 didn't update the MSMs).
> 
> -Original Message-
> From: warne warne [mailto:warne...@hotmail.com]
> Sent: Saturday, July 18, 2009 6:10 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] merge modules not working only vcredist.exe
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> So I remove the custom action to make sure the merge modules, as you
> say, install correctly. Same result...
> 
> App wont launch with merge modules (see 1st post for list of what I
> have).
> Only works if prior install vcredist.exe (2008).
> 
> 
> 
> Can I rephrase this question. Is there a link somewhere to find out what
> exactly is in vcredist.exe and what exactly it does to my system that
> merge modules (at least the way I have them currently configured) are
> not?
> 
> 
> 
> No more about custom actions please, and I dont want to bootstrap in
> vcredist.exe ;)
> 
> 
> 
> 
> 
> thanks all,
> 
> 
> 
> 
> -Original Message-
> 
> The content is identical but the process is different. You can't rely on
> 
> the VC merge modules in a custom action that uses the VC DLLs. As long
> as you don't try to do that, they'll install correctly and you can rely
> on them, outside the installation transaction.
> 
> --
> 
> 
> 
> 
> --
> Enter the BlackBerry Developer Challenge This is your chance to win up
> to $100,000 in prizes! For a limited time, vendors submitting new
> applications to BlackBerry App World(TM) will have the opportunity to
> enter the BlackBerry Developer Challenge. See full prize details at:
> http://p.sf.net/sfu/Challenge
> ___
> 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.
> 
> 
> -

Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

[Arvind Aiyar]

It's a x64 MSI. I used the Win64=no setting and sure enough I got ICE80 errors 
:-(, but the registration seems to have worked. Any ideas on how to get rid of 
the ICE errors - "This 32BitComponent X uses 64BitDirectory X"

-Arvind

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Tuesday, July 21, 2009 3:49 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

Is your MSI built as x86 or x64?
Our product has multiple OCX's & COM DLL's which I've harvested using
heat.exe and everything registers fine on both 32-bit & 64-bit O/S.
However all our MSI's are built for x86 as our apps are 32-bit so I've
never run across this issue myself.

If you're building an x64 MSI you might need to set Win64="no" on the
Components in question (& possibly other Elements, haven't looked into
it much) to get it to redirect to the WoW6432Node registry areas
correctly. Whether that'll pass ICE validation is a another question
entirely though.

Good luck.


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: Arvind Aiyar [mailto:arvind.ai...@microsoft.com]
Sent: 21 July 2009 02:01
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

I'm authoring a WiX file that registers a COM dll as part of the
install. I used heat.exe to extract the ClassID, Interfaces, Reg Keys
etc and reference that in my wxs file. This works well when I install on
32-bit OS. However it doesn't work on a 64bit OS ? I digged through the
archives and there were references to this being a known problem in Wix.
Has this been fixed in Wix 3.0 ?


-Arvind

--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


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

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Christopher Painter]

Actually, it's redistributable:

http://blogs.msdn.com/gertd/archive/2008/08/22/redist.aspx

%ProgramFiles%\Microsoft Visual Studio 9.0\VSTSDB\redist-enu.txt
Subject to the license terms for the software, you may redistribute the files 
(unmodified) listed below. 
DatabaseSchemaProviders.Extensions.xml 
Microsoft.Data.Schema.dll 
Microsoft.Data.Schema.ScriptDom.dll 
Microsoft.Data.Schema.ScriptDom.Sql.dll 
Microsoft.Data.Schema.Sql.dll 
Microsoft.Data.Schema.resources.dll 
Microsoft.Data.Schema.ScriptDom.resources.dll 
Microsoft.Data.Schema.ScriptDom.Sql.resources.dll 
Microsoft.Data.Schema.Sql.resources.dll 
vsdbcmd.exe


--- On Tue, 7/21/09, Neil Sleightholm  wrote:

> From: Neil Sleightholm 
> Subject: Re: [WiX-users] TCP/IP Corruption After Uninstallation of 
> WiX-generated MSI
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Tuesday, July 21, 2009, 9:09 AM
> Just a thought but why are you
> distributing Microsoft.Data.Schema.Sql.dll that sounds like
> a Microsoft component to me and should be distributed using
> their package (presumably SQL).
> 
> Neil
> 
> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> 
> Sent: 21 July 2009 00:05
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] TCP/IP Corruption After Uninstallation
> of WiX-generated MSI
> 
> Today I found myself googling for a way to fix TCP/IP on my
> dev machine after uninstall corrupted TCP/IP. I remembered,
> after about 1.5 hours, that somebody had a similar problem
> about a month ago. In his case, he was converting an
> InstallShield package to WiX. I’m writing my package from
> scratch. *We are both using heat.exe.*
> 
> After reading Chris Painters post at 
> http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-causes-system.html
> I looked through the Registry table of my package to see if
> I could find the keys described in the InstallShield hotfix
> but didn't find any of them. I did find the following:
> 
> Root: 2
> Key: System\CurrentControlSet\Services\WinSock2\Parameters
> Name: WinSock_Registry_Version
> Value: 2.0
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5
> Name: Num_Catalog_Entries
> Value: #0
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5
> Name: Serial_Access_Num
> Value: #1
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries
> Name: 
> Value: 
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> Name: Num_CatalogEntries
> Value: #0
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> Name: Next_Catalog_Entry_ID
> Value: #1001
> 
> Root: 2
> Key:
> System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
> Name: Serial_Access_Num
> Value: #1
> 
> All of these rows were associated with the same component
> which was associated with *Microsoft.Data.Schema.Sql.dll.*
> 
> I looked at the generated source and found:
> 
> 
>      Source="SourceDir\Database\Microsoft.Data.Schema.Sql.dll"
> />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="EnableFileTracing" Value="0" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="EnableConsoleTracing" Value="0" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="FileTracingMask" Value="-65536" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="ConsoleTracingMask" Value="-65536" Type="integer"
> Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32" Name="MaxFileSize"
> Value="1048576" Type="integer" Action="write" />
>      Key="Software\Microsoft\Tracing\RASAPI32"
> Name="FileDirectory" Value="C:\WINDOWS\tracing"
> Type="string" Action="write" />
>      Key="Software\Microsoft\Tracing" Name="EnableConsoleTracing"
> Value="0" Type="integer" Action="write" />
>      Key="System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\Winmm"
> Name="wheel" Value="1" Type="integer" Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries"
> Value="" Type="string" Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5"
> Name="Num_Catalog_Entries" Value="0" Type="integer"
> Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5"
> Name="Serial_Access_Num" Value="1" Type="integer"
> Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9\Catalog_Entries"
> Value="" Type="string" Action="write" />
>      Key="System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9"
> Name="Num_Catalog_Entries" Value="0" Type="integer"
> Action="write" />
>      Key="

Re: [WiX-users] Component GUIDs

[shibo]

Konstantin,

Thanks for your comment.

My tests show that directory / component Ids stay the same from
build-to-build,  but not their GUIDs.

Does this mean that only directory / component Ids are used in patching in
WiX 3.0, not GUIDs?

Thanks, Shibo

fromKonstantin Vlasenko 
subject Re: [WiX-users] Component GUIDs

>From the Wix documentation:
For the Component element the generated GUID is based on the install
directory and filename of the KeyPath for the component. This GUID will stay
consistent from build-to-build provided the directory and filename of the
KeyPath do not change.

-- 
View this message in context: 
http://n2.nabble.com/Component-GUIDs-tp704489p3294919.html
Sent from the wix-users mailing list archive at Nabble.com.

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

Re: [WiX-users] My custom wix UI extension only runs on the machine on which it built?

[Will Page]

I want the extension so that existing installer builds using the default 
WiX UI installation can transparently swap it out for my UI, in addition 
to the (very minor) benefits that you get when decompiling.

On top of that, I plan on writing a real extension to add language 
features specific to our environment.

So without understanding what's wrong with this extension, I have little 
hope of making a more complex extension work as desired.

Will Page | PXI/VXI | National Instruments | 512-683-6956



From:
Sascha Beaumont 
To:
"General discussion for Windows Installer XML toolset." 

Date:
07/20/2009 06:53 PM
Subject:
Re: [WiX-users] My custom wix UI extension only runs on the machine on 
which it built?



Just reuse the WixUI .wxs source files as a starting point for your
own custom dialogs and reference those instead of the ones built into
WixUI - no need to recompile the extension... or am I missing
something here?


On Tue, Jul 21, 2009 at 1:52 AM, Will Page wrote:
> I'm re-using the WiX UI extension sources in order to build my own 
custom
> WiX UI (mostly just resized the existing dialogs, changed a couple
> conditions, etc).
>
> The problem is, when I build my extension, it only runs on the computer
> that I built it on, and I can't share it around to my co-workers.
>
> I don't know a whole lot about .NET, so I'm sure there's some simple 
thing
> I'm missing in the build process.  Can anybody help me?
> _
> Will Page | PXI/VXI | National Instruments
> 
--
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will 
have
> the opportunity to enter the BlackBerry Developer Challenge. See full 
prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Enter the BlackBerry Developer Challenge 
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full 
prize 
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


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

Re: [WiX-users] How To Overwrite files in maintenance mode

[ערן גבע]

thanks for your help!
how do I make the event to run only on maintenance mode ?

בתאריך 21 יולי 2009 16:34, מאת Natalia Gladkova <
natalia.gladk...@arcadia.spb.ru>:

> Maybe it is not the best way, but you can add the following events on
> Change
> button (or Repair button):
>
> 1
> 1
>
> About Reinstall:
> http://msdn.microsoft.com/en-us/library/aa371184(VS.85).aspx
>
> About REINSTALLMODE:
> http://msdn.microsoft.com/en-us/library/aa371182(VS.85).aspx
>
> (a - Force all files to be reinstalled, regardless of checksum or version)
>
> Best regards,
> Natalia Gladkova
>
> -Original Message-
> From: ערן גבע [mailto:mail.g...@gmail.com]
> Sent: Tuesday, July 21, 2009 5:22 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How To Overwrite files in maintenance mode
>
> What should I do in order to make my installer overwrite all the files
> while
> running in maintenance mode?
>
>
> Thanks,
>
> Eran.
>
> 
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
>
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install files to Public documents folder

[Bob Arnson]

Ondrej Zarevucky wrote:
> I coudn't find any other property which will resolve to Public Documents 
> folder. Can someone hint me, how to install these public/shared samples 
> there?
>   

WiX provides the WIX_DIR_COMMON_DOCUMENTS property. See "OSInfo custom 
actions" in WiX.chm.

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



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How To Overwrite files in maintenance mode

[Natalia Gladkova]

Maybe it is not the best way, but you can add the following events on Change
button (or Repair button):

1
1

About Reinstall: 
http://msdn.microsoft.com/en-us/library/aa371184(VS.85).aspx

About REINSTALLMODE:
http://msdn.microsoft.com/en-us/library/aa371182(VS.85).aspx

(a - Force all files to be reinstalled, regardless of checksum or version)

Best regards,
Natalia Gladkova 

-Original Message-
From: ערן גבע [mailto:mail.g...@gmail.com] 
Sent: Tuesday, July 21, 2009 5:22 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How To Overwrite files in maintenance mode

What should I do in order to make my installer overwrite all the files while
running in maintenance mode?


Thanks,

Eran.

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize

details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install files to Public documents folder

[Pally Sandher]

 
Something I've never had to use before but looking at my own machine
(XP64) there's a directory at C:\Documents and Settings\All
Users\Documents\ & on my Vista64 VM (potentially Windows 7 too but I
don't have a machine here to check it) there exists a directory at
C:\Users\Public\Documents\ which is what I'm guessing you're trying to
use. However as you say, there appears to be no pre-defined Property to
access these directories in the Property Reference ->
http://msdn.microsoft.com/en-us/library/aa370905.aspx

You could use a couple of type 51 custom actions to set your own
Property depending on what VersionNT is set to e.g.







You should then be able to use the PublicFolder Property as a Directory
Id as you would like.

There may be a more elegant solution to this such as an undocumented
Property which references this location but that's how I would attempt
to solve this. The only problem is that if a user doesn't have their
profiles in the default location, it will fall down. In which case you
could try using CommonAppDataFolder and extrapolating the directory from
there e.g. [CommonAppDataFolder]..\Documents\ but I'm not sure if you
are allowed to use things like .. in a Property. If that isn't possible
you could try using WindowsVolume & adding the rest of the path e.g.
[WindowsVolume]Documents and Settings\All Users\Documents\ but again I'm
not sure if profiles & operating system necessarily need to be on the
same volume.

Good luck.

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: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Sent: 21 July 2009 14:54
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Install files to Public documents folder

I dont know if this would help but Ive found it best to install sample
files along with the application and have the application make copies of
them into a folder of the user's choice, or to their my documents
folder, when the application runs for the first time, or when they
select some kind of "start tutorial" function.
This has the advantage that a repair or upgrade or patch wont overwrite
the users changes; multiple users can use unmodified versions of the
samples and you dont need to work out how to find the public documents
folder :)


-Original Message-
From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz]
Sent: 21 July 2009 14:44
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Install files to Public documents folder

Hi,
I'm trying to install a per-machine application and the best location
for the sample documents seems to be the Public Documents folder (or All
Users' Documents on Windows XP), but I'm not able to find out, how to
reference Public Documents folder in WiX/MSI. According to:
http://msdn.microsoft.com/en-us/library/aa370806(VS.85).aspx

the PersonalFolder property points to the Documents folder of current
user even when ALLUSERS is set to 1 :-(

I coudn't find any other property which will resolve to Public Documents
folder. Can someone hint me, how to install these public/shared samples
there?

Thank you
Ondrej Zarevucky


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to implement tab control in a Dialog

[Bob Arnson]

Kevin Jin wrote:
> Is it possible to have a multi-tab control in a Dialog?
>   

No, MSI doesn't support that.

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



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Condition in Feature

[Bob Arnson]

Tamara Kustarova wrote:
> The feature examples consists of features:
> examples_feature1 (will be hidden)
> examples_feature2 (will be hidden)
> I want to install feature "examples_feature1" ONLY if user selected 
> feature1 to install and feature "examples" to install. Similarly, I want 
> to install feature "examples_feature2" ONLY if user selected feature2 
> and feature "examples".
>   

Just make the examples_feature a child of the feature feature and 
mark it InstallDefault="followParent". Using feature states in feature 
conditions won't work; see 
http://www.joyofsetup.com/2008/04/09/feature-states-in-component-conditions/.

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



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New Major Version. Should I have new Components GUIDs?

[Bob Arnson]

Pally Sandher wrote:
> If you want to know what happens if you don't change the GUID's read up
>   

MSI supports having multiple products install the same component to 
different directories. But it does require even more strict adherence to 
all the component rules, so changing GUIDs (or letting WiX generate 
them) simplifies development.

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



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

[Neil Sleightholm]

Just a thought but why are you distributing Microsoft.Data.Schema.Sql.dll that 
sounds like a Microsoft component to me and should be distributed using their 
package (presumably SQL).

Neil

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: 21 July 2009 00:05
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] TCP/IP Corruption After Uninstallation of WiX-generated MSI

Today I found myself googling for a way to fix TCP/IP on my dev machine after 
uninstall corrupted TCP/IP. I remembered, after about 1.5 hours, that somebody 
had a similar problem about a month ago. In his case, he was converting an 
InstallShield package to WiX. I’m writing my package from scratch. *We are both 
using heat.exe.*

After reading Chris Painters post at 
http://blog.deploymentengineering.com/2007/08/hotfix-com-extraction-causes-system.html
 I looked through the Registry table of my package to see if I could find the 
keys described in the InstallShield hotfix but didn't find any of them. I did 
find the following:

Root: 2
Key: System\CurrentControlSet\Services\WinSock2\Parameters
Name: WinSock_Registry_Version
Value: 2.0

Root: 2
Key: System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5
Name: Num_Catalog_Entries
Value: #0

Root: 2
Key: System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5
Name: Serial_Access_Num
Value: #1

Root: 2
Key: 
System\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5\Catalog_Entries
Name: 
Value: 

Root: 2
Key: System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
Name: Num_CatalogEntries
Value: #0

Root: 2
Key: System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
Name: Next_Catalog_Entry_ID
Value: #1001

Root: 2
Key: System\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9
Name: Serial_Access_Num
Value: #1

All of these rows were associated with the same component which was associated 
with *Microsoft.Data.Schema.Sql.dll.*

I looked at the generated source and found:





















My first gut impression is _craziness!_ This must have just been random 
coincidence, right? I see "Joystick" in there... Microsoft.Data.Schema.Sql.dll 
can't possibly care about the joystick, could it?

Anyway, this smells like a bug to me but I don't know enough to determine if 
this is really a heat.exe bug. I can filter out these entries easily enough so 
I have a workaround for now. Is this really a bug?


Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Condition in Feature

[Peter Shirtcliffe]

Could you make "examples_feature1" visible and a child feature of
"feature1" and "examples_feature2" visible and a child of "feature2" ?
Remove the feature "examples". 

The user could select the examples that they wanted to install but they
couldnt install the examples without the corresponding parent feature.

It would be possible to install both examples_feature1 and
examples_feature2 at the same time. I dont know if that is desirable.



-Original Message-
From: Tamara Kustarova [mailto:kustar...@fastmq.com] 
Sent: 21 July 2009 14:57
To: wix-us...@lists.sourceforge.net.
Subject: [WiX-users] Condition in Feature

Hello,
I am trying to make a simple windows installer constisting of these
features:
feature1
feature2
examples.
The feature examples consists of features:
examples_feature1 (will be hidden)
examples_feature2 (will be hidden)
I want to install feature "examples_feature1" ONLY if user selected
feature1 to install and feature "examples" to install. Similarly, I want
to install feature "examples_feature2" ONLY if user selected feature2
and feature "examples".

I tried doing it with this code:










   
   (&feature1=3)
   
   

   
   (&feature2=3)
   
   


The problem with this is that examples_feature1 is not installed if I
choose examples and feature1 to install. (the same with feature2).

Does anybody know how to do this?
Thanks a lot.

Tamara




--
Enter the BlackBerry Developer Challenge This is your chance to win up
to $100,000 in prizes! For a limited time, vendors submitting new
applications to BlackBerry App World(TM) will have the opportunity to
enter the BlackBerry Developer Challenge. See full prize details at:
http://p.sf.net/sfu/Challenge
___
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.


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How To Overwrite files in maintenance mode

[ערן גבע]

this does not solve my problem.
any suggestions?

2009/7/21 Yan Sklyarenko 

> Specify option 'a' in the REINTALLMODE property: "
> http://msdn.microsoft.com/en-us/library/aa371182(VS.85).aspx
> "
>
> -- Yan
>
> -Original Message-
> From: ערן גבע [mailto:mail.g...@gmail.com]
> Sent: Tuesday, July 21, 2009 4:22 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How To Overwrite files in maintenance mode
>
> What should I do in order to make my installer overwrite all the files
> while
> running in maintenance mode?
>
>
> Thanks,
>
> Eran.
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New Major Version. Should I have new Components GUIDs?

[Pally Sandher]

Short answer: yes change all your Component GUIDs. 

I've got the exact same situation as yourself & having read all the
information available on Component rules I've changed all ours.

If you want to know what happens if you don't change the GUID's read up
on Component Rules & what happens when you break them at the following
pages:
http://msdn.microsoft.com/en-us/library/aa370561.aspx
http://robmensching.com/blog/posts/2003/10/4/Windows-Installer-Component
s-Introduction
http://msdn.microsoft.com/en-us/library/aa372795.aspx
http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101

Rob M's blogs are more detailed than the MSDN pages & explain things
pretty well in my experience.

If you want to update v1 to v2 using Windows Installer it's eminently
do-able & is known as a Major Upgrade.
See http://msdn.microsoft.com/en-us/library/aa369786.aspx and
http://msdn.microsoft.com/en-us/library/aa370579.aspx
Yes it would make a difference as you wouldn't need to change the GUIDs
as far as I'm aware (someone correct me if I'm wrong) as in that case v1
and v2 would never be on the same machine at the same time. I've done
this in the recent past with v1.0 -> v1.1 -> v1.2 but the version
numbering makes little difference, it just has to increase so v1 -> v2
would be fine too.

Good luck.

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: Lord Larry [mailto:lordla...@gmail.com] 
Sent: 21 July 2009 14:22
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] New Major Version. Should I have new Components
GUIDs?

Hello,

I need to create a setup for the new major version (v2) of our product.
It should be able to be installed alongside the old version (v1). Each
version is installed in a separate directory. Some assemblies get
installed into the GAC and the assembly version of v1 and v2 differ, but
the names are the same. Should I change all the GUIDs of the Components?
What would be the difference if I did or did not change the GUIDs? Would
it make a difference if v1 would need to be updated by Windows Installer
to v2?

* FOLDER in v1 and v2 is different
* somewin32dll.dll is installed in FOLDER and FileVersion in v1 and v2
is different
* Some.Assembly.GAC.dll is installed in the GAC and AssemblyVersion and
FileVersion in v1 and v2 is different
















With kind regards,
  LordLarry

--
Enter the BlackBerry Developer Challenge This is your chance to win up
to $100,000 in prizes! For a limited time, vendors submitting new
applications to BlackBerry App World(TM) will have the opportunity to
enter the BlackBerry Developer Challenge. See full prize details at:
http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Condition in Feature

[Tamara Kustarova]

Hello,
I am trying to make a simple windows installer constisting of these 
features:
feature1
feature2
examples.
The feature examples consists of features:
examples_feature1 (will be hidden)
examples_feature2 (will be hidden)
I want to install feature "examples_feature1" ONLY if user selected 
feature1 to install and feature "examples" to install. Similarly, I want 
to install feature "examples_feature2" ONLY if user selected feature2 
and feature "examples".

I tried doing it with this code:










   
   (&feature1=3)
   
   

   
   (&feature2=3)
   
   


The problem with this is that examples_feature1 is not installed if I 
choose examples and feature1 to install. (the same with feature2).

Does anybody know how to do this?
Thanks a lot.

Tamara



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install files to Public documents folder

[Peter Shirtcliffe]

I dont know if this would help but Ive found it best to install sample
files along with the application and have the application make copies of
them into a folder of the user's choice, or to their my documents
folder, when the application runs for the first time, or when they
select some kind of "start tutorial" function.
This has the advantage that a repair or upgrade or patch wont overwrite
the users changes; multiple users can use unmodified versions of the
samples and you dont need to work out how to find the public documents
folder :)


-Original Message-
From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] 
Sent: 21 July 2009 14:44
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Install files to Public documents folder

Hi,
I'm trying to install a per-machine application and the best location
for the sample documents seems to be the Public Documents folder (or All
Users' Documents on Windows XP), but I'm not able to find out, how to
reference Public Documents folder in WiX/MSI. According to:
http://msdn.microsoft.com/en-us/library/aa370806(VS.85).aspx

the PersonalFolder property points to the Documents folder of current
user even when ALLUSERS is set to 1 :-(

I coudn't find any other property which will resolve to Public Documents
folder. Can someone hint me, how to install these public/shared samples
there?

Thank you
Ondrej Zarevucky


--
Enter the BlackBerry Developer Challenge This is your chance to win up
to $100,000 in prizes! For a limited time, vendors submitting new
applications to BlackBerry App World(TM) will have the opportunity to
enter the BlackBerry Developer Challenge. See full prize details at:
http://p.sf.net/sfu/Challenge
___
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.


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Install files to Public documents folder

[Ondrej Zarevucky]

Hi,
I'm trying to install a per-machine application and the best location 
for the sample documents seems to be the Public Documents folder (or All 
Users' Documents on Windows XP), but I'm not able to find out, how to 
reference Public Documents folder in WiX/MSI. According to:
http://msdn.microsoft.com/en-us/library/aa370806(VS.85).aspx 

the PersonalFolder property points to the Documents folder of current 
user even when ALLUSERS is set to 1 :-(

I coudn't find any other property which will resolve to Public Documents 
folder. Can someone hint me, how to install these public/shared samples 
there?

Thank you
Ondrej Zarevucky

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How To Overwrite files in maintenance mode

[Yan Sklyarenko]

Specify option 'a' in the REINTALLMODE property: 
"http://msdn.microsoft.com/en-us/library/aa371182(VS.85).aspx"

-- Yan

-Original Message-
From: ערן גבע [mailto:mail.g...@gmail.com] 
Sent: Tuesday, July 21, 2009 4:22 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How To Overwrite files in maintenance mode

What should I do in order to make my installer overwrite all the files while
running in maintenance mode?


Thanks,

Eran.
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How To Overwrite files in maintenance mode

[ערן גבע]

What should I do in order to make my installer overwrite all the files while
running in maintenance mode?


Thanks,

Eran.
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] New Major Version. Should I have new Components GUIDs?

[Lord Larry]

Hello,

I need to create a setup for the new major version (v2) of our product. It
should be able to be installed alongside the old version (v1). Each version
is installed in a separate directory. Some assemblies get installed into the
GAC and the assembly version of v1 and v2 differ, but the names are the
same. Should I change all the GUIDs of the Components? What would be the
difference if I did or did not change the GUIDs? Would it make a difference
if v1 would need to be updated by Windows Installer to v2?

* FOLDER in v1 and v2 is different
* somewin32dll.dll is installed in FOLDER and FileVersion in v1 and v2 is
different
* Some.Assembly.GAC.dll is installed in the GAC and AssemblyVersion and
FileVersion in v1 and v2 is different
















With kind regards,
  LordLarry
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Component GUIDs

[Konstantin Vlasenko]

>From the Wix documentation:
For the Component element the generated GUID is based on the install
directory and filename of the KeyPath for the component. This GUID will stay
consistent from build-to-build provided the directory and filename of the
KeyPath do not change.


2009/7/21 shibo 

>
> Rob,
>
> In your reply: "If you generate GUIDs every time you build, you won't be
> able to do any upgrades or patching".
>
> We are using WiX 2.0 (planning to upgrade to 3.0). No problem to create
> patches given ProductCode and UpgradeCode GUIDs are the same, but with
> different components' GUIDs. My understanding is that patches are created
> based on sequence numbers, which we can not control.
>
> In WiX 3.0, it looks to me that components GUIDs are used to identify the
> files instead of sequence number. So it is critical to have the same GUIDs
> for the same files.
>
> Could you please let me know if the above is correct?
>
> Thanks, Shibo
>
>
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/Component-GUIDs-tp704489p3294108.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Konstantin Vlasenko
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to handle installing a large number of files

[akapoor]

Hi Yan Sklyarenko,

Thanks a bunch for your suggestion. I got it all working now.

-Anu



Yan Sklyarenko wrote:
> 
> If you used heat.exe to generate your help.wxs, then it most likely
> contains a ComponentGroup, which includes all the generated components.
> The components should be included into a feature. The easiest way to do
> this is to reference this ComponentGroup from your main.wxs. 
> I would do this:
> 
> ...
> 
>
> 
> ...
>  
> Actually, to include the contents of a fragment into the project, you
> should reference any element of that fragment in that project. If at least
> 1 entity (component, component group, etc.) was referenced, all the
> fragment is included into the project.
>  
> Hope this makes things clearer for you.
>  
> -- Yan
> 
> 
> 
> From: akapoor [mailto:anupama_kap...@yahoo.com]
> Sent: Sun 7/19/2009 6:45
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How to handle installing a large number of files
> 
> 
> 
> 
> Thanks John.
> I used Heat (Wix 3.0) to generate a file (help.wxs) - this basically
> contains lots of help files (html and also some images). 
> How to do I used this file (help.wxs) inside another wix file
> (product.wxs) - this is main wix file.
> Please let me know.
> Thanks again,Anu
> 
> --- On Fri, 7/17/09, John Robbins (via Nabble)
>  wrote:
> 
> From: John Robbins (via Nabble) 
> Subject: Re: [WiX-users] How to handle installing a large number of files
> To: "akapoor" 
> Date: Friday, July 17, 2009, 2:00 AM
> 
> 
> 
> Heat with WiX 3.0 does a pretty good job of coordinating and building WiX
> fragments.
> 
> 
> Long before the updated WiX 3.0 Heat, I wrote a tool for my use, Paraffin
> that takes care of generating WiX fragments.
> (http://www.wintellect.com/CS/blogs/jrobbins/archive/2009/06/28/paraffin3-1-new-and-improved.aspx).
> 
> 
> As with any tools that generate components, be extra careful and obey the
> component rules. :)
> 
> 
> 
> John
> 
> Wintellect
> 
> http://www.wintellect.com  
> 877-968-5528
> 
> 
>>-Original Message-
> 
>>From: akapoor [mailto:anupama_kap...@...]
> 
>>Sent: Thursday, July 16, 2009 12:04 PM
> 
>>To: wix-us...@...
> 
>>Subject: Re: [WiX-users] How to handle installing a large number of
> 
>>files
> 
>>
> 
>>
> 
>>Can you please share your experience?
> 
>>
> 
>>I also want to do exact same thing that you are talking about. I am not
> 
>>sure, which way to go about.
> 
>>
> 
>>
> 
>>Tom Crozier wrote:
> 
>>>
> 
>>> All - I need to know the best way to handle installing a large number
> 
>>of
> 
>>> files. As part of the project I have 2 different directories with
> 
>>> approximately 24,000 files (including subfolders) in each. I could use
> 
>>> heat to generate the initial list but then I am assuming I have to
> 
>>> maintain the list from then on since I would not want the file id's
> 
>>> changing from release to release. The other method would be to zip up
> 
>>each
> 
>>> directory and install the zip file. In this case I would need to write
> 
>>a
> 
>>> custom action to unzip the files (unless there is already something
> 
>>> available). Ideas? Suggestions?
> 
>>>
> 
>>> Thanks - TopCat
> 
>>> --
> 
>>
> 
>>> ___
> 
>>> WiX-users mailing list
> 
>>> wix-us...@...
> 
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
> 
>>>
> 
>>
> 
>>--
> 
>>View this message in context: http://n2.nabble.com/How-to-handle-
>>installing-a-large-number-of-files-tp3148741p3269023.html
> 
>>Sent from the wix-users mailing list archive at Nabble.com.
> 
>>
> 
>>
> 
>>--
> 
>>Enter the BlackBerry Developer Challenge
> 
>>This is your chance to win up to $100,000 in prizes! For a limited time,
> 
>>vendors submitting new applications to BlackBerry App World(TM) will
> 
>>have
> 
>>the opportunity to enter the BlackBerry Developer Challenge. See full
> 
>>prize
> 
>>details at: http://p.sf.net/sfu/Challenge
>>___
> 
>>WiX-users mailing list
> 
>>wix-us...@...
> 
>>https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> 
> Enter the BlackBerry Developer Challenge  
> 
> This is your chance to win up to $100,000 in prizes! For a limited time,
> 
> vendors submitting new applications to BlackBerry App World(TM) will have
> 
> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize  
> 
> details at: http://p.sf.net/sfu/Challenge
> ___
> 
> WiX-users mailing list
> 
> wix-us...@...
> 
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> 
> 
> 
> 
> View message @
> http://n2.nabble.com/How-to-handle-installing-a-large-number-of-files-tp3148741p327280

[WiX-users] IIS Certificate Trust List

[darrenstone]

I am looking for some guidance on IIS configuration. I want to create a
Certificate Trust List and then enable it for the website that I am
installing, is this possible in Wix?

 


 
-
HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.
==
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

[Pally Sandher]

Is your MSI built as x86 or x64?
Our product has multiple OCX's & COM DLL's which I've harvested using
heat.exe and everything registers fine on both 32-bit & 64-bit O/S.
However all our MSI's are built for x86 as our apps are 32-bit so I've
never run across this issue myself.

If you're building an x64 MSI you might need to set Win64="no" on the
Components in question (& possibly other Elements, haven't looked into
it much) to get it to redirect to the WoW6432Node registry areas
correctly. Whether that'll pass ICE validation is a another question
entirely though.

Good luck.


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: Arvind Aiyar [mailto:arvind.ai...@microsoft.com] 
Sent: 21 July 2009 02:01
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How do I register a 32bit dll on a 64bit OS ?

I'm authoring a WiX file that registers a COM dll as part of the
install. I used heat.exe to extract the ClassID, Interfaces, Reg Keys
etc and reference that in my wxs file. This works well when I install on
32-bit OS. However it doesn't work on a 64bit OS ? I digged through the
archives and there were references to this being a known problem in Wix.
Has this been fixed in Wix 3.0 ?


-Arvind

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Component GUIDs

[shibo]

Rob,

In your reply: "If you generate GUIDs every time you build, you won't be
able to do any upgrades or patching".
 
We are using WiX 2.0 (planning to upgrade to 3.0). No problem to create
patches given ProductCode and UpgradeCode GUIDs are the same, but with
different components' GUIDs. My understanding is that patches are created
based on sequence numbers, which we can not control.

In WiX 3.0, it looks to me that components GUIDs are used to identify the
files instead of sequence number. So it is critical to have the same GUIDs
for the same files.

Could you please let me know if the above is correct?

Thanks, Shibo





-- 
View this message in context: 
http://n2.nabble.com/Component-GUIDs-tp704489p3294108.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] client setup

[Polazhenko Sergey]

Thanks, Sascha, for your answer.
My installers will be used by the user, not by me, and I won't my user to
use Orca, that is not very friendly for regular user.

I have problems to create sufficient agent installer by Wix (I'm not strong
in that field) and currently I suppose to use MSI automation. I have a tool
in my server installation that will use Automation to modify server's
DNS-name property inside MSI. So as you see I'm writing my little and more
friendly Orca, adopted for my single case.

Though my solution works for me, it will be interesting to know how my
situation should be solved in normal situation, because it is rather a
regular case to make Server-Clint installations.



Plus, I'd like to add another question :). I'd like to have single installer
for both 64 and 32-bit Windows systems. But here I have non trivial case,
because I have a driver, that should be placed in
C:\Windows\System32\drivers folder. I have 32-bit driver and 64-bit driver.
All other binaries are 32-bit. I won't create two installation packages for
32-bit and 64-bit systems, because only one MSI should be uploaded to GPO
server. The problem is that 64-bit OS runs 32-bit installer to WOW64 folder
any time it tries to get access to System32 folder.
My solution is to create c++ custom action dll, that will detect system and
turns off Windows system32 folder virtualization to get access to original
System32 folder on 64-bit System.
In regular case as far as I understand developer should create two
installation packages for 32 and 64 bit operation systems. Though it is much
more convenient to have one installer in a Active Directory GPO.

Thanks.

_ 
WBR, Polazhenko Sergey



> -Original Message-
> From: Sascha Beaumont [mailto:sascha.beaum...@gmail.com]
> Sent: Tuesday, July 21, 2009 2:44 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] client setup
> 
> I've got no idea about administrative installs, but you could just use
> Orca to create an MST and add the IP to the property table which would
> be a lot simpler.
> 
> 
> On Tue, Jul 21, 2009 at 7:17 AM, Polazhenko Sergey
> wrote:
> > Good day to all Wix Users.
> >
> >
> > I'm running across rather popular situation (on my mind), though
> cannot get simple solution.
> >
> > My product has both server and client. Then I install client I should
know
> > server IP/DNS name. So, when I create client installer I'd like to have
a
> > property with server's IP/DNS name inside. Currently I have a solution,
that
> > uses command line parameter, but it is not enough, because I would like
my
> > client to be installed trough Active Directory Group Policy (GPO). GPO
> > expects msi file without any command line parameters.
> >
> > It will be nice to have client installer that:
> >        1. has administrative mode, which takes server's IP/DNS name
> > interactively through UI-dialogs and stores this value inside this MSI.
This
> > MSI will be uploaded on GPO server.
> >        2. during normal installation process (through GPO or manual
setup),
> > installer should use server's IP/DNS setting from the property, stored
> > inside that MSI file.
> >
> > Thanks!
> > __
> > WBR, Polazhenko Sergey


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix warning LGHT1076 : ICE48

[Rafael Rivera]

Right.

I responded to your previous email...

/rafael

-Original Message-
From: Vuchuru, Surekha (SBT US EXT) [mailto:surekha.vuchuru@siemens.com]

Sent: Monday, July 20, 2009 1:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Wix warning LGHT1076 : ICE48

Hello All,
 
I have a property 
 
 
warning LGHT1076: ICE48: Directory 'ALLUSERSPROFILE' appears to be hardcoded
in the property table to a local drive.

--
Enter the BlackBerry Developer Challenge This is your chance to win up to
$100,000 in prizes! For a limited time, vendors submitting new applications
to BlackBerry App World(TM) will have the opportunity to enter the
BlackBerry Developer Challenge. See full prize details at:
http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX v3.5 Custom Action Project Template Bug.

[Uwe Stump]

Dear all,

Maybe someone has already found out this bug and workaround.

If you want to create a new Project based on the Windows Installer XML - C# 
Custom Action Project template (v3.5.0710.0) in Visual Studio you may receive 
some path errors.
This is because of some old path references to WiX v3.0 within the project 
template and also within the wix.ca.targets file.

Change the content of the wix.ca.targets file [Program 
files]\MSBuild\Microsoft\WiX\v3.5:
Search for 3.0 -> Change all to 3.5 (don't forget the InstallRegKey-properties!)

Change the content of the CustomAction.csproj file ([Program files]\Microsoft 
Visual Studio 9.0\Common7\IDE\ProjectTemplatesCache\WiX\CustomActionCS.zip):
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.0\Wix.CA.targets
To
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.5\Wix.CA.targets

Kind regards,
Uwe
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] My custom wix UI extension only runs on the machine on which it built?

[Blair]

Did you delay-sign it (and not complete the signing)?

The wix sources use strong-name signing (since that is needed for
assembly-name references to the extensions, but not path-references). Turn
off all references to strong-name signing your extension.

-Original Message-
From: Will Page [mailto:will.p...@ni.com] 
Sent: Monday, July 20, 2009 8:53 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] My custom wix UI extension only runs on the machine on
which it built?

I'm re-using the WiX UI extension sources in order to build my own custom 
WiX UI (mostly just resized the existing dialogs, changed a couple 
conditions, etc).

The problem is, when I build my extension, it only runs on the computer 
that I built it on, and I can't share it around to my co-workers.

I don't know a whole lot about .NET, so I'm sure there's some simple thing 
I'm missing in the build process.  Can anybody help me?
_
Will Page | PXI/VXI | National Instruments

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize

details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users