[WiX-users] Anyone have XSL for fixing up nested registry values?

[Troy Howard]

I read a message on here a while back where someone had written an XSL to
fixup the "primary key is duplicated" errors caused by nested registry value
elements like this example:






The XSL would convert these to single line RegistryValue tags.

Anyone have an XSL or script that does this fixup?

I'm trying not to reinvent the wheel.

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

Re: [WiX-users] COM registration weirdness

[Neil Sleightholm]

>> By the time it's a COM object, VB6 or C++ it doesn't make any
>> difference.

That is a nice theory and I believed it but just couldn't get my head
around registering VB6 COM DLL's (C++ are fine) in the end I ended up
using self registration (SelfRegCost=1). I'm sure there is some voodoo
going on with VB6 COM DLL's but I couldn't figure it!

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED]



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

Re: [WiX-users] An issue with Perf Counters in wixV2

[Bob Arnson]

Mukesh Agrawal wrote:
> Few lines before the error in the verbose log. This error occurs when I 
> cancel the unistallation and after the registry entries for counters have 
> been removed.

Please file a bug and attach the log and .msi.

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



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

Re: [WiX-users] Re 2: Patching and sqlscript element (to Bob, Arnson)

[Bob Arnson]

Victor V. Sergeev wrote:
> I'm try another way: add new component , but received  the same results. 
> SQLString worked, SQLScript doesn't.
>   

How so?

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



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

Re: [WiX-users] COM registration weirdness

[Richard]

In article <[EMAIL PROTECTED]>,
Rob Mensching <[EMAIL PROTECTED]>  writes:

> If anyone does figure it out, it'd be good to understand what is going on.
> I don't know VB (let alone VB6) and things work great for my C++/ATL based
> COM objects.

By the time its a COM object, VB6 or C++ it doesn't make any
difference.

I would run RegMon and FileMon while you hand register the COM object
on a system where its never been registered before.  Then check to
make sure it isn't doing things inside its DllRegisterServer that its
not supposed to be doing (through filemon).  Its only supposed to be
setting registry values that deal with COM registration, but sometimes
people get lazy and do all sorts of crazy stuff in there.  I don't
know if VB6 lets you control that entry point or just does it for you
based on the kind of project you made.  At any rate, all that's
happening when you register the COM object with Windows Installer is
that its handling those registry entries for you.

If you duplicate all of the registry entries, then it should work
fine.

The key is going to be running some sort of utility that can tell you
how that component is interacting with the system when its
DllRegisterServer entry point is called.  Ultimately you could (ugh)
step through the assembly code as it executes to identify the missing
piece.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

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

Re: [WiX-users] old installer running?!

[John Nannenga]

Reference:
http://msdn.microsoft.com/en-us/library/aa369786(VS.85).aspx





From: Joshua Chambers [EMAIL PROTECTED]
Sent: Monday, September 29, 2008 6:19 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] old installer running?!

Hello!



When I run my new Setup.msi file on a system that already has a previous
version of the program installed, instead of actually running my new
Setup.msi file, the OLD setup file is run, and I am given the options of
uninstall or repair or cancel.  I would like to be able to install a new
copy on top of an old copy, upgrading.



Anyone know how I can do this, at least get the new version to run
instead of the old version?



Thank you!

Joshua

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

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

Re: [WiX-users] COM registration weirdness

[Rob Mensching]

If anyone does figure it out, it'd be good to understand what is going on.  I 
don't know VB (let alone VB6) and things work great for my C++/ATL based COM 
objects.

-Original Message-
From: Troy Howard [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 19:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] COM registration weirdness

Hi Jim,

Did you ever figure this out?

I'm in basically the same situation. I have a VB6 application that uss
numerous third party COM DLLs, and some in-house .Net COM DLLs. I've
included all the appropriate bits of WiX code (AFAICT), but the registration
doesn't seem to be effective. Running regsvr32 and regasm on the assemblies
after installer gets everything working though.

