Re: [WiX-users] How to create shortcut base on user selected feature

[puyopuy]

Thank you very much for your help, I appreciated. My problem have been fixed
by using your advise. :) Happy Easter 
:clap:

Bob Arnson-6 wrote:
> 
> puyopuy wrote:
>> I removed the condition and install my msi, the desktop shortcut created
>> this mean the create shortcut function working property.  After that I
>> put
>> back the condition ADDLOCAL=FeatureB and compile
>> the
>> msi again.
>>   
> 
> You don't need component conditions to do what you want. Just use 
> ComponentRef to include the shortcut component only in the feature you 
> want. MSI will install it only when that feature is selected.
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-create-shortcut-base-on-user-selected-feature-tp16048115p16172851.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installing .NET assemblies in GAC

[Heath Stewart]

The File element is necessary, but primarily serves as the source. 
Windows Installer delegates to fusion to install the assembly, and 
fusion does not allow for any other files that are not part of the 
assembly. This is the source of the error.

If you want to have a copy of the file elsewhere (like for binding in 
VS) then you need to have a separate component and File element. If the 
@Source attribute points to the same file, more recent versions of WiX 
will only store one file in a cabinet (assuming they're in the same 
Media, of course) instead of storing multiple files.

ArunKumar ArcotVijayaKumar wrote:
>
> 1. Does the component for installing a .net assembly in to GAC, should 
> contain only the File element that places the assembly in to the GAC ?
>
> If I place some other File elements, like the corresponding XML files, 
> Im getting an Error 1935. HRESULT: 0x80131043. It is my understanding 
> that Wix/MSI assumes the other components to be part of assembly and 
> tries to put them in GAC, and so the error. But why would wix/msi do 
> this, thought there is no assembly manifest specified in the script ?
>
>
> 2. By having only the File element placing the assembly in to GAC in a 
> component , I do succeed placing the assembly in GAC, but I do not see 
> the assembly in the windows directory. Wix/Msi deletes the directory 
> and assembly after placing them in the GAC. How will you place an 
> assembly both in the directory as well as GAC ?
>
>
> 3.What is the use of AssemblyApplication attribute on File Element ? 
> It is only as good as not specifying Assembly=".net" attribute.
>
>
> 4. I have an .net assembly and corresponding xml file, that needs to 
> be dropped inside a windows directory, and the assembly to be placed 
> in GAC. My understanding was to do all these three inside a Component, 
> as I consider them as single unit of operation..
>
> 
> 
>  ="E176CE6C-B4E8-4EB1-8A3C-044F4A834CEC">
>  Name ="MyAssembly.dll"
> Source =".\source\MyAssembly.dll">
>  Name ="MyAssembly.XML"
> Source =".\source\MyAssembly.XML">
> 
> 
> 
>
> Apparently this wouldn’t work , give me an Error 1935. HRESULT: 
> 0x80131043 , so what is the proffered or standard way of doing this ? 
> I need the assembly both in a directory and GAC for compile and 
> runtime references.
>
>
> Thanks for the help in advance.
>
> _*thanks *_* *
> *Arun*
>
>
> 
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

-- 

Heath Stewart
Deployment Technology Group, Microsoft
http://blogs.msdn.com/heaths


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall deleted my exe while it's running

[谢壹]

Thanks for the reply!
Do you know why the folder is not deleted?Or anyway I can prevent installer to 
delete the exe?
 
Many thanks!



> Date: Wed, 19 Mar 2008 14:21:28 -0700> From: [EMAIL PROTECTED]> To: [EMAIL 
> PROTECTED]> CC: wix-users@lists.sourceforge.net> Subject: Re: [WiX-users] 
> Uninstall deleted my exe while it's running> > EXEs are loaded into memory by 
> pages. If all pages are loaded into > memory, then no pages need fetched from 
> disk (the EXE, and perhaps some > other depedency DLL if yo uhave any of 
> those too are completely in > memory at this point). So Windows Installer can 
> safely remove it.> > yixie wrote:> > Hi,> >> > I met something weird.> >> > 
> I've an exe, which could be deleted by uninstalling the corresponding msi> > 
> while it's still running.> > After uninstall, I can still perform some 
> actions on it. (It's a wpf windows> > app)> > The exe is missing, but the 
> folder contained the exe, which was created by> > the msi, remained.> >> > 
> (Environment: Vista SP1, .Net 3.5, WPF windows app)> >> > This really 
> conflicts with my understanding.> > My first reaction is, it may be related 
> to Vista V
 irtualization.> > So I tried with procexp/procmon, and search throughout the 
disk for the copy> > of the exe, but nothing useful was found.> > I tried to 
delete the exe manually with elevated privilege, and get error> > "Access is 
denied".> >> > I feel really confused, could someone shed some light?> > Both 
"popup before deleting the exe", and "delete the folder as well", are> > ok for 
me.> >> > Many thanks!> > Yixie> > > > -- > > Heath Stewart> Deployment 
Technology Group, Microsoft> http://blogs.msdn.com/heaths> 
_
Windows Live Photo gallery 数码相机的超级伴侣，轻松管理和编辑照片，还能制作全景美图！
http://get.live.cn/product/photo.html-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] (no subject)

[钟文辉]

 各位老总:  您们好！

   诚祝：您们在2008年里！有鼠不尽的快乐！ 鼠不尽的收获！ 鼠不尽的钞票！
　
 鼠不尽的幸福！ 鼠不尽的美满生活！  愿： 您们阖家欢乐！ 幸福安康！

 我是（深圳市珊湖岛进出口有限公司）的负责人；可以提供：出口报关单，
　
 核销单等等一系列手续；代理：出口报关，商检；境内外运输..等等；
 
 还可以代办：出口欧盟许可证；欧盟产地证；   
 
 并且还有（广州国际贸易交易会）的摊位可以转让；
　
  有意者请来邮件或来电联系。
　
电话：0755-81153047。
　
传真：0755-81172940。
　
手机：15817477278。
　
联系人：钟文辉。
　
  

 此致：
   敬礼！

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] (no subject)

