Re: [WiX-users] 32 bit and 64 bit from one set of WXS source files

[Bob Arnson]

Frank Eden wrote:
> This works well except for annoying blue underlines caused by the fact that
> the schema validation  for ComponentGuid dislikes anything but a guid,
> PUT_GUID_HERE, $(loc.variable), and !(wix.variable), while the schema
> validation for Win64 will only allow the values yes or no.
>   

The blue squigglies are just from Visual Studio. WiX accepts 
preprocessor variables or at least any recent version. Which version are 
you using?

> 1.  Am I on the right track here or is there a better way
>   

Definitely right.

> 2.  I cannot find any variable that use the !(wix.  prefix  - Im curious
> what these are for
>   

They're bind-time variables, replaced when Light runs. You need to use 
preprocessor variables so the compiler sets the right bits.

-- 
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] WiX v3 - ModuleInstallExecuteSequence table not merged correctly

[Bob Arnson]

Chris Houser (HIS) wrote:
When we build our packages with WiX v3 (build 3526) the custom actions 
in the ModuleInstallExecuteSequence table of one of the merge modules 
is not being merged correctly into the InstallExecuteSequence table of 
the main package.  The custom actions are ending up with the sequence 
number from the MSM, instead of relative to the standard actions.   As 
a result some are ending up after InstallFinalize.  We do not own the 
MSMs so would rather not make updates to them.


Do the standard actions in ModuleInstallExecuteSequence exist in the 
.msi before being merged in? The doc says:


If the sequence number in the merge module differs from that for the 
same action in the .msi file sequence table, the merge tool uses the 
sequence number from the .msi file.


I'd expect it to work but then the linker lets mergemod.dll do all the 
heavy lifting of merging modules, so it's a bit of a black box. Or a 
big, huge black box.


--
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] Closing program on uninstall

[Bob Arnson]

[EMAIL PROTECTED] wrote:
> Can anyone please help me, I need to close a program before uninstall.
>   

WiX v3 includes an extension with a custom action to detect running 
applications and optionally close them. See 
http://www.nabble.com/How-to-use-CloseApps-custom-action-td14095635.html.

-- 
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] Installing Windows services using Existing user

[Bob Arnson]

shapla wrote:
> Actually I tried to use the User element. I have put CreateUser='no' as the
> user already exists in the machine. I have also tested both with and without
> the  'UpdateIfExists' field. I am still getting the same erroe message.
>   

You didn't mention an error message. Is it from creating the user or 
installing the service? What does a verbose log say?

-- 
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] I Love Thee

[wtycbukf]

I Dream of you http://75.178.189.136/


-
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] 32 bit and 64 bit from one set of WXS source files

[Frank Eden]

I am  trying to target both 32bit and 64bit with one set of source files.
I have
http://www.nabble.com/32-bit-and-64-bit-from-one-set-of-WXS-source-files-tp14911675p14911675.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] SQL Versions in installer

[chandan Koushik]

I actually wanted few suggestions , our application should support two
version of sql server i.e. sqlserver2005 and sql server2005express edition.
The sql server2005 express edition is used to show a small demo of our
application to prospective customers by installing express edition of sql
server on the client system, and then installing Our Product   .

On the other hand when the customer purchases the product, the sqlserver2005
full version should be as pre requisites installed. 

This two flavors of sql server uses different connection strings to connect
to database and also to connect to report server.

I use wix3.0 as deployment tool for the product .The connection string and
report server url is being written at many places(web.config,reports
deployment config file,windows services config file) and so I am facing
problems in putting entries in these files based on which flavour of sql
server is installed.

Can you please let me know if we can have a mechanism (in WIX)of detecting
the flavour of sql server2005 and put corresponding entries in files.

This could be something like


 If SQL Server2005 full version then  

Connection String=”Data Source=[SQLSERVER];Initial
Catalog=MaxDB;User ID=[SQLUSER];Password=[SQLPASSWORD];Max Pool Size=275”

Key="ReportsServerUrl" value=http://[SQLSERVER]/reportserver 

Else

 If SQL Server express editionthen  

Connection String=”Data Source=[SQLSERVER]\SQLExpress; Initial
Catalog=MaxDB;User ID=[SQLUSER];Password=[SQLPASSWORD];Max Pool Size=275”

  Key="ReportsServerUrl" value=