At this point, I'm thinking I'll have to run a batch file at the end of the
install to call regsvr32/regasm just to the the thing out the door on
schedule.

I'm in the process of migrating from an existing Installshield setup to WiX,
and we did it with a batch file in the IS installer. One of the big things
were were hoping to get out of WiX was to make this happen correctly,
instead of with a "duct tape" batch file.

Does anyone have an insight that I might be missing?

My basic process for getting the WiX code for this was to run heat again the
files, generating a wxs, then edit those wxs fragments to compile correctly.
This involved moving the class/progid/typelib/interface declarations inside
of the file tag, and removing extra registry keys that were in conflict with
those tags (IE. removing tags like
)... etc.


Thanks,
Troy



On Tue, Sep 2, 2008 at 3:05 PM, Evans, Jim <[EMAIL PROTECTED]>wrote:

> I know this isn't the exact forum for this, but I'm really confused and
> don't know where else to turn. I'm in the process of moving our
> installer to an msi-based install using WiX. Our application is fairly
> complex, including .NET assemblies, a client-side application, Windows
> services that run on a server, a web portal, and COM components on the
> server that the service and web portal use. It's these COM components
> that are giving me fits. I've created WiX install elements for the COM
> components (, , , , etc.), and as far
> as I can tell the COM registration is correct. All of the COM registry
> entries are getting created by the installer. However, my COM components
> cannot be used by their consumers after the installation.
>
>
>
> If I use regsvr32 to unregister and reregister the .dll, the COM
> components work properly. These are VB6 dlls in the main, but I don't
> think that has anything to do with it. I've watched what regsvr32 does
> using procmon, and it does look like it's registering my Interface
> information twice, but I can't see how that would affect things. I'm
> going to try a full registry comparison next, but I was wondering if
> anybody here has run into anything like this?
>
>
>
> --Jim Evans
>
> Numara Software, Inc.
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


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

Re: [WiX-users] Output Window Suppresstion

[Rob Mensching]

QtExec?

-Original Message-
From: derekj [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2008 03:28
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Output Window Suppresstion


Hi,
I have created a  MSI to deploy a database. I have custom actions that calls
aspnet_regsql.exe for the database and the repective tables.

eg





I have 13 tables to register plus the database itself. This means 14 output
windows open and close during the installation.

Is there anyway to suppress this?

regards

Derek
--
View this message in context: 
http://n2.nabble.com/Output-Window-Suppresstion-tp1112025p1112025.html
Sent from the wix-users mailing list archive at Nabble.com.


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


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

Re: [WiX-users] COM registration weirdness

[Troy Howard]

Hi Jim,

Did you ever figure this out?

I'm in basically the same situation. I have a VB6 application that uss
numerous third party COM DLLs, and some in-house .Net COM DLLs. I've
included all the appropriate bits of WiX code (AFAICT), but the registration
doesn't seem to be effective. Running regsvr32 and regasm on the assemblies
after installer gets everything working though.

At this point, I'm thinking I'll have to run a batch file at the end of the
install to call regsvr32/regasm just to the the thing out the door on
schedule.

I'm in the process of migrating from an existing Installshield setup to WiX,
and we did it with a batch file in the IS installer. One of the big things
were were hoping to get out of WiX was to make this happen correctly,
instead of with a "duct tape" batch file.

Does anyone have an insight that I might be missing?

My basic process for getting the WiX code for this was to run heat again the
files, generating a wxs, then edit those wxs fragments to compile correctly.
This involved moving the class/progid/typelib/interface declarations inside
of the file tag, and removing extra registry keys that were in conflict with
those tags (IE. removing tags like
)... etc.


Thanks,
Troy



On Tue, Sep 2, 2008 at 3:05 PM, Evans, Jim <[EMAIL PROTECTED]>wrote:

> I know this isn't the exact forum for this, but I'm really confused and
> don't know where else to turn. I'm in the process of moving our
> installer to an msi-based install using WiX. Our application is fairly
> complex, including .NET assemblies, a client-side application, Windows
> services that run on a server, a web portal, and COM components on the
> server that the service and web portal use. It's these COM components
> that are giving me fits. I've created WiX install elements for the COM
> components (, , , , etc.), and as far
> as I can tell the COM registration is correct. All of the COM registry
> entries are getting created by the installer. However, my COM components
> cannot be used by their consumers after the installation.
>
>
>
> If I use regsvr32 to unregister and reregister the .dll, the COM
> components work properly. These are VB6 dlls in the main, but I don't
> think that has anything to do with it. I've watched what regsvr32 does
> using procmon, and it does look like it's registering my Interface
> information twice, but I can't see how that would affect things. I'm
> going to try a full registry comparison next, but I was wondering if
> anybody here has run into anything like this?
>
>
>
> --Jim Evans
>
> Numara Software, Inc.
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] old installer running?!

