[WiX-users] Linked / relative files in referenced projects causing build to fail

[Ryan O'Neill]

Getting;

Error  2  The Directory/@Name attribute's value, '..', is
not a valid long name because it contains illegal characters.  Legal long
names contain no more than 260 characters and must contain at least one
non-period character.  Any character except for the follow may be used: \ ?
| > < : / * ".
D:\Projects\xxx\trunk\Source\yyy\myInstaller\obj\Debug\_zz.wxs
53   1  

 

It seems it is from a project reference that links (not the normal Visual
Studio include) to a file two folders up. This is for multiple projects to
share the same AssemblyInfo file. Double clicking on the error shows a
generated file with the following;

 



















 

Version prior to 3.5.1315 was fine with this but since then there has seems
to be some extra checking going on that breaks with relative file references
in referenced projects.

 

I'll see if I can dig out my old 3.5 install now as the download links have
been tidied up.

 

Ryan

 

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Linked / relative files in referenced projects causing build to fail

[Ryan O'Neill]

This is build 3.5.1322.0 that it errors in, it also errors in 3.5.1315.0 but
the version prior to that is fine (I found it in my recycle bin, so I can
compile again now). I'll open a bug then.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: 23 January 2010 20:10
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Linked / relative files in referenced projects
causing build to fail

I'm a little confused. What version of the WiX toolset are you seeing this
problem in? If it is the latest build of WiX v3.5, please open a bug because
heat should never generate a Directory/@Name=".."

On Sat, Jan 23, 2010 at 11:24 AM, Ryan O'Neill  wrote:

> Getting;
>
> Error  2  The Directory/@Name attribute's value, '..', is
> not a valid long name because it contains illegal characters.  Legal long
> names contain no more than 260 characters and must contain at least one
> non-period character.  Any character except for the follow may be used: \
?
> | > < : / * ".
> D:\Projects\xxx\trunk\Source\yyy\myInstaller\obj\Debug\_zz.wxs
> 53   1
>
>
>
> It seems it is from a project reference that links (not the normal Visual
> Studio include) to a file two folders up. This is for multiple projects to
> share the same AssemblyInfo file. Double clicking on the error shows a
> generated file with the following;
>
>
>
>
>
> Name="..">
>
> Name="FolderName">
>
> Guid="*">
>
> Source="$(var.MyProject.ProjectDir)\..\AssemblyInfo.vb" />
>
>
>
>
>
>
>
>
>
>
>
> Version prior to 3.5.1315 was fine with this but since then there has
seems
> to be some extra checking going on that breaks with relative file
> references
> in referenced projects.
>
>
>
> I'll see if I can dig out my old 3.5 install now as the download links
have
> been tidied up.
>
>
>
> Ryan
>
>
>
>
>

--
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established
companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


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

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for
Conference
attendees to learn about information security's most important issues
through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Yahoo pipe for the blogs about installation

[Ryan O'Neill]

It looks interesting, but there is an error ' Pipes encountered a problem
while running this pipe: malformed engine data (2)'. Did it choke on a bad
blog?

-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net] 
Sent: 26 January 2010 14:30
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Yahoo pipe for the blogs about installation

Hello WiX Community,

I thought this can be useful for some of you. For me, lots of the info
related to Windows Installer, WiX and installations in general come from
various blogs of known authorities. Hence, I've generated a simple Yahoo
pipe in order to have a simpler way to subscribe to this kind of content
altogether:

http://pipes.yahoo.com/pipes/pipe.info?_id=629a248a993320ecdcdffb3a1851c
d74

Initially, I included the blogs I used to read on a regular basis: the
blogs of Rob Mensching, Bob Arnson, Heath Stewart, Stefan Krueger's
InstallSite, Windows Installer team, and others. You're welcome to try
to use it and let me know your feedback. Probably, you think it should
be filtered in a certain way, or other resources should be added, or
anything else. I'll consider all the feedback and will try to enhance
the pipe.

:)

Thanks, 

-- Yan




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Need to install 2 products at once

[Ryan O'Neill]

Personally, I'd recommend a bootstrapper using the msbuild
GenerateBootstrapper task. I've got to go to a meeting now, but if you have
any questions about that approach feel free to ask and I'll pick up later.

Ryan

-Original Message-
From: Cody Gibson [mailto:cgib...@artoftest.com] 
Sent: 26 January 2010 15:02
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Need to install 2 products at once

Here's my problem:

We offer 2 products to our customers. Product A works standalone. Product B
relies on product A. Both products are owned by us (meaning we have total
control of the source code and the installers). I am responsible for the
installers. Currently both ship as .MSI's which are built using WiX.

What I'm looking for is some way of having product A automatically installed
(with default settings) when the customer goes to install product B. I
haven't found a good solution for installing 2 .MSI's at once. According to
Windows Installer documentation this is called Concurrent Installation,
which is a deprecated, no longer supported feature. I haven't seen in their
documentation an explicit statement saying what they replaced it with.

Surely someone else has dealt with this type of problem. How did you solve
it? Do recommend using Merge Modules? A bootstrapper? Or what? Both products
are downloadable from our website. Is there a nice way to use that to our
advantage here (though we still have to deal with customers who have
machines that are not Internet accessible)?

I'm not real keen of the idea of creating a merge module because that would
mean I'm basically maintaining two installers for product A, one .MSI for
public release and one .MSM just to be included into product B's .MSI.
Another drawback I see to using a merge module (it appears I haven't
actually tried it yet) is that it would end up showing only product B being
installed in the Programs & Features (aka Add/Remove Programs) list instead
of both products.

I'm open to ideas please.

Thanks,
Cody


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix 3.5 and Burn

[Ryan O'Neill]

I bothered Rob about this a week ago and he reckons it is about 2 months
away from being usable. It seems to be good, but due to the lack of docs
right now you'll have to get stuck into the source to understand the
bootstrapper schemas. I wish I had the time to do that and contribute back.

-Original Message-
From: pmdarrow [mailto:pdar...@metaworks.com] 
Sent: 29 January 2010 19:29
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Wix 3.5 and Burn


Check out Rob Mensching's blog post on this here:
http://robmensching.com/blog/posts/2010/1/15/Burn-moves-to-a-new-foundation

I find the latest news comes from his blog and not necessarily the
Sourceforge site.
-- 
View this message in context:
http://n2.nabble.com/Wix-3-5-and-Burn-tp4480667p4481928.html
Sent from the wix-users mailing list archive at Nabble.com.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Testing installers

[Ryan O'Neill]

Hi all,

 

Has anyone found a good solution for testing MSI based installers? I'm
thinking of putting together a virtualised test system to cover the major
OS/platform/Service pack combinations and wondered if there was a system
that could do this already? Otherwise I'll have to do all the MSI button
clicking via an automated script and that might take some time.

 

Regards

 

Ryan

 


-------

Ryan O'Neill LLP <http://ryanoneill.com/> , The Old Bakery, Orleton, Ludlow,
Shropshire, SY8 4HN.

Registered as a Limited Liability Corporation in England & Wales (company
reference OC327399)

 

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multi-language, multi-platform bootstrap

[Ryan O'Neill]

It sounds like you need Burn, but it is not there yet. I had a similar
problem to yours and used the MS Build GenerateBootstrapper task to create a
.exe bootstrapper for each MSI output. So I had
MyInstaller.[Lang].[Architecture].exe as well as
MyInstaller.[Lang].[Architecture].msi. The bootstrapper linked directly to
MyDomain.com/MyInstaller.[Lang].[Architecture].msi.

Then put the choice of platform on the download page.

Not ideal, especially if you are targeting non web installs.

-Original Message-
From: Jakub Gwóźdź [mailto:gwozd...@rpg.pl] 
Sent: 01 February 2010 10:43
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Multi-language, multi-platform bootstrap

My product has some 32-bit files installed on both platforms and some
64-bit files only for x64 platform. And installation is shipped in two
languages: en_US and pl_PL (files are the same, but one registry entry
differs).
So basically I have four packages:

MyProduct.En.32.msi
MyProduct.En.64.msi
MyProduct.Pl.32.msi
MyProduct.Pl.64.msi

Now, since the installed files are basically the same, I'd like to
extract the .cab part from the .msis and make one bootstrapping
Setup.exe (using cabinet.dll + resource).

This setup.exe would check target platform, ask for language, extract
adequate .msi + common .cab (and maybe vcredist.exe first, since VC
merge modules suck), and run the msiexec.

Now: what is the best practice for such an approach?
And how should my  and  look like?

Best regards
Jakub Gwóźdź


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to install a printer?

[Ryan O'Neill]

Hi,

Yes, you can install printer drivers and we've done it through C++ Custom
Actions (not my choice, the code was there) although I recommend you use
difx driver extensions as a printer driver is just another driver. One thing
that is a right pain is driver signing so make sure you get signed drivers
if you can (signed by the quality labs @ MS) as this will prevent nasty
popup boxes with warnings.

Difx is an MSI technology from what I understand and the WiX stuff is just a
layer over that so the best source of data on this will be MSDN.

Oh yes, don't use VBScripts unless you are in a controlled environment as we
still have some of those left in our build and they cause problems.

Regards

Ryan

-Original Message-
From: Thorsten Schöning [mailto:tschoen...@am-soft.de] 
Sent: 03 February 2010 07:28
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to install a printer?

Hello,

we built a installer for a software which relies on FreePDF XP and a
specifically created FreePDF XP-printer with settings to start our
software after creating a PDF. At the moment we provide an
installation guide and the needed configuration file for the FreePDF
printer and the user has to make the needed changes. Of course we woo
like to add this functionality to our software installer.

Is WiX able to install printers with a special name and a special
driver? What would be the best approach to do so? I didn't find a
printer-tag or stuff like that, but Difxapp Extension seems to handle
driver installation in general. Can this be used for printers, too? Or
is the only way some kind of custom actions with using command line
tools, VBScripts or helper programs?

Thanks for showing me any direction.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning
AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig
 
Telefon: Potsdam: 0331-743881-0
E-Mail:  tschoen...@am-soft.de
Web: http://www.am-soft.de

AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam
Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] First user impressions and questions

[Ryan O'Neill]

Yes, a bootstrapper will do that. Have a search for the  
GenerateBootstrapper task in MS Build as I find that the easiest to use.

On 4 Feb 2010, at 10:33, Matteo Nicolotti   
wrote:

>
> Thanks for the advices,
> Is a bootstrapper able to merge in one single file both the game  
> installer and the .net installer?
>
> I wish to ask just because this is the master feature i'm looking  
> for and i actually don't know
>
> what a bootstrapper is...
>
> Could you please explain how a bootstrapper is diferent form an msi  
> autoinstalling package?
>
>
>
>
>> From: os...@live.com
>> To: wix-users@lists.sourceforge.net
>> Date: Wed, 3 Feb 2010 09:13:12 -0800
>> Subject: Re: [WiX-users] First user impressions and questions
>>
>> The .NET installers can't be reliably installed from inside of  
>> another MSI
>> installer (they use MSI packages internally) since Windows  
>> Installer doesn't
>> support nested installations very well, so you will need some sort of
>> bootstrapper to install the .NET and the DirectX.
>>
>> Burn isn't quite there yet, but it is getting much closer. Several  
>> other
>> alternatives have been mentioned in this list (search the archives  
>> for
>> "bootstrapper").
>>
>> -Original Message-
>> From: Matteo Nicolotti [mailto:eversor...@hotmail.com]
>> Sent: Wednesday, February 03, 2010 3:19 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] First user impressions and questions
>>
>>
>> Hi everybody, i just joined my first mailing list of my life, so  
>> please be
>> patient and understand that sometimes i may look rude just because  
>> i don't
>> know how to behave in there.
>>
>>
>>
>> In primis, I'm not a programmer in the strict terms, so i'm not  
>> really used
>> to use tools similar to wix,
>>
>> but starting from some well done tutorial and example i managed to  
>> make my
>> first game installer in a pair of days, mostry thanks to the
>>
>> quite straightforward structure of Wix.
>>
>>
>>
>> I'm using Wix with sharp-develop and a user made dll to check  
>> for .net
>> installation version, xna framework, directx and then to install  
>> the game
>> files.
>>
>>
>>
>> The main problem here is that the current project is actually able to
>> compress the Xna fw and DirectX redist inside the msi file, while  
>> the .net
>> installer is only checked and then linked.
>>
>>
>>
>> I would like to have the .Net installer included in the msi package  
>> so that
>> a user can download and install everything in a single step.
>>
>>
>>
>> Since i am not a good programmer after-all, i was thinking of  
>> including the
>> .net installer as a game-file, then somehow run it before
>>
>> the game starts, but the xna installer won't install itself,  
>> prompting the
>> user to download the .net then retry.
>>
>>
>>
>> So i urge to know how can i add the .net installer executable to  
>> the msi
>> file, run it at the start of the installing procedure, wait for it to
>>
>> do its job, then progress with the installation of the game.
>>
>>
>>
>>
>>
>> _
>> Hotmail: posta elettronica con funzioni avanzate e gratuita, con la
>> protezione Microsoft.
>> https://signup.live.com/signup.aspx?id=60969
>> --- 
>> --- 
>> --- 
>> ---
>> --
>> The Planet: dedicated and managed hosting, cloud storage, colocation
>> Stay online with enterprise data centers and the best network in the
>> business
>> Choose flexible plans and management services without long-term  
>> contracts
>> Personal 24x7 support from experience hosting pros just a phone  
>> call away.
>> http://p.sf.net/sfu/theplanet-com
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> --- 
>> --- 
>> --- 
>> -
>> The Planet: dedicated and managed hosting, cloud storage, colocation
>> Stay online with enterprise data centers and the best network in  
>> the business
>> Choose flexible plans and management services without long-term  
>> contracts
>> Personal 24x7 support from experience hosting pros just a phone  
>> call away.
>> http://p.sf.net/sfu/theplanet-com
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> _
> Hotmail: posta elettronica con funzioni avanzate e gratuita, con la  
> protezione Microsoft.
> https://signup.live.com/signup.aspx?id=60969
> --- 
> --- 
> --- 
> -
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the  
> business
> Choose flexible p

Re: [WiX-users] How to: using the MSBuild to create a bootstrapper for .Net 2.0

[Ryan O'Neill]

Can you restate the problem you are having as I don't understand from the
text below what your question is?

-Original Message-
From: Matteo Nicolotti [mailto:eversor...@hotmail.com] 
Sent: 11 February 2010 13:23
To: WixUsers MailingList
Subject: [WiX-users] How to: using the MSBuild to create a bootstrapper for
.Net 2.0


Following advice from his newsletter i was looking around to find a how to
guide to create a bootstrapper to create a combined installer for my
application and the .net framework. The suggestion also stated to use
MSbuild as the "less pain" choice to do so.

 

Ok, so I understand that MSBuild is the main builder for all .net
applications, so I suppose I should be able to create a bootstrapper from
Sharpdevelop, without installing anything else.

 

I opened the Mygame.wixproj, featuring the installer for my app, and this is
what i have added:

 

http://schemas.microsoft.com/developer/msbuild/2003";>
...
  
 
  
  

  Microsoft .NET Framework 2.0


   

  


 

Ok, I know that i merely did a copy paste, and i also know that i'm missing
something as the project compiles straight without caring for the missing
infos, with the output .msi file being less than a few MB.

 

Any help will be greatly appreciated.

 

 
  
_
Hotmail: posta elettronica con funzioni avanzate e gratuita, con la
protezione Microsoft.
https://signup.live.com/signup.aspx?id=60969

--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX C++ Custom Action not Invoked after upgrading to VS 2008

[Ryan O'Neill]

The thing that seems obvious is that it is probably using .Net 3.0 or 3.5 as
the upgrade wizard will select these for you. Check the target framework
version as you might not have it on the system you are installing to.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sujanakar1
Sent: 11 July 2008 05:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX C++ Custom Action not Invoked after upgrading to VS
2008


Hi, 

I am developing an installer using Wix. 

I am not good at C++, So I have written some custom actions in C# and
invoking these Custom Actions from Wix using a wrapper written in C++ (it
contains nothing other than invoking C# CustomActions) 

If i build my Custom Wrapper in VS 2005, it is getting invoked from Wix and
is working as expected. But I upgraded all my solutions to VS 2008, after
upgrading to VS 2008 the call to Custom Wrapper is not happening and I am
not able to perform any of my custom actions. 

Pls help me, what could be the problem with upgraded C++ dll. 


Thanks, 
Sujanakar

-- 
View this message in context:
http://www.nabble.com/WiX-C%2B%2B-Custom-Action-not-Invoked-after-upgrading-
to-VS-2008-tp18396720p18396720.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.4.7/1545 - Release Date: 10/07/2008
18:43


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Failure using WiX installer certificates with WCF

[Ryan O'Neill]

I know you say you checked this, but I had this (although not WiX created)
last week. I would put money on the file permissions not being correct for
the WCF/IIS user to access. The error I received was the same and using
'findprivatekey.exe' from the SDK helped me locate it on disk. As I'm in
development I just set 'Everyone' to full access and it worked.

This particular part of the exception 'The process must have access rights
for the private key.' makes me think that. Although it could have got put
into the wrong container somehow (personal instead of computer level for
instance).

Hope that helps

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 29 July 2008 04:49
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Failure using Wix installer certificates with WCF

That's a new one on me.  Certificates have proven to be no end of fun.  I
should have known this since they are part of the CryptoAPI and that API is
one of the most cryptic around.  Sorry, couldn't resist the pun.  

Anyway, something subtle is clearly different but I don't have any iea where
to start looking.  If you find a specific issue, it'd be great to file a bug
against it.  I'm going to start plowing through the certificate bugs soon.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Morris, John -
Raleigh
Sent: Monday, July 28, 2008 11:59
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Failure using Wix installer certificates with WCF

I have a wix project that uses the IIS extension to install a simple
x509 certificate. Here is my wix snippet:









  



  





  







The certificate appears to install ok. I then use a custom action to
execute the winhttpcertcfg utility to adjust the permissions this
certificate. That appears to work too.  However, when I try to run a WCF
based service (in IIS), I get the error below, in the event log. If I
try running an install without have Wix do the certificate installation
(ie I manually install it), everything works ok.  When Wix installs the
certificate, I can see the entry in the MMC console, but WCF won't use
it.



Am I missing something here, or is there a known bug concerning this
scenario?



Thanks, John



(Event log details below)



WebHost failed to process a request.

 Sender Information:
System.ServiceModel.ServiceHostingEnvironment+HostingManager/18271112

 Exception: System.ServiceModel.ServiceActivationException: The service
'/SelectServer/Integration/v1/Registration.svc' cannot be activated due
to an exception during compilation.  The exception message is: The
certificate 'CN=My Certificate' must have a private key that is capable
of key exchange. The process must have access rights for the private
key.. ---> System.ArgumentException: The certificate 'CN=My Certificate'
must have a private key that is capable of key exchange. The process
must have access rights for the private key. --->
System.Security.Cryptography.CryptographicException: Keyset does not
exist



   at System.Security.Cryptography.Utils.CreateProvHandle(CspParameters
parameters, Boolean randomKeyContainer)

   at
System.Security.Cryptography.Utils.GetKeyPairHelper(CspAlgorithmType
keyType, CspParameters parameters, Boolean randomKeyContainer, Int32
dwKeySize, SafeProvHandle& safeProvHandle, SafeKeyHandle& safeKeyHandle)

   at System.Security.Cryptography.RSACryptoServiceProvider.GetKeyPair()

   at System.Security.Cryptography.RSACryptoServiceProvider..ctor(Int32
dwKeySize, CspParameters parameters, Boolean useDefaultKeySize)

   at
System.Security.Cryptography.RSACryptoServiceProvider..ctor(CspParameter
s parameters)

   at
System.Security.Cryptography.X509Certificates.X509Certificate2.get_Priva
teKey()

   at
System.ServiceModel.Security.SecurityUtils.EnsureCertificateCanDoKeyExch
ange(X509Certificate2 certificate)

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

   at
System.ServiceModel.Security.SecurityUtils.EnsureCertificateCanDoKeyExch
ange(X509Certificate2 certificate)

   at
System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea
teServerX509TokenProvider()

   at
System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea
teLocalSecurityTokenProvider(RecipientServiceModelSecurityTokenRequireme
nt recipientRequirement)

   at
System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea
teSecurityTokenProvider(SecurityTokenRequirement requirement)

   at
System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea
teTlsnegoServerX509TokenProvider(RecipientServiceModelSecurityTokenRequi
rement recipientRequirement)

   at
System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea
teTlsnegoSecurityTokenAuthenticator(RecipientServiceModelSecurityTokenRe
quirement recipientRequirement, Boolean requireClientCertificate,
SecurityTokenResolver& sctResolv

[WiX-users] DNS lookup occurring when running MSI

[Ryan O'Neill]

Hi all,

 

Testing my installer under ZoneAlarm I can see that the MSI makes a DNS
request to 205.234.175.175 which appears to be some kind of cache server.
Although I've inherited this installer I have pretty much rebuilt large
chunks of it and I am certain there is no DNS or internet access going on in
there.

 

Which leads me to suspect that MSIEXEC is calling out to the net to look for
some kind of update.

 

Has anyone else seen this or is it just me?

 

Regards

 

Ryan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Failure using WiX installer certificates with WCF

[Ryan O'Neill]

OK, so I owe you money then :)

Any way of doing some kind of sysdiff to see what WiX is not doing
correctly?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Morris, John -
Raleigh
Sent: 29 July 2008 13:47
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Failure using WiX installer certificates with WCF

I've looked into that issue too. That was my first thought. The
permissions on the certificate are correct.  WCF refuses to use the
certificate when WiX does the installation.  I tried adjusting the
permissions using 3 different tools (MMC console, cacls and
winhttpcertcfg). When WiX does the install, WCF won't use it. If I
manually install the certificate and adjust permissions, it works fine.
The WiX extension is broken here, not doubt.

FYI: I am using Vista SP1 as the target OS.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan
O'Neill
Sent: Tuesday, July 29, 2008 5:34 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Failure using WiX installer certificates with
WCF

I know you say you checked this, but I had this (although not WiX
created)
last week. I would put money on the file permissions not being correct
for
the WCF/IIS user to access. The error I received was the same and using
'findprivatekey.exe' from the SDK helped me locate it on disk. As I'm in
development I just set 'Everyone' to full access and it worked.

This particular part of the exception 'The process must have access
rights
for the private key.' makes me think that. Although it could have got
put
into the wrong container somehow (personal instead of computer level for
instance).

Hope that helps

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob
Mensching
Sent: 29 July 2008 04:49
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Failure using Wix installer certificates with
WCF

That's a new one on me.  Certificates have proven to be no end of fun.
I
should have known this since they are part of the CryptoAPI and that API
is
one of the most cryptic around.  Sorry, couldn't resist the pun.


Anyway, something subtle is clearly different but I don't have any iea
where
to start looking.  If you find a specific issue, it'd be great to file a
bug
against it.  I'm going to start plowing through the certificate bugs
soon.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Morris,
John -
Raleigh
Sent: Monday, July 28, 2008 11:59
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Failure using Wix installer certificates with WCF

I have a wix project that uses the IIS extension to install a simple
x509 certificate. Here is my wix snippet:









  



  





  







The certificate appears to install ok. I then use a custom action to
execute the winhttpcertcfg utility to adjust the permissions this
certificate. That appears to work too.  However, when I try to run a WCF
based service (in IIS), I get the error below, in the event log. If I
try running an install without have Wix do the certificate installation
(ie I manually install it), everything works ok.  When Wix installs the
certificate, I can see the entry in the MMC console, but WCF won't use
it.



Am I missing something here, or is there a known bug concerning this
scenario?



Thanks, John



(Event log details below)



WebHost failed to process a request.

 Sender Information:
System.ServiceModel.ServiceHostingEnvironment+HostingManager/18271112

 Exception: System.ServiceModel.ServiceActivationException: The service
'/SelectServer/Integration/v1/Registration.svc' cannot be activated due
to an exception during compilation.  The exception message is: The
certificate 'CN=My Certificate' must have a private key that is capable
of key exchange. The process must have access rights for the private
key.. ---> System.ArgumentException: The certificate 'CN=My Certificate'
must have a private key that is capable of key exchange. The process
must have access rights for the private key. --->
System.Security.Cryptography.CryptographicException: Keyset does not
exist



   at System.Security.Cryptography.Utils.CreateProvHandle(CspParameters
parameters, Boolean randomKeyContainer)

   at
System.Security.Cryptography.Utils.GetKeyPairHelper(CspAlgorithmType
keyType, CspParameters parameters, Boolean randomKeyContainer, Int32
dwKeySize, SafeProvHandle& safeProvHandle, SafeKeyHandle& safeKeyHandle)

   at System.Security.Cryptography.RSACryptoServiceProvider.GetKeyPair()

   at System.Security.Cryptography.RSACryptoServiceProvider..ctor(Int32
dwKeySize, CspParameters parameters, Boolean useDefaultKeySize)

   at
System.Security.Cryptography.RSA

Re: [WiX-users] DNS lookup occurring when running MSI

[Ryan O'Neill]

Ah, I know what it is now. Using a packet sniffer I can see it is looking up
the certificate revocation list as I have signed the MSI.

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 29 July 2008 16:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DNS lookup occurring when running MSI

Never heard of that before.  MSI may be making a request out to a server the
package came from originally but I don't think they reach out anywhere
else... that'd be very unusual.  CustomAction?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, July 29, 2008 06:02
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] DNS lookup occurring when running MSI

Hi all,



Testing my installer under ZoneAlarm I can see that the MSI makes a DNS
request to 205.234.175.175 which appears to be some kind of cache server.
Although I've inherited this installer I have pretty much rebuilt large
chunks of it and I am certain there is no DNS or internet access going on in
there.



Which leads me to suspect that MSIEXEC is calling out to the net to look for
some kind of update.



Has anyone else seen this or is it just me?



Regards



Ryan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.5.6/1579 - Release Date: 29/07/2008
06:43


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Passing parameters to a VB Script function Via the VBScriptCall attribute

[Ryan O'Neill]

Alex has a good write-up on this here
http://blogs.technet.com/alexshev/archive/2008/07/01/from-msi-to-wix-part-19
-the-art-of-custom-action-part-1.aspx


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dane Anderson
(Volt)
Sent: 30 July 2008 13:08
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Passing parameters to a VB Script function Via the
VBScriptCall attribute

OK, yes, I know that using VBScript for custom actions is not recommended.
However I have
no choice in the matter. This is how my boss wants it done. That said, I
need to pass some
parameters to the function being called, and I can't find any (documented)
way to do it. I've
found (via google) LOTS of examples of it being done without the function
having any
parameters, but NONE where the function DOES have parameters. An example
(from
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg07784.html):




So, how would I pass parameters to the function ShutdownIIS (assuming it
took any parameters)?

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.5.7/1580 - Release Date: 29/07/2008
17:26


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 26, Issue 155 Message: 5

[Ryan O'Neill]

Check down the page (look for 'parameters' or 'CustomActionData').

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dane Anderson
(Volt)
Sent: 30 July 2008 17:36
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX-users Digest, Vol 26, Issue 155 Message: 5

[EMAIL PROTECTED]  wrote
> Message: 5
> Date: Wed, 30 Jul 2008 14:13:11 +0100
> From: "Ryan O'Neill" <[EMAIL PROTECTED]>
> Subject: Re: [WiX-users] Passing parameters to a VB Script function
> Via the VBScriptCall attribute
> To: "'General discussion for Windows Installer XML toolset.'"
> 
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain;   charset="us-ascii"
>
> Alex has a good write-up on this here
>
http://blogs.technet.com/alexshev/archive/2008/07/01/from-msi-to-wix-part-19
-the-art-of-custom-action-part-1.aspx

You are correct, that is a good write up on using VBScriptCall in a custom
action, but it does
NOT address my problem. In all of his examples (which I read yesterday),
NONE of his functions
have any parameters. I have been handed (and told to use) VB Script
functions like:

' Execute a given command and route console output
' to the MSI log.
Function Exec(cmd)
...

and

' Write a message to the MSI log.
Function LogInfo(msg)
...

and

' Get the value of a property defined in the MSI.
Function GetProperty(name)
...

I need to pass cmd into the function Exec, and msg into LogInfo, and name
into GetProperty
as parameters (not properties).

Is there a way to do that within Wix? Or, do I need to create a workaround
(put the parameters
into properties, and a flag as to which function to call into another and
call a wrapper
function that pulls the parameters out of the properties, and then calls the
proper function
with the proper parameters)?

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.5.7/1581 - Release Date: 30/07/2008
06:56


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Guidance appreciated on tidying up per machine/per user installations

[Ryan O'Neill]

Hi all,

 

I have an app which includes a printer driver which means it needs admin
access to install. As it is a printer driver it can only really be
considered a 'per machine' setup as anyone could print to it.

 

When someone uses the printer driver it creates a per user configuration
file in their AppData\MyProduct directory and also leaves copies of printed
files there.

 

When I uninstall the app I would like to offer the option to clean these up,
so I guess the uninstall from control panel needs an elevated bootstrapper
(I'll have to look this up) as it would need to enumerate all users and
delete their AppData\MyProduct directories.

 

Is this acceptable usage of the per user/per machine concept? Does anyone
have any hints on how to create an uninstall bootstrapper for elevating
under Vista?

 

Advice greatly appreciated.

 

Regards

 

Ryan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Guidance appreciated on tidying up per machine/per user installations

[Ryan O'Neill]

Bob's answer of 'don't bother' seemed more suitable, it being Friday and
just gone five PM!

Thanks chaps.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Buddell, James
Sent: 08 August 2008 17:03
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Guidance appreciated on tidying up per machine/per
user installations

You could also use Active Setup to run a tidy-up script for each user.
Take a look at http://www.appdeploy.com/articles/activesetup.asp, the
structure you'd use is the same though you won't be able to use an MSI
command line as the MSI is already uninstalled.

Cheers,
James

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 08 August 2008 16:41
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Guidance appreciated on tidying up per
machine/per user installations

Ryan O'Neill wrote:
> When I uninstall the app I would like to offer the option to clean 
> these up, so I guess the uninstall from control panel needs an 
> elevated bootstrapper (I'll have to look this up) as it would need to 
> enumerate all users and delete their AppData\MyProduct directories.
>   

Don't bother -- it's not something you can guarantee is possible. For
example, roaming profiles stored on the network won't be accessible.

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




-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be
privileged.  It should not be read, copied or used by anyone other than the
intended recipient.  If you have received it in error, please contact the
sender immediately by telephoning +44 (0)20 7623 8000 or by return email,
and delete the e-mail and do not disclose its contents to any person.  We
believe, but do not warrant, that this e-mail and any attachments are virus
free, but you must take full responsibility for virus checking.  Please
refer to http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail
disclaimer statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort
Limited, Dresdner Kleinwort Securities Limited and their affiliated or
associated companies.  Dresdner Bank AG is a company incorporated in Germany
with limited liability and registered in England (registered no. FC007638,
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by
the German Federal Financial Supervisory Authority and by the Financial
Services Authority ('FSA') and regulated by the FSA for the conduct of
designated business in the UK.  Dresdner Kleinwort Limited is a company
incorporated in England (registered no. 551334, registered office 30 Gresham
Street, London EC2V 7PG), and is authorised and regulated by the FSA.
Dresdner Kleinwort Securities Limited is a company incorporated in England
(registered no. 1767419, registered office 30 Gresham Street, London EC2V
7PG), and is authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.0/1601 - Release Date: 08/08/2008
09:02


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SP1 for VS2008 / .Net 305 released

[Ryan O'Neill]

I've been waiting for this so I can embed the bootstrapper into my MSI and
avoid a bloaty download.

 

http://www.theregister.co.uk/2008/08/11/visual_studio_sp1_milestone/

 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SP1 for VS2008 / .Net 305 released

[Ryan O'Neill]

Really? I was led to believe otherwise, I'll let you know when I get a
working version.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony Juricic
Sent: 13 August 2008 06:24
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] SP1 for VS2008 / .Net 305 released

Have you had any success in somehow using that bootstrapper with WiX
generated MSI?

Can you share some insights/experiences?
 
For me installing SP1 turned out into a "progress bar sits there not
moving anywhere for hours" experience so the whole idea of a smaller
"Client Profile" footprint turned out to be as ridiculous as 'learning'
about boolean logic and set theory when it comes to 'MSI components'
just to discover that Registry patching has no idea what the component
is. Say that the Emperor has no clothes and nobody will even pay
attention, so pre-programmed they are.

I mean, at this point I would gladly install 4 GB of code from scratch
because I know it would be way faster than this 'intelligent' VS2008 SP1
+ NET 3.5 SP1 upgrade.


-Original Message-
From: Ryan O'Neill [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 12, 2008 5:15 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] SP1 for VS2008 / .Net 305 released

I've been waiting for this so I can embed the bootstrapper into my MSI
and
avoid a bloaty download.

 

http://www.theregister.co.uk/2008/08/11/visual_studio_sp1_milestone/

 



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.1/1608 - Release Date: 12/08/2008
16:59


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SP1 for VS2008 / .Net 305 released

[Ryan O'Neill]

That's very helpful, thanks for writing it up. Hopefully I'll be able to
sign the setup.exe as well as my MSI.

Regards

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony Juricic
Sent: 13 August 2008 23:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] SP1 for VS2008 / .Net 305 released

I've got one working version and it turned out to be very quick and
easy. I tested it on one pristine XP SP2 installed in Virtual PC and it
works like a charm. Quite a relief after waiting one hour for SP1
install to tell me that I need to close WiX.chm HTML Help file.

The procedure is the following:

1) create one dummy project, for example a console app, just to have
something to use for creating the corresponding deployment project

2) create deployment project (not the WiX one but the other one
available under VS2008) and give it name like 'MyCompany' since that
name will be visible later when (and if) you want complete 3.5 framework
as a prerequisite, for example.  

3) for deployment project click on Properties and then Prerequisites
button. Choose your prerequisites and name the output MSI the same as
you named your WiX-generated MSI. You don't need MSI generated here for
anything except for correct name. Set installation URL.

4) build the deployment project, pick created setup.exe and copy it to
your installation URL along with the MSI created by WiX.

5) That's it! Run setup.exe from the URL and it will install
prerequisites and then your MSI.

I tried also one full installation of 3.5 and it is painfully slow, even
on XP SP2 that has no Framework installed.


-----Original Message-
From: Ryan O'Neill [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 13, 2008 3:52 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] SP1 for VS2008 / .Net 305 released

Really? I was led to believe otherwise, I'll let you know when I get a
working version.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.2/1609 - Release Date: 13/08/2008
06:43


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] NET Client Profile = lame duck

[Ryan O'Neill]

I've not got round to trying it yet, but as for installing .Net on XP
machines, my customer really wants that as there are a lot of XP machines
out there still. Especially ones that do not have 3.5. So I can see that it
is going to be useful for me.
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony Juricic
Sent: 26 August 2008 04:54
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] NET Client Profile = lame duck

I don't understand why Microsoft expects anybody to bother with .NET
Client Profile? 

I am not saying that the idea in itself is bad. It is just too little
too late. In fact so little and so late that I think that it is really
lame, despite the accolades that independent recycling of MS whitepapers
and manuals online blogosphere awarded it.

First, targeting .NET Framework-free XP for download/install
optimizations is lame. I had to use Virtual PC to create such a setup,
after talking to at least 50 people who run real-life machines. XP +
Framework version 2 and Vista + Framework version 3 are the norm. The
latter one in particular because that is how Vista is distributed. Most
of the machines that have no .NET Framework installed by now are in the
first place not capable of running any programs that require .NET 3.5
SP1 because they typically have less than 1 GB of memory.

Second, why doesn't Microsoft install the latest .NET Framework as the
part of OS updates?

When I chain my MSI with Client Profile installer, and it is not that
special XP client machine that has no Framework installed at all, I am
saying to my customers: look how lame my setup is! I present it to you
and claim that it is essentially mine even if all the slowness and all
the lameness (progress bars that don't move for 15 minutes or half an
hour, etc.) is due to Microsoft. 



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.9/1634 - Release Date: 25/08/2008
20:48


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Resolving environment variables

[Ryan O'Neill]

Special folders are fairly easy, search the WiX docs for LocalAppDataFolder
and AppRootDirectory.

For example;
  

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris Meyer
Sent: 31 August 2008 18:38
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Resolving environment variables

Hi all,

I'm making an installer that needs to install inside
%userprofile%\AppData\Local\...

Is there a way to resolve environment variables or
Environment.SpecialFolders in WiX?

Thanks,
  -- chris



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.169 / Virus Database: 270.6.14/1643 - Release Date: 30/08/2008
17:18


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Certificate error

[Ryan O'Neill]

The error code 3 is a Win32 error for file not found. You can find win32
error codes online or in MSDN or at a dos prompt by typing 'net helpmsg 3'
and it will give you the error text a lot of the time.

I suggest using filemon (from MS) to see what file is being looked for and
where.

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krzysztof
Kozmic
Sent: 03 September 2008 14:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Certificate error

I updated to the most recent WiX build. Now I get errors even during
instalation

InstallCertificates:  Error 0x80070057: Failed to open PFX file.
InstallCertificates:  Error 0x80070057: Failed to get SHA1 hash of
certificate.
InstallCertificates:  Error 0x80070057: Failed to resolve certificate:
ServiceCertificate
Action ended 15:36:18: InstallCertificates. Return value 3.

I have absolutely no clue as to what may cause it. Any help?


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to which
it is addressed. This communication may contain information that is
proprietary, privileged, confidential or otherwise legally exempt from
disclosure. If you are not the named addressee, you are not authorized to
read, print, retain, copy or disseminate this message or any part of it. If
you have received this message in error, please delete all copies of this
message and notify the sender immediately by return mail or fax ATSI
S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage your
own computer system. Whilst reasonable precaution has been taken to minimise
this risk, we cannot accept liability for any damage which you sustain as a
result of software viruses. You should therefore carry out your own virus
checks before opening any attachments.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.169 / Virus Database: 270.6.15/1649 - Release Date: 03/09/2008
16:13


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQL Server 2008

[Ryan O'Neill]

The only thing I can see from decoding that error is that you are trying to
insert Null values into a column. Has the schema changed? I converted the
error code (-2147217900) into hex (80040E14), removed the sign
(80040E14) and got lots of Googles about Null insert issues (see
http://www.google.co.uk/search?hl=en&q=80040E14&btnG=Google+Search&meta=)

>From the results it does seem schema related. Perhaps someone saw the
upgrade as a good time to make the changes they needed?

Ryan

-Original Message-
From: Amy Rosewater [mailto:[EMAIL PROTECTED] 
Sent: 22 September 2008 22:14
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] SQL Server 2008

Hi All,

 

I have an install that has been working well for months against SQL
Server 2005.  We recently upgraded one of our test servers to SQL Server
2008 and now the Wix Component to create my database no longer executes
correctly.

 

The error number I receive is 26201.  I have searched for other reports
of this error being encountered and it appears to potentially be related
to the use of the SqlFileSpec and SqlLogFileSpec elements in my wix xml.

 

>From my log:

 

Error 26201. Error -2147217900: failed to create SQL database:
iVantage50, error detail: CREATE DATABASE failed. Some file names listed
could not be created. Check related errors..

 

>From my wix xml:

 



  

  

 

 

Any ideas why this would stop working for SQL Server 2008?

 

Thanks in advance for your help.

 

Amy Rosewater

SPECTRUM Human Resource Systems Corporation

707 17th Street Suite 3800

Denver CO, 80202

303.592.3403

[EMAIL PROTECTED]

 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.169 / Virus Database: 270.7.0/1683 - Release Date: 22/09/2008
06:39


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problems Executing a Custom Action on uninstall for a major upgrade.

[Ryan O'Neill]

Hi all,

 

I know this has been asked numerous time and I just saw another variant of
it, but I'm scratching my head here.

 

Can someone explain the steps for a major upgrade? Is it a complete
uninstall and reinstall (as I suspect). Does this mean I can't really detect
when I am being properly uninstalled?

 

I ask because I'm using an action to delete folders and clean up when
completely uninstalling but it seems to be running on an upgrade too, wiping
out my application preferences in the process.

 

XML snippet follows;

 

  

 

I tried using REMOVE as the conditional but according to the log file this
always seems to be set.

 

Regards

 

Ryan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems Executing a Custom Action on uninstall for a major upgrade.

[Ryan O'Neill]

Thanks Rob, those docs helped a little.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: 14 October 2008 16:31
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problems Executing a Custom Action on uninstall for
a major upgrade.

Take a look at the MSI SDK about Major Upgrades.  There are a few different
ways to schedule Major Upgrades and there are Properties set based on your
Upgrade element.

-Original Message-
From: Ryan O'Neill [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 06:43
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] Problems Executing a Custom Action on uninstall for a
major upgrade.

Hi all,



I know this has been asked numerous time and I just saw another variant of
it, but I'm scratching my head here.



Can someone explain the steps for a major upgrade? Is it a complete
uninstall and reinstall (as I suspect). Does this mean I can't really detect
when I am being properly uninstalled?



I ask because I'm using an action to delete folders and clean up when
completely uninstalling but it seems to be running on an upgrade too, wiping
out my application preferences in the process.



XML snippet follows;



  



I tried using REMOVE as the conditional but according to the log file this
always seems to be set.



Regards



Ryan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.173 / Virus Database: 270.8.0/1724 - Release Date: 14/10/2008
02:02


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems Executing a Custom Action on uninstall for a major upgrade.

[Ryan O'Neill]

I'll check that out too, I just get confused with the setting of properties
and when I can query them, but the link Rob sent seems to have solved it.

Thanks

Ryan

-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED] 
Sent: 14 October 2008 18:33
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problems Executing a Custom Action on uninstall for
a major upgrade.

There is good info on major upgrades here:
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx

There is a section called "How upgrade works" that should help you out.

If I understand you correctly when you install the upgrade, the original
product is being uninstalled and a custom action from the original product
is deleting some data. Unfortunately, if the original product has already
been released there is not much you can do that I know of except maybe write
another custom action to copy the data somewhere and then place it back.

To avoid such a problem in the future, use a condition of NOT
UPGRADINGPRODUCTCODE on any action in the original package that you want to
prevent running during a major upgrade.


-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 8:31 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problems Executing a Custom Action on uninstall for
a major upgrade.

Take a look at the MSI SDK about Major Upgrades.  There are a few different
ways to schedule Major Upgrades and there are Properties set based on your
Upgrade element.

-Original Message-----
From: Ryan O'Neill [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 06:43
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] Problems Executing a Custom Action on uninstall for a
major upgrade.

Hi all,



I know this has been asked numerous time and I just saw another variant of
it, but I'm scratching my head here.



Can someone explain the steps for a major upgrade? Is it a complete
uninstall and reinstall (as I suspect). Does this mean I can't really detect
when I am being properly uninstalled?



I ask because I'm using an action to delete folders and clean up when
completely uninstalling but it seems to be running on an upgrade too, wiping
out my application preferences in the process.



XML snippet follows;



  



I tried using REMOVE as the conditional but according to the log file this
always seems to be set.



Regards



Ryan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.173 / Virus Database: 270.8.0/1724 - Release Date: 14/10/2008
02:02


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] digitally signing (Authenticode) with WiX?

[Ryan O'Neill]

I think it is to do with the lack of a Description attribute in the Product
element.

-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED] 
Sent: 19 October 2008 20:41
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] digitally signing (authenticode) with wix?


I'm able to successfully sign my msi post-build, but when the installer
runs,
although the Vista UAC shows that it is signed and verified as coming from
my organization, the name of the file is some random a29fc82b.msi type of
thing. I was wondering if there's any way at all to change the (apparently
auto-generated) name of the msi so that the UAC shows the name of my product
instead of this gibberish?


Rob Mensching-4 wrote:
> 
> More specifically, signing is a build task (think MSBuild or NAnt) not a 
> "build setup" task (aka: WiX).
> 
> Bob Arnson wrote:
>> Craig Miller wrote:
>>   
>>> Is there an easy way to digitally sign the msi w/ the WIX toolkit or
>>> should
>>> I use signtool by hand?
>>>   
>>> 
>>
>> WiX doesn't sign.
>>
>>   
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> 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://n2.nabble.com/digitally-signing-%28authenticode%29-with-wix--tp707163
p1352830.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.173 / Virus Database: 270.8.1/1732 - Release Date: 18/10/2008
18:01


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to manually remove a permanent component

[Ryan O'Neill]

Have you tried Windows Installer cleanup utility from MS? Much nicer than
MSIZap.

-Original Message-
From: Ben Greenberg [mailto:[EMAIL PROTECTED] 
Sent: 20 October 2008 16:54
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to manually remove a permanent component

Is there a way to remove permanent components from the WI database after 
the owner product has been removed?  I realize you cannot do this within 
an MSI package, but I'm looking for a msizap type approach.

Thanks,
Ben

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.173 / Virus Database: 270.8.1/1733 - Release Date: 19/10/2008
18:02


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] OffTopic: WorldCup

[Ryan O'Neill]

Perhaps if they knock England out as quickly as possible then they'll 
stop going on foot injuries. The whole country seems to have gone mad 
apart from the geeks. :)

Hecker, Thomas wrote:
> Hi Wix-Users,
>  
> I wish all of you an exiting WorldCup - let's cross our fingers that 
> Germany wins the Cup! ;-)
> Regards from Munich,
> Thomas
> 
>
> ___
> 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] Reporting Services CA

[Ryan O'Neill]

Definitely! Make my life a LOT easier.


Cullen Waters wrote:
>
> Is there any demand for a built-in Wix custom action to 
> install/upgrade/repair /remove Sql Reporting Services reports? Please 
> let me know if this is something you’d be interested in.
>
> Cullen Waters
>
> SDET
>
> Office Live
>
> +1 425 706 6809
>
> x 66809
>
> 
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

Hi all,

I have an installer that works great for all Win platforms, except Vista 
where it will fail to register a DLL on specific machines. It runs on 
most Vista installations fine (under admin and limited user accounts 
which prompt for admin access). I did manage to get to a machine that 
exhibited the issue yesterday and after running the MSI from the command 
prompt, it installed correctly. I understand what happened there with 
the automatically elevated privileges using the command prompt but I 
can't understand why the normal UAC prompts did not allow the installer 
to write the DLL registration to the registry.

I think perhaps the systems it fails on have a policy that is 
disallowing my installer registry writes, but I'm out of ideas.

In testing it has proved to install correctly with;
a) Admin accounts.
b) Non admin accounts.
c) Non default user admin account.

The method I am using to write to the registy is via the usual Registry 
tag, as below;






Obviously there are many more registry tags as well.

I'm really stuck here, it works on most Vista systems and then the 
remainder it will work after being installed from the command prompt. 
Any help would be very much appreciated.

Thanks in advance,

Ryan


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

Anyone got a clue about this? I can't resolve it.

Ryan O'Neill wrote:
> Hi all,
>
> I have an installer that works great for all Win platforms, except Vista 
> where it will fail to register a DLL on specific machines. It runs on 
> most Vista installations fine (under admin and limited user accounts 
> which prompt for admin access). I did manage to get to a machine that 
> exhibited the issue yesterday and after running the MSI from the command 
> prompt, it installed correctly. I understand what happened there with 
> the automatically elevated privileges using the command prompt but I 
> can't understand why the normal UAC prompts did not allow the installer 
> to write the DLL registration to the registry.
>
> I think perhaps the systems it fails on have a policy that is 
> disallowing my installer registry writes, but I'm out of ideas.
>
> In testing it has proved to install correctly with;
> a) Admin accounts.
> b) Non admin accounts.
> c) Non default user admin account.
>
> The method I am using to write to the registy is via the usual Registry 
> tag, as below;
> 
>  Key="Software\Microsoft\Internet Explorer\Toolbar">
>  Value="My toolbar" />
> 
>  Value="My toolbar" Type="string" />
>
> Obviously there are many more registry tags as well.
>
> I'm really stuck here, it works on most Vista systems and then the 
> remainder it will work after being installed from the command prompt. 
> Any help would be very much appreciated.
>
> Thanks in advance,
>
> Ryan
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> 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
>
>
>   


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

Ah, sorry, didn't see you there amongst all the spam!

I mean that from a command prompt it installs the Browser Helper Object
DLL just fine, but when run via double clicking it does not. It appears
to work the same but the DLL is not registered properly and does not get
installed into IE. But, this is only on certain systems. I worry that
they are doing something silly which they are not telling me about.

Would the MSI run OK from UNC network share? I think they are doing
this, which is the only major difference in the way I would run anything.

Regards

Ryan

Rob Hamflett wrote:
> You say it runs fine from a command prompt.  How does it normally run?
>
> Rob
>
> Ryan O'Neill wrote:
>   
>> Anyone got a clue about this? I can't resolve it.
>>
>> Ryan O'Neill wrote:
>> 
>>> Hi all,
>>>
>>> I have an installer that works great for all Win platforms, except Vista 
>>> where it will fail to register a DLL on specific machines. It runs on 
>>> most Vista installations fine (under admin and limited user accounts 
>>> which prompt for admin access). I did manage to get to a machine that 
>>> exhibited the issue yesterday and after running the MSI from the command 
>>> prompt, it installed correctly. I understand what happened there with 
>>> the automatically elevated privileges using the command prompt but I 
>>> can't understand why the normal UAC prompts did not allow the installer 
>>> to write the DLL registration to the registry.
>>>
>>> I think perhaps the systems it fails on have a policy that is 
>>> disallowing my installer registry writes, but I'm out of ideas.
>>>
>>> In testing it has proved to install correctly with;
>>> a) Admin accounts.
>>> b) Non admin accounts.
>>> c) Non default user admin account.
>>>
>>> The method I am using to write to the registy is via the usual Registry 
>>> tag, as below;
>>> 
>>> >> Key="Software\Microsoft\Internet Explorer\Toolbar">
>>> >> Value="My toolbar" />
>>> 
>>> >> Value="My toolbar" Type="string" />
>>>
>>> Obviously there are many more registry tags as well.
>>>
>>> I'm really stuck here, it works on most Vista systems and then the 
>>> remainder it will work after being installed from the command prompt. 
>>> Any help would be very much appreciated.
>>>
>>> Thanks in advance,
>>>
>>> Ryan
>>>
>>>
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> 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
>>>
>>>
>>>   
>>>   
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> 
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> 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
>
>
>   



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

Been looking into this some more. I've asked the customer to log before 
and after (nothing yet) but in the meantime they found this article on 
how to elevate privileges for an MSI ( 
http://footheory.com/blogs/shane/archive/2007/08/03/vista-and-elevating-security-of-an-msi-to-run-as-administrator.aspx
 
).

Thats not the ONLY way to do this is it? Is the article author mistaken? 
I see UAC prompts come up when I run my MSI so I thought it would be OK. 
I'd hate to have to do a bodge because Vista has a security by obscurity 
flaw.

Regards

Ryan

Rob Hamflett wrote:
> The only thing that I can think to cause this would be if the command prompt 
> was elevated.  Have you 
> tried logging the installation to see what the differences are?  This article 
> explains how to turn 
> on global logging so you can get the logs for the double-click installation.
>
> http://support.microsoft.com/kb/223300
>
> Rob
>
> Ryan O'Neill wrote:
>   
>> Ah, sorry, didn't see you there amongst all the spam!
>>
>> I mean that from a command prompt it installs the Browser Helper Object
>> DLL just fine, but when run via double clicking it does not. It appears
>> to work the same but the DLL is not registered properly and does not get
>> installed into IE. But, this is only on certain systems. I worry that
>> they are doing something silly which they are not telling me about.
>>
>> Would the MSI run OK from UNC network share? I think they are doing
>> this, which is the only major difference in the way I would run anything.
>>
>> Regards
>>
>> Ryan
>>
>> Rob Hamflett wrote:
>> 
>>> You say it runs fine from a command prompt.  How does it normally run?
>>>
>>> Rob
>>>
>>> Ryan O'Neill wrote:
>>>   
>>>   
>>>> Anyone got a clue about this? I can't resolve it.
>>>>
>>>> Ryan O'Neill wrote:
>>>> 
>>>> 
>>>>> Hi all,
>>>>>
>>>>> I have an installer that works great for all Win platforms, except Vista 
>>>>> where it will fail to register a DLL on specific machines. It runs on 
>>>>> most Vista installations fine (under admin and limited user accounts 
>>>>> which prompt for admin access). I did manage to get to a machine that 
>>>>> exhibited the issue yesterday and after running the MSI from the command 
>>>>> prompt, it installed correctly. I understand what happened there with 
>>>>> the automatically elevated privileges using the command prompt but I 
>>>>> can't understand why the normal UAC prompts did not allow the installer 
>>>>> to write the DLL registration to the registry.
>>>>>
>>>>> I think perhaps the systems it fails on have a policy that is 
>>>>> disallowing my installer registry writes, but I'm out of ideas.
>>>>>
>>>>> In testing it has proved to install correctly with;
>>>>> a) Admin accounts.
>>>>> b) Non admin accounts.
>>>>> c) Non default user admin account.
>>>>>
>>>>> The method I am using to write to the registy is via the usual Registry 
>>>>> tag, as below;
>>>>> 
>>>>> >>>> Key="Software\Microsoft\Internet Explorer\Toolbar">
>>>>> >>>> Value="My toolbar" />
>>>>> 
>>>>> >>>> Value="My toolbar" Type="string" />
>>>>>
>>>>> Obviously there are many more registry tags as well.
>>>>>
>>>>> I'm really stuck here, it works on most Vista systems and then the 
>>>>> remainder it will work after being installed from the command prompt. 
>>>>> Any help would be very much appreciated.
>>>>>
>>>>> Thanks in advance,
>>>>>
>>>>> Ryan
>>>>>
>>>>>
>>>>> -
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>>>> ___
>>>>> WiX-users mailing list
>>>>> WiX-users@lists.so

Re: [WiX-users] WiX 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

The registration of the DLL is handled via RegistryValue elements 
wrapped inside Component elements which are then inside three levels of 
Directory elements (snippet below). So no custom actions involved for 
the registry, I kind of got the impression they were not good. I do have 
one however, to launch IE after the install (also shown below). I 
upgraded to WiX v3 to see if I could get better error checking, then 
cleared any warnings and still the same.

This may be relevant, I used InstallAware to create the initial bulk of 
the installer but have edited by hand since then.












http://www.myurl.com/toolbarhelp"; 
Execute="immediate" />


Thanks for keeping with me on this Rob, very much appreciated.

Regards

Ryan

Rob Hamflett wrote:
> That article is missing a few important bits, as far as my understanding 
> goes.  An installer written 
> for Vista should be marked as needing elevation, or not needing elevation.  
> If it does, you get 
> prompted when the installer switches over to the server side, which does the 
> actual work.  Microsoft 
> knew they would have to cope with a ton of installers that were written 
> pre-Vista, so there's code 
> in there to elevate anything that looks like an installer.  Basically 
> anything called setup.exe, or 
> with 'installer' or 'setup' in the description.  That kind of thing, and I 
> think MSI files get 
> included in there.
>
> Going back to your problem, I get the impression that when you say you run it 
> from a command prompt, 
> you actually mean you run it from an 'elevated' command prompt.  If this is 
> the case, then it sounds 
> like the DLL is being registered outside the elevated part of the install.  
> Are you using a Custom 
> Action to do this, and if so, is it scheduled somewhere between 
> InstallInitialize and 
> InstallFinalize in the InstallExecuteSequence?
>
> Rob
>
> Ryan O'Neill wrote:
>   
>> Been looking into this some more. I've asked the customer to log before 
>> and after (nothing yet) but in the meantime they found this article on 
>> how to elevate privileges for an MSI ( 
>> http://footheory.com/blogs/shane/archive/2007/08/03/vista-and-elevating-security-of-an-msi-to-run-as-administrator.aspx
>>  
>> ).
>>
>> Thats not the ONLY way to do this is it? Is the article author mistaken? 
>> I see UAC prompts come up when I run my MSI so I thought it would be OK. 
>> I'd hate to have to do a bodge because Vista has a security by obscurity 
>> flaw.
>>
>> Regards
>>
>> Ryan
>>
>> Rob Hamflett wrote:
>> 
>>> The only thing that I can think to cause this would be if the command 
>>> prompt was elevated.  Have you 
>>> tried logging the installation to see what the differences are?  This 
>>> article explains how to turn 
>>> on global logging so you can get the logs for the double-click installation.
>>>
>>> http://support.microsoft.com/kb/223300
>>>
>>> Rob
>>>
>>> Ryan O'Neill wrote:
>>>   
>>>   
>>>> Ah, sorry, didn't see you there amongst all the spam!
>>>>
>>>> I mean that from a command prompt it installs the Browser Helper Object
>>>> DLL just fine, but when run via double clicking it does not. It appears
>>>> to work the same but the DLL is not registered properly and does not get
>>>> installed into IE. But, this is only on certain systems. I worry that
>>>> they are doing something silly which they are not telling me about.
>>>>
>>>> Would the MSI run OK from UNC network share? I think they are doing
>>>> this, which is the only major difference in the way I would run anything.
>>>>
>>>> Regards
>>>>
>>>> Ryan
>>>>
>>>> Rob Hamflett wrote:
>>>> 
>>>> 
>>>>> You say it runs fine from a command prompt.  How does it normally run?
>>>>>
>>>>> Rob
>>>>>
>>>>> Ryan O'Neill wrote:
>>>>>   
>>>>>   
>>>>>   
>>>>>> Anyone got a clue about this? I can't resolve it.
>>>>>>
>>>>>> Ryan O'Neill wrote:
>>>>>> 
>>>>>> 
>>>>>> 

Re: [WiX-users] WiX 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

You could be right. The DLL could be doing something daft. I thought I 
tallowed out all the registration. I'll check again.

Rob Hamflett wrote:
> If you're doing things via normal MSI methods (which you are, assuming the 
> values are correct) and 
> specifying [EMAIL PROTECTED]"elevated" (are you?), then I'm out of ideas, 
> sorry.
>
> Aha, hold on.  When you run from the elevated command prompt, the entire 
> installation runs elevated. 
>   This means that the Internet Explorer instance you launch at the end of the 
> installation is also 
> running elevated.  Is this possibly the real problem?  The installation is 
> fine but you need to run 
> IE elevated for it to work?
>
> Rob
>
> Ryan O'Neill wrote:
>   
>> The registration of the DLL is handled via RegistryValue elements 
>> wrapped inside Component elements which are then inside three levels of 
>> Directory elements (snippet below). So no custom actions involved for 
>> the registry, I kind of got the impression they were not good. I do have 
>> one however, to launch IE after the install (also shown below). I 
>> upgraded to WiX v3 to see if I could get better error checking, then 
>> cleared any warnings and still the same.
>>
>> This may be relevant, I used InstallAware to create the initial bulk of 
>> the installer but have edited by hand since then.
>>
>> 
>> 
>> 
>> > Guid="{DB020289-44CE-4A4C-9821-C96718B0FF3E}">
>> > Name="IEToolbar.dll" 
>> Source="..\IEToolbar\ReleaseUMinDependency\IEToolbar.dll" DiskId="1" 
>> KeyPath="yes" />
>> > Key="Software\Microsoft\Internet Explorer\Toolbar">
>> 
>> > Name="{FD7DC3F5-F8EA-4F91-9665-4B8661392667}" Type="string" 
>> Value="OSOYOU toolbar" />
>> 
>> > Key="CLSID\{FD7DC3F5-F8EA-4F91-9665-4B8661392667}" Value="OSOYOU 
>> toolbar" Type="string" />
>>
>> > Property="IEXPLORE" ExeCommand="http://www.myurl.com/toolbarhelp"; 
>> Execute="immediate" />
>>
>>
>> Thanks for keeping with me on this Rob, very much appreciated.
>>
>> Regards
>>
>> Ryan
>>
>> Rob Hamflett wrote:
>> 
>>> That article is missing a few important bits, as far as my understanding 
>>> goes.  An installer written 
>>> for Vista should be marked as needing elevation, or not needing elevation.  
>>> If it does, you get 
>>> prompted when the installer switches over to the server side, which does 
>>> the actual work.  Microsoft 
>>> knew they would have to cope with a ton of installers that were written 
>>> pre-Vista, so there's code 
>>> in there to elevate anything that looks like an installer.  Basically 
>>> anything called setup.exe, or 
>>> with 'installer' or 'setup' in the description.  That kind of thing, and I 
>>> think MSI files get 
>>> included in there.
>>>
>>> Going back to your problem, I get the impression that when you say you run 
>>> it from a command prompt, 
>>> you actually mean you run it from an 'elevated' command prompt.  If this is 
>>> the case, then it sounds 
>>> like the DLL is being registered outside the elevated part of the install.  
>>> Are you using a Custom 
>>> Action to do this, and if so, is it scheduled somewhere between 
>>> InstallInitialize and 
>>> InstallFinalize in the InstallExecuteSequence?
>>>
>>> Rob
>>>
>>> Ryan O'Neill wrote:
>>>   
>>>   
>>>> Been looking into this some more. I've asked the customer to log before 
>>>> and after (nothing yet) but in the meantime they found this article on 
>>>> how to elevate privileges for an MSI ( 
>>>> http://footheory.com/blogs/shane/archive/2007/08/03/vista-and-elevating-security-of-an-msi-to-run-as-administrator.aspx
>>>>  
>>>> ).
>>>>
>>>> Thats not the ONLY way to do this is it? Is the article author mistaken? 
>>>> I see UAC prompts come up when I run my MSI so I thought it would be OK. 
>>>> I'd hate to have to do a bodge because Vista has a security by obscurity 
>>>> flaw.
>>&

Re: [WiX-users] WiX 2.0 created MSI occasionally fails to install on Vista

[Ryan O'Neill]

I think I have found it, I'm not sure of a nice way to work around it 
though. I've copied some code that launches IE after an install (this is 
an IE only install, so no problem there) but it runs in the context of 
the UI. I'm led to believe that this is where I'm mucking things up. You 
can see from the code snippet below that CA_HelpInstall is the custom 
action to launch IE.



InstallMode = "Typical" OR InstallMode = 
"Complete"
1


Is it possible to move this outside of the UI and is it desirable?

Regards

Ryan


Rob Hamflett wrote:
> If you're doing things via normal MSI methods (which you are, assuming the 
> values are correct) and 
> specifying [EMAIL PROTECTED]"elevated" (are you?), then I'm out of ideas, 
> sorry.
>
> Aha, hold on.  When you run from the elevated command prompt, the entire 
> installation runs elevated. 
>   This means that the Internet Explorer instance you launch at the end of the 
> installation is also 
> running elevated.  Is this possibly the real problem?  The installation is 
> fine but you need to run 
> IE elevated for it to work?
>
> Rob
>
> Ryan O'Neill wrote:
>   
>> The registration of the DLL is handled via RegistryValue elements 
>> wrapped inside Component elements which are then inside three levels of 
>> Directory elements (snippet below). So no custom actions involved for 
>> the registry, I kind of got the impression they were not good. I do have 
>> one however, to launch IE after the install (also shown below). I 
>> upgraded to WiX v3 to see if I could get better error checking, then 
>> cleared any warnings and still the same.
>>
>> This may be relevant, I used InstallAware to create the initial bulk of 
>> the installer but have edited by hand since then.
>>
>> 
>> 
>> 
>> > Guid="{DB020289-44CE-4A4C-9821-C96718B0FF3E}">
>> > Name="IEToolbar.dll" 
>> Source="..\IEToolbar\ReleaseUMinDependency\IEToolbar.dll" DiskId="1" 
>> KeyPath="yes" />
>> > Key="Software\Microsoft\Internet Explorer\Toolbar">
>> 
>> > Name="{FD7DC3F5-F8EA-4F91-9665-4B8661392667}" Type="string" 
>> Value="OSOYOU toolbar" />
>> 
>> > Key="CLSID\{FD7DC3F5-F8EA-4F91-9665-4B8661392667}" Value="OSOYOU 
>> toolbar" Type="string" />
>>
>> > Property="IEXPLORE" ExeCommand="http://www.myurl.com/toolbarhelp"; 
>> Execute="immediate" />
>>
>>
>> Thanks for keeping with me on this Rob, very much appreciated.
>>
>> Regards
>>
>> Ryan
>>
>> Rob Hamflett wrote:
>> 
>>> That article is missing a few important bits, as far as my understanding 
>>> goes.  An installer written 
>>> for Vista should be marked as needing elevation, or not needing elevation.  
>>> If it does, you get 
>>> prompted when the installer switches over to the server side, which does 
>>> the actual work.  Microsoft 
>>> knew they would have to cope with a ton of installers that were written 
>>> pre-Vista, so there's code 
>>> in there to elevate anything that looks like an installer.  Basically 
>>> anything called setup.exe, or 
>>> with 'installer' or 'setup' in the description.  That kind of thing, and I 
>>> think MSI files get 
>>> included in there.
>>>
>>> Going back to your problem, I get the impression that when you say you run 
>>> it from a command prompt, 
>>> you actually mean you run it from an 'elevated' command prompt.  If this is 
>>> the case, then it sounds 
>>> like the DLL is being registered outside the elevated part of the install.  
>>> Are you using a Custom 
>>> Action to do this, and if so, is it scheduled somewhere between 
>>> InstallInitialize and 
>>> InstallFinalize in the InstallExecuteSequence?
>>>
>>> Rob
>>>
>>> Ryan O'Neill wrote:
>>>   
>>>   
>>>> Been looking into this some more. I've asked the customer to log before 
>>>> and after (nothing yet) but in the meantime they found this article on 
>>>> how to elevate p

