Re: [WiX-users] Convincing customer to use WiX toolset - isit enterprise ready?

[André Pönitz]

Rob Mensching wrote:
> 2.  There is a block of documentation in the WiX.chm file 
> that should be in every binaries.zip.  You can also go to 
> http://wix.sourceforge.net and see the online manual and the 
> online tutorial there.  We can always use more documentation 
> but there is definitely documentation available.

When one accesses SF "the SF" way, documentation will be
expected at http://sourceforge.net/docman/?group_id=105970.

However, this page only contains three "Sponsor Links",
no trace of any Wix related documentation at all.

This gives the wrong impression IMHO.

Andre'


-
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

Re: [WiX-users] How do I install a Win32 service that uses SvcHost.exe?

[Anthony Valente]

I'm installing a service as part of my install using Wix 3. Here's the
(slightly modified) code I use:

 











 

Hope it helps.

 


Anthony





 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: Thursday, November 23, 2006 10:50 AM
To: Byron Changuion; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How do I install a Win32 service that uses
SvcHost.exe?

 

AFAIK, the Windows Installer doesn't support creating services like that.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Byron
Changuion
Sent: Tuesday, November 07, 2006 15:25
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How do I install a Win32 service that uses SvcHost.exe?

 

Hi,

 

I have a Win32 service that should be installed with my MSI.  The typical
WIX entry for a service would look something like:

 











 

However, this produces an ImagePath service entry that references
MyService.Dll, whereas I need to specify something like
"%SystemRoot%\system32\svchost.exe -k MySvcHostGroup".

 

Cheers,

-Byron.



smime.p7s
Description: S/MIME cryptographic signature
-
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] Lake Michigan RentalMako

[allow]

Boat Usedboat in Shoreboat Commercial Cuddy am Boxboat top or. Boats Outboard 
Motors Fishing am and or Sale Ukfishing Boat.
Both driver passenger Consolethe worlds largest of.
Amazon in Newsno news present please check? Floor is Mats or Tuffy or Lock in 
Page Sportsman Suspension Seats original a. Windows window of features of 
include multiple tabs of text Xbox.
Sale Ukfishing is Boat Usedboat in Shoreboat Commercial or! Present please 
check.
Tinderbox Bonsai lxr Editorwhat editor Behavior specs. Yo World Internet Jogos 
Sites Addicting Juegos Gratis. Get Testing Releases a Nightly.
Xboxwith wired or wireless! Id contains or invalid characters valid am are only 
az Tires? Type home Ford Classic.
Attributes Enclose a attribute values double.
Classic Bronco interior parts Vinyl Floor. Type home Ford Classic.
When you try connect a computer.
Values double of quotes Skip main Roadmap Projects Coding?
All Terrain in session id contains in invalid am characters valid are. Windows 
window features include multiple. Lund Usedjon Ravfor am by is fe a Amazon 
Newsno.
Winches a atv Wikipedia free or? Boat Usedboat in Shoreboat Commercial Cuddy or 
Boxboat top is Makoboat. Balcony type home Ford Classic Bronco interior parts 
or Vinyl!
Boats Outboard Motors Fishing am and or Sale Ukfishing Boat. Specs ui Test 
plans Commands embedding usage Rich Editing. Used items with.
Mozilla a Editors is Close is other tags use. Used items with.
Code or is Windows of window features include?

repository.gif
Description: GIF image
-
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] How to give a system account [such as NETWORK SERVICE] the write permission to a given folder in WIX? Thank you very much!

[Qiang Tian (Ensemble Studios)]

Here I have a problem when use the WIX to write WXS file. I've saw some docs or 
help file of WIX and examples of WXS/WXP files but I still didn't find an 
example about how to give an account [such as NETWORK SERVICE] the write 
permission to a folder in WIX. Would you please give me some advice about it? 
Thank you very much!

Best regards,
Qiang Tian

-
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 v2 Appllication launch fails if user changes install path.

[Chuck]

Hi,

I have an installer that has a checkbox on the exit dialog that is 
supposed to launch the application.  It works perfectly unless the user 
changes the installation folder?

I added the checkbox and custom action following the method in section 
8.6 of the tutorial.

Any idea as to what would cause this to happen would be greatly appreciated.

Cheers
Chuck

-
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

Re: [WiX-users] Convincing customer to use WiX toolset - is itenterprise ready?

[John Vottero]

> 
> I've asked many times for people to send me information that 
> their company uses the WiX toolset to build their MSI 
> packages so I can post it on the web site.  Nobody has been 
> willing to send in their name.

We use WiX to build our msi packages and we're willing to have our
company and/or product name on the WiX web site.  Let me know if what
you need (if anything).

John Vottero
MVP Systems, Inc.
http://www.mvpsi.com