[Joshua Chambers]

Hello!

 

When I run my new Setup.msi file on a system that already has a previous
version of the program installed, instead of actually running my new
Setup.msi file, the OLD setup file is run, and I am given the options of
uninstall or repair or cancel.  I would like to be able to install a new
copy on top of an old copy, upgrading.

 

Anyone know how I can do this, at least get the new version to run
instead of the old version?

 

Thank you!

Joshua

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

Re: [WiX-users] launch condition query

[Alexander Shevchuk]

You can use http://msdn.microsoft.com/en-us/library/aa370556(VS.85).aspx to 
determine if you have Windows 2000 installed and 
http://msdn.microsoft.com/en-us/library/aa370329(VS.85).aspx to determine what 
flavor of it is installed.
If you are using WiX V3, examine 
http://msdn.microsoft.com/en-us/library/ms724833.aspx and search for "OSInfo 
custom actions" topic in WiX help.
Sorry, I did not get what you are asking in your second question.

Alex



-Original Message-
From: Sean Farrow [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 2:35 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] launch condition query

Hi:
I am constructing a launch condition to require windows 2000 server
professional or later. I currently have the following:
  
What do I need to add to require the professional version of windows
2000?
aditionally, I am checking for an installation written with a different
tool, I wish to run the uninstaller at launch if this exists. Wha is the
best way of achieving this with a launch condition?
Cheers
Sean.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


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

Re: [WiX-users] Patches and computed directory paths

[Michael Owings]

OK -- scratch that. The issue was that I needed to define the computed 
directory property on the MSIEXEC command line so that it went under the 
before/after directory. Once that happened Msipsp picked up the files 
and upgraded them just fine.

Seems to work well now

Michael Owings wrote:
> Probably more of an MSI question, but here goes:
> 
> I have a wix-produced installer (2.0) that I'd like to create a patcher 
> for. While I can always upgrade via MSI, there are times when being able 
> to use the patcher would be nice.
> 
> So as I understand it, we create two administrative installs with the 
> old and new MSIs, create a patch wxs file, and run MsiPsp o create the 
> patch.
> 
> The problem I'm having is that I have a couple of files that reside in 
> directories computed via a custom action (via my own dll). While I have 
> verified that these paths are being computed when the admin install is 
> executing, they are not showing up anywhere in the admin install 
> directories. Because of this, they don't seem to get picked up by 
> MsiMsp.exe and are not included in the finished patch. Other files 
> (stuff under Program Files, for example), DO get included, and for those 
> files the patch executes as expected.
> 
> Any idea of what I might be doing wrong?
> 
> Thanx in advance - m


-- 
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

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

[WiX-users] launch condition query

[Sean Farrow]

Hi: 
I am constructing a launch condition to require windows 2000 server
professional or later. I currently have the following:
  
What do I need to add to require the professional version of windows
2000?
aditionally, I am checking for an installation written with a different
tool, I wish to run the uninstaller at launch if this exists. Wha is the
best way of achieving this with a launch condition?
Cheers
Sean.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patches and computed directory paths

