Thanks a lot for the replies. The approach with two components is working
for me now. My mistake was to not define the conditions fully exclusive.
Thats why I got ICE30. Setting two different ShortNames manually was not
necessary.
Thanks again,
Andreas
Hello, Charlie!
If I understand you right, you should specify MergeRedirectFolder as a target
directory of you Module.
Take a look at this:
http://odd-staff.blogspot.com/2010/05/wix-meaning-of-mergeredirectfolder.html
Ilya Serbis
I have a merge module with some content common to several
Hello, Charlie!
If I understand you right, you should specify MergeRedirectFolder as a target
directory of your Module.
Take a look at this:
http://odd-staff.blogspot.com/2010/05/wix-meaning-of-mergeredirectfolder.html
Ilya Serbis
I have a merge module with some content common to several
Hi,
I wrote small vbsccript function for my purpose and here it is.
Public installer, state
Const msiInstallStateDefault = 5
' Connect to Windows Installer object
set installer = CreateObject(WindowsInstaller.Installer)
state = installer.productstate ({9AA7902B-84BE-4C15-93D1-D6C30322ABBF})
Do you have anti-virus running on the system you're trying to install
this package on?
Check a verbose log.
Palbinder Sandher
Software Deployment IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the Virtual
Hi All,
does anyone know how to install file associations without DDE ?
This is my current wix code -
ProgId Description=File Id=.Document Icon=???.ico
Advertise=yes
Extension Id=???
Verb Id=Open Command=Open with ?? Argument='%1' /
/Extension
/ProgId
yes,
I have antivirus installed on my system. and here is the log.
Product: ApserverDocs -- Error 1720. There is a problem with this Windows
Installer package. A script required for this install to complete could not
be run. Contact your support personnel or package vendor. Custom action
Test it on a virtual machine without any AV running/installed see if
it works. If it does, AV is your problem. You then need to figure out
some way to get your VBS to run while circumventing every AV package
available then sell the concept to malware authors everywhere become
rich beyond the
I did try those. I have two component groups in the wixlib. I moved the
component groups from being part of the project to the wixlib. But, candle
gave an error.
Of course, this morning it works fine... Maybe I forgot to build the wixlib.
-Original Message-
From: Castro, Edwin G.
1603 = Fatal error during installation, which is largely meaningless.
You need to make an install log for more details.
-Original Message-
From: subramanyeswari [mailto:sravi...@yahoo.com]
Sent: 18 May 2010 14:59
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] make my
This is my first WiX based installer, having migrated from
installshield.
My problem is that if I have a version already installed when I execute
the msi the installed version is removed but the new version is not
installed.
In the InstallExecuteSequence I have RemoveExistingProducts
Hi all
Please tell me how I can write Custom action to fetch SQL
Instance Information
Thanks
Yogesh Bandiwadekar (Wipro Ltd.)
--
___
WiX-users mailing list
Hi All,
I need some help figuring out what happens with my application (DLL)
upgrade.
I want to upgrade existing application version from ProductVersion =
1.0.118.1 to ProductVersion = 1.0.154.1
Msi's have the same product and upgrade code.
To upgrade application we are running an application
I fully suspect WIN64DUALFOLDERS would still get in your way if you tried to
use %ProgramFiles (which on the XP64 machine I'm on right now maps to
C:\Program Files\ while %ProgramFiles(x86) maps to C:\Program Files (x86)\ FYI)
in a x86 package on an x64 system.
Palbinder Sandher
Software
Jesus, I just check my coworkers computers and all of them map
%ProgramFiles% to C:\Program Files ... I was wrong... I wonder how this
happend!?
I can't remember ever changing this system variable... which seems like a
very bad idéa..
2010/5/18 Jimmie Eriksson eriksson.jim...@gmail.com
I suspect you want this for deploying a database. This could be helpful:
http://code.dblock.org/ShowPost.aspx?id=100.
dB. @ dblock.org
Moscow|Geneva|Seattle|New York
-Original Message-
From: yogesh.dbandiwade...@wipro.com [mailto:yogesh.dbandiwade...@wipro.com]
Sent: Tuesday, May
http://n2.nabble.com/file/n5070767/app.log app.log
attached is the log. and here is the snapshot
=== Verbose logging started: 5/18/2010 6:49:27 Build type: SHIP UNICODE
3.01.4000.4042 Calling process: C:\WINDOWS\system32\msiexec.exe ===
MSI (c) (34:44) [06:49:27:770]: Resetting cached
An error is occuring hidden inside your custom action.
You could add some logging to that.
Is 'GalaxyInstalltion' a typo maybe?
Dave
/pre
BR style=font-size:4px;
a href = http://www.sdl.com;img src=http://www.sdl.com/images/email
logo_150dpi-01.png alt=www.sdl.com border=0//a
BR
font face=arial
A verbose log will tell you what happened about replacing that file. I suspect
you may not have incremented its file version.
Phil Wilson
-Original Message-
From: Vladimir Iahnenco [mailto:vladimir.iahne...@gmail.com]
Sent: Tuesday, May 18, 2010 7:54 AM
To:
The install of my app includes a large file that I don't want to include in
the subsequent updates. So I have an install project and an upgrade
project. I have the Product-UpgradeCode, and the Component-GUID Guids the
same in the install and the upgrade. I use AutoGen for the Product and
If you have two separate MSI files then you'll have two entries in Add/Remove
Programs. There's no magic merge that makes them become one product.
Why exactly don't you want to include the file in subsequent updates? If it's a
static file then patches and upgrades won't try to update it anyway
Total Commander must be executing the 32-bit version of cmd.exe. Most likely
that is happening because Total Commander is a 32-bit app.
Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the
If you have two separate MSI files then you'll have two entries in
Add/Remove Programs. There's no magic merge that makes them become one
product.
But I did the same type of thing using the .NET setup (which produces MSI
files) and it did as I expected. The upgrade recognized that it was the
I'm writing my first custom action using DTF from WiX 3.0.5419.0, and I'm
having an interesting issue: it appears that all of the MSI tables are not
accessible to my custom action. I'm using InstallShield 2010, and have set
up the custom action to run as an MSI custom action.
[CustomAction]
I'll assume a .NET setup is a Visual Studio Setup Project, but anyway there's
something missing in your description. You may have to be more precise about
what you did.
If you install an MSI file with a ProductCode, then that product guid is on the
system, that's the definition of a product.
Good idea but still not appearing in the build log.
Any more ideas out there?
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Monday, May 17, 2010 10:14 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] msbuild command line parameters
CreateProperty Value=WiXProductName=BeamGage
Professional;WiXProductVersion=$(WiXVersion);$(DefineConstants)
Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
--
Can you make a minimal *.wixproj that reproduces the problem?
I don't see anything obvious in the information you've already shared.
I just looked through the wix.targets and wix2010.targets files in case
something is happening there that would account for what you are seeing but
didn't find
I'll try. It is being built under VS2008 and TFS2008.
-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: Tuesday, May 18, 2010 2:25 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] msbuild command line
Hi there,
Wondering if this the right place to ask wix 3.0 migration questions. If not,
please forgive me and redirect me to a right discussion group.
Our team is trying to replace wix 2.0 with wix 3.0, however when replacing
tallow -c in 2.0, I cannot find a tool in 3.0 does the exact same
Session is an object not a Windows Installer table.
Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves
attention? E-Mail Me
- Original Message
From: Scott Davis pseudon...@gmail.com
To:
What you're describing is a major upgrade. You didn't mention this, but Visual
Studio setup projects typically have RemovePreviousVersions set true, that
would cause an upgrade where the old version of the product would be
uninstalled. That's what incrementing ProductVersion, changing the
Heat will do it automatically when harvesting the file. No extra switch
necessary, IIRC. smile/
On Tue, May 18, 2010 at 2:14 PM, Hong Shen (CRM) hongs...@microsoft.comwrote:
Hi there,
Wondering if this the right place to ask wix 3.0 migration questions. If
not, please forgive me and redirect
First, thanks for taking the time to explain all of this, as I said this is
all new to me.
I'm using VS 2008, and for whatever reason it didn't delete the file as part
of the update. I've also got it set to not do so using Wix by not
specifying a GUID for that component (a user can put a lot of
I thought that calling Session.Database would give me the database object for
the installation. What is confusing to me is that
Session.Database.Tables.Count is returning 45, but iterating through
Session.Database.Tables is only showing me 12 tables. I would expect to see
45 tables by iterating
35 matches
Mail list logo