[WiX-users] MSI does not auto elevate on Vista

[Ryan O'Neill]

Hi All,

I've moved on from my earlier problems with Vista to new exciting 
problems! Since moving a custom action for launching IE out of the UI 
sequence the installer is now not elevating privileges under Vista at 
all during install (but does so during uninstall).

So I created a batch file to launch the MSI and right clicked on the 
batch file (run as admin) and now, even when the product is completely 
uninstalled I get 'another version' is already installed. So I think a 
previous install went on a per machine basis and the tests I have been 
doing are on a per user basis. I never intended to create a per user app 
so I need to look at this.

My questions are;

1) Should it not automatically ask for elevation (the shield icon is 
showing up nicely on my button, which sounds correct) according to code 
snippet 1 below?
2) Somehow I am creating a per-user / hybrid install, will creating a 
shortcut under program files do this?

Thanks in advance

Ryan


Snippet 1:




















-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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] MSI does not auto elevate on Vista

[Ryan O'Neill]

I think it was ALLUSERS after all that, plus ignoring some warnings. 
Thanks to everyone for the help.

Bob Arnson wrote:
> Ryan O'Neill wrote:
>> 1) Should it not automatically ask for elevation (the shield icon is 
>> showing up nicely on my button, which sounds correct) according to 
>> code snippet 1 below?
>>   
>
> Yes. Get a verbose log (msiexec /l*vx) and look for "LUA" to see what 
> MSI is deciding about the need to elevate.
>
>> 2) Somehow I am creating a per-user / hybrid install, will creating a 
>> shortcut under program files do this?
>>   
>
> See the ALLUSERS property doc. You want to set it to 1.
>


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Sql Extension to install DB