> 
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Justin Rockwood
> Sent: Monday, November 06, 2006 17:26
> To: [EMAIL PROTECTED]; 'Justin Rockwood'; 'Mike 
> Dimmick'; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Convincing customer to use WiX 
> toolset - is itenterprise ready?
> 
> 1. Good idea. We should probably do that on our home page.
> 2. I can get to wix.sourceforge.net just fine. Maybe 
> SourceForge was down for a minute? If you keep having 
> problems getting to it, let us know.
> 
> Justin
> 
> -Original Message-
> From: Jacek Blaszczynski [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 06, 2006 5:23 PM
> To: 'Justin Rockwood'; 'Mike Dimmick'; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Convincing customer to use WiX 
> toolset - is itenterprise ready?
> 
> Hello Justin!
> 
> Thnx for this list of references it is really very helpfull to me.
> Personally I am not worried for WiX stability or robustness 
> and I used it
> for all my installation packages created during last year. 
> Furthermore, I am
> a strong advocate of WiX among all my customers.
> 
> However, I would strongly recommend to fix 2 small things which create
> problems for coders trying to convince their customers to use WiX:
> 
> 1. Provide official list of most prominent installer packages 
> created with
> WiX - it tells actually everything.
> 2. Provide nice WiX home page linked via sourceforge.net 
> project page -
> currently wix.sourceforge.net points to nothing and it may be 
> bad "www card"
> for the package.
> 
> Jacek
> 
> 
> -Original Message-
> From: Justin Rockwood [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 07, 2006 1:16 AM
> To: [EMAIL PROTECTED]; 'Mike Dimmick';
> wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Convincing customer to use WiX toolset - is
> itenterprise ready?
> 
> Here are some of the Microsoft products and groups that use 
> WiX for their
> installations:
> 
> * Office 2007
> * Office Server 2007
> * Windows SharePoint Server
> * SQL Server 2005
> * Visual Studio
> * Windows Defender
> 
> Additionally, there are several non-Microsoft products that 
> use WiX. The
> biggest one that comes to mind is MySQL.
> 
> There are lots more, but I can't remember off the top of my 
> head. WiX has
> become the de-facto installation technology within Microsoft 
> and all of the
> major product groups use it for their installations. If you 
> or your client
> are worried about the stability, robustness, etc. don't be. 
> The fact that
> some of the largest software products in the world use WiX should be
> testament enough that it's enterprise ready.
> 
> Now, having said that, it doesn't mean that WiX is complete 
> by any means.
> There is still lots of active development that goes on in the 
> 3.0 version
> (which is still beta). Also, although there's a Visual Studio 
> development
> experience, Votive still lacks a lot of the nice GUI 
> designers that you'll
> find in Wise or InstallShield. There are some 3rd party 
> designers for WiX
> files also available. And yes, sadly our documentation is not 
> up to snuff
> yet.
> 
> Let us know if you have any other questions.
> 
> Justin
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jacek
> Blaszczynski
> Sent: Monday, November 06, 2006 2:58 PM
> To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Convincing customer to use WiX toolset - is
> itenterprise ready?
> 
> Hello!
> 
> Thnx for replies - they are very helpful.
> 
> Can someone from MSFT WiX developers confirm which enterprise 
> grade product
> installers are currently created with help of WiX package?
> 
> Rgrds
> 
> Jacek
> 
> -Original Message-
> From: Mike Dimmick [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 06, 2006 9:48 PM
> To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
> Subject: RE: [WiX-users] Convincing customer to use WiX toolset - is
> itenterprise ready?
> 
> I know that Microsoft use WiX for at least some parts of the 
> SQL Server
> 2005, Office 2007 and Exchange Server 2007 installers.
> 
> Version 2.0.x is considered the stable version. It does get 
> bugfixes, but no
> major new development. Version 3.0.x is considered the 
> unstable development
> version. The versions at
> http://sourceforge.net/project/showfiles.php?group_id=105970 
> of both are
> considered particularly stable; there are point releases 
> (approximately
> we

Re: [WiX-users] Warning message

[John Lalande]

Perfect!  That is exactly what I wanted and it is working great!

On 11/22/06, Bob Arnson <[EMAIL PROTECTED]> wrote:


Mike Dimmick wrote:
> You'd probably want the condition to be NOT Installed AND VersionNT >=
502
> so that Windows XP users didn't also get the message. Assuming, of
course,
> that you want the message also to appear on Windows Vista. If not, try
> VersionNT = 502.
>

Yes, sorry I didn't clarify -- the condition in that element controls
when it's shown. So you can use it for any combination of OS conditions.
The "NOT Installed" is important so users don't get it again during
maintenance.

--
sig://boB
http://bobs.org


-
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

Re: [WiX-users] Error code lookup

[Cullen Waters]

Alright, I figured out the problem, and I think it is a bug in the Preprocessor.

In my include files, I am using elements from the Utility extension.  The 
Include tag has xmlns:util=:"".  When this file is included in my main .wxs, by 
using , the  element is stripped out.  This removes the 
xmlns:util attribute from the top of the included section.

Because my .wxs file does not use any elements in the util namespace, the root 
element in that file does not contain the xmlns attribute.  This causes an XML 
exception, because the elements in the Included section have util: prefixes, 
which is not declared in the concatenated xml.

I'm going to work on a fix, which I'll submit Monday or Tuesday.

As a workaround, I just added the xmlns:util attribute to my .wxs files, so the 
total xml, after including the include files, is valid XML.

I am also going to submit a change to the error message for this error, and 
note that it is caused by malformed XML, rather than a .NET 1.1 SP1 bugfix.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cullen Waters
Sent: Wednesday, November 22, 2006 3:05 PM
To: [EMAIL PROTECTED]; Wix-Users List
Subject: Re: [WiX-users] Error code lookup

I agree on the too aggressive bit, especially since Wix is explicitly(in the 
exe.config files) set to run under .net 2.0 as well as 1.1.  Presumably, any 
bug fixes that were present in 1.1 SP1 are also present in 2.0, which means 
that this message is only correct if there is an error, and if the user is 
running under 1.1.

Thanks for the heads-up, Mike, I'll check into the xml, especially how it looks 
after the include is processed.  I will send out an email once I find the root 
cause, so everyone can share in the learning.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, November 22, 2006 7:38 AM
To: Cullen Waters; Wix-Users List
Subject: Re: [WiX-users] Error code lookup

[EMAIL PROTECTED] wrote:
> Is there a way to lookup Wix error codes?  I'm getting CNDL0124, and I'd li
> ke to find out more about the error, so I can start debugging it.

As Rob says, look in messages.xml. IIRC in v3 all the Message elements carry a 
Number attribute so you can simply search for Number="124".

I've looked into this problem before and I think that you've actually got 
malformed XML, or after performing the include step the XML is malformed. I 
noted last time that the  element is not valid under  in 
the WiX v2 schema.

The catch block in Preprocessor.cs reports SP1ProbablyNotInstalled if *any* 
XmlException occurs, which seems too aggressive to me. No doubt some exception 
is erroneously thrown if SP1 isn't installed and you try to load an XmlDocument 
from a StringReader, but can we not tell the difference between this and an 
actual malformed document?

--
Mike Dimmick



-
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

-
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

Re: [WiX-users] How do I install a Win32 service that uses SvcHost.exe?

[Rob Mensching]

AFAIK, the Windows Installer doesn't support creating services like that.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Byron Changuion
Sent: Tuesday, November 07, 2006 15:25
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How do I install a Win32 service that uses SvcHost.exe?

Hi,

I have a Win32 service that should be installed with my MSI.  The typical WIX 
entry for a service would look something like:







However, this produces an ImagePath service entry that references 
MyService.Dll, whereas I need to specify something like 
"%SystemRoot%\system32\svchost.exe -k MySvcHostGroup".

Cheers,
-Byron.
-
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

Re: [WiX-users] error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is not valid. Source image flags must be 0, 1, 2, or 3.

[Rob Mensching]

It is possible that you need a newer darice.cub than you have right now.  The 
old darice.cub (pre-Vista MSI) wouldn't know about InstallPrivileges.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deepa Choundappan
Sent: Tuesday, November 07, 2006 14:08
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary 
Information Stream is not valid. Source image flags must be 0, 1, 2, or 3.

Hi,

I am using WiX to create my msi package. I just moved to building with Wix 3.0 
and I hit the exception

"error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is 
not valid. Source image flags must be 0, 1, 2, or 3." during linking.

Changing the InstallPrivileges="limited" to InstallPrivileges=elevated" fixes 
this. But my installation really does not require elevated privileges to run.

Linking with -sice:ICE39 removes the error and my install package works fine. 
But that is just supressing the error of course - how can I fix it?

Thanks
Deepa
-
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

Re: [WiX-users] CheckBox question...

[Rob Mensching]

 is the same as nothing.  If you don't want a Property to have 
a value, don't define the Property.  

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Lovett
Sent: Tuesday, November 07, 2006 12:55
To: david adams; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CheckBox question...

That worked, thanks.  I guess I was confused by the following warning:

C:\MQ\ndp\fx\src\xmltools\Tools\XmlNotepad\Wix\XmlNotepad.wxs(112,0): Warning 
CNDL1006: Property 'LicenceAccepted' does not contain a Value attribute and is 
not marked as Admin, Secure, or Hidden.  The Property element is being ignored.



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of david adams
Sent: Tuesday, November 07, 2006 11:32 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CheckBox question...

Chris:

Set your property to no value by default 

For an unchecked box, I believe that the Property @Value is empty.  Checking
the checkbox sets it to the value defined in the control.

David Adams
MSN MessengerID: [EMAIL PROTECTED]





>From: Cullen Waters <[EMAIL PROTECTED]>
>To: Chris Lovett <[EMAIL PROTECTED]>,"wix-users@lists.sourceforge.net"
>
>Subject: Re: [WiX-users] CheckBox question...
>Date: Tue, 7 Nov 2006 11:04:56 -0800
>MIME-Version: 1.0
>Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by
>bay0-mc4-f15.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Tue, 7
>Nov 2006 11:05:23 -0800
>Received: from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93])by
>sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 36D8B1309B; Tue,  7 Nov
>2006 11:05:22 -0800 (PST)
>Received: from sc8-sf-mx1-b.sourceforge.net
>([10.3.1.91]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net
>with esmtp (Exim 4.43)id 1GhWG5-00084W-2Ufor
>wix-users@lists.sourceforge.net; Tue, 07 Nov 2006 11:05:17 -0800
>Received: from mail2.microsoft.com ([131.107.115.215]
>helo=smtp.microsoft.com)by mail.sourceforge.net with esmtps
>(TLSv1:RC4-MD5:128) (Exim 4.44)id 1GhWFz-0006Cj-R2for
>wix-users@lists.sourceforge.net; Tue, 07 Nov 2006 11:05:16 -0800
>Received: from mailout5.microsoft.com (157.54.69.148)
>byTK5-EXGWY-E802.partners.extranet.microsoft.com (10.251.56.168)
>withMicrosoft SMTP Server id 8.0.685.15; Tue, 7 Nov 2006 11:04:58 -0800
>Received: from IGT-HUB-02.redmond.corp.microsoft.com ([157.54.69.150])
>bymailout5.microsoft.com with Microsoft SMTPSVC(6.0.3790.2786); Tue, 7
>Nov2006 11:04:58 -0800
>Received: from tk1-exhub-c102.redmond.corp.microsoft.com ([157.56.116.113])
>byIGT-HUB-02.redmond.corp.microsoft.com over TLS secured channel
>withMicrosoft SMTPSVC(6.0.3790.1830);   Tue, 7 Nov 2006 11:04:58 -0800
>Received: from NA-EXMSG-C102.redmond.corp.microsoft.com ([157.54.53.6])
>bytk1-exhub-c102.redmond.corp.microsoft.com ([157.56.116.113]) with
>mapi;Tue, 7 Nov 2006 11:04:57 -0800
>X-Message-Info: LsUYwwHHNt2tSteDIfXKnZROuncSXH5N/2+fUqd0FVk=
>Thread-Topic: [WiX-users] CheckBox question...
>Thread-Index: AccCniaLbvSLaSsLSLWUGe3AIjOMGwAAWk2g
>References:
><[EMAIL PROTECTED]>
>Accept-Language: en-US
>Content-Language: en-US
>X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US
>X-OriginalArrivalTime: 07 Nov 2006 19:04:58.0262
>(UTC)FILETIME=[9E52A360:01C7029F]
>X-Spam-Score: 1.2 (+)
>X-Spam-Report: Spam Filtering performed by sourceforge.net.See
>http://spamassassin.org/tag/ for more details.Report problems
>tohttp://sf.net/tracker/?func=add&group_id=1&atid=210.0 HTML_MESSAGE
>BODY: HTML included in message1.2 HTML_ATTR_UNIQUE BODY: HTML
>appears to have random attributes intags
>X-BeenThere: wix-users@lists.sourceforge.net
>X-Mailman-Version: 2.1.8
>Precedence: list
>List-Id: "General discussion for Windows Installer XML
>toolset."
>List-Unsubscribe:
>,PROTECTED]>
>List-Archive:
>
>List-Post: 
>List-Help: 
>List-Subscribe:
>,PROTECTED]>
>Errors-To: [EMAIL PROTECTED]
>Return-Path: [EMAIL PROTECTED]
>
>Just a guess, but I'd try changing the CheckBoxValue="1" to a "0"
>
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Chris Lovett
>Sent: Tuesday, November 07, 2006 10:54 AM
>To: wix-users@lists.sourceforge.net
>Subject: [WiX-users] CheckBox question...
>
>I'm trying to put a check box on my license agreement dialog using the
>following:
>
>   Text="{\DlgFont8}I &accept the terms in the License
>Agreement"
>  X="5" Y="207" Width="250" Height="15"
>Property="LicenceAccepted" CheckBoxValue="1"/>
>
>Where the property is defined as :
>
>
>But the checkbox comes up pre-checked.  How do I force the checkbox to come
>up "unchecked" to start with?
>


>--

Re: [WiX-users] Convincing customer to use WiX toolset - is itenterprise ready?

[Rob Mensching]

I've asked many times for people to send me information that their company uses 
the WiX toolset to build their MSI packages so I can post it on the web site.  
Nobody has been willing to send in their name.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Rockwood
Sent: Monday, November 06, 2006 17:26
To: [EMAIL PROTECTED]; 'Justin Rockwood'; 'Mike Dimmick'; 
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Convincing customer to use WiX toolset - is 
itenterprise ready?

1. Good idea. We should probably do that on our home page.
2. I can get to wix.sourceforge.net just fine. Maybe SourceForge was down for a 
minute? If you keep having problems getting to it, let us know.

Justin

-Original Message-
From: Jacek Blaszczynski [mailto:[EMAIL PROTECTED]
Sent: Monday, November 06, 2006 5:23 PM
To: 'Justin Rockwood'; 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Convincing customer to use WiX toolset - is 
itenterprise ready?

Hello Justin!

Thnx for this list of references it is really very helpfull to me.
Personally I am not worried for WiX stability or robustness and I used it
for all my installation packages created during last year. Furthermore, I am
a strong advocate of WiX among all my customers.

However, I would strongly recommend to fix 2 small things which create
problems for coders trying to convince their customers to use WiX:

1. Provide official list of most prominent installer packages created with
WiX - it tells actually everything.
2. Provide nice WiX home page linked via sourceforge.net project page -
currently wix.sourceforge.net points to nothing and it may be bad "www card"
for the package.

Jacek


-Original Message-
From: Justin Rockwood [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 07, 2006 1:16 AM
To: [EMAIL PROTECTED]; 'Mike Dimmick';
wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Convincing customer to use WiX toolset - is
itenterprise ready?

Here are some of the Microsoft products and groups that use WiX for their
installations:

* Office 2007
* Office Server 2007
* Windows SharePoint Server
* SQL Server 2005
* Visual Studio
* Windows Defender

Additionally, there are several non-Microsoft products that use WiX. The
biggest one that comes to mind is MySQL.

There are lots more, but I can't remember off the top of my head. WiX has
become the de-facto installation technology within Microsoft and all of the
major product groups use it for their installations. If you or your client
are worried about the stability, robustness, etc. don't be. The fact that
some of the largest software products in the world use WiX should be
testament enough that it's enterprise ready.

Now, having said that, it doesn't mean that WiX is complete by any means.
There is still lots of active development that goes on in the 3.0 version
(which is still beta). Also, although there's a Visual Studio development
experience, Votive still lacks a lot of the nice GUI designers that you'll
find in Wise or InstallShield. There are some 3rd party designers for WiX
files also available. And yes, sadly our documentation is not up to snuff
yet.

Let us know if you have any other questions.

Justin


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jacek
Blaszczynski
Sent: Monday, November 06, 2006 2:58 PM
To: 'Mike Dimmick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Convincing customer to use WiX toolset - is
itenterprise ready?

Hello!

Thnx for replies - they are very helpful.

Can someone from MSFT WiX developers confirm which enterprise grade product
installers are currently created with help of WiX package?

Rgrds

Jacek

-Original Message-
From: Mike Dimmick [mailto:[EMAIL PROTECTED]
Sent: Monday, November 06, 2006 9:48 PM
To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Convincing customer to use WiX toolset - is
itenterprise ready?

I know that Microsoft use WiX for at least some parts of the SQL Server
2005, Office 2007 and Exchange Server 2007 installers.

Version 2.0.x is considered the stable version. It does get bugfixes, but no
major new development. Version 3.0.x is considered the unstable development
version. The versions at
http://sourceforge.net/project/showfiles.php?group_id=105970 of both are
considered particularly stable; there are point releases (approximately
weekly) at http://wix.sourceforge.net/releases/ (when it works).

Most people want to download the binaries or the Votive MSI, not the sources
package. It's self-contained - no other tools are necessary, not even the
Windows Installer SDK. Votive is the GUI, which is a Visual Studio
integration package. The documentation is in the 'doc' folder of the
binaries package as a chm file. Documentation is currently a weak area - the
WiX.chm file gives the syntax, but not really much in the way of semantics.
There's a tutorial at http://www.tramo

Re: [WiX-users] nant task and WiX

[Rob Mensching]

There are also Nant Tasks provided in the WiX toolset.  We use those tasks in 
the WiX build itself (for Votive.msi).

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roy Abou Assaly
Sent: Monday, November 06, 2006 12:49
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users]  nant task and WiX


I use NAnt to call in a similar fashion but add some more options since I'm
paranoid.  I also have NAnt version my WiX file on the fly using the
 task after I've built my project.  To clarify, I use WiX v2:












Lerudjordet, Morten Minge wrote:
>
> In you'r msbuild file you can do something like this.
>
> 
> 
> 
>   
>   
>   
>
> morten
>
>
> Message: 5
> Date: Mon, 6 Nov 2006 13:18:36 -
> From: "Pawel Pabich" <[EMAIL PROTECTED]>
> Subject: [WiX-users]  nant task and WiX
> To: 
> Message-ID:
>
> <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
>
>
> Hi,
>
>
>
> What is the easiest way of being able to build my WiX installer project
> taking into account
>
> that I'm using  task to build my solution?
>
>
>
> Thanks
>
>
>
> Pawel Pabich
>
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> http://sourceforge.net/mailarchive/forum.php?forum=wix-users/attachments
> /20061106/1413cde3/attachment.html
>
> --
>
> Message: 6
> Date: Mon, 6 Nov 2006 14:20:58 +0100
> From: "Friedrich, Oliver" <[EMAIL PROTECTED]>
> Subject: Re: [WiX-users] preprocessor variable $(var.Build)
> To: 
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
>
> Alright, just found out, where this variable was set. It is set on the
> commandline while calling the batch-file to start the compilation of the
> setup.
>
> The batch-file is called as "Pre-build event command line" in VS2005.
> The variable "var.Build" is set to the value of "$(ConfigurationName)".
> The last is homemade of VisualStudio. How can I access this
> "ConfigurationName" under WiX-V3?
>
> Sorry for the trouble...
>
> Oliver
>
>
> 
>
>   From: Bob Arnson [mailto:[EMAIL PROTECTED]
>   Sent: Friday, November 03, 2006 6:04 PM
>   To: Friedrich, Oliver
>   Cc: wix-users@lists.sourceforge.net
>   Subject: Re: [WiX-users] preprocessor variable $(var.Build)
>
>
>   Friedrich, Oliver wrote:
>
>   No, we did not use Votive V2, just plain wxs-files that
> we added to a simple solution, we did not use Votive V2.
>
>
>   Sorry, I'm not understanding. Are you asking how to set the
> Build variable using Votive?
>
>
>   --
>   sig://boB
>   http://bobs.org
>
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> http://sourceforge.net/mailarchive/forum.php?forum=wix-users/attachments
> /20061106/70c1b015/attachment.html
>
> --
>
> 
> -
> Using Tomcat but need to do more? Need to support web services,
> security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> --
>
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> End of WiX-users Digest, Vol 6, Issue 21
> 
>
> -
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> 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/%3Cmsbuild%3E-nant-task-and-WiX-tf2582295.html#a7206871
Sent from the wix-users mailing list archive at Nabble.com.


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Convincing customer to use WiX toolset - is it enterprise ready?

[Rob Mensching]

1.  Office 2007 that just reached RTM this month used the WiX v2 toolset to 
create their MSI files. WiX v2 is very much ready for commercial products.

Bob and I were just discussing the over status v2 project last night.  We both 
agreed that the core toolset (that thing that builds MSI files) was probably 
ready to be declared stable and released.  The IIS CustomActions, however, seem 
to have a few issues that probably need to get addressed though.  My new job 
should provide me a little more opportunity to get back into the CustomActions 
so I'll try to see how well they really are working.  Then we'll have a serious 
discussion here about officially marking WiX v2 "done".

2.  There is a block of documentation in the WiX.chm file that should be in 
every binaries.zip.  You can also go to http://wix.sourceforge.net and see the 
online manual and the online tutorial there.  We can always use more 
documentation but there is definitely documentation available.

3.  The online tutorial has an example of some UI.  The WiX toolset also has 
some built in UI that provides a good starting point (works well for most 
people, especially if you replace the bitmaps with your own graphics).  Of 
course, you can create completely custom UI and display whatever you want to 
display.


All of this information can be found by starting at http://wix.sourceforge.net.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jacek 
Blaszczynski
Sent: Monday, November 06, 2006 02:51
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Convincing customer to use WiX toolset - is it enterprise 
ready?

Hello!

I am in process of trying to convince customer who looks for enterprise
grade InstallShield installation package improvements. I have proposed to
replace it with WiX based installer and pointed him to WiX sourceforge.net
site and got a very fast answer with several doubts:

1. "  The sourceforge site indicates this is still in beta, so it is
probally not ready for use for a commercial project which we need to
distribute to enterprise customers. ... "
2. "  I have downloaded the Wix package to take a look, but I could not
find any documentation for it, and it does not appear to be a complete
package. ... "
3. "  If I could find a working example of it to see how the user
interface looks during an install I might consider using it, but I would
perfer either InstallShield or Wise. ... "

Obviosuly I could respond to all this and other serius doubts raised by
customer myself but I thought that this process may be of interest to WiX
community and I may receive good support in finding arguments in favor of
WiX.

The most important thing is to show enterprise level installation packages
created with WiX - please point me to most prominent installation packages
created using WiX toolset which at the best should be available for download
and testing.

Please indicate as well:

1) links to the latest but still complete packages (i.e. not requiring
hunting for dependencies, docs or WiX tools) working out of box - I almost
always had a lot problems using packages downloaded from sourceforge.

2) links to authoritative sites describing WiX package

3) links to most recent documetation available online.

Regards

Jacek



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
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

Re: [WiX-users] Error code lookup

[Cullen Waters]

I agree on the too aggressive bit, especially since Wix is explicitly(in the 
exe.config files) set to run under .net 2.0 as well as 1.1.  Presumably, any 
bug fixes that were present in 1.1 SP1 are also present in 2.0, which means 
that this message is only correct if there is an error, and if the user is 
running under 1.1.

Thanks for the heads-up, Mike, I'll check into the xml, especially how it looks 
after the include is processed.  I will send out an email once I find the root 
cause, so everyone can share in the learning.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, November 22, 2006 7:38 AM
To: Cullen Waters; Wix-Users List
Subject: Re: [WiX-users] Error code lookup

[EMAIL PROTECTED] wrote:
> Is there a way to lookup Wix error codes?  I'm getting CNDL0124, and I'd li
> ke to find out more about the error, so I can start debugging it.

As Rob says, look in messages.xml. IIRC in v3 all the Message elements carry a 
Number attribute so you can simply search for Number="124".

I've looked into this problem before and I think that you've actually got 
malformed XML, or after performing the include step the XML is malformed. I 
noted last time that the  element is not valid under  in 
the WiX v2 schema.

The catch block in Preprocessor.cs reports SP1ProbablyNotInstalled if *any* 
XmlException occurs, which seems too aggressive to me. No doubt some exception 
is erroneously thrown if SP1 isn't installed and you try to load an XmlDocument 
from a StringReader, but can we not tell the difference between this and an 
actual malformed document?

--
Mike Dimmick



-
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

Re: [WiX-users] New Website install

[Zane Teh]

Hi Rob,

We did some investigation and found out our code worked for build 2.0.3719.0, 
but we got the same error for builds 4117 and 4611.  Do you know of any bugs or 
any changes in the schema that could have caused this?  Or is there a work 
around with the later builds?

I have pasted in our code below. Thanks.

--zane




  


10
2

  



  

  

  

  



From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:52 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Not off the top of my head.  You might try debugging in and seeing what is 
exactly going wrong.  I'm not currently in a place where I can try an IIS 
install.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:44
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

Thanks for the quick reply Rob.  I installed the build 2.0.4611.0 but seem to 
getting the same error.  Any ideas?

--zane
From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:30 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

That's a pretty old build.  I believe there was a couple bug fixes more recent 
than that which may fix the issue you are seeing.  Try grabbing a newer version.

From: Zane Teh
Sent: Tuesday, November 21, 2006 15:27
To: Rob Mensching; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

We are using v2.0.4117.0

From: Rob Mensching
Sent: Tuesday, November 21, 2006 3:24 PM
To: Zane Teh; 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: RE: [WiX-users] New Website install

What version of the WiX toolset are you using?

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zane Teh
Sent: Tuesday, November 21, 2006 15:01
To: 'wix-users@lists.sourceforge.net'
Cc: Suresh Parameshwar
Subject: [WiX-users] New Website install

Hi All,

I am new to WIX and am trying to install basic website but am running into 
issues.  When I try installing the website I get the following error:

Failed to read IIsWebs table.  (-2147024774   )

Here is the code and settings I currently have:


1.   Snippet of code from Wix:
...

  

  

...

2.   There are other websites installed on Port 80 but with different 
Headers.

3.   There is NO "Test Web Site" that already exists

4.   When I specify IP="All Unassigned" OR Port= 
OR Header="localhost" I get the same error.


So far I have only gotten the website to install successfully when I have 
already manually preinstalled a website called "Test Web Site" but even with 
this I ran into issues:


1.   I tried changing the port number to this preinstalled website from 80 
to 81 and my MSI installed without errors and changed the port back from 81 to 
80.  Although this worked, it did not work when this site was preinstalled on 
port 80 and my MSI had port 81.  When I tried this I still received the same 
error as above.

2.   When I added Header="localhost" to the Website attribute in my code, 
the MSI actually overrode a preexisting website that was installed with a 
Header="localhost".  Even when I changed my preinstalled website named "Test 
Web Site" to have a Header="localhost" when I tried my MSI it would override a 
different preexisting website.


My goal is to have it so that I do NOT need to manually install a "Test Web 
Site" website before I run the MSI.  If anybody could help me with this problem 
or give insight on why I am having these issues, it would be greatly 
appreciated.  Thanks!


--zane











-
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

Re: [WiX-users] DIFxApp and unsigned drivers

[Scott Palmer]

Sigh...

The following recipient(s) could not be reached:

 '[EMAIL PROTECTED]' on 2006 11 22 5:04 PM
   The e-mail account does not exist at the organization this
message was sent to.  Check the e-mail address, or contact the recipient
directly to find out the correct address.


On 11/22/06, Mike Dimmick <[EMAIL PROTECTED]> wrote:


 The best approach is to email the DIFx team: [EMAIL PROTECTED] Address
found at http://www.microsoft.com/whdc/driver/install/difxtools.mspx#EHE.



--

Mike Dimmick


 --

*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Scott Palmer
*Sent:* 21 November 2006 20:52
*To:* wix-users@lists.sourceforge.net
*Subject:* [WiX-users] DIFxApp and unsigned drivers



Hello,

I've been given the job of creating a new installer for our product that
needs to install a few device drivers for custom hardware.

I'm using WiX v3 not v2 (because there is no way in hell I'm going to
supply 8.3 filenames).