[Michael Owings]

Probably more of an MSI question, but here goes:

I have a wix-produced installer (2.0) that I'd like to create a patcher 
for. While I can always upgrade via MSI, there are times when being able 
to use the patcher would be nice.

So as I understand it, we create two administrative installs with the 
old and new MSIs, create a patch wxs file, and run MsiPsp o create the 
patch.

The problem I'm having is that I have a couple of files that reside in 
directories computed via a custom action (via my own dll). While I have 
verified that these paths are being computed when the admin install is 
executing, they are not showing up anywhere in the admin install 
directories. Because of this, they don't seem to get picked up by 
MsiMsp.exe and are not included in the finished patch. Other files 
(stuff under Program Files, for example), DO get included, and for those 
files the patch executes as expected.

Any idea of what I might be doing wrong?

Thanx in advance - m
-- 
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

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

Re: [WiX-users] Building WiX v3

[Sean Farrow]

Hi: 
Wherecan I get the required version of nant? I carn't find it on the
nant sourceforge page.
Cheers
Sean. 

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 28 September 2008 22:58
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Building WiX v3

Sean Farrow wrote:
> I am looking at buildingWiX v3, I'm currently working on some internal

> extensions and I'd like to understand the build process. To build WiX,

> do I need the .net framework 1.1? or just 2.0/3.0/3.5.
>   

You don't need .NET 1.1; you do need 3.5 and either VS2008 or the
Windows 2008 SDK. Make.bat has the tools list, as does "Building WiX" in
wix.chm.

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




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

__ Information from ESET NOD32 Antivirus, version of virus
signature database 3478 (20080928) __

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
  

__ Information from ESET NOD32 Antivirus, version of virus
signature database 3480 (20080929) __

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 
 

__ Information from ESET NOD32 Antivirus, version of virus
signature database 3480 (20080929) __

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 

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

Re: [WiX-users] running .reg file

[Yu, Brian]

I agree if u support this there won't be any rollback action

Is there an easy way to run "tallow" equivalent command to get a typical
.reg file into wxs?
I install wix 3.0.4318, but there's no tool to do that for me.


-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: 29 September 2008 15:48
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] running .reg file

No, for good reason.  How would you reference count that content?  What
about rollback?  Patching?

-Original Message-
From: Yu, Brian [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 05:37
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] running .reg file

Is there a method to simply include the .reg file and exec that on the
client as part of the install?


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



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

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

Re: [WiX-users] Multiple instance support

[shawny]

Rob Mensching-2 wrote:
> 
> WiX supports all of the things the Windows Installer supports. 
> Multi-instance is supported by the Instance element.
> 
> Also, to be precise the issues you are struggling with is whether the
> *Windows Installer* is the right engine for your installation.  The WiX
> toolset creates packages for the Windows Installer.  We have some
> extensions to help reach into areas the Windows Installer doesn't (like
> IIS, SQL and others) but the multi-instance questions are really about the
> Windows Installer's approach to them.
> 

Couldnt have said it better myself.  I was tasked with figuring out a way to
make Wix do the actions I listed, and although I like the ease and utlitiy
of Wix to integrate into the installer, I'm really wondering if this is the
best approach.  Thanks for all of the help Rob.

Cheers and I owe you a beer or ten.

-
Dont believe everything you think
-- 
View this message in context: 
http://n2.nabble.com/Multiple-instance-support-tp690623p1126075.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] Multiple instance support

[Rob Mensching]

WiX supports all of the things the Windows Installer supports.  Multi-instance 
is supported by the Instance element.

Also, to be precise the issues you are struggling with is whether the *Windows 
Installer* is the right engine for your installation.  The WiX toolset creates 
packages for the Windows Installer.  We have some extensions to help reach into 
areas the Windows Installer doesn't (like IIS, SQL and others) but the 
multi-instance questions are really about the Windows Installer's approach to 
them.