[钟文辉]

 各位老总:  您们好！

   诚祝：您们在2008年里！有鼠不尽的快乐！ 鼠不尽的收获！ 鼠不尽的钞票！
　
 鼠不尽的幸福！ 鼠不尽的美满生活！  愿： 您们阖家欢乐！ 幸福安康！

 我是（深圳市珊湖岛进出口有限公司）的负责人；可以提供：出口报关单，
　
 核销单等等一系列手续；代理：出口报关，商检；境内外运输..等等；
 
 还可以代办：出口欧盟许可证；欧盟产地证；   
 
 并且还有（广州国际贸易交易会）的摊位可以转让；
　
  有意者请来邮件或来电联系。
　
电话：0755-81153047。
　
传真：0755-81172940。
　
手机：15817477278。
　
联系人：钟文辉。
　
  

 此致：
   敬礼！

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ReserveCost! MSI not correctly displaying the Disk Space

[Sajo Jacob]

Also, all the values of the FileSize in the File table are correct too but
the features shows completely wrong space needed for the feature, (shows
about .5% of the actual space needed to be accurate).

Jacob

On Tue, Mar 18, 2008 at 6:02 PM, Sajo Jacob <[EMAIL PROTECTED]> wrote:

> I used ReserveCost to indicate the space needed by my Installer, but the
> Installer is not correctly showing the required space which is causing my
> installer to not warn the end user and the installation ends up rolling
> back.
> I checked the reservecost table in the MSI using orca, seems like all
> values are correctly populated.
>
> Am I missing something here? Do I have to do something different with the
> placement of the FileCost action to fix this?
>
> Jacob
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installing .NET assemblies in GAC

[ArunKumar ArcotVijayaKumar]

1. Does the component for installing a .net assembly in to GAC, should
contain only the File element that places the assembly in to the GAC ?
 If I place some other File elements, like the corresponding XML files, Im
getting an Error 1935. HRESULT: 0x80131043. It is my understanding that
Wix/MSI assumes the other components to be part of assembly and tries to put
them in GAC, and so the error. But why would wix/msi do this, thought there
is no assembly manifest specified in the script ?


2. By having only the File element placing the assembly in to GAC in a
component , I do succeed placing the assembly in GAC, but I do not see the
assembly in the windows directory. Wix/Msi deletes the directory and assembly
after placing them in the GAC. How will you place an assembly both in the
directory as well as GAC ?


3.What is the use of AssemblyApplication attribute on File Element ? It is
only as good as not specifying Assembly=".net" attribute.


4. I have an .net assembly and corresponding xml file, that needs to be
dropped inside a windows directory, and the assembly to be placed in GAC. My
understanding was to do all these three inside a Component, as I consider
them as single unit of operation..


  


  

  

Apparently this wouldn't work , give me an Error 1935. HRESULT: 0x80131043 ,
so what is the proffered or standard way of doing this ? I need the assembly
both in a directory and GAC for compile and runtime references.


Thanks for the help in advance.

thanks   
Arun


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] LGHT0216 0x64D

[Heath Stewart]

Are you setting the minimum version as 310 or 301? It should be 301 
because the version is 3.01, so 3 * 100 + 1 = 301. The documentation in 
wix.chm was incorrect for a time, but should be fixed in more recent builds.

Zenko Klapko Jr. wrote:
> Hi,
>
> I've recently upgraded to Wix 3.0 and am having difficulty with light.
> Google results and the users mailing list confirm that I'm not alone
> and usually there is a quick fix to solve the problem (permissions,
> start a service, etc.) The suppress MSI/MSM validation works as a
> temporary fix but there must be a better solution. The full error
> message is:
>
> light.exe: error LGHT0216: An unexpected Win32 exception with error
> code 0x64D occured: This installation package cannot be installed by
> the Windows Installer Service. You must install a Windows service pack
> that contains a newer version of the Windows Installer Service.
>
> I'm an Administrator of my machine and the Windows Installer Service
> is currently turned to Automatic using the Local System account.
>
> Any suggestions for fixing the error?
>
> -Zenko
> --
> I would rather be exposed to the inconveniences attending too much
> liberty than to those attending too small a degree of it.
> - Thomas Jefferson
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

-- 

Heath Stewart
Deployment Technology Group, Microsoft
http://blogs.msdn.com/heaths


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] question to Assembly=".net"

[Heath Stewart]

App isolation doesn't really require the MsiAssembly* table values for 
managed assemblies (it does for native), but the additional benefit in 
WiX is that you can access bind variables for that assembly as 
documented in wix.chm.

