But a key point is that this is only a possible** problem for minor upgrades.
If you do major upgrades you can ignore it.
**I say possible because I have never seen an issue but I mainly stick to major
upgrade because they are less hassle.
Neil
-Original Message-
From: Blair
a fully qualified path? Perhaps
something along these lines?
ItemGroup
Ext Include=..\..\path\to\ext.dll/
WixExtension Include=Ext
HintPath%(Ext.FullPath)/HintPath
NameExt/Name
/WixExtension
/ItemGroup
-Original Message-
From: Neil Sleightholm [mailto:n
the $(SolutionDir) or $(ProjectDir) as the root
of the path, so that the project is transportable.
Then reopen in Vis studio. Haven't done this with wix project files,
but it does work with other items in other project files.
Michael
-Original Message-
From: Neil Sleightholm [mailto:n
I think you can do this by setting the WebVirtualDir/@Alias to
2010/07/19 and remove the nested vdirs.
Neil
-Original Message-
From: Rob Jarratt (MCS UK) [mailto:rjarr...@microsoft.com]
Sent: 19 July 2010 17:59
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Folders in wwwroot
anyone suggest how this can be done?
(I know I could probably copy the assembly to the WiX 3.0 install folder
but I would rather not do that and keep the file local to the one
project that needs it.)
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
/2010 2:23 PM, Neil Sleightholm wrote:
I would like to use the WixFirewallExtension from 3.5 with WiX 3.0
because it now supports the Profile attribute. I thought this would
simply be a case of referencing the extension from a local folder and
all would be ok. But when I try this I get an error
For info I raised a bug for this issue and I think it has been moved out to v4.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
From: Stelios Kyprou [mailto:stelios.kyp...@formicary.net]
Sent: Fri 16/07/2010 15:04
I am not fully sure what you are asking but what I was referring to is binder
variables, see here: http://wix.sourceforge.net/manual-wix3/light.htm
http://wix.sourceforge.net/manual-wix3/light.htm .
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
Could you explain what you mean by updating the files version? Is this a .NET
COM assembly? If so you can use the binding references to set the version in
the wix code so that it automatically sets the version number in wix to match
the assembly.
Neil
Neil Sleightholm
X2 Systems Limited
n
Not sure if this helps but I posted an example of doing this here:
http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html
Neil
-Original Message-
From: subrat agasti [mailto:subrat.w...@gmail.com]
Sent: 09 July 2010 12:25
To: wix-users@lists.sourceforge.net
Subject:
No an answer but have you seen this: http://wixcontrib.codeplex.com/, it
taught me quite a lot about writing an extension.
Neil
-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com]
Sent: 08 July 2010 18:13
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users]
Where is your wixlib located? Is it in the root of your project?
I my extension the wixlib is in a Data folder, so the full path is
MyNamespace.Data.Filename.wixlib.
From your I would expect your namespace to be SuperWixExtension and
the filename SuperWixExtensionLibrary.wixlib located in the
here:
http://neilsleightholm.blogspot.com/2010/06/wix-reg-file-heat-extension.
html.
If you have any feedback please post a response in my blog.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
Those registry keys are undocumented, and relying on them will break
you. If
you need to use UpgradeCodes, you really will need a custom action.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Tuesday, June 15, 2010 10:22 PM
To: General discussion for Windows
For the .net component you could apply a XSL transformation to the file
heat generates - heat will even apply it for you.
For the service you could do the same but it might be easier to script
the service code and file install and use the XSL transform to exclude
this file from you harvested
installation(s).
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Monday, June 14, 2010 1:42 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Detecting MSI dependencies
I think you should be able to do this with the Upgrade
Do you mean the display order in the program file group? If so there
isn't any documented why to control that order (I think it is in
alphabetical order).
Neil
-Original Message-
From: subramanyeswari [mailto:sravi...@yahoo.com]
Sent: 15 June 2010 06:03
To:
).
I wrote a custom action one time that parsed the Upgrade table and set
properties (at the time I called it FindRelatedProductsMinor). It might
be a
good candidate to throw up on codeplex or somewhere...
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Monday
That is correct Heat in WiX 3 doesn't convert reg files. The only route
is to use tallow and then wixcop. It would be nice to get this back, may
one day I'll get around to writing a heat extension to do this.
Neil
-Original Message-
From: Andy Clugston [mailto:clug...@gmail.com]
Sent:
I think you should be able to do this with the Upgrade element:
Upgrade Id=other apps upgrade code
UpgradeVersion Minimum=0.0.0 Maximum=max version IncludeMinimum=no
OnlyDetect=yes Property=OTHERAPPDETECTED /
/Upgrade
You can then use the OTHERAPPDETECTED property in conditions to block the
Suggestions:
1. Create a new wixproj and compare the differences to see what is
different.
2. Create a new wixproj and add your files/settings to it.
Neil
-Original Message-
From: gapearce [mailto:mr_gapea...@yahoo.com]
Sent: 07 June 2010 22:28
To: wix-users@lists.sourceforge.net
It sort of is defined because it is child or TARGETDIR (usually) and
that defaults to the ROOTDIR which is the drive with the most space.
Rob blogged a bit about this:
http://robmensching.com/blog/posts/2010/1/26/StackOverflow-what-does-Nam
eSourceDir-refer-to
Neil
-Original Message-
I think you need to run msiexec and get a log file, that should show you
what the problem is.
Neil
-Original Message-
From: MaheshGuru Pawar [mailto:maheshgu...@hotmail.com]
Sent: 08 June 2010 18:02
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creating a scheduled task
I think the problem is that you are not specifying the full path to
schtasks.
I do something similar for a non-public application in the following
way:
!-- Embed a copy of schtasks --
Binary Id=schtasks
SourceFile=$(var.ProjectDir)\Support\schtasks.exe /
CustomAction Id=CreateMaintenanceTask
V3.0 is on the main Codeplex site: http://wix.codeplex.com or here:
http://wix.sourceforge.net/releases/3.0.5419.0/
This is in the readme.htm that is on the SourceForge site.
Neil
-Original Message-
From: gapearce [mailto:mr_gapea...@yahoo.com]
Sent: 07 June 2010 22:02
To:
in a CA, but I'd love to make
things more declarative.
-john
On Mon, May 31, 2010 at 2:35 PM, Neil Sleightholm
n...@x2systems.comwrote:
Could you give some more detail on this issue, I think I have come
across the same problem but can't be sure.
Neil
-Original Message-
From: John
Not sure if this helps but I think the documentation is wrong, the
filename should follow the file target e.g.:
heat file .\My Files\File.dll -ag -template:fragment -out
file.wxs
Neil
-Original Message-
From: Tim Tabor [mailto:tlta...@nyc.rr.com]
Sent: 01 June 2010 05:52
To:
Could you give some more detail on this issue, I think I have come
across the same problem but can't be sure.
Neil
-Original Message-
From: John Ketchpaw [mailto:jketch...@panopto.com]
Sent: 31 May 2010 06:55
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] why can't
See here: http://www.joyofsetup.com/2010/05/28/experimental-results-part-i/
Neil
-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: 30 May 2010 05:50
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] The Windows Installer XML
I've double-checked and the Product ID and Upgrade Code both match
what was used in the previous versions
Only the UpgradeCode should match, Product ID should be new.
Neil
-Original Message-
From: s...@pacaccess.com [mailto:s...@pacaccess.com]
Sent: 25 May 2010 07:56
To:
That is correct, the is an open bug report for this:
http://sourceforge.net/tracker/?func=detailaid=2998492group_id=105970;
atid=642714.
Neil
-Original Message-
From: Ilya [mailto:iser...@shtrih-m.ru]
Sent: 24 May 2010 08:43
To: General discussion for Windows Installer XML toolset.
I tend to use Nabble
(http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/) to
search the archives, I find it more reliable.
Neil
-Original Message-
From: Wix Mailing List [mailto:w...@danhinsley.com]
Sent: 19 May 2010 18:03
To: 'General discussion for Windows Installer XML
Not sure if it helps but there is an example here:
http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade
s.html
Neil
-Original Message-
From: Warloki [mailto:dmytro.vorotynt...@gmail.com]
Sent: 07 May 2010 10:00
To: wix-users@lists.sourceforge.net
Subject: [WiX-users]
This is what I do:
http://neilsleightholm.blogspot.com/2008/08/executing-sqlcmd-from-wix.ht
ml
Neil
-Original Message-
From: lewisv [mailto:le...@nitorco.com]
Sent: 06 May 2010 21:25
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] db install thoughts
I am working on a install
In my experience all services are installed in a stopped state - getting
them started it usually the problem!
That ServiceControl looks fine from a WiX 3.0 point of view, if
ServiceControl/@Start is not optional in 3.5 I would say that is a bug.
Neil
-Original Message-
From: Navid
together elements from
both.
Neil
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: 26 April 2010 23:49
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX 3.5 Source Code
On 4/25/2010 4:17 PM, Neil Sleightholm wrote:
The details are here
http
...@xpedienttechnologies.com wrote:
I agree with that, if it were on codeplex, I would probably be more apt to
dig through the source myself to work through some of the things that give
me fits.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Saturday, April 24, 2010 5:49 PM
or if we need to switch to some other setup tool.
Regards
Stephen
-Ursprüngliche Nachricht-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Samstag, 24. April 2010 10:18
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] WiX 3.5
2010 14:31
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX 3.5 Source Code
On 4/25/2010 8:26 AM, Neil Sleightholm wrote:
Rob, could I suggest that as a first step we (I don't mind helping if
that helps) get the source zip file working? At the moment it is not
complete and that is why
I asked a similar question sometime ago and I believe the official
source is held within Microsoft and then republished to CVS. The copy in
CVS tends to lag behind the wix-sources.zip as republishing is manual.
There are also issues with the CVS copy in that it has quite a lot of
broken binary
to some other setup tool.
Regards
Stephen
-Ursprüngliche Nachricht-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Samstag, 24. April 2010 10:18
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] WiX 3.5 Source Code
I asked a similar
by end of next week if we stick on
wix or if we need to switch to some other setup tool.
Regards
Stephen
-Ursprüngliche Nachricht-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Samstag, 24. April 2010 10:18
An: General discussion for Windows Installer XML toolset
April 2010 13:45
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] how to use heat to harvest VS projects
On 4/6/2010 5:23 PM, Neil Sleightholm wrote:
I have checked this again and using heat with the options
-pog:Binaries
-pog:Satellites -pog:Content the referenced assemblies
4:54 PM, Neil Sleightholm wrote:
Afraid not, Content just includes icons, images etc (mainly useful
for
web apps). I have checked this with 3.0 and 3.5. I feel this is quite
a
big hole in the project harvester, is it worth a bug report?
You can try.g I don't think it's a bug as such, given
2010 01:29
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] how to use heat to harvest VS projects
On 3/31/2010 8:41 AM, Neil Sleightholm wrote:
Afraid not that only gets the primary output not referenced
assemblies.
Aren't they in the content output group?
--
sig://boB
http
I will double check again but no I don't think they are.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Thu 01/04/2010 01:29
To: wix-users@lists.sourceforge.net
Afraid not that only gets the primary output not referenced assemblies.
Neil
Neil Sleightholm
n...@x2systems.com
On 30 Mar 2010, at 01:20, Bob Arnson b...@joyofsetup.com wrote:
On 3/29/2010 3:56 PM, Neil Sleightholm wrote:
I am afraid that is how heat works, it only finds the primary
I am afraid that is how heat works, it only finds the primary output and
no referenced assemblies. If you want the referenced assemblies then you
have to heat those projects or files independently.
Personally I think this is major limitation of heat and makes the new
Harvest feature in WiX
You can use heat to generate the wix code.
Neil
Neil Sleightholm
n...@x2systems.com
On 21 Mar 2010, at 03:20, William Newbery firelan...@hotmail.co.uk
wrote:
My program has a few directories with a large number of files in
them which I wish to include the installer. It is very time
I think you need to use the same component id for a and b (or better
still put the component in a wixlib).
Neil
Neil Sleightholm
n...@x2systems.com
On 21 Mar 2010, at 16:20, madbadger itwoja...@gmail.com wrote:
Hello,
I am relatively new to WiX. It is a great tool, but I still need
Did you upgrade from 3.0 to 3.5? I had a similar problem with the
targets file and it was due to it not being replaced on upgrade. I
fixed it by uninstalling and reinstalling.
Neil
Neil Sleightholm
n...@x2systems.com
On 17 Mar 2010, at 13:02, Brad Cunningham b...@bradcunningham.net
wrote
Vb6 com dlls include registration information for the vb6 runtime in
their selfreg code (this is why selfreg is evil). This option excludes
that information so that uninstalling the component does break the vb6
runtime.
Neil
Neil Sleightholm
n...@x2systems.com
On 16 Mar 2010, at 12:50
My preferred approach is to make the checkbox only as wide as the checkbox part
and then use a label for the label part. This works but has the downside of not
allowing you to click the label to set the check (IMHO I think this doesn't
matter and matches the way most web pages work).
Neil
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: 24 February 2010 13:23
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive
On 2/23/2010 4:58 PM, Neil Sleightholm wrote:
I did an upgrade from v3. Uninstalling v3 then installing
and
reinstalling.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Monday, February 22, 2010 11:48 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive
Will do, I have subsequently discovered that I get
referenced assemblies?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find
for anyone else or should I raise a bug?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed
If have noticed this when swapping between OS versions, I think you may
need to include the local computer name so that it doesn't assume it is
a domain account e.g. COMPUTERNAME\IIS_WPG.
Neil
-Original Message-
From: Zane Zeeh [mailto:zane.z...@quest.com]
Sent: 22 February 2010 21:49
for Windows Installer XML toolset.
Subject: Re: [WiX-users] Harvest feature in WiX v3.5's Votive
Probably best to open a bug. This worked for me when I tested it so as
much
detail as you can provide would be helpful.
On Mon, Feb 22, 2010 at 1:31 PM, Neil Sleightholm
n...@x2systems.comwrote:
I have just
I have raised a bug for this and attached logs and source:
https://sourceforge.net/tracker/?func=detailaid=2951181group_id=105970
atid=642714
Neil
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 10 February 2010 22:07
To: General discussion for Windows
I don't think it is possible and while the build is running VS is not
responsive. I believe this is a really hard problem to crack but v3.5 of
Votive has finally done it but that is still in Beta.
Neil
-Original Message-
From: Thorpe, Alan [mailto:atho...@bottomline.com]
Sent: 10
Not that this is much help but this has been reported several times on
this list and to my knowledge no one has found a reason - it even
happens with the Wix3.msi. I have trawled through the logs and not found
anything relevant that I can post as a problem. In my experience it
happens about 1 in
I'd add use RegSpy to generate a .reg file, then tallow from WiX2 to
generate a wix fragment, then wixcop from v3 to update it. A bit long
winded but you only need to do it once or twice.
Neil
-Original Message-
From: Ken Halprin [mailto:khalp...@autosoln.com]
Sent: 01 February 2010
that
was installed from other installer software
Uhh, that still won't remove Products across context (per-machine vs.
per-user) though right?
On Thu, Jan 28, 2010 at 12:10 PM, Neil Sleightholm
n...@x2systems.comwrote:
I may be missing the point but you can remove any other MSI with this:
!-- Remove old
I may be missing the point but you can remove any other MSI with this:
!-- Remove old install --
Upgrade Id=OLD-INSTALL-UPGRADECODE
UpgradeVersion Minimum=0.0.0 Maximum=127.254.32767
IncludeMinimum=yes IncludeMaximum=no Property=REMOVEOLDINSTALL /
/Upgrade
(The odd values in
There is a script based install process here that might help you:
http://neilsleightholm.blogspot.com/2008/08/report-loader-for-sql-server
-reporting.html.
Neil
-Original Message-
From: Sachin Dubey [mailto:sachin.du...@live.com]
Sent: 26 January 2010 23:29
To: Wix Users
Subject:
used cmdbld.exe shipped with WiX 3.0...
I think you mean setupbld.exe
Neil
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for
Something like this should do it:
!-- If Var1 not defined use preset value --
?ifndef Var1?
?define Var1 = Value1?
?endif ?
Neil
-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz]
Sent: 19 January 2010 03:05
To: General discussion for Windows Installer XML toolset.
with .Net COM
Yes, please file a bug. This is a good thing to track.
Thanks,
Brian Rogers
Intelligence removes complexity. - Me
http://blogs.msdn.com/icumove -- NEW
On Wed, Jan 13, 2010 at 5:28 PM, Bob Arnson b...@joyofsetup.com wrote:
On 1/13/2010 4:35 PM, Neil Sleightholm wrote:
I think
=0 Value=.NET
Category Type=string Action=write /
I don't think this should be include because it should already be
present on the system and worse than that it will be removed when you
uninstall the component.
Does this sound correct?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
What versions are the two files? This is a standard VB6 custom control,
I must admit I have never heard of an update to this to support more
comm ports, is it an official Microsoft release?
The correct way to install MSCOMM32.OCX is via the Microsoft supplied
merge module, mscomm32.msm, this
only installs if the existing assembly is older then the one being
installed.
Do you mean the files are older based on date/time or file version
number, if it is file version then this is what WiX (or more correctly
Windows Installer) does.
How do I make sure I don't replace new versions of
)? I have
tried scheduling it at various points without any luck.
Does anyone have any tips to solve this?
Thanks
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
--
This SF.Net email is sponsored
:
http://sourceforge.net/tracker/index.php?func=detailaid=1611822group_i
d=105970atid=642717)?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
--
This SF.Net email is sponsored by the Verizon Developer Community
This documents what you need for 3.0, it might help:
http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach
ine.html.
The other thing to watch is that the last time I checked the CVS source
didn't contain the binary files saved correctly.
Neil
-Original Message-
From:
For info the WiX install doesn't require visual studio, it just warns if
it is not found.
Neil
-Original Message-
From: nagaram.c [mailto:nagara...@symphony.cc]
Sent: 05 January 2010 12:07
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] Wix
redistributable
Really? Why? I'm still using an old version of WiX which didn't include
such a warning - why was it added? Does something not work properly with
more recent versions of WiX if Visual Studio isn't present?
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent
I downloaded WiX 3.5.1204.0 binaries and the help file doesn't seem to
work, it loads ok but the right hand pane displays Navigation to the
webpage was cancelled - is anyone else seeing this (the DTF help files
also fail in the same way).
Neil
Neil Sleightholm
X2 Systems Limited
n
Of course! I forgot I had unblocked the v3 files.
Thanks
Neil
-Original Message-
From: Bruce Cran [mailto:br...@cran.org.uk]
Sent: 17 December 2009 21:21
To: General discussion for Windows Installer XML toolset.
Cc: Neil Sleightholm
Subject: Re: [WiX-users] WiX 3.5 Help file
On Thu
Just add %wix%bin to your path.
Neil
-Original Message-
From: Don Lewis [mailto:d...@lewis-tool.com]
Sent: 15 December 2009 02:05
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] New User - WIX installation problem
I downloaded WIX 3.0.5419.0 today and after I install it,
--
UpgradeVersion OnlyDetect='yes'
Minimum='$(var.BuildVersion)'
Property='NEWERVERSIONDETECTED'
IncludeMinimum='no' /
/Upgrade
Regards,
Asker
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: den 6 december 2009 18:46
To: General discussion for Windows
It sounds like you haven't got the upgrade code correct, there is a
sample here
http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade
s.html that might help.
Neil
-Original Message-
From: Giora Keinan [mailto:grkei...@gmail.com]
Sent: 06 December 2009 12:54
To:
REINSTALLMODE=omu
Thanks
Giora
Neil Sleightholm wrote:
It sounds like you haven't got the upgrade code correct, there is a
sample here
http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade
s.html that might help.
Neil
-Original Message-
From: Giora Keinan
the freedom to introduce breaking
changes if
necessary. Of course, we'll update WixCop.exe just like we did in WiX v2
-
WiX v3.
Feedback welcome.
On Mon, Nov 30, 2009 at 1:33 PM, Neil Sleightholm
n...@x2systems.comwrote:
Is there an up to date WiX Roadmap that shows how the development /
features
Is there an up to date WiX Roadmap that shows how the development /
features are planned to arrive over the next year or so?
Regards
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com mailto:n...@x2systems.com
Take a look at the ServiceDependency element (child of ServiceInstall).
Note: I think there is a bug in Windows Installer (not WiX) that mean
the ServiceControl table only reads the first row so it is not possible
to control more than one service in an MSI. I think there is some
service control
If you wanted to make it simpler you could use ROOTDIR which is the
drive with the most free space.
Neil
Neil Sleightholm
n...@x2systems.com
On 21 Nov 2009, at 00:54, dB. dbl...@dblock.org wrote:
It's tricky. There's a product out there that belongs to a very big
corporation
I don't think it is ugly, I have documented the approach I use here:
http://neilsleightholm.blogspot.com/2008/08/executing-sqlcmd-from-wix.ht
ml.
Neil
-Original Message-
From: Simon Topley [mailto:simon.top...@wallingfordsoftware.com]
Sent: 16 November 2009 13:26
To:
I don't think this is correct, as of WiX version 3.0.5027.0 the default
is for FindRelatedProducts to run before LaunchConditions.
Neil
-Original Message-
From: Alexander Shevchuk (Volt) [mailto:a-ale...@microsoft.com]
Sent: 16 November 2009 21:25
To: General discussion for Windows
have checked the guid and I am fairly sure it is correct (I ran dark
on the merge module and read the Package/@Id and the relevant File/@Id).
Can anyone tell me if this should work? If it should can you suggest how
to make it work?
Thanks
Neil
Neil Sleightholm
X2 Systems Limited
n
What you are looking for is the Class, ProgId and Interface
elements.
Neil
-Original Message-
From: IFM Lists [mailto:jkli...@ifm-services.com]
Sent: 02 November 2009 16:05
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Heat and .exe COM objects
, this is a one off and not really something that needs automating
as part of a build process.
Neil
Neil Sleightholm
n...@x2systems.com
On 29 Oct 2009, at 23:20, Daniel Hughes daniel.hug...@tait.co.nz
wrote:
By the way for anyone thinking I should generate the WiX xml by hand,
the WiX output from
It is even easier than that, just add this to your install:
WixVariable Id=WixUIBannerBmp Value=mybannrbmp.bmp /
WixVariable Id=WixUIDialogBmp Value=mydlgbmp.bmp /
Neil
-Original Message-
From: Younie, Bradford [mailto:bradford.you...@chasepaymentech.com]
Sent: 28 October 2009
A couple of things:
1. Windows Installer only supports 3 part version numbers. So 1.0.0.7 = 1.0.0.8.
2. I don't think your upgrade code is correct. For a basic major upgrade script
see here:
http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrades.html
Neil
-Original
Just in case anyone else gets caught by this
Neil
Neil Sleightholm
n...@x2systems.com
On 10 Sep 2009, at 12:18, Roy Chastain r...@roychastain.org wrote:
I really does not matter what the install is doing. If you have
compiled your main program as an AnyCPU and any DLL in the chain is
32
Just in case anyone else gets caught by this there is an exception. If
you install a .net service with a 32 bit msi it will be marked as 32
bit and runs as 32 bit even though it is anycpu.
Neil
Neil Sleightholm
n...@x2systems.com
On 10 Sep 2009, at 12:18, Roy Chastain r...@roychastain.org
I thought this property is used to enforce the minimum version of
Windows Installer required to run the MSI.
Yes that is correct.
The number is calculated as major * 100 + minor. So 2.0 is 200, 3.0 is
300, 4.5 is 405 and 5.0 is 500.
Neil
-Original Message-
From: Steve Lessard
This is how I run a sql script:
http://neilsleightholm.blogspot.com/search/label/SQL, although I don't
drop on uninstall but that could be arranged.
Neil
-Original Message-
From: Lourens Wepener [mailto:lourens.wepe...@avanade.com]
Sent: 28 August 2009 16:42
To:
You can't set the Property element to a formatted value
([APPLICATIONFOLDER] in your case) you either need another custom action
to set it or I think you can use SetProperty if you arrange for your
CustomAction/@Id value to match.
Neil
-Original Message-
From: Jiang, Chunyan (GE
Is you service dependent on any components in the GAC? If it is, then
Windows Installer cannot start it because it tries to start the service
before it has registered the components in the GAC. The only way round
this I know is to use a custom action to start the service (or don't use
the GAC).
601 - 700 of 1239 matches
Mail list logo