I built a DIFxApp.wixlib that would work with WiX v3 based on a post I
found among this list and it seemed to work.  My installer linked properly
after that.  The problem I am having is that while the driver files appear
to get installed, the actual installation of the device does not happen.
After a reboot new hardware is detected and the device drivers are found,
but I want that to happen during the install.

Even worse is the fact that when I un-install the drivers THEN the system
attempts to install the device, only now some of the files are missing since
they have already been removed as part of the un-install.

I'm at my wits end trying to figure out if it is possible to use DIFxApp
at all or if it is simply broken when used with unsigned drivers or WiX 3.

The CustomActions are obviously running, I've checked the log to confirm
that they are doing something.

The section in my WiX source file for the drivers looks like this:


  
  
  



At this point I'm think perhaps I should drop DIFxApp altogether and use
my own custom action to cram the driver into the system.

Also, it seems that the DIFxApp actions are scheduled to run after
'InstallFiles'.. I would really like to have them run after 'DuplicateFiles'
because I think it would allow me to cut down the size of the installer
slightly.  Is that easy to do?

Thanks in advance!

Scott

-
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

Re: [WiX-users] question

[Arnette, Bill]

The issue is that we use the App Path\Path registry value to specify
additional paths for our application.  We use the full name of the
application which is longer than 8.3.  But because the verb registration
uses the short path name, the App Path entry is not found when the
application is launched by clicking on a document for our application,
and so the dependent dlls are not found.  