fgc wrote:
> Hi all,
>
> So far I know that setting the Assembly=".net" attribute installs my
> assembly into the Global Assembly Cache.  But why should I specify
> AssemblyApplication in addition to Assembly=".net"? My understanding is that
> if I specify both attributes I end up with an installer that contains an
> MsiAssembly / MsiAssemblyName table and installs the assemblies into my
> installation directory structure, not into the GAC. Therefore the
> information in these two tables is not really required.
> Is there any special use case where it is recommended to do this? So far I
> treat all assemblies that are not installed into the GAC like any other
> file. Does it ever make sense to treat .NET assemblies different if they are
> not installed into the GAC?
>
> Thanks!
>
>   

-- 

Heath Stewart
Deployment Technology Group, Microsoft
http://blogs.msdn.com/heaths


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstall deleted my exe while it's running

[Heath Stewart]

EXEs are loaded into memory by pages. If all pages are loaded into 
memory, then no pages need fetched from disk (the EXE, and perhaps some 
other depedency DLL if yo uhave any of those too are completely in 
memory at this point). So Windows Installer can safely remove it.

yixie wrote:
> Hi,
>
> I met something weird.
>
> I've an exe, which could be deleted by uninstalling the corresponding msi
> while it's still running.
> After uninstall, I can still perform some actions on it. (It's a wpf windows
> app)
> The exe is missing, but the folder contained the exe, which was created by
> the msi, remained.
>
> (Environment: Vista SP1, .Net 3.5, WPF windows app)
>
> This really conflicts with my understanding.
> My first reaction is, it may be related to Vista Virtualization.
> So I tried with procexp/procmon, and search throughout the disk for the copy
> of the exe, but nothing useful was found.
> I tried to delete the exe manually with elevated privilege, and get error
> "Access is denied".
>
> I feel really confused, could someone shed some light?
> Both "popup before deleting the exe", and "delete the folder as well", are
> ok for me.
>
> Many thanks!
> Yixie
>   

-- 

Heath Stewart
Deployment Technology Group, Microsoft
http://blogs.msdn.com/heaths


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] ModuleInstallExecuteSequence not being merged into msi

[Geoff Finger]

I'm having some trouble getting a couple of 3rd party msm files to
work correctly. The original instructions said that along with
including the merge module we should also schedule several custom
actions in the msi. After that failed I looked around the archives and
found several threads saying that's not how it's supposed to work and
merge modules that require that are badly designed. (Of course I
already kind of suspected that when I discovered that all three of the
merge modules in the package had identical GUIDs with just one digit
switched between each of them =)

So we decided to edit the original merge modules with Install Shield
and insert the custom actions into the ModuleInstallExecuteSequence
tables. However when we rebuilt the msi we found the custom actions
still weren't getting called. When I opened the newly built msi with
Orca I found that the Custom Actions show up correctly in the
CustomAction table, but that no new rows are being merged into
InstallExecuteSequence.

Is there something special that needs to be done to get that to
happen? I didn't see any obvious errors when running the makefile, and
I don't see anything about it in the documentation for the merge
element.

I'm using Wix 2.0 and what I have in the code is elements such as:



In the ModuleInstallExecuteSequence table of the msm files we have rows such as:

Action: RemoveOldDriver.B391C18A_6953_11D4_82CB_00D0B72E1DB9
Sequence:
BaseAction: CostInitialize
After: 0
Condition: INSTALLCONDITION=1

I was a bit suspicious of the GUID being tacked on there, but doing it
with and without the GUID doesn't seem to make any difference. I was
also unsure about leaving the Sequence column blank, but adding a
specific sequence number didn't seem to help either.

Since I haven't been able to find any threads from other people
encountering the issue it seems like it has to be something really
simple that I'm missing.

Thanks for any help!

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix and the preprocessor...

[Jordan Fitzgibbon]

I would suggest logging a bug on this. I think that this type of XML validation 
shouldn't happen until after pre-processing.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, March 19, 2008 11:12 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix and the preprocessor...

My guess would be that the intention was that wix input files should be valid 
xml. In your case, the initial file wasn't (even though the "effective" file, 
after post-processing, would have been).

Personally, I wouldn't consider that a defect, more a case of "that's how it 
works". :)

Regards,
Richard


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Breiding
Sent: Wednesday, March 19, 2008 12:33 PM
To: Foster, Richard - PAL
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix and the preprocessor...

such a simple solution and it worked, thanks for pointing that out! as far as 
using multiple files, my intention is to go away from that. i am making heavy 
use of the preprocessor so i can reuse components making them slightly 
different based on the variables set. thanks again. should i write this up as a 
preprocessor defect or was the intention of the preprocessor to ever work this 
way?

~Jeremy

Subject: RE: [WiX-users] wix and the preprocessor...
Date: Wed, 19 Mar 2008 12:24:47 -0400
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: wix-users@lists.sourceforge.net
Jeremy,

Just for stupidity's sake, is everything OK if you reverse the order of the 
second test?

[Remainder of history trimmed]


* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the individual or 
entity to whom it is addressed. If you have received this communication in 
error, be aware that forwarding it, copying it, or in any way disclosing its 
content to any other person, is strictly prohibited. Quixote Traffic 
Corporation is neither liable for the contents, nor for the proper, complete 
and timely transmission of (the information contained in) this communication. 
If you have received this communication in error, please notify the author by 
replying to this e-mail immediately and delete the material from any computer.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MedHelp 6722

[wix-users]

Canadian Doctor Dawn Howe Best Price On Net March 80% OFF!
http://www.google.jp/pagead/iclk?sa=l&ai=xlyax&num=513195&adurl=http://www.addbase.com


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade (options?)

[Kevin Burton]

So I don't need to do anything with  and "Show"?

What would be the syntax to disable showing the dialog? Assume that the
property set when I find a new version is "ALREADYINSTALLED". If this
property is set to something when an existing version is detected then I
want to use the registry settings to install rather than the dialog so I
want to disable the dialog. I also don't know the syntax for conditionally
writing to the registry. I want to conditionally write these properties to
the registry only if there is not a previous version installed. One last
question, if I always read from the registry (even after a dialog prompt)
can I be assured that this read will happen before the installation and
after the uninstall.

Thanks again.

Kevin

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 19, 2008 9:48 AM
To: Kevin Burton
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Upgrade (options?)

Kevin Burton wrote:
> I am not aware of Publish. I am just following some samples and using
>  as shown in the previous WIX code sample.
>   

I'm not sure what your UI sequence is but you have Publish elements in 
the code you posted. e.g.:

1


You need the replace the 1 condition with one for the property you're 
using but you need to "fix" all the conditions like this:

Dialog A
   Next: Dialog X if property
   Next: Dialog B if not property
Dialog B
   Next: Dialog C
Dialog C
   Back: Dialog B if not property
   Back: Dialog A if property

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



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] VC CRT redistributables & WIX

[dB.]

I am having the following issue: I try to redistribute the Visual Studio
CRT MSMs with my wix installer. 

 

   

   

   

   

 

  

   

   

   

   

  

 

The merge modules install just fine according to the log. But the DLL
registration within the same installer (SelfRegCost=1) fails. If I try
to regsvr32 those DLLs from command line at the same time, that
succeeds. If I pre-install these merge modules the registration succeeds
as well. The same merge modules added into an InstallShield installer
don't seem to exhibit this problem.

 

Any ideas?

 

Thx

dB.

 

-dB.

dblock.org   / foodcandy.com
 

 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix and the preprocessor...

[Richard.Foster]

My guess would be that the intention was that wix input files should be
valid xml. In your case, the initial file wasn't (even though the
"effective" file, after post-processing, would have been).

 

Personally, I wouldn't consider that a defect, more a case of "that's
how it works". :-)

 

Regards,

Richard

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Breiding
Sent: Wednesday, March 19, 2008 12:33 PM
To: Foster, Richard - PAL
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix and the preprocessor...

 

such a simple solution and it worked, thanks for pointing that out! as
far as using multiple files, my intention is to go away from that. i am
making heavy use of the preprocessor so i can reuse components making
them slightly different based on the variables set. thanks again. should
i write this up as a preprocessor defect or was the intention of the
preprocessor to ever work this way?

~Jeremy





Subject: RE: [WiX-users] wix and the preprocessor...
Date: Wed, 19 Mar 2008 12:24:47 -0400
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: wix-users@lists.sourceforge.net

Jeremy,

 

Just for stupidity's sake, is everything OK if you reverse the order of
the second test?

 

[Remainder of history trimmed]




* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the individual or 
entity to whom it is addressed. If you have received this communication in 
error, be aware that forwarding it, copying it, or in any way disclosing its 
content to any other person, is strictly prohibited. Quixote Traffic 
Corporation is neither liable for the contents, nor for the proper, complete 
and timely transmission of (the information contained in) this communication. 
If you have received this communication in error, please notify the author by 
replying to this e-mail immediately and delete the material from any computer.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] LGHT0216 0x64D

[Zenko Klapko Jr.]

I should have added this to the previous post:

After supressing validation I try and run the msi and I get the same
error message without the light.exe wrapping. Running msiexec /?
prints out the version 3.01.4000.1823

I'm able to provide more information if you have questions.

-Zenko

--
I would rather be exposed to the inconveniences attending too much
liberty than to those attending too small a degree of it.
- Thomas Jefferson

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] LGHT0216 0x64D

[Zenko Klapko Jr.]

Hi,

I've recently upgraded to Wix 3.0 and am having difficulty with light.
Google results and the users mailing list confirm that I'm not alone
and usually there is a quick fix to solve the problem (permissions,
start a service, etc.) The suppress MSI/MSM validation works as a
temporary fix but there must be a better solution. The full error
message is:

light.exe: error LGHT0216: An unexpected Win32 exception with error
code 0x64D occured: This installation package cannot be installed by
the Windows Installer Service. You must install a Windows service pack
that contains a newer version of the Windows Installer Service.

I'm an Administrator of my machine and the Windows Installer Service
is currently turned to Automatic using the Local System account.

Any suggestions for fixing the error?

-Zenko
--
I would rather be exposed to the inconveniences attending too much
liberty than to those attending too small a degree of it.
- Thomas Jefferson

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix and the preprocessor...

[Jeremy Breiding]