http://[SQLSERVER]/reportserver$SQLExpress  

End if 


Hope you got what I meant to convey :-)

Please suggest.

-- 
View this message in context: 
http://www.nabble.com/SQL-Versions-in-installer-tp14911215p14911215.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] Which version of sql server installed on a machine

[chandan Koushik]

I apologize for posting this if it has been answered earlier but I am unable
to get this working.

I am installing a database on the target machine using SqlDatabase tag ,I do
not know whether the end-user
has SQLExpress or SQL installed, so I dont know whether to use

Server='[%COMPUTERNAME]\SQLEXPRESS'
or
Server='[%COMPUTERNAME]'

Please let me know how to detect which is flavour of sql is installed, and
then set a variable, then use that variable, something like

Server='[%COMPUTERNAME][SQL]'

please suggest how to achieve this in wix.
-- 
View this message in context: 
http://www.nabble.com/Which-version-of-sql-server-installed-on-a-machine-tp14909618p14909618.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] not valid windows image

[SaiTeja]

Hi,

I have one service related binary and debug dlls and some other binaries
under client folder. When I apply heat.exe to get source.wxs(heat.exe dir
C:\client -out source.wxs) I got one message box with OK soft key. The
message is "guarsvc.exe is not valid windows image. Please check this
against your installation diskette." When I click OK again I got one more
message with Abort,Retry and Ignore soft keys. Following is the message.

"Debug Error!
R6034
An application has made an attempt to load the C runtime library without
using a manifest.
This is an unsupported way to load Visual C++ DLLs. You need to modify your
application to build with
a manifest.
For more information, see the Visual C++ Libraries as shared side-by-Side
assemblies topic in the
product documentation."


After I created MSI with those components, the guaurdsvc.exe is installed
properly, but service is not started. I tried manually(services.msc) to
start the service, but I get an error saying that the service is taking too
long to respond.

Could you please let me know what is the problem here.
-- 
View this message in context: 
http://www.nabble.com/not-valid-windows-image-tp14909429p14909429.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] WiX v3 - ModuleInstallExecuteSequence table not merged correctly

[Chris Houser (HIS)]

When we build our packages with WiX v3 (build 3526) the custom actions in the 
ModuleInstallExecuteSequence table of one of the merge modules is not being 
merged correctly into the InstallExecuteSequence table of the main package.  
The custom actions are ending up with the sequence number from the MSM, instead 
of relative to the standard actions.   As a result some are ending up after 
InstallFinalize.  We do not own the MSMs so would rather not make updates to 
them.



Thank you,
Chris Houser | Program Manager
<>-
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] major upgrade with merger module

[Roger Yen]

Yeah I found that the file versioning rules was exactly my problem, because I 
was trying to overwrite an exe with version with an empty exe(ie. has no 
versions), no wonder it didn't work. Thanks for your help!
Sent from my BlackBerry® wireless device

-Original Message-
From: "Mike Dimmick" <[EMAIL PROTECTED]>

Date: Wed, 16 Jan 2008 22:06:58 
To:"'Roger Yen'" <[EMAIL PROTECTED]>,
Subject: RE: [WiX-users] major upgrade with merger module


It’s a bit hard to know where to start. 
  
Was this a major upgrade, that is, did you change the Product Id? Did you 
author the Upgrade table to remove the existing version? Where did you schedule 
the RemoveExistingProducts action? 
  
Did you change the Component IDs at all? You should really leave them the same 
if the files are compatible; conversely, if they’re not compatible, you’re 
supposed to change the component GUID and ensure that the files are installed 
to a different (full) path (i.e. change the name or put it elsewhere). Windows 
Installer uses the KeyPath for a component to determine if the component is 
already installed and therefore whether to skip installing it. 
  
Finally, if Windows Installer detects that a component to be installed is 
already present, it uses file versioning rules to decide whether to keep the 
existing version of the component or whether to install the version in the 
package. The rules basically are: 
  
- If both files have a version number in their resources, the highest 
version number wins; 
- If one file has a version number and the other doesn’t, the file with 
the version number wins; 
- If neither file has a version, if the installed file has a modified 
date later than its creation date (reflecting a change made by the user), or if 
the file hash matches the hash in the MsiFileHash table, it is kept, otherwise 
it is overwritten. 
  