[Ryan O'Neill]

When I run into weird SQL errors like that it is usually down to 
context, for example the language of the user accessing the db is 
different between your admin user (that you test with) and your WiX 
user. More likely, I think you are probably using different users and 
you have a permissions problem. Run SQL Server Profiler to see what is 
actually happening and under what user when you try to install.

Pankaj Bhatia wrote:
> Hello
>
> I am new to wix and currently trying to install my sql schema using 
> wix's SQLExtension. here is my code -
>
>   Guid="15129d56-f448-4e22-82c5-0035af0099cd">
>  Server="localhost\SQLEXPRESS"
>   CreateOnInstall="yes" DropOnUninstall="yes" 
> ContinueOnError="yes">
>ExecuteOnUninstall="no" BinaryKey="CreateSLADbBin"/>
> 
> 
>   
>
> My SQL script runs successfully if run directly with SQL express but 
> while installing thru wix I simply receive 
> "msierrSQLFailedCreateDatabase" error. Could anyone tell what is wrong.
> I don't have the localization file for SQL extension( though I wrote 
> 10 basic variables). It would be great if someone could provide me 
> that loc in US-en.
>
> Thanks in advance.
> Pankaj
> 
>
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   
> 
>
> No virus found in this incoming message.
> Checked by AVG Free Edition. 
> Version: 7.5.503 / Virus Database: 269.16.13/1170 - Release Date: 12/4/2007 
> 10:52
>   


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] COM registration problems