such a simple solution and it worked, thanks for pointing that out! as far as 
using multiple files, my intention is to go away from that. i am making heavy 
use of the preprocessor so i can reuse components making them slightly 
different based on the variables set. thanks again. should i write this up as a 
preprocessor defect or was the intention of the preprocessor to ever work this 
way?~Jeremy


Subject: RE: [WiX-users] wix and the preprocessor...Date: Wed, 19 Mar 2008 
12:24:47 -0400From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: 
wix-users@lists.sourceforge.net






Jeremy,
 
Just for stupidity’s sake, is everything OK if you reverse the order of the 
second test?
 
I.e. the second test would become:
 

 
Unless I’m missing something, the file would then be “valid” again, since the 
product element is opened before the module element could possibly be, and 
closed after it, maintaining xml requirements.
 
Of course… it is a pretty roundabout way of doing things. The fact that you are 
running into problems may really be suggesting you need to use wix libraries 
instead of msm’s (or wix fragments which are consumed by both independent msi 
and msm wrapper files).
 
Regards,
Richard




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy 
BreidingSent: Wednesday, March 19, 2008 12:17 PMTo: [EMAIL PROTECTED]: 
[WiX-users] wix and the preprocessor...
 
I am currently using the stable 2.0 binaries to build my installer. Currently 
today i have multiple wxs files, 2 for individual msm's and 1 to include those 
msm's to build a few msi's. now, what i would like to do is consolidate down to 
a single wxs and still retain the ability to net the same output. unfortunately 
to date my attempts have failed to pass candle. let me elaborate: my problem is 
actually in the way the  are working. heres an example 
of what i would like to do, but for some reason these preprocessor commands 
arent really preprocessor.  needless to same 
candle gives me an error something to likes of module start tag does not match 
end tag of product. well i would think that the preprocessor would be able to 
handle making sure the proper tags were insert/deleted based on the conditional 
statements. so i thought maybe i can move the contents of these to include 
files, however include files weren't really meant to be used in this manner. i 
get error that says the product start tag does not match the end tag of 
include. perhaps i am doing something wrong, hopefully someone can shed some 
light on this topic for me. thanks!!~Jeremy



* C O N F I D E N T I A L I T Y N O T I C E 
*---The content of this 
e-mail is intended solely for the use of the individual or entity to whom it is 
addressed. If you have received this communication in error, be aware that 
forwarding it, copying it, or in any way disclosing its content to any other 
person, is strictly prohibited. Quixote Traffic Corporation is neither liable 
for the contents, nor for the proper, complete and timely transmission of (the 
information contained in) this communication. If you have received this 
communication in error, please notify the author by replying to this e-mail 
immediately and delete the material from any computer.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix and the preprocessor...

[Richard.Foster]

Jeremy,

 

Just for stupidity's sake, is everything OK if you reverse the order of
the second test?

 

I.e. the second test would become:

 







 

Unless I'm missing something, the file would then be "valid" again,
since the product element is opened before the module element could
possibly be, and closed after it, maintaining xml requirements.

 

Of course... it is a pretty roundabout way of doing things. The fact
that you are running into problems may really be suggesting you need to
use wix libraries instead of msm's (or wix fragments which are consumed
by both independent msi and msm wrapper files).

 

Regards,

Richard



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Breiding
Sent: Wednesday, March 19, 2008 12:17 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] wix and the preprocessor...

 

I am currently using the stable 2.0 binaries to build my installer.
Currently today i have multiple wxs files, 2 for individual msm's and 1
to include those msm's to build a few msi's. now, what i would like to
do is consolidate down to a single wxs and still retain the ability to
net the same output. unfortunately to date my attempts have failed to
pass candle. let me elaborate:
 
my problem is actually in the way the  are
working. heres an example of what i would like to do, but for some
reason these preprocessor commands arent really preprocessor.
 











 
needless to same candle gives me an error something to likes of module
start tag does not match end tag of product. well i would think that the
preprocessor would be able to handle making sure the proper tags were
insert/deleted based on the conditional statements. so i thought maybe i
can move the contents of these to include files, however include files
weren't really meant to be used in this manner. i get error that says
the product start tag does not match the end tag of include. perhaps i
am doing something wrong, hopefully someone can shed some light on this
topic for me. thanks!!

~Jeremy






* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the individual or 
entity to whom it is addressed. If you have received this communication in 
error, be aware that forwarding it, copying it, or in any way disclosing its 
content to any other person, is strictly prohibited. Quixote Traffic 
Corporation is neither liable for the contents, nor for the proper, complete 
and timely transmission of (the information contained in) this communication. 
If you have received this communication in error, please notify the author by 
replying to this e-mail immediately and delete the material from any computer.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] wix and the preprocessor...

[Jeremy Breiding]

I am currently using the stable 2.0 binaries to build my installer. Currently 
today i have multiple wxs files, 2 for individual msm's and 1 to include those 
msm's to build a few msi's. now, what i would like to do is consolidate down to 
a single wxs and still retain the ability to net the same output. unfortunately 
to date my attempts have failed to pass candle. let me elaborate:
 