The practical consequence of this is that you must always increment version 
numbers and you should always version DLLs, EXEs and anything else that 
supports versioning through resources. 
  
-- 
Mike Dimmick 
  
 
 

 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roger Yen
 Sent: 16 January 2008 21:02
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] major upgrade with merger module 
  
 
Hi, I'm using WIX v3, and I've built an installer that installs an exe file, 
using modules,  
 
now I'm trying to test the major upgrade feature, by replacing the exe file 
with another 
 
one and adding a txt to the installed folder. 
 
  
 
I tried first installing a 1 KB dummy exe and replacing it with the real exe 
file, and 
 
it worked fine.  
 
However when I tried doing it the opposite way, ie. installing the real exe and 
 
attempting to "upgrade" it to the dummy file, the installation just simply 
wouldn't 
 
install anything, not even the shortcuts. But when I target the install path to 
something 
 
different, the installation worked fine again. 
 
  
 
This is rather weird and I have no idea why this is happening, since the only 
difference 
 
between the two approaches is changing the source files in the . 
 
  
 
Does anyone know what could be the problem here? I can post my code if needed. 
 
Thank you. 
 
  
-
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] major upgrade with merger module

[Mike Dimmick]

It's a bit hard to know where to start.

 

Was this a major upgrade, that is, did you change the Product Id? Did you
author the Upgrade table to remove the existing version? Where did you
schedule the RemoveExistingProducts action?

 

Did you change the Component IDs at all? You should really leave them the
same if the files are compatible; conversely, if they're not compatible,
you're supposed to change the component GUID and ensure that the files are
installed to a different (full) path (i.e. change the name or put it
elsewhere). Windows Installer uses the KeyPath for a component to determine
if the component is already installed and therefore whether to skip
installing it.

 

Finally, if Windows Installer detects that a component to be installed is
already present, it uses file versioning rules to decide whether to keep the
existing version of the component or whether to install the version in the
package. The rules basically are:

 

- If both files have a version number in their resources, the
highest version number wins;

- If one file has a version number and the other doesn't, the file
with the version number wins;

- If neither file has a version, if the installed file has a
modified date later than its creation date (reflecting a change made by the
user), or if the file hash matches the hash in the MsiFileHash table, it is
kept, otherwise it is overwritten.

 

The practical consequence of this is that you must always increment version
numbers and you should always version DLLs, EXEs and anything else that
supports versioning through resources.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Yen
Sent: 16 January 2008 21:02
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] major upgrade with merger module

 

Hi, I'm using WIX v3, and I've built an installer that installs an exe file,
using modules, 

now I'm trying to test the major upgrade feature, by replacing the exe file
with another

one and adding a txt to the installed folder. 

 

I tried first installing a 1 KB dummy exe and replacing it with the real exe
file, and 

it worked fine. 

However when I tried doing it the opposite way, ie. installing the real exe
and 

attempting to "upgrade" it to the dummy file, the installation just simply
wouldn't

install anything, not even the shortcuts. But when I target the install path
to something

different, the installation worked fine again. 

 

This is rather weird and I have no idea why this is happening, since the
only difference

between the two approaches is changing the source files in the
.

 

Does anyone know what could be the problem here? I can post my code if
needed. 

Thank you.

 

-
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] Re gistering a Windows Service that is a COM executable

[Richard]

In article <[EMAIL PROTECTED]>,
Anidil <[EMAIL PROTECTED]>  writes:

> What is that we can do if we don't have a .rgs file in this case ??

If you wrote the server, you should be able to get the COM
registration information from the source code.

If you didn't write the server, you can do registry differences of the
HKCR and HKLM hives.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
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] major upgrade with merger module

[Roger Yen]

Hi, I'm using WIX v3, and I've built an installer that installs an exe file,
using modules,
now I'm trying to test the major upgrade feature, by replacing the exe file
with another
one and adding a txt to the installed folder.