[Ryan O'Neill]

That happened to me too, but I shut up because I thought there must be a 
better way and I was about to be educated. :)

Tobias Holm wrote:
> Thanks for your attention!
>
> The problem was that the typelib´s of some comvisible assemblies were not
> registered. I thought that tallow would extract this information as well
> when I ran tallow -c on the dlls.
>
> I solved it by:
> 1 running regasm on my comvisible assemblies.
> 2 manually extracting the typelib information from my registry.
> 3 converting the regfile to wix format and adding them to my wxs file.
>
> Is this really the best way? I was hoping to be able to extract the registry
> information from the tlb or assembly files. 
>
>
> Many thanks
>
> /Tobias
>
>
> -
> SF.Net email is sponsored by: 
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>   


-
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installing non-permanent DLL to system32

[Ryan O'Neill]

I have two DLLs which comprise a printer port monitor and according to the
SDK must be installed in system32. Doing this generates an ICE09 warning
which is 'ICE09: Component: xxx is a non-permanent system component'.

I can see why it does this and it looks like I'll just have to ignore this
warning. It does not seem 'right' though as I want my app to clean up after
itself, so I want the files uninstalled but the warning tells me that a)I
should not install to system32 (which I must) or b) set them as permanent.

Should I just ignore ICE09 for these two files and can anyone explain to me
why an app would install files that it does not clean up, even in System32?
It seems the wrong way to do things. I think I might be missing something.