my problem is actually in the way the  are working. 
heres an example of what i would like to do, but for some reason these 
preprocessor commands arent really preprocessor.
 









 
needless to same candle gives me an error something to likes of module start 
tag does not match end tag of product. well i would think that the preprocessor 
would be able to handle making sure the proper tags were insert/deleted based 
on the conditional statements. so i thought maybe i can move the contents of 
these to include files, however include files weren't really meant to be used 
in this manner. i get error that says the product start tag does not match the 
end tag of include. perhaps i am doing something wrong, hopefully someone can 
shed some light on this topic for me. thanks!!~Jeremy-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detecting the version of an installed file?

[Neil Enns]

Thanks for the reply, Bob. I have a bootstrapper that installs the correct 
version, but I do want to add a detection in the MSI that blocks install if it 
isn't already there. I figured out how to use DirectorySearch and FileSearch 
which seems to do the trick.

I'll take a peek at the SDK documentation as well.

Neil

From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: March-19-08 8:08 AM
To: Neil Enns
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Detecting the version of an installed file?

Neil Enns wrote:
I'm working on an installer that needs to detect whether a specific version of 
DirectX 9.0 is installed (9.0c).

The DirectX SDK says: "Don't do that." The suggested approach is to always 
install the version of DirectX you need and let the DirectX installer update 
(or not) the installed DirectX.



--

sig://boB

http://joyofsetup.com/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How can i make a line feed if the dialog title is too long?

[Bob Arnson]

Xu nanxuan wrote:
> i have a long product name. When the stock dialog appears, the dialog
> title can not be shown completely. how can i make a line feed?
>
> BTW: it's strange that i have a custom dialog whose dialog title is
> also very long, but it can be shown in two lines automatically, and i
> didn't make any specific configuration to that, except the following:
>
>  Text="{\WixUI_Font_Title}myDescription [ProductName]" />

Which title are you talking about? Most text fields in WixUI are tall
enough to allow for multiple lines but some aren't. MSI automatically
wraps strings that need multiple lines.

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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detecting the version of an installed file?

[Bob Arnson]

Neil Enns wrote:


I'm working on an installer that needs to detect whether a specific 
version of DirectX 9.0 is installed (9.0c).




The DirectX SDK says: "Don't do that." The suggested approach is to 
always install the version of DirectX you need and let the DirectX 
installer update (or not) the installed DirectX.


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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems with User Tag

[Bob Arnson]

Marshall, Peter (LNG-LEE) wrote:


Action ended 12:01:24: ConfigureUsers. Return value 1.



Search the log for "CreateUser" -- that's during the execute sequence 
where the actual user creation/modification happens.


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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem in entering nodes to machine.config using XmlConfig of Wix

[Bob Arnson]

Abhradeep Thakurta wrote:


Could you help me out with the problem that I have mentioned below. 
Sorry for troubling you but I need the solution a bit urgently as I am 
blocked on it.




Sorry, I'm not aware of why that would happen. I suggest you investigate 
the XmlConfig code itself. You can get the code internally; see 
http://wix for details.


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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to create shortcut base on user selected feature

[Bob Arnson]

puyopuy wrote:
> I removed the condition and install my msi, the desktop shortcut created
> this mean the create shortcut function working property.  After that I put
> back the condition ADDLOCAL=FeatureB and compile the
> msi again.
>   

You don't need component conditions to do what you want. Just use 
ComponentRef to include the shortcut component only in the feature you 
want. MSI will install it only when that feature is selected.

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



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to set Title in Summary Information Stream

[Bob Arnson]

Mike Dimmick wrote:
> My emphasis on *should*. The SDK doesn't define 'should' so it's not clear
> if this is a recommendation or a requirement. 

Yep, exactly. The MSI doc isn't always RFC-like. Others, like 
Comments, are configurable and probably shouldn't be, depending on your 
read. Feel free to file a feature request.

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



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why is the registry key not removed?

[Bob Arnson]

Friedrich Dominicus wrote:
> Action='removeOnUninstall'
> Root='HKLM'
> Key='Software\Q-Software Solutions GmbH\COMWizard'
>  />
>   

Try using RegistryKey/@Action="createAndRemoveOnUninstall" as the parent 
for your registry values instead. If that doesn't work, create a verbose 
log and check the RemoveRegistryValues logging.

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



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiXSqlExtension issue on Vista with UAC

[Bob Arnson]

Sajo Jacob wrote:
I am using WiX 3.0.29.25 , I am suspecting that the 
custom actions in WiXSqlExtension: CreateDatabase, DropDatabase, 
ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred 
by default.


I believe that's by design: The installing user's permission is needed 
because generally SQL Server uses Windows authentication.


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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ICE79 feature based conditions

[Bob Arnson]

[EMAIL PROTECTED] wrote:
> When I run the ICE79 from Orca I don't get the ICE79 error. What is the
> difference between running the ICE tests from WIX and running the tests
> from Orca?
>   

It's probably a difference in the version of the ICE code. Try using the 
latest weekly release of WiX from http://wix.sourceforge.net/releases/, 
which contains the ICEs from the latest Windows SDK.

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



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade (options?)

[Bob Arnson]

Kevin Burton wrote:
> I am not aware of Publish. I am just following some samples and using
>  as shown in the previous WIX code sample.
>   

I'm not sure what your UI sequence is but you have Publish elements in 
the code you posted. e.g.:

1


You need the replace the 1 condition with one for the property you're 
using but you need to "fix" all the conditions like this:

Dialog A
   Next: Dialog X if property
   Next: Dialog B if not property
