Hi,
There is http://support.microsoft.com/kb/905238 a knowledge base article
(mentioned also on the WiX Documentation) that describes the case of an
assembly from GAC missing after a major upgrade. One of the solutions was to
schedule *RemoveExistingProducts *action to occur after the *InstallF
My colleague investigated some scenarios like this a few months ago. He found
that when not changing the assembly version, then using the -fv switch on
light and increasing the file version enabled a major upgrade of an assembly
in the GAC with early RemoveExistingProducts to succeed.
Without -fv
1. Open the install in Orca
2. Click View -> Summary Information
3. The architecture type is listed under Platform.
Jon
-Original Message-
From: Alex Ivanoff [mailto:aivan...@vmware.com]
Sent: Thursday, December 29, 2011 6:17 PM
To: 'General discussion for Windows Installer XML toolset.'
To add to what the others have said: we do get localised s/w but in general I
would say it is not very common and localised installers even rarer unless
there is a special license. Most of us have got used to it being US and not
having "Favourites" spelt correctly :-)
One of the big issues I fi
I'm using the WixUI_FeatureTree dialog set and it always raises the
MsiRMFilesInUse dialog for some system services. For purposes of my
installer, the value always should be "Do not close the applications."
How can I prevent the installer from raising the MsiRMFilesInUse dialog
and always select
Something else that causes problems with detection is that services run as US
English unless the user has specifically changed the system service account
settings (Administrative tab in "Region and Language" in Win7). I believe this
will cause Windows Installer to think it is running as US Engli
I need to be able to do it programmatically.
-Original Message-
From: McCain, Jon [mailto:jon.mcc...@inin.com]
Sent: Friday, December 30, 2011 07:31
To: General discussion for Windows Installer XML toolset.
Cc: McCain, Jon
Subject: Re: [WiX-users] Querying the package and installed produc
I see.
The only thing I can think of is to write a test app using the msi.dll and
debug it upon opening a handle to the install. Then traversing through the
object it shares with you.
Jon
-Original Message-
From: Alex Ivanoff [mailto:aivan...@vmware.com]
Sent: Friday, December 30, 20
Get the template property out of the summary information stream
http://msdn.microsoft.com/en-us/library/windows/desktop/aa372456%28v=vs.85%29
.aspx
-Original Message-
From: Alex Ivanoff [mailto:aivan...@vmware.com]
Sent: 30 December 2011 16:19
To: 'General discussion for Windows Installe
What language(s) are you using?
There are ways to do it via Win32 API, COM Automation and Managed .NET
classes ( that wrap the Win32 API ).
From: "Alex Ivanoff"
Sent: Friday, December 30, 2011 10:21 AM
To: "General discussion for Windows Installer
I believe the issue is fixed in MSI 5.0. I've forgotten who told me but I think
it was somebody in Microsoft.
Phil W
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Friday, December 30, 2011 4:13 AM
To: General discussion for Windows Installer XML toolset
There are tools in the Windows SDK (I am currently using v7) that can query
an MSI database. Look especially at the vbs scripts, you can invoke them
with SQL to query properties and tables.
http://msdn.microsoft.com/en-us/library/windows/desktop/aa372865(v=vs.85).as
px
Gary
> -Original Messa
It's nearly 2012 and I'd much rather use C# and DTF. Perhaps in 1999 those
VBScript files were interesting and useful. I can understand the msi.h /
msi.lib is still good for the unmanaged C++ guys out there and is certainly
the foundation for DTF but the whole VBScript / ActiveScript / COM /
It's still 2011. But can you configure your mail-client to include the
In-Reply-To:
line. This would help to put your mail in the mail thread of mail
clients that support grouping of mails in threads.
Thanks, and Happy new year!
Am 31.12.2011 02:56, schrieb Christopher Painter:
>
>
> It's near
14 matches
Mail list logo