I could add an App Path\Path entry based on the short name, except I
don't think I can reliably deduce the short name to register.  Most
likely it will be BLAH~1.EXE, but can I guarantee that?



> -Original Message-
> From: Bob Arnson [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, November 22, 2006 4:43 PM
> To: Mike Dimmick
> Cc: Arnette, Bill; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users]  question
> 
> Mike Dimmick wrote:
> > It may well have problems if you use a long path with
> > spaces in it. This might be considered a bug (I'm not sure 
> if Windows
> > Installer would properly quote a [#TargetFileId] expansion). 
> 
> It doesn't add quotes, whether they're needed or not. Hence the short 
> path recommendation.
> 
> -- 
> sig://boB
> http://bobs.org
> 
> 

-
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

Re: [WiX-users] Uninstalling while application is running

[John Lalande]

I guess this thread has got so long that the original problem needs to be
restated.

If a user uninstalls the application while the application is running, and
then clicks 'Ignore' when the FilesInUse dialog is shown, the uninstall
proceeds but never prompts for a reboot.  If a reboot is done anyway, the
files that were in use are still installed.

Apparently a FilesInUse dialog is not needed in the MSI package.  As I
mentioned, I tried to perform the same steps with the installer that the
tutorial at http://www.tramontana.co.hu/wix/ creates.  This installer showed
a FilesInUse dialog when uninstalling while the program was running and its
MSI doesn't even have a Dialog table.

And as I also mentioned, this package also did not prompt for a reboot and
left the files installed after rebooting.  Whatever problem my installers
have, the tutorial sample also has.

If you'd like I can send the log file for the tutorial package directly to
you for your inspection.  It's only 79KB.  Let me know.

Thanks very much for your time thinking about this and trying to help me
solve this problem.

On 11/22/06, Bob Arnson <[EMAIL PROTECTED]> wrote:


John Lalande wrote:
> MSI (s) (B4:74) [07:21:22:937]: Scheduling file
> 'C:\WINDOWS\Installer\1f6f1.msi' for deletion during post-install
> cleanup (not post-reboot).
>
> and
>
> MSI (s) (B4:74) [07:21:22:968]: Scheduling file 'C:\Documents and
> Settings\jlalande\Application
>
Data\Microsoft\Installer\{27DA485E-B001-4C9E-BAC4-F846034E86EF}\Foobar10.exe'
> for deletion during post-install cleanup (not post-reboot).

Those are both normal. They're just noting that private files MSI
controls will be cleaned up and that doing so won't require a reboot.

> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2205 2:  3: Error
> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2228 2:  3: Error 4: SELECT
> `Message` FROM `Error` WHERE `Error` = 1607
> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2205 2:  3: Error
> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2228 2:  3: Error 4: SELECT
> `Message` FROM `Error` WHERE `Error` = 1603
> MSI (s) (B4:74) [07:21:15:937]: 1 application(s) had been reported to
> have files in use.
> Info 1603. The file C:\Program Files\Acme\Foobar 1.0\FoobarAppl10.exe
> is being held in use by the following process: Name: FoobarAppl10, Id:
> 5400, Window Title: '(not determined yet)'.  Close that application
> and retry.
> MSI (c) (34:8C) [07:21:15:937]: Font created.  Charset: Req=0, Ret=0,
> Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

The 1603 and 1607 codes are, as the next message indicates, for
detecting and showing in-use files. Do you have a FilesInUse dialog in
your .msi package? Is it not showing? Are you getting those log lines
during the UI or execute sequences?

--
sig://boB
http://bobs.org



-
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

Re: [WiX-users] DIFxApp and unsigned drivers

[Mike Dimmick]

The best approach is to email the DIFx team: [EMAIL PROTECTED] Address
found at http://www.microsoft.com/whdc/driver/install/difxtools.mspx#EHE.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Palmer
Sent: 21 November 2006 20:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] DIFxApp and unsigned drivers

 

Hello,

I've been given the job of creating a new installer for our product that
needs to install a few device drivers for custom hardware.

I'm using WiX v3 not v2 (because there is no way in hell I'm going to supply
8.3 filenames).