Dialog B
   Next: Dialog C
Dialog C
   Back: Dialog B if not property
   Back: Dialog A if property

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



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiXSqlExtension issue on Vista with UAC

[Sajo Jacob]

I did go ahead and file a bug, In the meanwhile, is there a work around fix
I can use for this?
Jacob

On Wed, Mar 19, 2008 at 2:42 AM, Heath Stewart <[EMAIL PROTECTED]> wrote:

> Looks like the custom actions aren't attributed with Impersonate="no".
> Please file a bug on http://sf.net/projects/wix. Also, that is an older
> WiX version. When fixed you'll need to download updates from
> http://wix.sf.net/releases.
>
> Sajo Jacob wrote:
> > I am using WiX 3.0.29.25 , I am suspecting that the
>  > custom actions in WiXSqlExtension: CreateDatabase, DropDatabase,
> > ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred
> > by default. When I attempt to uninstall the product from Vista with
> > UAC turned on, the installer complains about not having permissions to
> > remove the mdf specifically. I attempted the uninstall from an
> > elevated command prompt and the uninstall completed successfully. Is
> > there a solution to this?
> > Jacob
> > 
> >
> >
> -
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > 
> >
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> --
>
> Heath Stewart
> Deployment Technology Group, Microsoft
> http://blogs.msdn.com/heaths
>
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problems with User Tag

[Marshall, Peter (LNG-LEE)]

Hi,

 

I am trying to use Wix to install a .Net service, and modify an existing
user to have LogonAsService rights.

The service is successfully installing, but no matter what I try with
the  action, I cannot get the installer to create a new user or
update an existing user.

 

The fragment of the wxs relevant to the service is:









 



 



 

The section of the Log File when I run the installer for the User Action
is :

 

MSI (s) (08:D0) [12:01:24:356]: Doing action: ConfigureUsers

Action start 12:01:24: ConfigureUsers.

MSI (s) (08:E4) [12:01:24:372]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI2.tmp, Entrypoint: ConfigureUsers

MSI (s) (08:E8) [12:01:24:387]: Generating random cookie.

MSI (s) (08:E8) [12:01:24:419]: Created Custom Action Server with PID
1004 (0x3EC).

MSI (s) (08:AC) [12:01:24:512]: Running as a service.

MSI (s) (08:50) [12:01:24:512]: Hello, I'm your 32bit Impersonated
custom action server.

MSI (s) (08!60) [12:01:24:778]: PROPERTY CHANGE: Modifying CreateUser
property. Its current value is '**'. Its new value:
'**'.

MSI (s) (08!60) [12:01:24:778]: Doing action: CreateUser

Action start 12:01:24: CreateUser.

Action ended 12:01:24: CreateUser. Return value 1.

Action ended 12:01:24: ConfigureUsers. Return value 1.

MSI (s) (08:D0) [12:01:24:794]: Doing action: InstallFiles

 

But when the installation has completed successfully the user still does
not have LogonAsService rights, which stops the service from running.

 

 

Any suggestions as to what is going wrong ?


Thanks


Peter Marshall.


REED ELSEVIER (UK) LIMITED - Registered office - 1-3 STRAND, LONDON WC2N 5JR
Registered in England - Company No. 02746621

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] question to Assembly=".net"

[fgc]

Hi all,

So far I know that setting the Assembly=".net" attribute installs my
assembly into the Global Assembly Cache.  But why should I specify
AssemblyApplication in addition to Assembly=".net"? My understanding is that
if I specify both attributes I end up with an installer that contains an
MsiAssembly / MsiAssemblyName table and installs the assemblies into my
installation directory structure, not into the GAC. Therefore the
information in these two tables is not really required.
Is there any special use case where it is recommended to do this? So far I
treat all assemblies that are not installed into the GAC like any other
file. Does it ever make sense to treat .NET assemblies different if they are
not installed into the GAC?

Thanks!

-- 
View this message in context: 
http://www.nabble.com/question-to-Assembly%3D%22.net%22-tp16143520p16143520.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem in entering nodes to machine.config using XmlConfig of Wix

[Abhradeep Thakurta]

Hi,
   Could you help me out with the problem that I have mentioned below. Sorry 
for troubling you but I need the solution a bit urgently as I am blocked on it.

Thanks

From: Abhradeep Thakurta
Sent: Sunday, March 16, 2008 4:15 PM
To: 'Bob Arnson'
Cc: WiX-users; Laxmi Narsimha Rao Oruganti (SQL CE)
Subject: RE: [WiX-users] Problem in entering nodes to machine.config using 
XmlConfig of Wix

Hi,
   I used the 
"$(var.runtimeXPath)/assemblyBinding/dependentAssembly[\[]last()[\]]"
As you asked me to use escape sequences I  have used it and the code this time 
complies properly but while installing the msi it tell s cannot find the 
element dependentAssembly[last()] . Along with that there is a specific problem.
   Even if I don't include the last() element the entries made into the 
machine.config there is an extra entry made to the for any of the child 
element. What I mean is in the following entry is made in the machine.config

 

  I had made the attribute for the assemblyBinding element but all the child 
elements have the xmlns="" even without specifying for them [mentioned in red].
 Can you tell the possible reason why?

[ Since I had sent you the code earlier so not pasting it again here. In case 
you need it for investigation please inform me. ]