I tried first installing a 1 KB dummy exe and replacing it with the real exe
file, and
it worked fine.
However when I tried doing it the opposite way, ie. installing the real exe
and
attempting to "upgrade" it to the dummy file, the installation just simply
wouldn't
install anything, not even the shortcuts. But when I target the install path
to something
different, the installation worked fine again.

This is rather weird and I have no idea why this is happening, since the
only difference
between the two approaches is changing the source files in the
.

Does anyone know what could be the problem here? I can post my code if
needed.
Thank you.
-
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 Missing Project Templates

[Justin Rockwood]

Yes, it was broken by a recent check in somebody made. The bug has been
fixed and should be resolved by the next drop. Sorry about that.

 

Justin

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher
Painter
Sent: Wednesday, January 16, 2008 7:10 AM
To: lgntt; wix-users@lists.sourceforge.net
Subject: [WiX-users] Votive Missing Project Templates

 

Is anyone else having problems with Votive/Missing Project Templates using
Wix-3.0.3711.0.msi?Wix-3.0.3704.0.msi seems to be ok.

 

http://sourceforge.net/tracker/index.php?func=detail
 &aid=1872939&group_id=105970&atid=642714

 

  

  _  

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

Re: [WiX-users] Installing Windows services using Existing user

[shapla]

Actually I tried to use the User element. I have put CreateUser='no' as the
user already exists in the machine. I have also tested both with and without
the  'UpdateIfExists' field. I am still getting the same erroe message.

Please let me know if you have any idea.

My latest script has the following:


 
   
 
  
  
 
  

 



Bob Arnson-6 wrote:
> 
> shapla wrote:
>>  > DisplayName='Test 
>>
>> service-1' Type='ownProcess' Interactive='yes' Start='auto' Vital='yes' 
>>
>> ErrorControl='normal'/>
>>   
> 
> ServiceInstall has Account and Password attributes to specify the user 
> account. (The User element is still needed to create the account.)
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Installing-Windows-services-using-Existing-user-tp14848464p14888276.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] Problem Patching: Error 2920: Source directory not specified for file

[Ben Greenberg]

Hello all,

I'm generating a patch between two MSIs that I have created in WiX.  I 
also am generating my PCP file in WiX, but I'm uisng MsiMsp build the 
actual patch file.

This is the second patch I am creating.  My package lineage looks like this:

v3.0.3
v3.0.4
v3.1.0

I had no trouble creating the patch between 3.0.3 and 3.0.4.  Now, I am 
trying to create the patch between 3.0.4 and 3.1.0, and apply it on a 
machine that had installed 3.0.3 and then patched successfully to 3.0.4.

I have added some new components with new files to my installed 
feature.  I have marked these files "PatchGroup=2"  in my main WiX 
files.  I am generating the PCP to only apply to 3.0.4, and have set the 
Family to target the admin install I have from 3.0.4.  I have set the 
SequenceStart for the Family to be a high number.

The patch builds fine, but when I attempt to apply it, I get this error 
message in the log:

Error 2920:  Source directory not specified for file MyNewDll.dll.

This is a new file I am adding for this patch. 

When I view the patch applied on my 3.0.4 MSI in Orca, everything looks 
OK.  The new files all have the highest sequence numbers.  The Media 
table has a new entry for my patch, and the sequence numbers look 
right.  A snippet from the log is below.  I can see that the media is 
indeed being changed.  If I manually extract my MSP file, I can see the 
file in question.  I can't figure out why this isn't working!