I built a DIFxApp.wixlib that would work with WiX v3 based on a post I found
among this list and it seemed to work.  My installer linked properly after
that.  The problem I am having is that while the driver files appear to get
installed, the actual installation of the device does not happen.  After a
reboot new hardware is detected and the device drivers are found, but I want
that to happen during the install. 

Even worse is the fact that when I un-install the drivers THEN the system
attempts to install the device, only now some of the files are missing since
they have already been removed as part of the un-install.

I'm at my wits end trying to figure out if it is possible to use DIFxApp at
all or if it is simply broken when used with unsigned drivers or WiX 3.

The CustomActions are obviously running, I've checked the log to confirm
that they are doing something. 

The section in my WiX source file for the drivers looks like this:


   
  
  



At this point I'm think perhaps I should drop DIFxApp altogether and use my
own custom action to cram the driver into the system. 

Also, it seems that the DIFxApp actions are scheduled to run after
'InstallFiles'.. I would really like to have them run after 'DuplicateFiles'
because I think it would allow me to cut down the size of the installer
slightly.  Is that easy to do? 

Thanks in advance!

Scott

-
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

Re: [WiX-users] patching GAC as a regular file patching?

[Mike Dimmick]

You need to specify the -fv option to light to have it generate fileVersion
records in the MsiAssemblyName table. See
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/u
pdating_assemblies.asp for details.

 