-Original Message-
From: shawny [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 07:49
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Multiple instance support




Rob Hamflett wrote:
>
> It can be done as long as the ProductCode is different for each instance,
> but why would you want to?
>
> Rob
>

I think a perfect scenario for using instances is when you have a single
product that must be installed independently for individual clients.  So
lets say I have a web project consisting of a web service.  This project
will have its own web.config, global.asax, etc.  The docs state that sharing
components among multi-instance is not supported so instead of being able to
build a single.dll and sharing it among multiple clients, I have to copy
that .dll over and over.  But I digress.

The idea is that since there are individual configs for each client, I need
to have each instance of the project running in its own web application and
I have yet to find a way to get Wix to do this.  I've read about instance
transforms, but from my understanding, wix really doesnt support multiple
instances.  I know SQL Server 2005 uses wix to manage multi-instance, but
SQL Server 2005 is only getting installed a single time and the instance
transform is making mods to the installed application.

It gets quite a bit more complicated when you have individual products (that
are mostly identical) yet are not the same single install.  Modifying and
removing individual sites with this approach seems daunting at best.  The
matter is also complicated by the fact that instances are basically nested
under the initial install inside the registry and I haven't been able to
determine the ramifications, lets say, if I remove the initial install
instance after adding additional instances.  Just feels dangerous to try to
use Wix in this manner.

I like the ability to run via GUI or script, but in this scenario, Wix is
making me nervous.



-
Dont believe everything you think
--
View this message in context: 
http://n2.nabble.com/Multiple-instance-support-tp690623p1126014.html
Sent from the wix-users mailing list archive at Nabble.com.


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


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

Re: [WiX-users] Wix multiple installs

[shawny]

chrpai wrote:
> 
> Actually this is possible with multiple instance transforms if you follow
> a few simple design guides.   I discuss it in detail on my blog.   
> InstallShield has custom tables to teach the build engine to generate and
> embed these tables and I've recently written some XML driven custom
> automation to allow you to generate and embed the transforms into packages
> made by other tools sets. If WiX doesn't have an element to describe
> this story you could use my automation until it does.
> 

Where is your blog please???

-
Dont believe everything you think
-- 
View this message in context: 
http://n2.nabble.com/Wix-multiple-installs-tp707969p1126043.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] running .reg file

[Rob Mensching]

No, for good reason.  How would you reference count that content?  What about 
rollback?  Patching?

-Original Message-
From: Yu, Brian [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 05:37
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] running .reg file

Is there a method to simply include the .reg file and exec that on the
client as part of the install?

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


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

Re: [WiX-users] Multiple instance support

[shawny]

Rob Hamflett wrote:
> 
> It can be done as long as the ProductCode is different for each instance,
> but why would you want to?
> 
> Rob
> 

I think a perfect scenario for using instances is when you have a single
product that must be installed independently for individual clients.  So
lets say I have a web project consisting of a web service.  This project
will have its own web.config, global.asax, etc.  The docs state that sharing
components among multi-instance is not supported so instead of being able to
build a single.dll and sharing it among multiple clients, I have to copy
that .dll over and over.  But I digress.

The idea is that since there are individual configs for each client, I need
to have each instance of the project running in its own web application and
I have yet to find a way to get Wix to do this.  I've read about instance
transforms, but from my understanding, wix really doesnt support multiple
instances.  I know SQL Server 2005 uses wix to manage multi-instance, but
SQL Server 2005 is only getting installed a single time and the instance
transform is making mods to the installed application.

It gets quite a bit more complicated when you have individual products (that
are mostly identical) yet are not the same single install.  Modifying and
removing individual sites with this approach seems daunting at best.  The
matter is also complicated by the fact that instances are basically nested
under the initial install inside the registry and I haven't been able to
determine the ramifications, lets say, if I remove the initial install
instance after adding additional instances.  Just feels dangerous to try to
use Wix in this manner.

I like the ability to run via GUI or script, but in this scenario, Wix is
making me nervous.



-
Dont believe everything you think
-- 
View this message in context: 
http://n2.nabble.com/Multiple-instance-support-tp690623p1126014.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] running .reg file

[Yu, Brian]

Is there a method to simply include the .reg file and exec that on the
client as part of the install?

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

Re: [WiX-users] Problem with roll backing custom action

[Mukesh Agrawal]

Take a verbose log of  your installer. Search for "skipping action" and "doing 
action" in the log file to know which actions were skipped and which were not. 
Actions are invoked only if the corresponding invoke condition is found to be 
true. Check the conditions.

-Original Message-
From: Allah Rakha [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 4:20 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem with roll backing custom action

Hi there,

I have a problem with roll backing custom actions. Here is the case;

I have a custom action say "A"  with Execute='deferred'  and it starts after
the "StartServices". And  an other custom action say "B"  with
Execute='rollback' that is a roll back action.

Now when custom action "A"  is being executed, and user click the cancel
button of the installer. The installer  asks for the confirmation, after
confirming, it continues to execute the custom action "A" and after it is
finished , it  does not execute the action "B" that is rolling back action.
However it report that installer is interrupted and is not installed.

- How can I stop executing the "A" when user click cancel button?
-Why the roll back action is not being triggered?


need your valuable input.

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


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

Re: [WiX-users] Problem with roll backing custom action

[Mukesh Agrawal]

One more thing, Have you scheduled it before the custom action "A" ?

-Original Message-
From: Allah Rakha [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 4:20 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem with roll backing custom action

Hi there,

I have a problem with roll backing custom actions. Here is the case;

I have a custom action say "A"  with Execute='deferred'  and it starts after
the "StartServices". And  an other custom action say "B"  with
Execute='rollback' that is a roll back action.

Now when custom action "A"  is being executed, and user click the cancel
button of the installer. The installer  asks for the confirmation, after
confirming, it continues to execute the custom action "A" and after it is
finished , it  does not execute the action "B" that is rolling back action.
However it report that installer is interrupted and is not installed.

- How can I stop executing the "A" when user click cancel button?
-Why the roll back action is not being triggered?


need your valuable input.

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


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

[WiX-users] Problem with roll backing custom action

[Allah Rakha]

Hi there,

I have a problem with roll backing custom actions. Here is the case;

I have a custom action say "A"  with Execute='deferred'  and it starts after
the "StartServices". And  an other custom action say "B"  with
Execute='rollback' that is a roll back action.

Now when custom action "A"  is being executed, and user click the cancel
button of the installer. The installer  asks for the confirmation, after
confirming, it continues to execute the custom action "A" and after it is
finished , it  does not execute the action "B" that is rolling back action.
However it report that installer is interrupted and is not installed.

- How can I stop executing the "A" when user click cancel button?
-Why the roll back action is not being triggered?


need your valuable input.

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

[WiX-users] Close/restart running application on install

[divo]

Hi,

In my scenario I need to install an application add-in. Before installation
I want to make sure that the application is not running. There are actually
no files in use which need to be updated; however, the application needs to
be restarted after the installation for the add-in to be loaded.

MsiRMFilesInUse seems to do what I want, but I only get it to work during
uninstall when there are actually files in use. 

Is there a similar mechanism available to close applications during
installation, which automatically shows the same dialog to the user? 

Best Regards,
divo

-- 
View this message in context: 
http://n2.nabble.com/Close-restart-running-application-on-install-tp1125535p1125535.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] Re 2: Patching and sqlscript element (to Bob, Arnson)

[Victor V. Sergeev]

I'm try another way: add new component , but received  the same results. 
SQLString worked, SQLScript doesn't.
What do you think?
Version 1.0.0.0 WXS:


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





  

  


  


  
  

 
  
  
  
  
  
  
  




  


Version 1.0.1.0 WXS (it's work):


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





  

  
  

  


  
  


  
  


  
  
  
  
  
  
  




  


Version 1.0.1.0 WXS (it's not work):


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





  

  
  

  


  
  


  
  


  
  
  
  
  
  
  





  


Patch WXS:


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

  
  


  
  

  
  

  




> Victor V. Sergeev wrote:
>> > Yes, I'm adding new elements to existing component.
>> >   
>> 
>
> You can't do that in a minor upgrade/patch; it violates component rules, 
> which state that components are immutable.
>   

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

Re: [WiX-users] An issue with Perf Counters in wixV2

[Mukesh Agrawal]

Hi Bob,

\\adap-1p64w321\sharedlog\adapters64.log

For viewing entire log file( generated using /l*vx switch ), u can go to the 
above link.

-Original Message-
From: Mukesh Agrawal [mailto:[EMAIL PROTECTED]
Sent: Monday, September 29, 2008 2:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] An issue with Perf Counters in wixV2

Yes, I am using the PerfCounter element. Is there any other way of doing this?

Few lines before the error in the verbose log. This error occurs when I cancel 
the unistallation and after the registry entries for counters have been 
removed. This is a 64-bit log. Same happens with 32-bit.

Rollback: UnregisterPerfmon
MSI (s) (10:1C) [13:42:40:897]: Executing op: 
ActionStart(Name=UnregisterPerfmon,,)
Rollback: RollbackUnregisterPerfmon
MSI (s) (10:1C) [13:42:40:897]: Executing op: 
ActionStart(Name=RollbackUnregisterPerfmon,,)
MSI (s) (10:1C) [13:42:40:897]: Executing op: 
CustomActionRollback(Action=RollbackUnregisterPerfmon,ActionType=11521,Source=BinaryData,Target=**,CustomActionData=**)
MSI (s) (10:1C) [13:42:40:897]: Creating MSIHANDLE (873) of type 790536 for 
thread 4124
MSI (s) (10:C0) [13:42:40:913]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI6B.tmp, Entrypoint: RegisterPerfmon
MSI (s) (10!EC) [13:42:41:803]: Creating MSIHANDLE (874) of type 790531 for 
thread 3820
RegisterPerfmon:  Error 0x80070002: failed to register with PerfMon, DLL: 
C:\Program Files\Microsoft BizTalk Adapter Pack(x64)\Setup\Dbperfctr.ini
MSI (s) (10!EC) [13:42:41:803]: Closing MSIHANDLE (874) of type 790531 for 
thread 3820
MSI (s) (10!EC) [13:42:41:803]: Creating MSIHANDLE (875) of type 790531 for 
thread 3820
Error 26251. Failed to register DLL with PerfMon.  (-2147024894   C:\Program 
Files\Microsoft BizTalk Adapter Pack(x64)\Setup\Dbperfctr.ini  )
MSI (s) (10!EC) [13:42:42:397]: Product: Microsoft BizTalk Adapter Pack(x64) -- 
Error 26251. Failed to register DLL with PerfMon.  (-2147024894   C:\Program 
Files\Microsoft BizTalk Adapter Pack(x64)\Setup\Dbperfctr.ini  )

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 27, 2008 11:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] An issue with Perf Counters in wixV2

Mukesh Agrawal wrote:
> I am successfully able to register/unregister my performance counters using 
> WixV2.
> But, there occurs a problem when I abort the uninstallation. An error message 
> comes up "Failed to register DLL with perfmon (-2147024894  )".
>

Are you using the PerfCounter element? Get a verbose log to see what the
CA is logging.

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



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


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


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

Re: [WiX-users] Add Remove Programs: Need to suppress fatal error message

[Eitan Behar]

Is your installer exiting with an error code? Maybe try to do a clean exit,
instead of failure.

-Original Message-
From: Nimisha Saboo [mailto:[EMAIL PROTECTED] 
Sent: Monday, September 29, 2008 12:13 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Add Remove Programs: Need to suppress fatal error
message

Hi Bob,

Thanks for the reply.
But is there no way, we can suppress this? Using some ARP property inside
wix may be?

Thanks,
Nimisha

On Sat, Sep 27, 2008 at 11:45 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Nimisha Saboo wrote:
> > uninstall. On clicking "OK", I am shown another dialog, saying "Fatal
> Error
> > during installation."
> >
> > Any clue, how can I suppress this message?
> >
>
> The error message is shown by Add/Remove Programs; it can't be
> suppressed from a launch condition.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


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

Re: [WiX-users] Add Remove Programs: Need to suppress fatal error message

[Nimisha Saboo]

Hi Bob,

Thanks for the reply.
But is there no way, we can suppress this? Using some ARP property inside
wix may be?

Thanks,
Nimisha

On Sat, Sep 27, 2008 at 11:45 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Nimisha Saboo wrote:
> > uninstall. On clicking "OK", I am shown another dialog, saying "Fatal
> Error
> > during installation."
> >
> > Any clue, how can I suppress this message?
> >
>
> The error message is shown by Add/Remove Programs; it can't be
> suppressed from a launch condition.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] An issue with Perf Counters in wixV2

[Mukesh Agrawal]

Yes, I am using the PerfCounter element. Is there any other way of doing this?

Few lines before the error in the verbose log. This error occurs when I cancel 
the unistallation and after the registry entries for counters have been 
removed. This is a 64-bit log. Same happens with 32-bit.

Rollback: UnregisterPerfmon
MSI (s) (10:1C) [13:42:40:897]: Executing op: 
ActionStart(Name=UnregisterPerfmon,,)
Rollback: RollbackUnregisterPerfmon
MSI (s) (10:1C) [13:42:40:897]: Executing op: 
ActionStart(Name=RollbackUnregisterPerfmon,,)
MSI (s) (10:1C) [13:42:40:897]: Executing op: 
CustomActionRollback(Action=RollbackUnregisterPerfmon,ActionType=11521,Source=BinaryData,Target=**,CustomActionData=**)
MSI (s) (10:1C) [13:42:40:897]: Creating MSIHANDLE (873) of type 790536 for 
thread 4124
MSI (s) (10:C0) [13:42:40:913]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI6B.tmp, Entrypoint: RegisterPerfmon
MSI (s) (10!EC) [13:42:41:803]: Creating MSIHANDLE (874) of type 790531 for 
thread 3820
RegisterPerfmon:  Error 0x80070002: failed to register with PerfMon, DLL: 
C:\Program Files\Microsoft BizTalk Adapter Pack(x64)\Setup\Dbperfctr.ini
MSI (s) (10!EC) [13:42:41:803]: Closing MSIHANDLE (874) of type 790531 for 
thread 3820
MSI (s) (10!EC) [13:42:41:803]: Creating MSIHANDLE (875) of type 790531 for 
thread 3820
Error 26251. Failed to register DLL with PerfMon.  (-2147024894   C:\Program 
Files\Microsoft BizTalk Adapter Pack(x64)\Setup\Dbperfctr.ini  )
MSI (s) (10!EC) [13:42:42:397]: Product: Microsoft BizTalk Adapter Pack(x64) -- 
Error 26251. Failed to register DLL with PerfMon.  (-2147024894   C:\Program 
Files\Microsoft BizTalk Adapter Pack(x64)\Setup\Dbperfctr.ini  )

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 27, 2008 11:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] An issue with Perf Counters in wixV2

Mukesh Agrawal wrote:
> I am successfully able to register/unregister my performance counters using 
> WixV2.
> But, there occurs a problem when I abort the uninstallation. An error message 
> comes up "Failed to register DLL with perfmon (-2147024894  )".
>

Are you using the PerfCounter element? Get a verbose log to see what the
CA is logging.

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



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


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