Thanks

Ryan


-
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] V3 build errors

[Ryan O'Neill]

Hey Rippo,

 

I think you need to include the .wixlib files in the linking phase
(candle.exe). Can't quite remember the syntax but something like candle.exe
-l sqlextension.wixlib etc

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Richard Wilde
Sent: 20 January 2008 09:46
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] V3 build errors

 

Hi I am getting the following errors in this wix3 build

 

error CNDL0200 : The Product element contains an unhandled extension element
'util:User'.  

Please ensure that the extension for elements in the
'http://schemas.microsoft.com/wix/UtilExtension' namespace has been
provided.

 

error CNDL0200 : The Component element contains an unhandled extension
element 'sql:SqlDatabase'.  

Please ensure that the extension for elements in the
'http://schemas.microsoft.com/wix/SqlExtension' namespace has been provided.

 

 

My wxs script has been upgraded from v2 to V3 using wixcop

 

 

 

 



http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";
xmlns:sql="http://schemas.microsoft.com/wix/SqlExtension";>



 



 





 



 









 

 

  









...

 

 

Can anyone help?

 

Thanks
Richard

-
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] Votive v3 Build Output Progress

[Ryan O'Neill]

Does it not capture the output if you set the build verbosity (did I make
that word up) in VS higher?

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher
Painter
Sent: 20 January 2008 13:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Votive v3 Build Output Progress

 

Is there any plans to properly link candle/light output to the build
progress in visual studio?   I was trying to eval votive the other day and
it was very annoying to only get an exit code published.   I couldn't find
any documentation on what the exit codes meant and there was no way of
correlating where in my source the problem originated.  I had to drop down
to dos to run the compilers manually to get any type of feedback on what I
was doing wrong.

 

  

  _  

Never miss a thing. Make Yahoo
  your homepage.


-
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] Possible bug with ICE31

[Ryan O'Neill]

Building with WiX v3 against the following causes an ICE31 error (which is
warning LGHT1076 : ICE31: Text Style tag in xxx.yyy has no effect. Do you
really want it to appear as text?)

 



 

This can be worked around by swapping the style and the text length
delimiter around. The MSI still works as expected but the warning goes away.

 



 

I may be stating the obvious but I thought it worth mentioning (can't use
the search on SF.net as it falls over but Google found nothing on ice31 and
WiX).

 

Should I file this as a bug?

 

Ryan

-
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] Possible bug with ICE31

[Ryan O'Neill]

Thanks Bob.

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 30 January 2008 15:46
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Possible bug with ICE31

 

Ryan O'Neill wrote: 



 

This can be worked around by swapping the style and the text length
delimiter around. The MSI still works as expected but the warning goes away.

 




The doc for Edit control says:

To specify the number of characters the user can enter, append {n} after any
font specifications. Where n is a positive integer.

So ICE31 is correct to warn about it, even if a prepended length happens to
work, it's not documented.

-- 
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] Understanding per user/machine level registry restriction.

[Ryan O'Neill]

Hi all,

 

I know there is plenty of documentation about the following, but having read
it I just cannot get my head round it or figure out a workaround.

 

The following XML generates an ICE57 error, I know I have to move the
registry component out to a 'per user component' but I can't figure out how.
I am getting confused because a component requires a directory and every
time I put the registry access into a directory I get this error. I've tried
DesktopFolder etc as the target but get other errors with that.

 

Full error is : ICE57: Component 'RegComponent' has both per-user and
per-machine data with a per-machine KeyPath.

To me, it all looks 'per user' anyway, the only thing I can see that might
be per machine is TARGETDIR, but then how would I accomplish the following?

 



  



  



 

Confused,

 

Ryan

-
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] Understanding per user/machine level registry restriction.

[Ryan O'Neill]

That worked Bob, thanks.

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 02 February 2008 19:08
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Understanding per user/machine level registry
restriction.

 

Ryan O'Neill wrote: 

The following XML generates an ICE57 error, I know I have to move the
registry component out to a 'per user component' but I can't figure out how.
I am getting confused because a component requires a directory and every
time I put the registry access into a directory I get this error. I've tried
DesktopFolder etc as the target but get other errors with that.


Take a look at Rob's blog entry about this:
http://robmensching.com/blog/archive/2007/04/27/How-to-create-an-uninstall-s
hortcut-and-pass-all-the.aspx.



-- 
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] Service @vista

[Ryan O'Neill]

I think it is highly unlikely that the problem is from the MSI/WiX and more
to do with an environment issue such as user permissions or missing
libraries (different versions of Vista will have different base software and
this will affect the libraries shipped with the system). It looks like your
service is trying to start and falling over immediately, check the event
logs.

Also, I imagine that virtual machine images are protected against corruption
so I would not suspect a problem with that.

If I was troubleshooting this I would;
1) Run sysinternals process monitor and look for any file access failures.
2) Set up logging and log all of the startup processes to a file or the
event log (this might also fail due to security).
3) Comment out as much code as possible.
4) Clean all event logs and try again. There is probably an error in there
somewhere.

Your root cause is either;
a) Missing DLL or other resource.
b) Not enough permission.

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja
Sent: 15 February 2008 09:33
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Service @vista


Hi,
   
Thanks for response

Because the service has dependencies, I created one merge module.msi(with
all x86 including debug mergemodules) and installed. After that I installed
my installer. This time installation is successfully, But service is not
started after reboot automatically(service start type is auto). But when I
start service manually, service is started.

I am testing this in Virtual Images. The above case is working for vista
ultimate virtual image. But for Vista Enterprise and Business virtual images
it is not working.

So In vista ultimate it is working means. there is no problem with service
and component.

Can you tell me, what is the wrong here. Is it the problem with virtual
image or service?

Why service is not started automatically after reboot, even service type is
"auto"
Why it is started when I try to start manually from services.msc after
installation.


Thanks in advance,





Rob Hamflett wrote:
> 
> It sounds like your service just doesn't work under Vista.  Can you run it
> as a normal exe?  Have 
> you tried putting any logging in your service to see how far it gets?
> 
> Rob
> 
> SaiTeja wrote:
>> Hi,
>> 
>> I have a service installed on windows vista. The startup type for this
>> service is "Automatic". The service is not starting after reboot. When i
>> try
>> starting the service from Service Control Manager, the error is something
>> like "Windows could not start the service on Local Computer Error 1067:
>> The
>> process terminated unexpectedly". The event logs just displays "The
>> service
>> terminated unexpectedly"
>> 
>> Following is my WIX Code.
>> 
>> > Guid="{8382F93F-A092-4344-9996-845A9F7DF9A7}">
>> (NOT VersionNT=500) AND (NOT
>> VersionNT64)
>> > LongName="service.exe" Compressed="yes" DiskId="1" Source="service.exe"
>> />
>> > Remove="uninstall" />
>> > DisplayName="Service" Type="ownProcess" Start="auto"
>> ErrorControl="normal"
>> Description="Enables the Client service. If this service is stopped,
>> Client-protected content will be unavailable.">
>> 
>> 
>> 
>> 
>> 
>> 
>>
>> 
>> 
>> > impersonate="no"ExeCommand="startservice" FileKey="xyz.exe">
>> 
>> 
>> 
>> 
>> versionNT
>> versionNT
>> --
>> versionNT
>> versionNT
>> Not Installed
>> 
>>  
>> 
>> 1
>> 
>> Here I used custom action type as "Commit"(commit custom actions executes
>> after installfinalize), because in Vista the runtime will NOT be
>> accessible
>> to xyz.exe (the xyz.exe depends on the C runtime And iam installing the C
>> runtime in the installer via merge module) until *after* the installer
>> completes installation. 
>> 
>> With Custom action type "Deffered", custom action is failing while
>> installation.
>> With custom action type "Commit", installation is sucsseful, but service
>> is
>> not started.
>> SOme times when I try manually, it is starting, some times not.
>> I want per-machine installation
>> 
>> The above code is working fine in XP, but failing in Vista
>> 
>> Any Ideas???
> 
> 
> -
> 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/Service-%40vista-tp15480061p15496164.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsof

Re: [WiX-users] Forums