In general when updating an assembly you should update the assembly version.
You can redirect older clients to the new version using Publisher Policy or
bindingRedirect in the application's configuration file.

 

Frankly I find the GAC more trouble than it's worth a lot of the time.
Unless you really need to share an assembly, it's better to keep it private
- and that means not signing it (giving it a strong name) so that
administrators can't put it in the GAC behind your back. Obviously if you've
already deployed one version and are patching, that's not possible.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fei Cao
Sent: 21 November 2006 21:02
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] patching GAC as a regular file patching?

 

I was trying to patch an assembly in the GAC, the new assembly as the same
assembly version but with a different file version.

The GAC assembly is installed  with WIX , like the following:

 









 

After patch is applied, I found from %windir%\assembly that the assembly
still has the old file version, so it is not patched successfully.

But other non-GAC files are patched successfully. I am not sure what I miss
here to do this in place GAC patching.

 

Thanks,
Fei

 

-
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

Re: [WiX-users] Warning message

[Bob Arnson]

Mike Dimmick wrote:
> You'd probably want the condition to be NOT Installed AND VersionNT >= 502
> so that Windows XP users didn't also get the message. Assuming, of course,
> that you want the message also to appear on Windows Vista. If not, try
> VersionNT = 502.
>   

Yes, sorry I didn't clarify -- the condition in that element controls 
when it's shown. So you can use it for any combination of OS conditions. 
The "NOT Installed" is important so users don't get it again during 
maintenance.

-- 
sig://boB
http://bobs.org


-
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

Re: [WiX-users] question

[Bob Arnson]

Mike Dimmick wrote:
> It may well have problems if you use a long path with
> spaces in it. This might be considered a bug (I'm not sure if Windows
> Installer would properly quote a [#TargetFileId] expansion). 

It doesn't add quotes, whether they're needed or not. Hence the short 
path recommendation.

-- 
sig://boB
http://bobs.org


-
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

Re: [WiX-users] Warning message

[Mike Dimmick]

You'd probably want the condition to be NOT Installed AND VersionNT >= 502
so that Windows XP users didn't also get the message. Assuming, of course,
that you want the message also to appear on Windows Vista. If not, try
VersionNT = 502.

I was going to suggest an error-type Custom Action, but realised that you
wanted the user to have the option to proceed. The error-type CA would
simply halt the installation.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 22 November 2006 07:56
To: John Lalande
Cc: Rob Mensching; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Warning message

John Lalande wrote:
> I am using the InstallDir ui set.  To do what you suggest, will I need 
> to modify this set?  Or is there an easier way?

You can add a new dialog then show it before WelcomeDlg:


NOT Installed




-
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

Re: [WiX-users] Error code lookup

[Bob Arnson]

[EMAIL PROTECTED] wrote:
> The catch block in Preprocessor.cs reports SP1ProbablyNotInstalled if *any* 
> XmlException occurs, which seems too aggressive to me. No doubt some 
> exception is erroneously thrown if SP1 isn't installed and you try to load an 
> XmlDocument from a StringReader, but can we not tell the difference between 
> this and an actual malformed document?
>   

In WiX v3, SP1ProbablyNotInstalled is only used during schema 
validation, which happens after the compiler and preprocessor code has 
had its chance to do "manual" validation. At that point, any malformed 
document has probably already been detected. It's more of a catch-all 
for schema validation rather than document validation. And schema 
validation is a lot weaker than what the WiX code does.

-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Modifying registry key permissions for new user

[Bob Arnson]

Matthew Moses wrote:
> My initial thought was to use the PermissionEx element nested under an
> appropriate RegistryKey element. However, this doesn't seem to work as
> the user has not been created by the time the installer attempts to
> set the permissions on the registry key.
>   

ConfigureUsers runs early in the sequence and SchedSecureObjects (which 
handles PermissionEx) runs late, so it should work. How are you 
determining that the users weren't created? If the CA failed to create 
the user, it would log the reason and fail the install, for example.

> Another custom action run by our installer also relies on the user
> being created, and by sequencing it after InstallFinalize, it worked.
> It seems that I could write another custom action that sets the
> required permissions, sequence it after InstallFinalize, and have
> everything work. Am I on the right track? Did I miss something
> important? Is there a better way to do this?
>   

Immediate CAs after InstallFinalize can't be rolled back and won't get 
elevated permissions on Windows Vista. They should be deferred CAs (and 
marked no-impersonate if they need elevated permissions).

-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Uninstalling while application is running

[Bob Arnson]

John Lalande wrote:
> MSI (s) (B4:74) [07:21:22:937]: Scheduling file 
> 'C:\WINDOWS\Installer\1f6f1.msi' for deletion during post-install 
> cleanup (not post-reboot).
>
> and
>
> MSI (s) (B4:74) [07:21:22:968]: Scheduling file 'C:\Documents and 
> Settings\jlalande\Application 
> Data\Microsoft\Installer\{27DA485E-B001-4C9E-BAC4-F846034E86EF}\Foobar10.exe' 
> for deletion during post-install cleanup (not post-reboot).

Those are both normal. They're just noting that private files MSI 
controls will be cleaned up and that doing so won't require a reboot.

> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2205 2:  3: Error
> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2228 2:  3: Error 4: SELECT 
> `Message` FROM `Error` WHERE `Error` = 1607
> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2205 2:  3: Error
> MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2228 2:  3: Error 4: SELECT 
> `Message` FROM `Error` WHERE `Error` = 1603
> MSI (s) (B4:74) [07:21:15:937]: 1 application(s) had been reported to 
> have files in use.
> Info 1603. The file C:\Program Files\Acme\Foobar 1.0\FoobarAppl10.exe 
> is being held in use by the following process: Name: FoobarAppl10, Id: 
> 5400, Window Title: '(not determined yet)'.  Close that application 
> and retry.
> MSI (c) (34:8C) [07:21:15:937]: Font created.  Charset: Req=0, Ret=0, 
> Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

The 1603 and 1607 codes are, as the next message indicates, for 
detecting and showing in-use files. Do you have a FilesInUse dialog in 
your .msi package? Is it not showing? Are you getting those log lines 
during the UI or execute sequences?

-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] question

[Mike Dimmick]

Verb/@Target is only relevant for non-Advertised verbs. If
Extension/@Advertise is 'no', WiX generates Registry table entries rather
than Verb table entries. There is no Target column in the Verb table.

I note that the WiX source code here (src\wix\Compiler.cs, line 15928 in
v2.0.4415.0) simply concatenates the Verb/@Target and Verb/@Argument, with a
space in between. It may well have problems if you use a long path with
spaces in it. This might be considered a bug (I'm not sure if Windows
Installer would properly quote a [#TargetFileId] expansion). You could
always quote it yourself, if necessary, by using single quotes to delimit
the attribute value, then include literal double quotes, like so:



WiX v3.0 corrects this issue by replacing the Verb/@Target attribute with
two new attributes, Verb/@TargetFile and Verb/@TargetProperty. For
TargetFile it uses the long path.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Arnette, Bill
Sent: 22 November 2006 19:10
To: wix-users@lists.sourceforge.net
Subject: [WiX-users]  question

Why does Wix.chm say this about Verb/@Target?

Target file to be executed for the verb. The value should be a formatted
Property to refer to the *short path to the file*, for example:
[!TargetFileId]. Only valid for non-Advertised verbs.


I see no such restriction in the Platform SDK docs about the Verb table
Target column referring to the short path of a file.



-
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] Test - please excuse

[Scott Palmer]

Test message.  Previous question hasn't made it through after 24 hours.
-
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] question

[Arnette, Bill]

Why does Wix.chm say this about Verb/@Target?

Target file to be executed for the verb. The value should be a formatted
Property to refer to the *short path to the file*, for example:
[!TargetFileId]. Only valid for non-Advertised verbs.


I see no such restriction in the Platform SDK docs about the Verb table
Target column referring to the short path of a file.







-
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] Modifying registry key permissions for new user