Thanks and Regards,

Abhradeep Guha Thakurta

From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Friday, March 14, 2008 10:59 PM
To: Abhradeep Thakurta
Cc: WiX-users; Laxmi Narsimha Rao Oruganti (SQL CE)
Subject: Re: [WiX-users] Problem in entering nodes to machine.config using 
XmlConfig of Wix

Abhradeep Thakurta wrote:
ElementPath="$(var.runtimeXPath)/assemblyBinding/dependentAssembly[last()]"

The error thrown is  
"F:\sqlce35-snapshot\private\core\tools\setup\win32sdk\sqlceproviderfactory_machi
neconfig.wxi(49) : error LGHT0204 : ICE03: Invalid format string; Table: XmlConf
ig, Column: ElementPath, Key(s): RemoveAssemblyIdentity"
Could you please point out exact error in this ?

ElementPath is a formatted field so you need to escape brackets -- which are 
otherwise used to resolve MSI properties at install time. For example:

ElementPath="/Root/[EMAIL PROTECTED]'foo'[\]]/GrandChild"

See "Formatted" in the MSI SDK for details on escaping formatted fields.


--

sig://boB

http://joyofsetup.com/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Why is the registry key not removed?

[Friedrich Dominicus]

I can not understand why the following code does not remove 
the registry key while deinstalling the software:
   


What can be wrong with this entry?

it run's through candle and light but it does not remove the key.

Howerver installing works:

   


This entry will be added as it should...

I'd appreciate any feedback.

Regards
Friedrich

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Fw:оцени качество

[Ростислав Борисович]

Надежно и уверенно доставим письма с Вашей Рекламой
потенциальным заказчикам в Москве и России.
8 (Ч95) 6Ч8 4432

По Москве (одно-двух-трех-кратная) 4,6 млн.писем
ЧОO0 / 5500 / 7ОOO рублей
 По России и Москве юрлица - Ч млн.писем
40OO / 55О0 / 70ОО рублей
 Вся Россия -
 от 12 млн за 8OOO рублей до 27 млн за 15ОOО.

Лучшая электронная реклама на сегодня - 
наши базы имеют самый большой охват,
 наше программно-аппаратное обеспечение
 позволяет выполнять рассылку по любой из баз 
менее, чем за 2 часа.
<>-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Uninstall deleted my exe while it's running

[yixie]

Hi,

I met something weird.

I've an exe, which could be deleted by uninstalling the corresponding msi
while it's still running.
After uninstall, I can still perform some actions on it. (It's a wpf windows
app)
The exe is missing, but the folder contained the exe, which was created by
the msi, remained.

(Environment: Vista SP1, .Net 3.5, WPF windows app)

This really conflicts with my understanding.
My first reaction is, it may be related to Vista Virtualization.
So I tried with procexp/procmon, and search throughout the disk for the copy
of the exe, but nothing useful was found.
I tried to delete the exe manually with elevated privilege, and get error
"Access is denied".

I feel really confused, could someone shed some light?
Both "popup before deleting the exe", and "delete the folder as well", are
ok for me.

Many thanks!
Yixie
-- 
View this message in context: 
http://www.nabble.com/Uninstall-deleted-my-exe-while-it%27s-running-tp16140832p16140832.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Shoot your massive load in her

[Garrick Gogineni]

Fancy cars and a thick wallet helps you get a woman – but a huge tool in your 
pants helps KEEP the woman.


http://www.xvigihul.com/
Watch her ride to ecstacy-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Nested msis

[Heath Stewart]

Nested installs are deprecated. Instead, create a new feature for each 
group of tools, and author the tool executables into separate 
components. Depending on the feature selection, the components will be 
installed accordingly.

Martin MacPherson wrote:
> I am looking to create an installer that installs a number of tools 
> each of which is an msi. I would like to make each a 'feature' so that 
> the end user can choose which tools
> they wish to install. Has anyone got an tips for doing this? Can I use 
> a customaction for each that is only executed if the end user chooses 
> to install the feature. Any samples xml files would be greatly 
> appreciated!!
>  
> I found this article (http://support.microsoft.com/kb/306439) but am 
> not sure whether a) this can be setup using wix b) there is an easier way?
>  
> Thanks in advance,
> Martin
> 
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

-- 

Heath Stewart
Deployment Technology Group, Microsoft
http://blogs.msdn.com/heaths


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiXSqlExtension issue on Vista with UAC

[Heath Stewart]

Looks like the custom actions aren't attributed with Impersonate="no". 
Please file a bug on http://sf.net/projects/wix. Also, that is an older 
WiX version. When fixed you'll need to download updates from 
http://wix.sf.net/releases.

Sajo Jacob wrote:
> I am using WiX 3.0.29.25 , I am suspecting that the 
> custom actions in WiXSqlExtension: CreateDatabase, DropDatabase, 
> ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred 
> by default. When I attempt to uninstall the product from Vista with 
> UAC turned on, the installer complains about not having permissions to 
> remove the mdf specifically. I attempted the uninstall from an 
> elevated command prompt and the uninstall completed successfully. Is 
> there a solution to this?
> Jacob
> 
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

-- 

Heath Stewart
Deployment Technology Group, Microsoft
http://blogs.msdn.com/heaths


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users