MSI (s) (C8:A8) [12:26:54:087]: Executing op: ChangeMedia(,MediaPrompt=Please 
insert the disk: 
,MediaCabinet=PCW_CAB_NR30Fam1,BytesPerTick=32768,CopierType=2,,IsFirstPhysicalMedia=1)
MSI (s) (C8:A8) [12:26:54:087]: Executing op: 
FileCopy(SourceName=r3vd-h3h.dll|MyNewDll.dll,SourceCabKey=MyNewDll.dll,DestName=MyNewDl.dll,Attributes=4096,FileSize=53248,PerTick=32768,,VerifyMedia=1,CheckCRC=0,Version=1.1.3.0,Language=0,InstallMode=58982400,,,)
MSI (s) (C8:A8) [12:26:54:087]: File: C:\Program Files\MyApp\MyNewDll.dll;
To be installed;Won't patch;No existing file
MSI (s) (C8:A8) [12:26:54:087]: Source for file 'MyNewDll.dll' is compressed
MSI (s) (C8:A8) [12:26:54:087]: Note: 1: 2262 2: Error 3: -2147287038 
MSI (s) (C8:A8) [12:26:54:087]: Transforming table Error.
MSI (s) (C8:A8) [12:26:54:087]: Transforming table Error.
MSI (s) (C8:A8) [12:26:54:087]: Note: 1: 2262 2: Error 3: -2147287038 
MSI (s) (C8:A8) [12:26:54:087]: Transforming table Error.
MSI (s) (C8:A8) [12:26:54:102]: Transforming table Error.
MSI (s) (C8:A8) [12:26:54:102]: Note: 1: 2262 2: Error 3: -2147287038 
DEBUG: Error 2920:  Source directory not specified for file 
DigitalBP.Plaxo.API.dll.
MSI (s) (C8:A8) [12:26:55:868]: Note: 1: 2262 2: Error 3: -2147287038 
MSI (s) (C8:A8) [12:26:55:868]: Transforming table Error.
MSI (s) (C8:A8) [12:26:55:868]: Transforming table Error.
MSI (s) (C8:A8) [12:26:55:868]: Note: 1: 2262 2: Error 3: -2147287038 
MSI (s) (C8:A8) [12:26:55:868]: Transforming table Error.
MSI (s) (C8:A8) [12:26:55:883]: Transforming table Error.
MSI (s) (C8:A8) [12:26:55:883]: Note: 1: 2262 2: Error 3: -2147287038 
MSI (s) (C8:A8) [12:26:55:883]: Product: My Product Name -- The installer has 
encountered an unexpected error installing this package. This may indicate a 
problem with this package. The error code is 2920. The arguments are: 
MyNewDll.dll, , 


Does anyone have any ideas?

I realize that this may be a Patchwiz problem, not a WiX problem, but 
since I'm doing most everything in WiX I'm not sure where else to turn.

Thanks!
Ben

-
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] Minor upgrade issue revisited

[Rob Hamflett]

The Upgrade table only comes into play when doing a major upgrade.  A minor 
upgrade is basically a 
repair with a new set of files.

Rob