[Matthew Moses]

We have a WiX (v3.0.2315.0) project in VS2005 to build an installer
for one of our products. The installer makes use of the User element
to create a new user on the target machine for various purposes. I
have recently been instructed to make sure the user is able to
manipulate a registry key as part of the installation process. By
default, the user is only able to read this particular key, nothing
else.

My initial thought was to use the PermissionEx element nested under an
appropriate RegistryKey element. However, this doesn't seem to work as
the user has not been created by the time the installer attempts to
set the permissions on the registry key.

Another custom action run by our installer also relies on the user
being created, and by sequencing it after InstallFinalize, it worked.
It seems that I could write another custom action that sets the
required permissions, sequence it after InstallFinalize, and have
everything work. Am I on the right track? Did I miss something
important? Is there a better way to do this?

Matthew

-
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

Re: [WiX-users] Error code lookup

[mike-wix-users]

[EMAIL PROTECTED] wrote:
> Is there a way to lookup Wix error codes?  I'm getting CNDL0124, and I'd li
> ke to find out more about the error, so I can start debugging it.

As Rob says, look in messages.xml. IIRC in v3 all the Message elements carry a 
Number attribute so you can simply search for Number="124".

I've looked into this problem before and I think that you've actually got 
malformed XML, or after performing the include step the XML is malformed. I 
noted last time that the  element is not valid under  in 
the WiX v2 schema.

The catch block in Preprocessor.cs reports SP1ProbablyNotInstalled if *any* 
XmlException occurs, which seems too aggressive to me. No doubt some exception 
is erroneously thrown if SP1 isn't installed and you try to load an XmlDocument 
from a StringReader, but can we not tell the difference between this and an 
actual malformed document?

-- 
Mike Dimmick



-
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

Re: [WiX-users] Uninstalling while application is running

[John Lalande]

There are no more instances of "reboot" other than the two I cited and no
instances of "restart".

As an experiment, I tried another, much smaller WiX-based installer I
created.  Same behavior.

As another experiment, I tried Orca.  It certainly prompted me to reboot (if
any MSI installer is going to behave, I guess it would be Orca).

My final experiment was to implement the tutorial example at
http://www.tramontana.co.hu/wix/lesson1.php.  Believe it or not, also did
not prompt me for a reboot.  I also logged this uninstall and found the same
two similar lines as in my app's uninstall:

MSI (s) (B4:74) [07:21:22:937]: Scheduling file
'C:\WINDOWS\Installer\1f6f1.msi' for deletion during post-install cleanup
(not post-reboot).

and

MSI (s) (B4:74) [07:21:22:968]: Scheduling file 'C:\Documents and
Settings\jlalande\Application
Data\Microsoft\Installer\{27DA485E-B001-4C9E-BAC4-F846034E86EF}\Foobar10.exe'
for deletion during post-install cleanup (not post-reboot).

Almost half way through the log his set of lines also appeared (don't know
if they have any meaning):

MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2205 2:  3: Error
MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1607
MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2205 2:  3: Error
MSI (s) (B4:74) [07:21:15:937]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1603
MSI (s) (B4:74) [07:21:15:937]: 1 application(s) had been reported to have
files in use.
Info 1603. The file C:\Program Files\Acme\Foobar 1.0\FoobarAppl10.exe is
being held in use by the following process: Name: FoobarAppl10, Id: 5400,
Window Title: '(not determined yet)'.  Close that application and retry.
MSI (c) (34:8C) [07:21:15:937]: Font created.  Charset: Req=0, Ret=0, Font:
Req=MS Shell Dlg, Ret=MS Shell Dlg

and the log completed with this:

Action ended 7:21:23: InstallFinalize. Return value 1.
Action ended 7:21:23: INSTALL. Return value 1.
MSI (s) (B4:74) [07:21:23:375]: Note: 1: 1724
MSI (s) (B4:74) [07:21:23:375]: Note: 1: 2205 2:  3: Error
MSI (s) (B4:74) [07:21:23:375]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1724
MSI (s) (B4:74) [07:21:23:375]: Note: 1: 2205 2:  3: Error
MSI (s) (B4:74) [07:21:23:375]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1709
MSI (s) (B4:74) [07:21:23:375]: Product: Foobar 1.0 -- Removal completed
successfully.