[Ryan O'Neill]

I use Nabble too, but only because Google finds it and SourceForge falls
over every time I try to do a search. This is the main issue I have with
WiX, where to find decent samples and check if a question has already been
asked.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Hall
Sent: 04 March 2008 09:13
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Forums

 

Also, aren't there other "forum-like" venues already out there for WiX? I
know there are a couple of Wiki sites and also sites that aggregate these
emails. What additional value will a forum serve? (I'm not opposed to it,
I'm just asking for more clarification).

 

What about Nabble: http://www.nabble.com/wix-users-f4470.html?

John

 

-
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] Unable to force upgrade

[Ryan O'Neill]

In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?

 

I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.

 

Any help would be much appreciated.

 

  

  

 

  



 



  

  



 

 

Regards

 

Ryan

-
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] Unable to force upgrade

[Ryan O'Neill]

Still new to this, thanks for pointing that out.

I did not change the ProductId or the Package version. The package id is
autogenerated, so yes that changed.

Product language and package language are set the same.

Yes, RemoveExistingProducts is scheduled after InstallFinalize

Yes, there is a custom action to prevent downgrading.

 

 

Ah, just found something. I have two 'Upgrade' sections. I'll look
into this now, thanks for helping me find it!

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander
Shevchuk
Sent: 04 March 2008 18:07
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade

 

Ryan,

 

You did not show all the relevant to major upgrade code:

-  Did you change the Product/@Id, Package/@Id, and
Product/@Version?

-  Do you have Product/@Language listed in or equal to
Package/@Languages?

-  Do you schedule a RemoveExistingProducts action in the
InstallExecutesequence?

-  Do you use custom action to prevent downgrading?

 

Regard,

Alex

 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, March 04, 2008 7:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to force upgrade

 

In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?

 

I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.

 

Any help would be much appreciated.

 

  

  

 

  



 



  

  



 

 

Regards

 

Ryan

-
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] Unable to force upgrade

[Ryan O'Neill]

Guess that wasn't it. I'll start with a small version tomorrow and see if I
can get it working on a tiny project first. As a beginners guess it might be
something to do with the uninstallation UI that has been authored.

 

Thanks

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander
Shevchuk
Sent: 04 March 2008 18:07
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade

 

Ryan,

 

You did not show all the relevant to major upgrade code:

-  Did you change the Product/@Id, Package/@Id, and
Product/@Version?

-  Do you have Product/@Language listed in or equal to
Package/@Languages?

-  Do you schedule a RemoveExistingProducts action in the
InstallExecutesequence?

-  Do you use custom action to prevent downgrading?

 

Regard,

Alex

 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, March 04, 2008 7:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to force upgrade

 

In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?

 

I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.

 

Any help would be much appreciated.

 

  

  

 

  



 



  

  



 

 

Regards

 

Ryan

-
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] Unable to force upgrade

[Ryan O'Neill]

Really? Thanks for that, I thought that the product ID always had to be
fixed so the MSI could find previous versions. How does the installer find a
previous version if I change the Product ID?

What I am trying to do is just force a major upgrade every time.

Ryan

-Original Message-
From: si [mailto:[EMAIL PROTECTED] 
Sent: 05 March 2008 07:44
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade

Hi Ryan,

> I did not change the ProductId

I think you need to change this, otherwise the 'another version of
this product is already installed' error will be generated unless you
run the msiexec with the parameters required for minor upgrades - as
shown in the tutorial you linked to.

In WiX 3, if you always do major upgrades, you can set this value to
"*" to auto-generate the product id as per the package id.
-- 
It's a wild world that we live in, you step to the vibe like a new
found religion, take your position, compile your vision, futurism,
algorithm has risen up!pfm - the western


-
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] Unable to force upgrade

[Ryan O'Neill]

Thank you to everyone who helped, I got it working in the end. It just took
a while to sink in.

 

From: Neil Sleightholm [mailto:[EMAIL PROTECTED] 
Sent: 06 March 2008 13:21
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Unable to force upgrade

 

Ryan

 

I thought this might help you, it is my bare minimum template install.

 

Neil

 





 





 

http://schemas.microsoft.com/wix/2003/01/wi";>

  



 







 



 



  



 



  



 



  

  

  



 



 



 



  

  NEWERVERSIONDETECTED

  



 

  



 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: 04 March 2008 19:57
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade

 

Guess that wasn't it. I'll start with a small version tomorrow and see if I
can get it working on a tiny project first. As a beginners guess it might be
something to do with the uninstallation UI that has been authored.

 

Thanks

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander
Shevchuk
Sent: 04 March 2008 18:07
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to force upgrade

 

Ryan,

 

You did not show all the relevant to major upgrade code:

-  Did you change the Product/@Id, Package/@Id, and
Product/@Version?

-  Do you have Product/@Language listed in or equal to
Package/@Languages?

-  Do you schedule a RemoveExistingProducts action in the
InstallExecutesequence?

-  Do you use custom action to prevent downgrading?

 

Regard,

Alex

 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, March 04, 2008 7:27 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to force upgrade

 

In my attempts to force an application to uninstall completely before being
reinstalled (major upgrade) I have followed the instructions here
(http://www.tramontana.co.hu/wix/lesson4.php) and I keep getting 'another
version of this product is already installed'. I've kind of inherited this
installer so I am still learning about what it does, is it possible that the
upgrade is being stopped by a custom action or is the fault in the code
below?

 

I've also checked
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-
major-upgrade.aspx but can't see what I am missing.

 

Any help would be much appreciated.

 

  

  

 

  



 



  

  



 

 

Regards

 

Ryan

-
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] ngen confusion

[Ryan O'Neill]

I have one exe and four dlls (all .net) which I have ngenned into the GAC.
The docs state that when I run my main exe the CLR will look for an ngenned
version and use that if it is OK to do so.

 

The conceptual problem I have is that the executable is now in the GAC and
not in the program files\myapp folder where it used to be so I can't run it
anymore. Should I install a non-ngenned copy of the executable and DLL files
in the main dir as well? It did this before I add the NativeImage element,
but now it moves them straight to the GAC.

 

Apologies if this has been asked already, can't find any references to it.

 

 

 

Ryan

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ngen confusion

[Ryan O'Neill]

Thanks Chris. I've been reading that on and off for a couple of weeks now, I
think I got confused about the GAC really, not just ngen.

 

When I install to the GAC my program files version no longer exists, as I
understand it ngen will need both copies though. Will I have to duplicate
the component so that there is an entry for the GAC plus the program files
version for each DLL/exe?

 

For example, would I change from;

  



  



  

to

  



  





  

 

To install to both places?

 

Regards

 

Ryan

 

 

From: Christopher Painter [mailto:[EMAIL PROTECTED] 
Sent: 10 April 2008 16:22
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ngen confusion

 

Prejitted assemblies don't *have* to be installed to the GAC, however doing
so can be more optimal since there is less overhead in verifying the
assembly signature.  A good article on this subject is:

 

http://msdn2.microsoft.com/en-us/magazine/cc163610.aspx

 

As an aside, I've always been tought to not assume NGEN will be a
performance miracle and it shouldn't be arbitrarily done.   In other words:

 

"Developer:  Setup Dude, I need the install to prejit this assembly."

"Setup Dude: Why?"

"Developer: I think it'll speed up my application."

"Setup Dude: Have you ran it through a profiler?"

"Developer: No, I haven't"

"Setup Dude: Don't you think you should?"

 


Ryan O'Neill <[EMAIL PROTECTED]> wrot

I have one exe and four dlls (all .net) which I have ngenned into the GAC.
The docs state that when I run my main exe the CLR will look for an ngenned
version and use that if it is OK to do so.

 

The conceptual problem I have is that the executable is now in the GAC and
not in the program files\myapp folder where it used to be so I can't run it
anymore. Should I install a non-ngenned copy of the executable and DLL files
in the main dir as well? It did this before I add the NativeImage element,
but now it moves them straight to the GAC.

 

Apologies if this has been asked already, can't find any references to it.

 

 

 

Ryan

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 

 __
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ngen confusion

[Ryan O'Neill]

Chris, I think I understand about the GAC and ngen and thats why I want to
check it out, for performance reasons.

 

So does anyone have the best/recommended approach to installing the same
file into the GAC and on-disk? I need a copy of the .exe on disk so that I
can run the main executable.

 

Regards

 

Ryan

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: 10 April 2008 16:30
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ngen confusion

 

Thanks Chris. I've been reading that on and off for a couple of weeks now, I
think I got confused about the GAC really, not just ngen.

 

When I install to the GAC my program files version no longer exists, as I
understand it ngen will need both copies though. Will I have to duplicate
the component so that there is an entry for the GAC plus the program files
version for each DLL/exe?

 

For example, would I change from;

  



  



  

to

  



  





  

 

To install to both places?

 

Regards

 

Ryan

 

 

From: Christopher Painter [mailto:[EMAIL PROTECTED] 
Sent: 10 April 2008 16:22
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ngen confusion

 

Prejitted assemblies don't *have* to be installed to the GAC, however doing
so can be more optimal since there is less overhead in verifying the
assembly signature.  A good article on this subject is:

 

http://msdn2.microsoft.com/en-us/magazine/cc163610.aspx

 

As an aside, I've always been tought to not assume NGEN will be a
performance miracle and it shouldn't be arbitrarily done.   In other words:

 

"Developer:  Setup Dude, I need the install to prejit this assembly."

"Setup Dude: Why?"

"Developer: I think it'll speed up my application."

"Setup Dude: Have you ran it through a profiler?"

"Developer: No, I haven't"

"Setup Dude: Don't you think you should?"

 


Ryan O'Neill <[EMAIL PROTECTED]> wrot

I have one exe and four dlls (all .net) which I have ngenned into the GAC.
The docs state that when I run my main exe the CLR will look for an ngenned
version and use that if it is OK to do so.

 

The conceptual problem I have is that the executable is now in the GAC and
not in the program files\myapp folder where it used to be so I can't run it
anymore. Should I install a non-ngenned copy of the executable and DLL files
in the main dir as well? It did this before I add the NativeImage element,
but now it moves them straight to the GAC.

 

Apologies if this has been asked already, can't find any references to it.

 

 

 

Ryan

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 

 __
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ngen confusion

[Ryan O'Neill]

I found this in the end
(http://blogs.msdn.com/heaths/archive/2006/09/20/Installing-Assemblies-for-R
untime-and-Design_2D00_time-Use.aspx ).

 

I don't fix WiX intuitive or easy to use at the best of times.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: 10 April 2008 16:30
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ngen confusion

 

Thanks Chris. I've been reading that on and off for a couple of weeks now, I
think I got confused about the GAC really, not just ngen.

 

When I install to the GAC my program files version no longer exists, as I
understand it ngen will need both copies though. Will I have to duplicate
the component so that there is an entry for the GAC plus the program files
version for each DLL/exe?

 

For example, would I change from;

  



  



  

to

  



  





  

 

To install to both places?

 

Regards

 

Ryan

 

 

From: Christopher Painter [mailto:[EMAIL PROTECTED] 
Sent: 10 April 2008 16:22
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] ngen confusion

 

Prejitted assemblies don't *have* to be installed to the GAC, however doing
so can be more optimal since there is less overhead in verifying the
assembly signature.  A good article on this subject is:

 

http://msdn2.microsoft.com/en-us/magazine/cc163610.aspx

 

As an aside, I've always been tought to not assume NGEN will be a
performance miracle and it shouldn't be arbitrarily done.   In other words:

 

"Developer:  Setup Dude, I need the install to prejit this assembly."

"Setup Dude: Why?"

"Developer: I think it'll speed up my application."

"Setup Dude: Have you ran it through a profiler?"

"Developer: No, I haven't"

"Setup Dude: Don't you think you should?"

 


Ryan O'Neill <[EMAIL PROTECTED]> wrot

I have one exe and four dlls (all .net) which I have ngenned into the GAC.
The docs state that when I run my main exe the CLR will look for an ngenned
version and use that if it is OK to do so.

 

The conceptual problem I have is that the executable is now in the GAC and
not in the program files\myapp folder where it used to be so I can't run it
anymore. Should I install a non-ngenned copy of the executable and DLL files
in the main dir as well? It did this before I add the NativeImage element,
but now it moves them straight to the GAC.

 

Apologies if this has been asked already, can't find any references to it.

 

 

 

Ryan

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 

 __
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] how to create strangely named database

[Ryan O'Neill]

I don't know WiX that well, but I know SQL. It might be that you are
connecting under a different user profile. For example, the script in .sql
could be attempting to change to a database that it does not have permission
on or is not accessible by DNS from the installing machine.

 

Also, you may be installing to the wrong instance of SQL. There might
already be SQL express or SQL server on the machine.

 

To find out where it is going wrong I recommend pausing the installing
somehow after the database has been created (perhaps calling a batch file
with the pause command in it) and then manually running the script in SQL
enterprise manager / Query Analyser or osqlw.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gregor Colnik
Sent: 16 April 2008 12:17
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] how to create strangely named database

 

I need to create a database named (for example) >test._db<

 

If i write it like this



 

 

Where [CREATEDBNAME] is a property with value of >test._db< It creates the
database ok, but when i try to execute any of the  or
 

For example:



 

where CreateTables is a binary id and source is .sql file with the script i
need to run on new database,

it returns an error

 

Error 26203. Failed to connect to SQL database.  (-2147467259   [test._db]
)

 

 

 

Any help about how to create database with strange names and run scripts in
it is appreciated. Could be that i'm just escaping characters wrong somehow.

Thank you

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Recursive folder deletion

[Ryan O'Neill]

I'm adding a cleanup routine to the installer we have and the .Net framework
is making it difficult by adding a folder under AppData that is based on the
strong name of the assembly.

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.

 

Regards

 

Ryan

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

Looks like it is the dreaded vbscript for now then.

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 16 April 2008 16:29
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.


MSI doesn't have anything like that. I designed a "NukeFolder" custom action
that added temporary rows to the RemoveFile table but it hasn't bubbled up
the todo list yet.



-- 
sig://boB
http://joyofsetup.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

I'd love to, but my C++ and WiX skills are not quite there yet. Or perhaps
you have something that would get me started Bob? I might be able to finish
something if pointed in the right direction.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 17 April 2008 00:47
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Or you could write the "NukeFolder" CustomAction and contribute it to the
community the way Bob would (will?) when he had time.  

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Wednesday, April 16, 2008 08:34
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Looks like it is the dreaded vbscript for now then.

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 16 April 2008 16:29
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.


MSI doesn't have anything like that. I designed a "NukeFolder" custom action
that added temporary rows to the RemoveFile table but it hasn't bubbled up
the todo list yet.

-- 
sig://boB
http://joyofsetup.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

OK, so I'm going to give it a shot, may take a while though. Any pointers /
requirements from people such as Bobs usage of RemoveFile (being naive I
would have just deleted the files / dirs)?

 

Notes;

1)  It won't be 64 bit tested.

2)  It will be based on the sample @
http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll

3)  It will use RemoveFile (and RemoveDirectory if there is one) for
rollback (I assume).

4)  I'll post the resultant source on here for critique if that is OK.

 

Regards

 

Ryan

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 16 April 2008 16:29
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.


MSI doesn't have anything like that. I designed a "NukeFolder" custom action
that added temporary rows to the RemoveFile table but it hasn't bubbled up
the todo list yet.



-- 
sig://boB
http://joyofsetup.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

I've got a Custom Action working as a DLL from my console app and it deletes
file on disk. I now want to push the file deletion into the RemoveFiles
table. Given that I have a handle to the MSI file instance, how would I
access/call the RemoveFile function based on the below? Should I use the
WcaInitialize call for logging too? Just some general pointers, I'm not
asking for anyone to write my code for me.

 

Also, it occurs to me that I might have to push the files into RemoveFiles
in reverse order so that the descendent directory/file entries get deleted
first. Is this correct or do I not need to bother?

 

As you can see, it is mostly TODO comments for now.

 

BOOL _stdcall DeleteDirectory(const TCHAR* sPath)

{

  HANDLE hFind;

  WIN32_FIND_DATA FindFileData;

 

  //fprintf(stdout,"Root directory is %S\n", sPath);

 

  TCHAR DirPath[MAX_PATH];

  TCHAR FileName[MAX_PATH];

 

  lstrcpy(DirPath,sPath);

  lstrcat(DirPath,TEXT("\\"));

  lstrcpy(FileName,sPath);

  lstrcat(FileName,TEXT("\\*"));

 

  //fprintf(stdout,"Checking %S in %S, based on %S\n",
FileName,DirPath,sPath);

 

  hFind = FindFirstFile(FileName, &FindFileData); // find the first file

  if( hFind != INVALID_HANDLE_VALUE )

  {

do

{

  if( IsDots(FindFileData.cFileName) )

  {

continue;

  }

  lstrcpy(FileName + lstrlen(DirPath),
FindFileData.cFileName);

  if((FindFileData.dwFileAttributes &
FILE_ATTRIBUTE_DIRECTORY))

  {

// we have found a directory, recurse

  fprintf(stdout,"Deleting folder %S\n", FileName);

  // TODO: Bubble up failures.

if( !DeleteDirectory(FileName) )

{

  break; // directory couldn't be deleted

}

  }

  else

  {

if(FindFileData.dwFileAttributes &
FILE_ATTRIBUTE_READONLY)

{

 
SetFileAttributes(FileName,FILE_ATTRIBUTE_NORMAL);

}

  fprintf(stdout,"Deleting file %S\n", FileName);

if( !DeleteFile(FileName) )

{

  // TODO: Need to flag failure here.

  break; // file couldn't be deleted

}

  }

} while( FindNextFile(hFind,&FindFileData) );

 

FindClose(hFind); // closing file handle

  }

  // TODO: Bubble up above failures if failed.

  return RemoveDirectory(sPath); // remove the empty (maybe not)
directory

}

 

UINT _stdcall NukeFolder(MSIHANDLE hModule)

{

  TCHAR szDirectoryToDelete[MAX_PATH];

  DWORD dwlen = MAX_PATH;

 

  /* TODO: Enable logging

  HRESULThResult;

  hResult = WcaInitialize( hModule, "NukeFolder" ); */

 

  // TODO: Is there a better way to find the parent component directory?

  UINT ur = MsiGetProperty(hModule, TEXT("CustomActionData"),
szDirectoryToDelete, &dwlen);

 

  // TODO: Option to turn folder recursion off (on by default).

 

  // TODO: Should we limit the directories that can be deleted (do not
run on root, windir etc)?

 

  // TODO: We could pass the file deletion mask in here via
MsiGetProperty.

  // TODO: Accept a flag that defines whether to delete folders, files
or both (default).

  // TODO: Accept a flag for deleting read-only files (default).

 

  // TODO: Handle error return.

  DeleteDirectory(szDirectoryToDelete);

 

  return ERROR_SUCCESS;

}

 

 

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 17 April 2008 15:31
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Recursive folder deletion

 

Ryan O'Neill wrote: 

OK, so I'm going to give it a shot, may take a while though. Any pointers /
requirements from people such as Bobs usage of RemoveFile (being naive I
would have just deleted the files / dirs)?

 

Notes;

It won't be 64 bit tested.

It will be based on the sample @
http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll

It will use RemoveFile (and RemoveDirectory if there is one) for rollback (I
assume).

I'll post the resultant source on here for critique if that is OK.


Yes, adding temporary rows to the RemoveFile table means that MSI handles
rollback for you. See
http://www.joyofsetup.com/2007/07/01/semi-custom-actions/.




-- 
sig://boB
http://joyofsetup.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year&

[WiX-users] Project references to unmanaged DLLs

[Ryan O'Neill]

Just tried adding a project reference to a non .Net .dll file (my C++ custom
action) and Votive does not append the pre-processor definitions for it to
the Candle command line.

 

Is this expected behaviour? Makes it awkward to included non .Net dlls, the
.Net references work fine.

 

Regards

 

Ryan 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Project references to unmanaged DLLs

[Ryan O'Neill]

Thanks, I kind of expected that. Seeing as it has taken me a day to write a
non working function in C++ J

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Rockwood
Sent: 17 April 2008 18:08
To: 'Ryan O'Neill'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Project references to unmanaged DLLs

 

Unfortunately, this is expected behavior. Votive does not support
non-MSBuild project references, of which VC++ is one. We considered adding
this support, but it's a big work item and haven't gotten around to doing it
yet.

 

Justin

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Thursday, April 17, 2008 9:43 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Project references to unmanaged DLLs

 

Just tried adding a project reference to a non .Net .dll file (my C++ custom
action) and Votive does not append the pre-processor definitions for it to
the Candle command line.

 

Is this expected behaviour? Makes it awkward to included non .Net dlls, the
.Net references work fine.

 

Regards

 

Ryan 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Setting Order of Icons

[Ryan O'Neill]

I think there is, but it would probably be a hack.

If you think about how your start menu gets populated over time, it keeps an
odd order (not alphabetical) until you right click in there and do 'sort by
name'.
So something adds them out of order, but on Vista things are ordered by
default anyway.

If you are desperate then set up a virtual machine and do some before /
after tests or use filemon / regmon to see what changes when you click 'sort
by name'.

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 18 April 2008 22:16
To: Michael Fletcher; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Setting Order of Icons

AFAIK, there is no way to do that in *Windows* much less the Windows
Installer much less the WiX toolset.  

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Fletcher
Sent: Friday, April 18, 2008 10:30
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Setting Order of Icons

Hello

I'm currently using Wix 2.0 to create a small installer.  Is there a
way to assign an order to the shortcuts within Program Files?

Thanks

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recursive folder deletion

[Ryan O'Neill]

I think it is created when the Visual Basic logging mechanism fires up. You
can work around it but that is a lot of hassle too. I'm not using isolated
storage.

 

The assembly name is just morphed because of code signing (so I can get the
code into the GAC for a quicker first run).

 

From: Mike Dimmick [mailto:[EMAIL PROTECTED] 
Sent: 20 April 2008 21:27
To: 'Ryan O'Neill'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Recursive folder deletion

 

That folder is the folder you get when you use Isolated Storage in .NET 2.0.
I'd have to say that an application installed to the local disk isn't really
the target market for that - it's more for code running in restricted
security, such as applications run from the network or IE plugins.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: 16 April 2008 16:08
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Recursive folder deletion

 

I'm adding a cleanup routine to the installer we have and the .Net framework
is making it difficult by adding a folder under AppData that is based on the
strong name of the assembly.

This means that I get a folder named MyApp_StrongName_657235673256732765
which changes each time I compile as the hash changes too.

 

I know the parent folder is mine so it is safe to delete all below that. Has
anyone else come across deleting directory trees? I appreciate it is
dangerous but I can't see an easy way around it.

 

Regards

 

Ryan

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Need installed files before install finalizes

[Ryan O'Neill]

Could you embed the executable into the Binary table and then call it via a
custom action from there? WiX / MSI will handle the unpacking to a temporary
file and execute it.

I can't find a good link right now but I think it is along the lines of;

1) Create a Binary element and point that to the file you want to execute.
2) Create a custom action of a certain type (a specific number for
executable) and have that scheduled to run.

Sorry I can't be clearer, I'm still getting my head round MSI myself.

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of kritza
Sent: 21 April 2008 10:39
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Need installed files before install finalizes


Hello!

First I think I better discribe the whole situation. Later on, the concret
problem..
In my installation program, there is an VBScript, which runs an executable.
This executable installs a database. If there appear any problems, the
executable returns 0 to the script, the script returns 3 to wix. now wix
should start the rollbackfunction.

My problem:

The Rollbackfunction does not start, if the VBScript is started after the
installation finalizes. Seems logical to me, because if the script is
started after the installation is finalizes, usually there is no need to
start a rollback.
Now i could just start the Script before the installaiton finalizes. But if
i do so, the executable, which is started in my script, is not existing at
this time.


My solution would be now to copy this file before the script is started. but
I don't know how! Please tell me! I guess it's aint so hard, but i just
can't find it.. sorry...

Thanks !:jumping:
-- 
View this message in context:
http://www.nabble.com/Need-installed-files-before-install-finalizes-tp168064
66p16806466.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Question about variables

[Ryan O'Neill]

I'm decoding someone else's setup and it has the following custom action
definition;



...

  



  

...

  

 

Plus the following scheduling of that action.

  (CTL_SetDefault = 1) AND
$MyVbsCa>2

 

>From what I understand, $MyVbsCa is a variable but it is not used anywhere
other than those lines above. I can't see that it gets set, so all I can
think of is that it gets set somewhere as a side effect.

 

Am I missing something or does the above not work correctly?

 

Regards

 

Ryan

 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Question about variables

[Ryan O'Neill]

Thanks for that, just what I was looking for.

 

From: Chad Petersen [mailto:[EMAIL PROTECTED] 
Sent: 22 April 2008 16:49
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Question about variables

 

I believe this web link should be a good reference for the $ operator and
the state value 2

 

http://msdn2.microsoft.com/en-us/library/aa368012.aspx

 

 

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, April 22, 2008 8:24 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Question about variables

 

I'm decoding someone else's setup and it has the following custom action
definition;



...

  



  

...

  

 

Plus the following scheduling of that action.

  (CTL_SetDefault = 1) AND
$MyVbsCa>2

 

>From what I understand, $MyVbsCa is a variable but it is not used anywhere
other than those lines above. I can't see that it gets set, so all I can
think of is that it gets set somewhere as a side effect.

 

Am I missing something or does the above not work correctly?

 

Regards

 

Ryan

 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Question about variables

[Ryan O'Neill]

Makes a lot more sense now, thank you.

 

From: Jim Williams [mailto:[EMAIL PROTECTED] 
Sent: 22 April 2008 17:35
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Question about variables

 

The dollar sign ($) on the front of the component name MyVbsCa means to use
the value of action state of the component, that is, what is going to be
done to the component.  ">.2" means to check if the action state is
greater than 2, where 2 means "not present or installed" or being
uninstalled.  There are values 3 (install locally) and 4 (install from
source) for a component, so > 2 would mean "install locally" or "install
from source".  So essentially, they are just checking to see if the
component is going to be installed.  See
http://msdn2.microsoft.com/en-us/library/aa368012(VS.85).aspx 

Jim 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, April 22, 2008 8:24 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Question about variables

 

I'm decoding someone else's setup and it has the following custom action
definition;



...

  



  

...

  

 

Plus the following scheduling of that action.

  (CTL_SetDefault = 1) AND
$MyVbsCa>2

 

>From what I understand, $MyVbsCa is a variable but it is not used anywhere
other than those lines above. I can't see that it gets set, so all I can
think of is that it gets set somewhere as a side effect.

 

Am I missing something or does the above not work correctly?

 

Regards

 

Ryan

 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix mailing lists open to public => more spam

[Ryan O'Neill]

At the current levels it is a minor annoyance for me, but we all know it
will get a lot worse at which point I will have a problem with it.
Is there nothing that SourceForge can do? I would have hoped that they would
be working on reducing the levels of spam.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 22 April 2008 18:29
To: Rob Hamflett; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix mailing lists open to public => more spam

If anyone has any other opinions on this topic, please do make your voice
heard. I'm still following this thread and trying to figure out if I should
lock non-members out of the list.  I'm still very hesitant to do that since
it raises the bar for people just starting to get involved with WiX (and we
don't need to make anything *harder* ).

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett
Sent: Tuesday, April 22, 2008 03:58
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix mailing lists open to public => more spam

There's still a problem if you prefer to use the newsgroup interface (I'm
using Thnderbird).  You
can't delete messages, and the best I think I can do is move them into a
separate folder.  That
might have to suffice if we can't filter them out before they hit the list.

Rob

DEÁK JAHN, Gábor wrote:
> On Mon, 21 Apr 2008 15:22:35 +0100, Martin MacPherson wrote:
>
> Martin,
>
>> I have been thinking the same. I found a post who suggested the
>> following if you use gmail:
>
> Instead of web-based mail services, just use a good, traditional e-mail
client with proper Bayesian spam filter (eg. Thunderbird) and it will
eliminate 98-99% of the spam after the initial learning period. It will also
adapt to languages other than English, it might take slightly more time (a
couple of dozen additional messages) but it will be just fine. You can
manually handle the small number of false positives and negatives.
>
> Bye,
>Gábor
>
> ---
> DEÁK JAHN, Gábor -- Budapest, Hungary
> E-mail: [EMAIL PROTECTED]
>
>
>
> 
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
>
>
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix mailing lists open to public => more spam

[Ryan O'Neill]

To be honest, I never realised that you did not need an account to post
before now. I think a lot of people expect it to work that way.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett
Sent: 23 April 2008 09:17
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix mailing lists open to public => more spam

Jason Rivers wrote:
> what's the point in having the mail list accessible to no subscribed 
> members anyway?
> 
> if someone posts, people generally reply to the list, so the person that 
> hasn't subscribed wouldn't get the reply.
That's a good point.  I wonder how many people think we're not helpful, just
because we reply to the 
list to be more-so.

Rob

> 
> I am one of those people that has stopped looking at the emails from WiX 
> Users though, because of the amount of spam, there really is far too 
> much of it.
> 
> Jason
> 
> On Wed, Apr 23, 2008 at 8:41 AM, Holmgren Mathias 
> <[EMAIL PROTECTED] > wrote:
> 
> I agree, for me this is normal for a mailing list. Join to post. Agree
> also on reducing the spam in the searchable archives by doing this. No
> spam filter there.
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> 
> [mailto:[EMAIL PROTECTED]
> ] On Behalf Of Dale
> Quigg
> Sent: den 22 april 2008 22:12
> To: wix-users@lists.sourceforge.net
> 
> Subject: Re: [WiX-users] wix mailing lists open to public => more spam
> 
> I think that having to subscribe to wix-users is a reasonable
> prerequisite for people wishing to post.
> 
> Dale
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> 
> [mailto:[EMAIL PROTECTED]
> ] On Behalf Of Rob
> Mensching
> Sent: 22 April 2008 18:29
> To: Rob Hamflett; wix-users@lists.sourceforge.net
> 
> Subject: Re: [WiX-users] wix mailing lists open to public => more spam
> 
> If anyone has any other opinions on this topic, please do make your
> voice
> heard. I'm still following this thread and trying to figure out if I
> should
> lock non-members out of the list.  I'm still very hesitant to do that
> since
> it raises the bar for people just starting to get involved with WiX
(and
> we
> don't need to make anything *harder* ).
> 
> 
>

> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save
$100.
> Use priority code J8TL2D2.
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
> avaone
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
>
-
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save
$100.
> Use priority code J8TL2D2.
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> 
> 
> 
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
> 
> 
> 
> 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss t

Re: [WiX-users] Question about variables

[Ryan O'Neill]

Turns out the reason why I was having problems with the property being
accessible from the custom action scheduler was because the property was not
all uppercase. I remembered something about uppercase properties being
mentioned and tried it on the offchance, it worked.

 

So CTL_SetDefault below should have been uppercase, my mistake (obviously).

 

From: Jim Williams [mailto:[EMAIL PROTECTED] 
Sent: 22 April 2008 17:35
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Question about variables

 

The dollar sign ($) on the front of the component name MyVbsCa means to use
the value of action state of the component, that is, what is going to be
done to the component.  ">.2" means to check if the action state is
greater than 2, where 2 means "not present or installed" or being
uninstalled.  There are values 3 (install locally) and 4 (install from
source) for a component, so > 2 would mean "install locally" or "install
from source".  So essentially, they are just checking to see if the
component is going to be installed.  See
http://msdn2.microsoft.com/en-us/library/aa368012(VS.85).aspx 

Jim 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan O'Neill
Sent: Tuesday, April 22, 2008 8:24 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Question about variables

 

I'm decoding someone else's setup and it has the following custom action
definition;



...

  



  

...

  

 

Plus the following scheduling of that action.

  (CTL_SetDefault = 1) AND
$MyVbsCa>2

 

>From what I understand, $MyVbsCa is a variable but it is not used anywhere
other than those lines above. I can't see that it gets set, so all I can
think of is that it gets set somewhere as a side effect.

 

Am I missing something or does the above not work correctly?

 

Regards

 

Ryan

 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Device Driver Installation

[Ryan O'Neill]

You need to join a specific connect programme, it is not very easy to find
your way around but it won't cost you any money.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Mahieu
Sent: 25 April 2008 16:20
To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED]
Subject: Re: [WiX-users] Device Driver Installation

 

Well, I've downloaded WiX 2 and I'm going to create a merge module for my
device drivers that I will merge into my WiX 3 installer.  My big issue now
is, where can I find the Windows DDK so I can use DIFxApp with WiX?  I know
this probably isn't the place to ask, but I'm guessing someone here has used
it and knows where it can be found.  The Microsoft site is pointing me to
Microsoft Connect and MSDN, neither of which are turning up anything for me.
Does the DDK need to be purchased?  If so, is there any way to obtain the
DIFxApp/WiX stuff for free (as that's all I need)?  I should mention, we're
only supporting WinXP SP2 or greater, if that makes a difference in terms of
which DDK I need.

Thanks for the help so far, it's really appreciated.

Tony

On Fri, Apr 25, 2008 at 6:04 AM, John Hall
<[EMAIL PROTECTED]> wrote:

Anthony,

 

As far as I know DIFxApp still only works with WiX 2. My workaround was to
create a merge module using WiX 2 just for the driver installation and merge
that into my WiX 3 installer.

 

Regards,

John

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Mahieu
Sent: 25 April 2008 04:46
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Device Driver Installation

Hey guys, this is my first post.  I've got this relatively simple project
(WiX v3, using Votive w/ VS2005) that I now need to add device driver
installation to.  I need to install two drivers if a specific feature is
selected to be installed.

>From everything I'm reading, I need to use DIFxApp.  Unfortunately, this is
where all helpful information I've found on the web stops.  I read in
previous questions that DIFxApp won't work with WiX 3.  Is this still the
case?  If so, how would one recommend going about installing drivers in WiX
3?  If the issue has been resolved and DIFxApp now works with WiX 3, does
anyone have a tutorial on what needs to be done to install the drivers?

I know I should be looking into the DDK for some help, but I couldn't even
find that (anyone have a link?).  Any help someone can give me would be
greatly appreciated, as I'm rather new to all this.

Thanks!

 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Device Driver Installation

[Ryan O'Neill]

Thanks for listing the steps, I agree with you about the web site, it's
awful.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Mahieu
Sent: 26 April 2008 22:09
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Device Driver Installation

 

Ryan,

Thanks for your help.  After searching forever, I finally found the DDK on
Microsoft Connect (horribly designed website, in my opinion).  For future
reference, if someone needs the Windows DDK:

1.  Go to Microsoft Connect, click on Home
2.  Under Join A Connection, click See All Connections
3.  Find "Windows Driver Kit (WDK), Windows Logo Kit (WLK) and Windows
Driver Framework (WDF)" in the list, and click Apply Now
4.  You should now have a connection to download the DDK

On Fri, Apr 25, 2008 at 11:15 AM, Ryan O'Neill <[EMAIL PROTECTED]> wrote:

You need to join a specific connect programme, it is not very easy to find
your way around but it won't cost you any money.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Mahieu
Sent: 25 April 2008 16:20
To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED]
Subject: Re: [WiX-users] Device Driver Installation

 

Well, I've downloaded WiX 2 and I'm going to create a merge module for my
device drivers that I will merge into my WiX 3 installer.  My big issue now
is, where can I find the Windows DDK so I can use DIFxApp with WiX?  I know
this probably isn't the place to ask, but I'm guessing someone here has used
it and knows where it can be found.  The Microsoft site is pointing me to
Microsoft Connect and MSDN, neither of which are turning up anything for me.
Does the DDK need to be purchased?  If so, is there any way to obtain the
DIFxApp/WiX stuff for free (as that's all I need)?  I should mention, we're
only supporting WinXP SP2 or greater, if that makes a difference in terms of
which DDK I need.

Thanks for the help so far, it's really appreciated.

Tony

On Fri, Apr 25, 2008 at 6:04 AM, John Hall
<[EMAIL PROTECTED]> wrote:

Anthony,

 

As far as I know DIFxApp still only works with WiX 2. My workaround was to
create a merge module using WiX 2 just for the driver installation and merge
that into my WiX 3 installer.

 

Regards,

John

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Mahieu
Sent: 25 April 2008 04:46
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Device Driver Installation

Hey guys, this is my first post.  I've got this relatively simple project
(WiX v3, using Votive w/ VS2005) that I now need to add device driver
installation to.  I need to install two drivers if a specific feature is
selected to be installed.

>From everything I'm reading, I need to use DIFxApp.  Unfortunately, this is
where all helpful information I've found on the web stops.  I read in
previous questions that DIFxApp won't work with WiX 3.  Is this still the
case?  If so, how would one recommend going about installing drivers in WiX
3?  If the issue has been resolved and DIFxApp now works with WiX 3, does
anyone have a tutorial on what needs to be done to install the drivers?

I know I should be looking into the DDK for some help, but I couldn't even
find that (anyone have a link?).  Any help someone can give me would be
greatly appreciated, as I'm rather new to all this.

Thanks!

 

 

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Vista UAC warning when setup runs

[Ryan O'Neill]

Hi John,

 

The first problem with the random digits is due to you not adding the proper
name when signing the package. My Votive is playing up right now so I can't
see the post build event parameters for signing but I think it is the
Description option when using signtool.exe.

 

The second issue is because Windows Installer does some mangling of your MSI
when it is installed so that the signature is no longer valid. There is not
workaround for this apparently as MSI is only keeping the bits it cares
about (I think) and throwing away the other stuff. All setup packages suffer
from this problem. I know, it is kind of a bad thing when there is so much
emphasis on trying to train users to not load untrusted files.

 

Ryan

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Lister
Sent: 20 May 2008 10:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Vista UAC warning when setup runs

 

Hi, I've created a wix msi file which is then signed however when i run it
under vista i get a strange UAC warning:

 

"Program needs your permission to continue"

 

which has the Manufacturer name as the msi is signed, but the program is
listed as a random/temporary 5 digit name (eg 1cd5b.msi)

 

Is it possible to get rid of this or at least put the correct msi name in?

 

 

Also, which i think is a known bug, i get a similar error when the package
is uninstalled, is it possible to remove this as well.

 

Thanks

 

--

 

Got needs? Get Goblin'! - http://www.pricegoblin.co.uk/

No virus found in this incoming message.
Checked by AVG.
Version: 8.0.100 / Virus Database: 269.23.21/1456 - Release Date: 20/05/2008
06:45

-
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] Vista UAC warning when setup runs

[Ryan O'Neill]

I wouldn't know about that but my hunch is to say you can't. Otherwise
malware creators could imply trustworthy software by changing the icon.

 

From: John Lister [mailto:[EMAIL PROTECTED] 
Sent: 21 May 2008 12:40
To: Ryan O'Neill; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Vista UAC warning when setup runs

 

Cheers for the prompt reply. I had read about the second issue, but wondered
if anything had changed since then... i guess not :(

 

Also one more question about the UAC warning, is it possible to change the
icon shown?

 

Thanks

 

Hi John,

 

The first problem with the random digits is due to you not adding the proper
name when signing the package. My Votive is playing up right now so I can't
see the post build event parameters for signing but I think it is the
Description option when using signtool.exe.

 

The second issue is because Windows Installer does some mangling of your MSI
when it is installed so that the signature is no longer valid. There is not
workaround for this apparently as MSI is only keeping the bits it cares
about (I think) and throwing away the other stuff. All setup packages suffer
from this problem. I know, it is kind of a bad thing when there is so much
emphasis on trying to train users to not load untrusted files.

 

Ryan

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Lister
Sent: 20 May 2008 10:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Vista UAC warning when setup runs

 

Hi, I've created a wix msi file which is then signed however when i run it
under vista i get a strange UAC warning:

 

"Program needs your permission to continue"

 

which has the Manufacturer name as the msi is signed, but the program is
listed as a random/temporary 5 digit name (eg 1cd5b.msi)

 

Is it possible to get rid of this or at least put the correct msi name in?

 

 

Also, which i think is a known bug, i get a similar error when the package
is uninstalled, is it possible to remove this as well.

 

Thanks

 

--

 

Got needs? Get Goblin'! - http://www.pricegoblin.co.uk/

No virus found in this incoming message.
Checked by AVG.
Version: 8.0.100 / Virus Database: 269.23.21/1456 - Release Date: 20/05/2008
06:45

No virus found in this incoming message.
Checked by AVG.
Version: 8.0.100 / Virus Database: 269.23.21/1458 - Release Date: 21/05/2008
07:21

-
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 mailing lists open to public => more spam

[Ryan O'Neill]

I always found SourceForge a pain to signup for, but that could just be me.

Does CodePlex have a better forum facility? Maybe too much work just to get
rid of spammers.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 22 May 2008 15:41
To: Rob Hamflett; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix mailing lists open to public => more spam

Based on the feedback, I'm definitely looking into requiring people to join
the list to send mail.  Before doing that, I want to make sure it is easy
and *clear* (something we obviously struggle with the WiX documentation
) how to get on the mailing list.  It would be *very*, *very* bad if
people thought they couldn't ask questions...

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett
Sent: Thursday, May 22, 2008 05:57
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] wix mailing lists open to public => more spam

Was a decision ever made about what to do here?

Rob

dB. wrote:
> Looks like wix-users is open to public posting. I just realized that I
> wasn't subscribed to the list and was able to send stuff to it. That's
> the reason why the list is full of spam posts. Maybe someone with admin
> privileges can disable that?
>
>
>
> cheers
>
> dB.
>
>
>
> -dB.
>
> dblock.org  / foodcandy.com
> 
>
>
>
>
> 
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
>
>
> 
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-
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

-
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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.0/1459 - Release Date: 21/05/2008
17:34


-
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 GUI

[Ryan O'Neill]

Try WixAware. I think SharpDevelop (free) has a designer in there too, I may
be mistaken though.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Meftah Tayeb
Sent: 22 May 2008 23:10
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WIX GUI

 

Hi, 

Please Help Me:

i am Looking for a WIX GUI or IDE

Thanks

No virus found in this incoming message.
Checked by AVG.
Version: 8.0.100 / Virus Database: 269.24.0/1462 - Release Date: 23/05/2008
07:20

-
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] Removing dialog causes error 2707

[Ryan O'Neill]

I had a working solution but the customer wanted to replace the WelcomeForm
dialog with a LicenceForm dialog. After doing this and changing all
references from one to the other, I get a 2707 error when I try to use the
disk cost button.

 

This is a fully customised UI.

 

Any pointers as to what I could have done wrong? Looking through the before
and after wxs files I can't see anything obvious. Is WelcomeForm a reserved
name?

 

The logfile shows;

DEBUG: Error 2707:  Target paths not created.  No path exists for entry
TARGETDIR in Directory Table

 

But I've not touched the directory table and it worked before.

 

This has taken me all afternoon so far.

 

Ryan

-
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] Trouble using CloseApplication CA

[Ryan O'Neill]

That may not be a custom action problem at all. I regularly run VS as admin
under Vista and you can't even drag a file from the desktop and drop it in
to VS as it blocks you.

 

I think these processes are protected under Vista so that they are not
easily exploitable by trojans trying to escalate privileges. There must be a
way to detect it though.

 

Ryan

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kiran Subhedar
(Sogeti)
Sent: 28 May 2008 02:11
To: Bob Arnson
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Trouble using CloseApplication CA

 

Hi Bob,

So I figured out why this one is failing and the reason is a bit weird. So
if I open VS as an administrator, then the MSI does not detect the VS
instance else if I open VS by simply clicking the VS link in Programs, the
MSI does detect VS. 

 

I am executing the MSI on Vista. I think this is the case with only Vista.
With all other OS the MSI works just fine and detects the instances of VS.

 

Anyways thanks for the help!

 

Thanks,

Kiran

 

From: Kiran Subhedar (Sogeti) 
Sent: Tuesday, May 27, 2008 12:15 PM
To: 'Bob Arnson'
Cc: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Trouble using CloseApplication CA

 

Hi Bob,

I am afraid but the log shows that the CA ran successfully, although it
doesn't touch the property. Whereas this works with all the other
application exes. Wonder why it doesn't work for VS exe. Any clues?

 

Thanks,

Kiran

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 27, 2008 11:29 AM
To: Kiran Subhedar (Sogeti)
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Trouble using CloseApplication CA

 

Kiran Subhedar (Sogeti) wrote: 

I am trying to use the 'CloseApplication' CA to avoid installation if any
instances of Visual Studio are running. The action does not work properly
and the installation continues even if VS is open.

I tested the CA by specifying 'notepad.exe' as the target and it works as
expected. How come the CA couldn't trace down the VS process? Am I doing
anything wrong here?


Looks right. Check a verbose log to see if the CA is running correctly and
if the property's being touched.

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

No virus found in this incoming message.
Checked by AVG.
Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/05/2008
13:25

-
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] Querying component state on major upgrade

[Ryan O'Neill]

I have an installer that does an upgrade for every build, part of the
installation is to install a printer.

The custom action that installs the printer has a condition 'NOT Installed'
which is ignored (or not working as I would expect).

 

Am I correct in thinking that because I am doing an upgrade then the product
is not present as far as MSI is concerned?

Also, would this account for not being able to set the custom action
dependent on a component state as all the components are marked as absent
too?

 

Or is this because my custom action needs to be placed AFTER CostFinalize?

 

A snippet of the log file is attached which shows the state of one of the
components (which is already on the system but it looks like the installer
does not recognise this).

MSI (s) (A0:C4) [14:16:23:945]: PROPERTY CHANGE: Deleting
MsiRestartManagerSessionKey property. Its current value is
'452a13078ab7f946a0eb5c0ab5b10b6b'.

MSI (s) (A0:C4) [14:16:23:945]: Feature: DefaultFeature; Installed: Absent;
Request: Local;   Action: Local

MSI (s) (A0:C4) [14:16:23:945]: Component: C_SetDefaultPrinter; Installed:
Absent;   Request: Local;   Action: Local

MSI (s) (A0:C4) [14:16:23:945]: Component: C_InstallPrinter; Installed:
Absent;   Request: Local;   Action: Local

 

Regards

 

Ryan

-
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] Querying component state on major upgrade

[Ryan O'Neill]

Thanks again Bob. I nearly knew the answer to that one, I must be getting
better.

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 29 May 2008 17:14
To: Ryan O'Neill
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Querying component state on major upgrade

 

Ryan O'Neill wrote: 

Am I correct in thinking that because I am doing an upgrade then the product
is not present as far as MSI is concerned?

Also, would this account for not being able to set the custom action
dependent on a component state as all the components are marked as absent
too?


Right. The components aren't installed *for this product*. (Even shared
components with identical component GUIDs are tracked per-product.)




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

No virus found in this incoming message.
Checked by AVG.
Version: 8.0.100 / Virus Database: 269.24.3/1472 - Release Date: 29/05/2008
07:27

-
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] Improve the WiX mailing list

[Ryan O'Neill]

I know this sounds corny, but if we could interest a sponsor then perhaps
chuck in a prize every other month for the most helpful people. On second
thoughts, it needs too much of someone's time to organise.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Riyaz
Mogharabin
Sent: 02 June 2008 08:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Improve the WiX mailing list

Dear All,

I hope you are fine and doing well.

I have a question from you experts about the mailing lists. How can we
manage the WiX mailing list to ensure most of the emails are answered? 

I personally have sent some emails to the group that I'm sure they have
answers, but nobody has answered them yet, and perhaps will never answer.
How can we change this? How can we have a guarantee that all the mails are
answered and if necessary are treated with? (Some of them may need research
and maybe useful to be added in the next releases.)

Maybe we can have an index or a list of the emails with no answers? And try
to answer them one by one? Do not forget that the archive is a very good
help besides the documentation.

I hope there are good suggestions for this.

Regards,

Riyaz

-
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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.4/1476 - Release Date: 31/05/2008
12:25


-
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] ARPSYSTEMCOMPONENT and permissions to uninstall

[Ryan O'Neill]

Have you checked for open file handles and registry access via the msiexec
logging? Probably not that but I'd check there first myself.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Daintree
Sent: 02 June 2008 11:15
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ARPSYSTEMCOMPONENT and permissions to uninstall

Hello all,

I've installed a package (as a regular user) on Vista. The install sets the 
ARPSYSTEMCOMPONENT property and has its permissions elevated at install time

(via a manifest in separate UI, setup.exe, and the stanard UAC dialog). The 
separate UI also installs two other packages that do NOT set 
ARPSYSTEMCOMPONENT.

Now, when I come to UNinstall the 1st package (which is done via 
"UninstallString" and the UI) I get the standard UAC elevation dialog, which

succeeds, and then I get a message box containing "You do not have 
sufficient access to uninstall ...". I don't understand this, I've elevated 
the process in exactly the same way that I did to install the package, so I 
figure I should be able to uninstall the same package. The 2 packages that 
do NOT have ARPSYSTEMCOMPONENT set, and do not use the custom UI uninstall 
fine.

So, how can I, as a regular user, get "sufficient access" to uninstall the 
package that I, as a regular user, installed?

Thanks in advance,

john



-
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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.4/1478 - Release Date: 02/06/2008
07:12


-
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] VC9 runtime MSMs

[Ryan O'Neill]

I've got the following in my WiX source because of this with VC8.

  
  
  



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kelly Leahy
Sent: 02 June 2008 15:48
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] VC9 runtime MSMs

Has anyone successfully merged the VC9 msm's with their installer without 
getting a ton of warnings from WiX?

I'm just curious as I'm getting a ton of warnings, most of which don't 
worry me too much (issues with the length of IDs), and some that do a bit 
(sequence clashes - duplicate sequence numbers).

Should I be worried?  Is there anything I can do to fix these?

Specifically, I have:

LGHT1055 - InstallExecuteSequence table contains an action 'SxsInstallCA' 
which cannot be merged from the merge module ...
also for 'SxsUninstallCA'.

tons of LGHT1076: ICE03: string overflow ...

LGHT1076: ICE82: This action 
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.013...  has duplicate 
sequence number 2 in the table InstallUISequence

... sim for AdminUISequence

... sim for AdvtExecuteSequence.

I'm including both the CRT and the MFC MSMs.  Should I only be including 
one of them?

Thanks,
Kelly Leahy



**
This communication is intended solely for the addressee and is
confidential. If you are not the intended recipient, any disclosure, 
copying, distribution or any action taken or omitted to be taken in
reliance on it, is prohibited and may be unlawful. Unless indicated
to the contrary: it does not constitute professional advice or opinions
upon which reliance may be made by the addressee or any other party,
and it should be considered to be a work in progress. Unless otherwise
noted in this email or its attachments, this communication does not form 
a Statement of Actuarial Opinion under American Academy of Actuaries
guidelines.

**
-
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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.4/1478 - Release Date: 02/06/2008
07:12


-
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] install .net framework 2.0 sp1 using bootstrapper

[Ryan O'Neill]

As an aside, I would be interested in more info on the particular
bootstrapper you are using as I'm due to do one next week.

Thanks in advance

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of ywchen
Sent: 02 June 2008 15:39
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] install .net framework 2.0 sp1 using bootstrapper


Hi,

I have a bootstrapper which installs .net framework 2.0 if it's not
present. I'm wondering if it's possible to install .net framework 2.0 sp1
instead. If so, what is its product code that I need to specify in my
bootstrapper? Thanks.
-- 
View this message in context:
http://www.nabble.com/install-.net-framework-2.0-sp1-using-bootstrapper-tp17
602359p17602359.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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.4/1478 - Release Date: 02/06/2008
07:12


-
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] Votive unable to reference C++ projects?

[Ryan O'Neill]

Not supported right now. I believe that there are plans but it is just low
down on the list.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Zemanek
Sent: 03 June 2008 09:20
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Votive unable to reference C++ projects?

I would like to use project reference for a custom action library within
a WiX project, but the C++ project reference is marked with an
exclamation mark and $(var..TargetFileName) won't resolve.
Visual Basic and C# Projects work fine.

This behavior occurs with both development environments I use:

 

Microsoft Visual Studio 2005  Team Edition for Software Developers with
Votive 3.0.4014.0

Microsoft Visual Studio Team System 2008 Development Edition with Votive
3.0.4130.0

 

I start with a blank solution, add a WiX project for the installer, then
add a C++ Win32 project for the custom actions. Adding the C++ project
through References to the WiX project results in the reference showing
up with yellow exclamation mark sign (same behavior with the new WiX C++
Custom Action Project template).

 

Anyone else encountered this, or can point me in the right direction how
to make C++ project references work? Any help appreciated.

 

Regards,

Michael

-
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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.5/1479 - Release Date: 02/06/2008
19:02


-
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] Error in v3 with extended permission element

[Ryan O'Neill]

Does this help? It looks likely.

http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg03327.html

I think you just have to change
http://schemas.microsoft.com/wix/UtilExtension to
http://schemas.microsoft.com/wix/Util

Ryan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mole, Chris 
Sent: 03 June 2008 10:20
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error in v3 with extended permission element

Hi,

I'm using Wix v3.  Trying to use the extended permission element.  Getting
this error:

"The CreateFolder element contains an unhandled extension element
'util:PermissionEx'."

My source looks like this:

http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>

   

  

  

  

Where am I going wrong?

-
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
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 269.24.5/1479 - Release Date: 02/06/2008
19:02


-
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] Using AssemblyVersion in the build

[Ryan O'Neill]

Browsing the docs I found the Binder variables and one for
bind.assemblyVersion.FileID, it looks like I can't use it in the same way as
normal properties though as it gets evaluated after the WiX XML has been
parsed. Has anyone had any experience of using this?

I am trying to set a ProductVersion variable in my WiX file so I can show a
version in the installer and tie the installer up to a specific build.

Is there a preferred method for tying the source/assemblies/installer into
the same version?

 

Si suggested the following on a post earlier this year, it looks good but is
there a 'supported' way?

 

 
 
 
   
 
 
   
 
 
 
 
 
 
   
 
 


 

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using AssemblyVersion in the build

[Ryan O'Neill]

Ah, I was using
  
When it should have been
  

Thanks again Bob.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 05 June 2008 03:55
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Using AssemblyVersion in the build

Ryan O'Neill wrote:
> Browsing the docs I found the Binder variables and one for
> bind.assemblyVersion.FileID, it looks like I can't use it in the same way
as
> normal properties though as it gets evaluated after the WiX XML has been
> parsed. Has anyone had any experience of using this?
>   

You can use bind-time variables almost everywhere. So, for example, 
 works fine.

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.0.0/1484 - Release Date: 04/06/2008
16:40


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What kind of "How To" docs would you like to see?

[Ryan O'Neill]

Bootstrappers - how to and why. Seems a very common question.
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Neil Enns
Sent: 05 June 2008 22:05
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] What kind of "How To" docs would you like to see?

Next week I'll be taking some time to write a bunch of "How To" pages on WiX
3 to hopefully include in the WiX.chm file. Mostly this is because every
time I try and do basic things I wind up having to do all kinds of searches
online to find the answer :)

While I have some ideas on what to include, I'd like your thoughts as well.
Here are my two questions:


1)  What little piece of WiX do you constantly find yourself forgetting
how to do that you would like a quick reference for? For example, "How to:
Find the file version of a file on disk." Or "How To: Read a value from the
registry."

2)  If you've asked a question on wix-users recently and got a good
answer, send me the mail. That'll help me have something to start from when
I write the docs :)

Thanks!

Neil
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.0.0/1486 - Release Date: 05/06/2008
18:29


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with drop v3.0.4206.0

[Ryan O'Neill]

Ah, if you look at the last three characters in the public key you can see
why.
PublicKeyToken=ce35f76fcda82bad'

Sorry, that just tickled me!

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher
Karper
Sent: 06 June 2008 20:48
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Problem with drop v3.0.4206.0

I just installed the new Wix3_x64.msi  (v3.0.4206.0) today, and now I get
this:

Error1The specified task executable could not be run. Could not load
file or assembly 'wconsole, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=ce35f76fcda82bad' or one of its dependencies. The system
cannot find the file specified.C:\Program Files
(x86)\MSBuild\Microsoft\WiX\v3.0\Wix.targets11826Visibility
Installer

when I try to build.  Any help?

Chris
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.0.0/1487 - Release Date: 06/06/2008
08:01


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to detect if .NET framework 2.0 or higher is installed

[Ryan O'Neill]

I think that's what he said. It will detect .Net 2.0 or greater, so 2.0,
3.0, 3.5 and 4.x will be covered as any future .Net installation is
backwards compatible and has the previous runtimes installed too.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ravit Shapira
Sent: 08 June 2008 18:26
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to detect if .NET framework 2.0 or higher is
installed

I actually thought about your suggestion. The problem is that we will have
to search the registry key of each version of .NET and I'm trying to find a
general solution that will work for all versions of .NET 2.0 and higher, so
that we will not have to change the setup code when .NET version 4.0 will
release.

Thanks,
-Ravit

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Neil
Sleightholm
Sent: Sunday, June 08, 2008 6:08 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to detect if .NET framework 2.0 or higher is
installed

I think that key should be present if 3.5 is installed as the 3.5
install installs 2.0.

If you are using WiX v3 you can also do something like this:



  Installed OR NETFRAMEWORK35


Neil

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ravit
Shapira
Sent: 08 June 2008 10:01
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to detect if .NET framework 2.0 or higher is
installed

Hi,

I want to be able to detect if .NET framework 2.0 or higher is
installed.
I've found how I can look for the .NET framework 2.0 in wix:


  


Installed or NETFRAMEWORK20


The problem with my current implementation is that it looks for the
registry key of v2.0, while the setup that I create should run on .NET
2.0 or higher (3.5 for example).

Thanks,
Ravit



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
No virus found in this incoming message.
Checked by AVG. 
Version: 8.0.100 / Virus Database: 270.0.0/1489 - Release Date: 07/06/2008
11:17


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users