Nicholls, Rob (CSS) wrote:
> Hi all,
> 
> Sorry for the horrible formatting - here goes again!
> I am new here but have searched the list and cannot find a relevant
> answer.
> 
> I am following the tutorial found at
> http://www.tramontana.co.hu/wix/lesson4.php and I am able to create a
> package which upgrades an existing installation with a minor upgrade.
> I install version 1.0.0 successfully.
> I then apply the upgrade via the command msiexec SampleUpgrade.msi -i
> REINSTALL=ALL REINSTALLMODE=vomus.  This is successful.
> However when I test the behaviour for when I reapply the upgrade I do
> not get the error message from the check on the whether it has
> previously been applied.  Instead the usual "Resuming the Foobar 1.0.1
> Setup Wizard" dialogs.  I would have thought that a combination of the
> relevant ,  and  tags would result
> in an error.  Am I missing something subtle (or not so subtle) here?
> 
> Many thanks for any assistance!
> 
> Details follow:
> 
> I am using WiX v3.0.3704.0 and I have migrated the download files from
> v2 to v3 using wixcop, inserted my own guids and then modified the
> components to avoid the ICE errors regarding advertised shortcuts.
> 
> Version 1.0.0 of SampleUpgrade.wxs
> 
> http://schemas.microsoft.com/wix/2006/wi";>
>   Id="{4C7E5CEC-492F-480d-80C4-ACD24B9B1D14}"
> UpgradeCode="{048F6EB0-9D0F-41f1-B98E-A813413CE61E}"
>Language="1033" Codepage="1252">
> 
>   Comments="Foobar is a registered trademark of Acme Ltd."
> Manufacturer="Acme Ltd."
>  InstallerVersion="100" Languages="1033" Compressed="yes"
> SummaryCodepage="1252" />
> 
> 
>Minimum="1.0.0" IncludeMinimum="no" />
> 
> 
> 
>  />
> 
> 
> 
> 
>   
> 
>   
> 
>   
>   
> 
>   
>   
> 
> 
> 
> 
>Guid="{2BFB1CB4-30E2-4d82-948B-1F4699EDD633}">
>  Source="FoobarAppl10.exe" Vital="yes" />
>   
> 
>Guid="{D49BE06F-419C-4d5e-9103-8CCA5EF33049}">
>  Source="Helper.dll" Vital="yes" />
>   
> 
>Guid="{12086F0E-F12F-4267-A2DC-646D5138969A}">
>  Source="Manual.pdf" />
>   
> 
> 
> 
> 
> 
>Guid="{9A400549-295C-46d5-BD89-44380E2A6E8C}">
>  Name="FoobarShortcutInstalled" Type="integer" Value="1" />
>  Name="Foobar 1.0" Target="[INSTALLDIR]\FoobarAppl10.exe"
>   Icon="Foobar10.exe" IconIndex="0" />
>  Name="Foobar 1.0" Target="[INSTALLDIR]\FoobarAppl10.exe"
>   Icon="Foobar10.exe" IconIndex="0" />
> 
>   
> 
>Guid="{0D70F635-9A0C-4e8e-925B-CCD1BDA0260A}">
>  Name="ManualShortcutInstalled" Type="integer" Value="1" />
>  Name="Instruction Manual" Target="[INSTALLDIR]\Manual.pdf" />
> 
>   
> 
> 
> 
>   ConfigurableDirectory="INSTALLDIR">
>   
> 
> 
> 
>   
>Description="RTFM!" Level="1">
> 
> 
>   
> 
> 
> 
> 
> 
> 
>After="FindRelatedProducts">NEWERFOUND
>   
> 
> 
> 
>   
> 
> 
> Version 1.0.1 of SampleUpgrade.wxs
> 
> http://schemas.microsoft.com/wix/2006/wi";>
>   Id="{4C7E5CEC-492F-480d-80C4-ACD24B9B1D14}"
> UpgradeCode="{048F6EB0-9D0F-41f1-B98E-A813413CE61E}"
>Language="1033" Codepage="1252">
> 
>   Comments="Foobar is a registered trademark of Acme Ltd."
> Manufacturer="Acme Ltd."
>  InstallerVersion="100" Languages="1033" Compressed="yes"
> SummaryCodepage="1252" />
> 
> 
>Minimum="1.0.1" IncludeMinimum="yes" Maximum="1.0.1"
> IncludeMaximum="yes" />
>Minimum="1.0.1" IncludeMinimum="no" />
> 
> 
> 
>  />
> 
> 
> 
> 
> 
>   
> 
>   
> 
>   
>   
> 
>   
>   
> 
> 
> 
> 
>Guid="{2BFB1CB4-30E2-4d82-948B-1F4699EDD633}">
>  Source="FoobarAppl10.exe" Vital="yes" />
>   
> 
>Guid="{D49BE06F-419C-4d5e-9103-8CCA5EF33049}">
>  Source="Helper.dll" Vital="yes" />
>   
> 
>Guid="{12086F0E-F12F-4267-A2DC-646D5138969A}">
>  Source="Manual.pdf" />
>   
> 
> 
> 
> 
> 
>Guid="{9A400549-295C-46d5-BD89-44380E2A6E8C}">
>  Name="FoobarShortcutInstalled" Type="integer" Value="1" />
>  Name="Foobar 1.0" Target="[INSTALLDIR]\FoobarAppl10.exe"
>   Icon="Foobar10.exe" IconIndex="0" />
>  Name="Foobar 1.0" Target="[INSTALLDIR]\FoobarAppl10.exe"
>   Icon="Foobar10.exe" IconIndex="0" />
> 
>   
> 
>Guid="{0D70F635-9A0C-4e8e-925B-CCD1BDA0260A}">
>  Name="ManualShortcutInstalled" Type="integer" Value="1" />
>  Name="Instruction Manual" Target="[INSTALLDIR]\Manua

[WiX-users] ASP.NET App

[Brantley, Garth]

Hello,
 
Can anyone tell me the best practices for building a Wix based install
for an ASP.NET web app?  Apparently Visual Studio changes filenames for
many files in the ASP.NET app everytime you recompile.  This seems to
make it difficult to create a Wix based install.  Any suggestions?
 
 -Garth
 