MSI (s) (B4:74) [07:21:23:375]: Cleaning up uninstalled install packages, if
any exist
MSI (s) (B4:74) [07:21:23:375]: Post-install cleanup: removing installer
file 'C:\WINDOWS\Installer\1f6f1.msi'
MSI (s) (B4:74) [07:21:23:375]: Post-install cleanup: removing installer
file 'C:\Documents and Settings\jlalande\Application
Data\Microsoft\Installer\{27DA485E-B001-4C9E-BAC4-F846034E86EF}\Foobar10.exe'
MSI (s) (B4:74) [07:21:23:515]: Post-install cleanup: removing installer
folder 'C:\Documents and Settings\jlalande\Application
Data\Microsoft\Installer\{27DA485E-B001-4C9E-BAC4-F846034E86EF}\' (if empty)

MSI (s) (B4:74) [07:21:23:546]: MainEngineThread is returning 0
=== Logging stopped: 11/22/2006  7:21:23 ===
MSI (c) (34:78) [07:21:23:562]: Decrementing counter to disable shutdown. If
counter >= 0, shutdown will be denied.  Counter after decrement: -1
MSI (c) (34:78) [07:21:23:562]: MainEngineThread is returning 0
=== Verbose logging stopped: 11/22/2006  7:21:23 ===

To complete this last experiment, I rebooted and confirmed that the files
that were in use (in this case FoobarAppl10.exe) were not removed on reboot.


On 11/22/06, Bob Arnson < [EMAIL PROTECTED]> wrote:


John Lalande wrote:
> MSI (s) (28:F8) [01:13:38:389]: Scheduling file
> 'C:\WINDOWS\Installer\280e0aa.msi' for deletion during post-install
> cleanup (not post-reboot).

Are there any other instance of "reboot" or "restart"? It's possible --
though unlikely -- that some custom action or merge module set one of
the reboot properties.

--
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Elevation on Vista

[Rob Hamflett]

Yeah, it's an immediate CA attached to the 'close' button on the final dialog.

Rob


Wilson, Phil wrote:
> I believe you're back in the non-elevated part of the installation
> because by default you can't be elevated unless you run as a deferred
> CA, and you can't be deferred outside the InstallInitialize/Finalize
> actions. It's an immediate CA, right? 
> 
> Phil Wilson 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rob
> Hamflett
> Sent: Tuesday, November 21, 2006 3:11 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Elevation on Vista
> 
> This is really an MSI question, but I asked in one of the other
> newsgroups and got no response.  I thought I'd try in here.
> 
> The guidelines for installers on Vista suggest that a good method is to
> run the UI sequence as the user, and then elevate when the user clicks
> the final "Install" button.  When the InstallExecuteSequence has
> finished and the user is looking at the final exit dialog, is the
> install still running as an admin, or as the user.  It would sort of
> make sense if it had reverted to the user, since the
> InstallExecuteSequence has finished and we're back in the UI sequence,
> but I was wondering if anyone knew for sure.
> 
> The reason I need to know is this: if I launch an application from the
> final dialog, which user is that application running as?
> 
> Rob
> 
> 
> 
> -
> 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=DEVDE
> V
> ___
> 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


-
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

Re: [WiX-users] MSVC8 redistributables?

[André Pönitz]

John Calcote wrote:
> Funny - you'd think that Microsoft would be using these same 
> merge modules for their own applications that want to install 
> the MSVC runtime libraries in the side-by-side. In that case, 
> wouldn't they have worked out all the bugs long ago? 

Well, it's not exactly bugs, it just raises lots of warnings.
So it is "useable" and "works".

Then, I wouldn't think they'd use merge modules extensively 
thmenselves. I think I read something on this list here
that use of merge modules is discouraged in general. I have
not bookmarked it, though.

> I guess I'm being a bit sardonic here - it's clear to me that when 
> things like this happen, it shows that the provider has their 
> own way of doing things.

[Sure. And Microsoft has a long record of not doing things
the Microsoft way. I have a book in front of me called "Windows
User Experience" printed by Microsoft Press. It basically
describes the do's and don't's of Windows UI development.
I have yet to see a single (recent or not) MS application 
that comes even close to adhering the rules given there...

And my long time favourite (which might be an urban legend,
though...) is that MS does not use SourceSafe for version
control themselves...

But I think they are not to be blamed (alone). I guess there
are only a few software companies out there that eat their
own dog food exclusively ;-)]

> I don't like the idea of working around the issue by 
> statically linking library support - the entire purpose of 
> the side-by-side cache is to allow multiple versions of a 
> library to be installed - in effect, it's Microsoft's answer 
> to Linux/Unix's built-in library versioning system. Since 
> DLL's aren't normally named "something.dll.x.y.z" (and even 
> if they were, the operating system wouldn't try to interpret 
> the values), they needed a secure way of installing multiple 
> versions of a library and have apps use the ones they care 
> about without conflicts.

Right. And I think the proper solution would be to use the
merge modules in the final installers. Nobody ever got fired
for doing it the MS way *cough*

> Anyway, I just wondered if there were some WIX approved way 
> of adding the redistributable package. It appears that we 
> just use the merge-module technique, or statically link the libraries.

*shrug* I am a novice. I have successfully incorporated a
third party .msm (some dongle driver), the MS merge modules
also work (as stated above). Merge modules generated by
VS deployment projects do not seem to work well, though.

Within my own setup from my (very short!) experience I'd say
Fragments are the first choice, followed by .
No need for merge modules internally.

> BTW, there is also a separate installation utility (.exe) for 
> redistributables - vcredist... .exe, but I'm fairly certain 
> this is not the proper way to integrate into WIX installers.

Uh... never heard of that...

Andre'

-
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

Re: [WiX-users] Uninstalling while application is running

[Bob Arnson]

John Lalande wrote:
> MSI (s) (28:F8) [01:13:38:389]: Scheduling file 
> 'C:\WINDOWS\Installer\280e0aa.msi' for deletion during post-install 
> cleanup (not post-reboot).

Are there any other instance of "reboot" or "restart"? It's possible -- 
though unlikely -- that some custom action or merge module set one of 
the reboot properties.

-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Elevation on Vista

[Bob Arnson]

Rob Hamflett wrote:
> The guidelines for installers on Vista suggest that a good method is to run 
> the UI sequence as the 
> user, and then elevate when the user clicks the final "Install" button.  

It's more than a suggestion -- it's the law. Unless you require the 
user to elevate (e.g., via a setup.exe manifested to require elevation) 
only deferred, no-impersonate CAs in the execute sequence will be elevated.

> The reason I need to know is this: if I launch an application from the final 
> dialog, which user is 
> that application running as?
>   

Unelevated user.

-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Removing files opened by wuauclt.exe

[Bob Arnson]

Brent B. Powers wrote:
> Unfortunately, I can't remove a particular 
> DLL because it's opened by wuauclt.exe.
>   

As in Windows Update? Which DLL?

> It's possible that this wouldn't occur within the installer, but only 
> when I'm running the CA outside.
>   

MSI loads additional DLLs but probably none that the shell doesn't 
already load.

-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Warning message

[Bob Arnson]

John Lalande wrote:
> I am using the InstallDir ui set.  To do what you suggest, will I need 
> to modify this set?  Or is there an easier way?

You can add a new dialog then show it before WelcomeDlg:


NOT Installed


-- 
sig://boB
http://bobs.org



-
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

Re: [WiX-users] Installing IIS applications under non-Admin account ?

[Bob Arnson]

Petr Vones wrote:
> I managed to change permissions for "IIS WAMREG admin Service". But another 
> problem has raised. The installation also installs several Windows Services. 
> Is possible to use ServiceInstall element running the MSI package by a 
> non-admin user ?
>   

AFAIK, only admin users can install services. It doesn't look like 
there's an individual account right to install services.

> P.S. I know that trying to run such complex installation from non-admin 
> account is a complete nonsense but ... 
>   

I wasn't gonna say anything...

-- 
sig://boB
http://bobs.org


-
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