--

Garth Brantley, Senior Development Engineer 

DeJarnette Research Systems, Inc

(410) 583-0680 x412

(410) 583-0696 fax

-- 

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krunal
Doshi
Sent: Tuesday, January 15, 2008 7:48 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Wix question - How to find build x86 build or amd64
bitbuild



Hi,

 

I have single wxp and wxf file which are used to generate x86 build and
amd64 build. Now within wix during install time how can I find which
build is getting installed.

 

Something like

 

If(x86 build is getting installed) 

Logic

If(amd64 build is getting installed)

Logic

Common logic

 

Any idea ?

 

Thanks,

Krunal Doshi

-
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] Votive Missing Project Templates

[Christopher Painter]

Is anyone else having problems with Votive/Missing Project Templates using 
Wix-3.0.3711.0.msi?Wix-3.0.3704.0.msi seems to be ok.
   
  
http://sourceforge.net/tracker/index.php?func=detail&aid=1872939&group_id=105970&atid=642714
   

   
-
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] michael he邀请您加入PerfS pot。

[michael he]

michael
he是PerfSpot的会员，他正邀请您加入。PerfSpot是最快速成长�
��社区网络之一，并且它是免费。

点击此处，免费加入
http://www.perfspot.com/join.asp?f=n&id=4949ECF8-F2DF-4FD4-9905-A8B15257BE2F
  
点击此处查看％1％的个人资料：

http://www.perfspot.com/atempcode

:有了perfSpot，您将享受到：

无限量照片上传－意味着您想上传多少都可以！一旦您上�
��了照片之后，您就可以利用我们的“Spotting”特色服务展
示精彩，尽情与朋友分享欢乐。

个性化设定－PerfSpot
拥有令人难以想象的个性化服务，界面友好，任何人都可�
��享用！选择您喜爱的图片作为背景，播放您喜欢的音乐��
�选择您自己中意的肤色，所有这些只需您动动手指，双击
鼠标，就可轻松完成。PerfSpot时刻准备，为您呈现完美页��
�。

安全设置—在PerfSpot，您完全能够控制哪些人可以查看您��
�页及其内容。您的哪些朋友可以观看您的照片和评论完全
由您决定。您可以设置四种不同的安全级别，将一些内容�
��置为仅限您的父母/老板查看，还可以轻松地将一些“好�
��色”展示给您认为值得的女朋友们、男朋友们或者您的��
�友们观看。

立即动手，今天就搞定您的PerfSpot个人资料吧！
http://www.perfspot.com/join.asp?f=n&id=4949ECF8-F2DF-4FD4-9905-A8B15257BE2F


此份邮件显示michael he ([EMAIL PROTECTED])已邀请您加入。

如果您希望不再被PerfSpot.com联系，请点击此处。
http://www.perfspot.com/u.asp?e=wix%2Dusers%40lists%2Esourceforge%2Enet

如有疑问，或者需要服务，请联系我们的技术支持部门：

免费电话（美国）：1-888-311-PERF (311-7373)
直拨（国际）：(1)602-273-3758
[EMAIL PROTECTED]

PerfSpot.com | 1275 W. Washington St. | Tempe, AZ 85281 | USA


-
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] Minor upgrade issue revisited

[Nicholls, Rob (CSS)]

Hi all,

Sorry for the horrible formatting - here goes again!
I am new here but have searched the list and cannot find a relevant
answer.

I am following the tutorial found at
http://www.tramontana.co.hu/wix/lesson4.php and I am able to create a
package which upgrades an existing installation with a minor upgrade.
I install version 1.0.0 successfully.
I then apply the upgrade via the command msiexec SampleUpgrade.msi -i
REINSTALL=ALL REINSTALLMODE=vomus.  This is successful.
However when I test the behaviour for when I reapply the upgrade I do
not get the error message from the check on the whether it has
previously been applied.  Instead the usual "Resuming the Foobar 1.0.1
Setup Wizard" dialogs.  I would have thought that a combination of the
relevant ,  and  tags would result
in an error.  Am I missing something subtle (or not so subtle) here?

Many thanks for any assistance!

Details follow:

I am using WiX v3.0.3704.0 and I have migrated the download files from
v2 to v3 using wixcop, inserted my own guids and then modified the
components to avoid the ICE errors regarding advertised shortcuts.

Version 1.0.0 of SampleUpgrade.wxs

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




  








  

  

  
  

  
  




  

  

  

  

  

  





  




  

  



  




  



  
  


  






  NEWERFOUND
  



  


Version 1.0.1 of SampleUpgrade.wxs

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




  
  









  

  

  
  

  
  




  

  

  

  

  

  





  




  

  



  




  



  
  


  






  PATCHFOUND
  NEWERFOUND
  



  



This email and any files transmitted with it are confidential, and may be 
subject to legal privilege, and are intended solely for the use of the 
individual or entity to whom they are addressed. 
If you have received this email in error or think you may have done so, you may 
not peruse, use, disseminate, distribute or copy this message. Please notify 
the sender immediately and delete the original e-mail from your system.

-
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 installed but not started

[SaiTeja]

Hi,

Thanks for resp. Below is the code


  ((VersionNT>500) AND (NOT VersionNT64)) 
  
   
  
  
  
  
  


   



Michal Peled wrote:
> 
> Hi,
> Could you please attach the XML code of the related component?
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja
> Sent: Wednesday, January 16, 2008 5:57 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Service installed but not started
> 
> 
> I have one service related binary(guardservice.exe)  When I use
> ServiceInstall along with
> ServiceDependency(RPCS,Event Log, Terminal Service), it installs"
> successfully but does not start.  I tried manually(services.msc) to
> start
> the service, but I get an error saying that the service is taking too
> long to respond.
> 
> I am not sure why it won't start.  If anyone has any insight I would be
> greatly appreciative.
> 
> Note: When I apply heat.exe on that binary I got error as "Not a valid
> image"
> -- 
> View this message in context:
> http://www.nabble.com/Service-installed-but-not-started-tp14878052p14878
> 052.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
> 
> -
> 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-installed-but-not-started-tp14878052p14879513.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] LGHT0216: An unexpected Win32 exception with

[Ben Middleton]

> It's probably a permissions problem with validation. MSI validation 
> counts as an installation operation so a low-privileges user might not 
> be able to do it. You can try giving the build account more privileges 
> or suppressing validation (but make sure you run it by hand occasionally 
> to pick up the errors it shows).

Thanks Bob - you were right. I changed the owner of the Cygwin SSHD service
from the Cygwin default of "sshd_server" to my build user "build"; fixed the
ownership of the ssh directories/config in Cygwin; and MSI validation now
works as expected. It must have been an issue with the combination of
running sshd as a different user to the build login user (on the face of it,
both users had identical permissions). Thanks for your help.

Ben



-
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 installed but not started

[Michal Peled]

Hi,
Could you please attach the XML code of the related component?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of SaiTeja
Sent: Wednesday, January 16, 2008 5:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Service installed but not started


I have one service related binary(guardservice.exe)  When I use
ServiceInstall along with
ServiceDependency(RPCS,Event Log, Terminal Service), it installs"
successfully but does not start.  I tried manually(services.msc) to
start
the service, but I get an error saying that the service is taking too
long to respond.

I am not sure why it won't start.  If anyone has any insight I would be
greatly appreciative.

Note: When I apply heat.exe on that binary I got error as "Not a valid
image"
-- 
View this message in context:
http://www.nabble.com/Service-installed-but-not-started-tp14878052p14878
052.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

-
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] Closing program on uninstall

[nbedford]

Can anyone please help me, I need to close a program before uninstall.
I've done a bit of reading but I can't find a solution to this problem.

Thanks, Nic



-
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] Service installed but not started

[SaiTeja]

I have one service related binary(guardservice.exe)  When I use
ServiceInstall along with
ServiceDependency(RPCS,Event Log, Terminal Service), it installs"
successfully but does not start.  I tried manually(services.msc) to start
the service, but I get an error saying that the service is taking too
long to respond.

I am not sure why it won't start.  If anyone has any insight I would be
greatly appreciative.

Note: When I apply heat.exe on that binary I got error as "Not a valid
image"
-- 
View this message in context: 
http://www.nabble.com/Service-installed-but-not-started-tp14878052p14878052.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