Those settings are read from the registry in the msbuild .targets file if
the values for the variables are not provided in the msbuild environment.
For instance, see C:\Program Files
(x86)\MSBuild\Microsoft\WiX\v3.5\wix.targets, and look for the task
_SetDefaultPathValues.
If you want to use W
I'll repeat it again, in case it got missed earlier.
I'd recommend looking at the output of sxstrace to see why it's not
locating the assemblies you expect. That should be enlightening. I'd
expect it to tell you exactly where it looked and why it didn't find what
it was looking for (including
Have you used fuslogvw (the fusion log viewer) to try to see what's going
on, or the sxstrace tool?
I'd recommend looking at the output of sxstrace and/or fuslogvw to see
what's happening. I'm pretty sure it'll be enlightening.
Kelly
Christopher Painter
06/07/2010 04:05 PM
Please respon
I can't speak for everyone else, but it's always worked fine for me, I get
my own messages within 10 minutes or so of sending them.
Kelly
Bill McCormick
03/22/2010 12:29 PM
Please respond to
"General discussion for Windows Installer XML toolset."
To
"General discussion for Windows Inst
Do both of your installers use the same component ID for that DLL?
Robert Barnes
01/14/2010 11:53 PM
Please respond to
"General discussion for Windows Installer XML toolset."
To
wix-users@lists.sourceforge.net
cc
Subject
[WiX-users] Confused by "File in use"
Hi All,
I have create
I wasn't asking about ProductCode. I'm asking about the component GUID
for the registry key you're referring to. You need to assign different
GUIDs for all components that could be installed in two locations by the
two different instances. If you want to install the same files in two
places,
Are you using the same component GUID for each of these keys? You can't
do that... It's breaking the component rules and all kinds of bad things
happen when you break the component rules.
Each distinct component keypath (the 'main' entry in a component) MUST
have a unique component GUID. Eac
Why are your two upgrade codes different? Are you doing that on purpose?
The upgrade code should remain the same for all products that are
considered to be in the same upgrade family.
by "two" upgrade codes, I mean the UpgradeCode in your Product tag and the
Id in the Upgrade tag.
Giora ke
This isn't a WiX problem. It's MSI, and there's nothing you can really do
about it in the setup authoring, as far as I know. The only way I'm aware
of to change it is to use MSIEXEC command line parameters to tell MSI to
overwrite changed files.
You should really look into using patches or MS
We have an installer that I built on an earlier version of WiX 3.0. I'm
now looking to upgrade to a more recent WiX because I need to work on
installer work again. I'm using VS2008, but I do most of my WiX stuff
from the command line.
Should I be getting 3.0 latest, 3.5 latest, or is there so
Colin,
When you say "setting the 'OutputName' field" do you mean through the UI
or through manually editing the project file. Theoretically, you should
be able to edit this in the project file and it will work (using the
'$(xxx)' syntax), but the VS IDE doesn't let you do so through its own UI
Shouldn't that be "Relative" not "Realtive"?
Andreas Owen
01/20/2009 12:05 AM
Please respond to
"General discussion for Windows Installer XML toolset."
To
"wix-users@lists.sourceforge.net"
cc
Subject
[WiX-users] bootstrapper isn't copied completley
I'm trying to ship sql express
Sounded to me like he was trying to get around the limitations of MSI, not
CAB. He wants to be able to include a full directory in the MSI without
putting the files in components. This is not possible with MSI and
doesn't even make sense given the way MSI is designed. Also, the scenario
he d
ComponentGroup is a wix concept, not an MSI one. It's just for the
organization of your wix files. You may have as many components per
component group as you like, as far as I can tell, we've got many hundreds
(I think, never really counted) in one of ours.
Kelly
Arun Perregatturv
01/0
Robert, your best bet if you're building a C/C++ custom action is to use
static linking so you don't have any dependencies.
Kelly
"Robert Barnes"
01/05/2009 11:09 PM
Please respond to
"General discussion for Windows Installer XML toolset."
To
"General discussion for Windows Installer X
Oren, you should include tools.dll as a resource inside CustomActions.dll
(or just include it at the end of the file using some mechanism whereby
you can pull it back out), and then extract it to a temp folder during
your initial processing in CustomActions.dll and load it using
LoadLibrary.
d to
"General discussion for Windows Installer XML toolset."
To
"General discussion for Windows Installer XML toolset."
cc
Subject
Re: [WiX-users] Bitmaps and License file on custom UI's?
Kelly Leahy wrote:
>
DefineConstants="$(BuildDefineConstan
nstants="$(BuildDefineConstants);WixUIBannerBmp=Setup\bannrbmp.bmp;WixUIDialogBmp=Setup\dlgbmp.bmp;WixUILicenseRtf=Setup\License.rtf"
So where were these constants used?
Probably, you need to refuse this WixUIExtension library?
Regards,
Denis Zavorotnyuk.
-Исходное сообщение-
От: [EMA
cture
instead of " WixUI_Bmp_Banner "?
Regards,
Denis Zavorotnyuk.
> -Исходное сообщение-
> От: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] От имени Kelly Leahy
> Отправлено: 16 сентября 2008 г. 19:08
> Кому: General discussion for Windows Installer XML t
with attribute Text=" WixUI_Bmp_Banner ".
Regards,
Denis Zavorotnyuk.
> -Исходное сообщение-
> От: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] От имени Kelly Leahy
> Отправлено: 16 сентября 2008 г. 3:43
> Кому: wix-users@lists.sourceforge.net
> Тема: [Wi
I have overridden the default UI by doing the following in my WXS:
1
1
1
LicenseAccepted = "1"
1
1
Where's the 'cmd.exe' in that command?
"Kalvagadda, SivaKrishna (GMIT-TASS)" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
07/10/2008 02:43 PM
Please respond to
"General discussion for Windows Installer XML toolset."
To
"General discussion for Windows Installer XML toolset."
cc
Subjec
You need 'createAndRemoveOnUninstall' as the action for your key. I'm not
sure what the attribute is and I don't have a WiX project open right now,
but I'm sure somebody else will chime in or you can figure it out
yourself...
Kelly
"Alex Ivanoff" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTE
Be careful, some text editors screw up the solution file. I know Textpad
for one does...
I personally use VS - I just close the solution, then use 'open file' to
open the sln file, clicking the on the "Open" button and
choosing 'text editor' in VS's open dialog.
Kelly
"Simon Dahlbacka" <
Is there a way to identify whether netfx 3.0 SP1 is installed using
WixNetFxExtension, or only whether the RTM is installed?
Our application requires 3.0 SP1 or higher, but it doesn't require 3.5.
Thanks,
Kelly
***
SMs. Should I only be including
one of them?
Thanks,
Kelly Leahy
**
This communication is intended solely for the addressee and is
confidential. If you are not the intended recipient, any disclosure,
copying, dist
Did you add a FeatureRef in your feature tree for this feature?
You have to include something from the fragment in your wxs or else it
won't get linked in.
Kelly
"alan sinclair" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/29/2008 05:12 PM
To
WiX-users@lists.sourceforge.net
cc
Subje
and couldn't even find anyone that could help us
with our installers.
Kelly
Friedrich Dominicus <[EMAIL PROTECTED]>
05/28/2008 11:13 PM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
Neil Enns <[EMAIL PROTECTED]>, "wix-users@lists.sourceforge.net"
,
"[EMA
Christopher,
Perhaps you could put together your list of 'best case' requirements for a
bootstrapper? It seems like building one isn't going to be that
difficult, but it also seems that the project is starved of good
requirements and direction around the bootstrapper.
Once there's a good list
http://msdn.microsoft.com/en-us/vsx/default.aspx
Not sure if it's what you need, but it wouldn't surprise me.
"Eva, Mark E (ESL Lab-Boise)" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/28/2008 10:33 AM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
"
looks like you might be missing VSIP (the visual studio SDK)?
"Eva, Mark E (ESL Lab-Boise)" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/28/2008 10:21 AM
To
"wix-users@lists.sourceforge.net"
cc
Subject
[WiX-users] Build Wix v3.4123 Issues
[exec] Done building target "VsTemp
Can you reproduce this in a tiny MSI that only has one component (or just
has the registry settings)? Maybe some other folks can help you diagnose
the problem if you can provide a sample.
Colin Bleckner <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/28/2008 01:36 AM
To
Kelly
I prefer that to 'I think it's possible,
but the stupid tool won't let me do it'.
Kelly
Friedrich Dominicus <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/28/2008 12:05 AM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
Neil Enns <[EMAIL PROTECTED]>,
"[EMAIL
: [EMAIL PROTECTED]
05/27/2008 05:04 PM
To
Neil Enns <[EMAIL PROTECTED]>
cc
"[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>, Kelly Leahy
<[EMAIL PROTECTED]>, "wix-users@lists.sourceforge.net"
Subject
Re: [WiX-users] Create EXE wrapper around my MSI?
I was fi
Hehehe... just got done blogging about how to make a single-.EXE package
with .NET yesterday. The methodology I used can be used for both managed
and unmanaged projects (although it's admittedly much easier for managed
projects). It may help a little, though its not exactly what you're
lookin
Wow... That's got to be the wierdest 'feature' I've ever seen.
Christopher Painter <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/23/2008 11:03 AM
To
Neil Enns <[EMAIL PROTECTED]>, "wix-users@lists.sourceforge.net"
cc
Subject
Re: [WiX-users] Why isn't my filesearch working?
Ah,
That was my understanding as well (i.e. localservice is the best, but
often useless because it's not powerful enough, networkservice is better
but still secure, localsystem is like leaving the front door of fort knox
unlocked).
It's true that an account that is completely customized to the righ
I think you need to look at the IsPriveleged property in MSI for your
check, and theres some way to make the installer require elevation in the
manifest file. I'm not sure how to do that though. You might search for
UAC manifest MSI or something like that.
Kelly
Colin Bleckner <[EMAIL PRO
D]>
Sent by: [EMAIL PROTECTED]
05/21/2008 01:21 PM
To
Jason Ginchereau <[EMAIL PROTECTED]>, Christopher Karper
<[EMAIL PROTECTED]>, Kelly Leahy <[EMAIL PROTECTED]>
cc
"[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>,
"wix-users@lists.sourceforge.net"
Su
dumb question (maybe).
Is "script" null upon entry into the loop you gave?
It can't be as far as I know for the += operator to work.
Kelly
"Christopher Karper" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/21/2008 12:38 PM
To
"Christopher Painter" <[EMAIL PROTECTED]>
cc
"wix-users@lis
for
that?
Kelly
Rob Mensching <[EMAIL PROTECTED]>
05/15/2008 08:54 PM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
"wix-users@lists.sourceforge.net" ,
"[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>
Subject
RE: [WiX-users] really slow using pyro
“safe” is one way
OK... I've been installing the x86 version. If I'm running on the x64 OS
(Vista x64) should I be using the x64 version?
Kelly
Rob Mensching <[EMAIL PROTECTED]>
05/15/2008 08:32 PM
To
Kelly Leahy <[EMAIL PROTECTED]>, "wix-users@lists.sourceforge.net"
cc
I'm willing to take that risk)).
Wouldn't that speed up comparisons considerably?
Kelly
Rob Mensching <[EMAIL PROTECTED]>
05/15/2008 08:19 PM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
"wix-users@lists.sourceforge.net" ,
"[EMAIL PROTECTED]"
<[EMA
You need a bootstrapper for this. You won't be able to nest the
installers in any way that works.
Neil Enns <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
05/15/2008 04:45 PM
To
"wix-users@lists.sourceforge.net"
cc
Subject
[WiX-users] Installing .NET 3.5 redist?
Has anyone had any ex
]
05/15/2008 10:04 AM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
"wix-users@lists.sourceforge.net"
Subject
Re: [WiX-users] really slow using pyro
One more question: can you give me an idea of the time spent building MSI
vs. building MSP? Basically, I’m looking for a bit more
What's the difference between wix3_x64.msi and wix3.msi on the weekly
releases?
Is the x64 for targeting x64, running WiX on x64, or what?
Does it not include the x86 versions of CAs?
Just curious,
Kelly
**
Th
I guess the list doesn't like attachments. Any recommendations of where
to put them?
- Forwarded by Kelly Leahy/SEAT/MILLIMAN on 05/15/2008 09:23 AM -----
Kelly Leahy
(Seattle)
05/15/2008 09:14 AM
To
Rob Mensching <[EMAIL PROTECTED]>
cc
"wix-users@lists.sourceforge.net&qu
When using pyro to build our msp's, it takes a very long time to build
(approximately 5 times as long as building our original installer). While
this still isn't that long, it's very frustrating when we're trying to
build and test our installs!
Am I missing something easy that will make the bu
The page at:
http://wix.sourceforge.net/manual-wix2/preprocessor.htm
Seems to indicate that will evaluate to to true if xxx
is defined or if yyy is defined, but that it will evaluate to false if
both are undefined.
However, when I try to use this with undefined vars, I get an error
(CNDL0150
so that we will have
plenty of testing time, and plenty of time to 'eat our own dog food'.
If you have any recommendations of folks that could help with this, please
contact me with details.
Thanks,
Kelly Leahy
Milliman, Inc.
**
or how to use wixlibs or msm's to
incrementally build our installer (i.e. build a wixlib or a msm for the
content that just gets merged (hopefully quickly) into the output msi)?
Is this likely to improve things, or is it more likely that this will take
just as long to build as the
See the CustomAction element in WiX. I don't remember the exact syntax.
You'll also need to add that custom action to one of the execute
sequences.
Kelly
Kai Lee <[EMAIL PROTECTED]>
05/05/2008 09:10 AM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
"[EMAIL PROTECTED]&
This vbs is meant to be run by windows installer. You can't just double
click it - windows installer defines 'Property' as a member of it's global
object. This is a feature of windows script hosts - they can register an
object to act as the set of 'globals' for the hosted script.
Kelly
Ka
so that we will have
plenty of testing time, and plenty of time to 'eat our own dog food'.
If you have any recommendations of folks that could help with this, please
contact me with details.
Thanks,
Kelly Leahy
Milliman, Inc.
**
My bet is that it's using two MSIs and bootstrapping, maybe with a shared
'external' cab for less overhead in size.
Christopher Painter <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
01/04/2008 09:20 AM
To
Bob Arnson <[EMAIL PROTECTED]>, SaiTeja <[EMAIL PROTECTED]>
cc
wix-users@lists.sourcef
As Gabor said,
This reference is a reference to the way normal apps should retrieve the
value of that folder name, not the way that installers should retrieve it
- they should just use the MSI property. I'm not sure why that reference
is even made in the MSI documentation - it's confusing at b
I would say that you're not going to have much luck in this endeavor.
Personally, I don't care which way its done, and I prefer the 'reply at
top' since I already know what they're replying to most of the time and I
have having to 'look for' the reply.
That said, if you try to impose your views
dditional files into DLL1's WinSxS folder unless they're included in
the assembly manifest. Despite the fact they're part of DLL1's
Component block in Wix.
On Dec 6, 2007 4:10 PM, Kelly Leahy <[EMAIL PROTECTED]> wrote:
>
> > Or it _does_ cause them to get copi
> Or it _does_ cause them to get copied over to the DLL1 side-by-side
> folder, but then my program can't find DLL1 anymore for reasons I
> can't figure out.
Uhh... I think I can explain this one. Consider the following case:
DLL1 in folder
DLL2 in folder
DLL1 loads DLL2 using LoadLibrary (a
I dont' think windows even has such a feature, so I'd be surprised if MSI
does.
I think that's the whole reason why iisreset is a program and they don't
just rely on people having to do net start / net stop commands.
By the way, if you know the dependencies, you could just do net start and
not
I don't know if this will help you or not, but this seems like it might be
helpful in some of these cases:
http://download.microsoft.com/download/5/6/a/56a0ed11-e073-42f9-932b-38acd478f46d/WindowsVistaUACDevReqs.doc
Gonzalo Diethelm <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/29/2007 1
Actually, it appears to be documented here:
http://msdn2.microsoft.com/EN-US/library/aa370334.aspx
Kelly Leahy <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/29/2007 10:44 AM
To
"Chad Petersen" <[EMAIL PROTECTED]>
cc
[EMAIL PROTECTED], "X.Y. D"
This seems to imply it will work. Not sure though, since it doesn't seem
to be documented:
http://www.installsite.org/pages/en/isnews/200110/index.htm
"Chad Petersen" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/29/2007 10:33 AM
To
"X.Y. D" <[EMAIL PROTECTED]>,
cc
Subject
Re: [WiX-
I don't believe what you want is achievable with windows installer, but
I'm not an expert...
I think what you could do is make each "version" a "feature" in windows
installer terminology, and require installations to always be done via the
most recent install package.
You could then use 'major
Nope... As far as I know, NOTHING will work in that scenario. AFAIK,
there's no way to handle this properly - you pretty much want to require
that users either only can install as Everyone, or only can install as
Just Me. Personally, I think "Just Me" is silly and can't come up with
any good
I don't know if it's possible to produce exactly the same MSI, but I think
your problem is related to automatically generated package codes or
product codes. If you want to be able to rebuild an MSI that acts exactly
the same as one that already went out the door (I think this is generally
a b
0x8007006E = -2147024786 = "The system cannot open the file or device
specified." (from WinXP SP2)
My guess is that it's a path issue. Perhaps there's some way you can
figure out what your working path is at that point? I think it's probably
the path to the MSI, but I'm not sure.
Kelly
s
I think the generally preferred way of handling this is one of:
(1) provide a list of SQL server instances on the machine and allow the
user to choose which instance to install to
(2) default to [COMPUTERNAME] as the instance name, and allow the user to
override the choice on the command line of
Well, I couldn't find a bug report either, but here's somebody talking
about a fix they used (they used the tool from Mono with minor
modifications)
http://tondrej.blogspot.com/
Kelly
"Shawn Edwards" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/07/2007 08:55 PM
Please respond to
[EMAIL
How about the last lines in this article:
http://msdn2.microsoft.com/en-us/library/aa387764.aspx
See where it says:
Note When signing an executable file that is larger than approximately
300 megabytes, you should use catalog signing with the MakeCat tool rather
than use the SignTool tool. T
Let me guess, you build with VS2005 SP1, right?
You need to deploy the SP1 version of the VCRT components, or you need to
statically link to the runtime in your CA dll (better choice).
Kelly
Jaguar 36 <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/05/2007 10:03 AM
To
wix
cc
Subject
[W
ridge <[EMAIL PROTECTED]>
11/02/2007 08:17 AM
To
Eric Baudouin <[EMAIL PROTECTED]>, Kelly Leahy
<[EMAIL PROTECTED]>
cc
"wix-users@lists.sourceforge.net" ,
"[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>
Subject
RE: [WiX-users] Font definition and WXL
Marc, I concur with Brian, but make sure you have your AppSearch sequenced
somewhere before your RemoveExistingProducts in this case, or else MSI
will remove the existing version before you get a chance to search the
registry for the item. BTW, if you have already released 1.0 and you
can't "a
: error LGHT0102 :
The localization variable !(loc.BannerTextStyle_Facename) is unknown.
Please ensure the variable is defined.
NMAKE : fatal error U1077: 'C:\DRS_SYNC_1\Tools\wix3\light.exe' : return
code '0x66'
NMAKE : fatal error U1077: 'C:\DRS_SYNC_1\Tools\wix3\li
Don't you want $(loc.BannerTextStyle_Size) not
!(loc.BannerTextStyle_Size)?
Kelly
Eric Baudouin <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/01/2007 04:17 PM
To
"wix-users@lists.sourceforge.net"
cc
Paul Houldridge <[EMAIL PROTECTED]>
Subject
[WiX-users] Font definition and WXL
It doesn't look to me like there's a way to do this, but I don't know
anything about WiX's support for IIS.
Hopefully somebody else will recommend.
Kelly
Rolando <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/01/2007 04:00 PM
To
Kelly Leahy <[EMAIL PROTECTE
I don't know anything about using MSI to install virtual directories, but
I think the solution is to put your 'shared' parent directory in a
component that is used by all of your applications, using the same
ComponentGuid. Then, only the 'first' application installed will add the
directory, an
The problem is the sequencing. By the time InstallFinalize has happened,
the install is already committed, so you can't roll back the install of
version 2, at least if I'm understanding it correctly. You probably want
your RemoveExistingProducts to be somewhere earlier in the sequence, so
tha
1 AM
To
cc
Subject
Re: [WiX-users] Maintenance modes SOLVED!
It's not my file. I'm modifying a registry entry based on whether I find
a file in the system folder.
Anthony Wieser
Wieser Software Ltd
- Original Message -
From: Kelly Leahy
To: Anthony Wieser
Cc: wix-u
Would adding 'Or Installed' to the condition work as well? Wouldn't it
then remove the file if it's there, and leave it if it isn't?
Kelly
"Anthony Wieser" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/30/2007 08:00 AM
To
cc
Subject
Re: [WiX-users] Maintenance modes SOLVED!
It
, but I'm just curious.
Kelly
"Matt Hoover (VSNC)" <[EMAIL PROTECTED]>
10/25/2007 03:37 PM
To
Kelly Leahy <[EMAIL PROTECTED]>, "wix-users@lists.sourceforge.net"
cc
Subject
RE: [WiX-users] detecting .net 2.0
It is not possible to have only .Net 3.
s the NETFRAMEWORK20 variable defined for machines that have ONLY .NET
3.0, or ONLY .NET 3.5?
If not, what's the recommended best practice for requiring anything that
can run 2.0 code, in other words, ".NET 2.0 or higher"?
Thanks,
Kelly
Yep... I kinda forgot the smiley in my email :)
So where is the 'command lines and the tools to use' documentation
located, precisely?
Kelly
Rob Mensching <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/24/2007 09:05 AM
To
"'Kelly Leahy'" <[EMAI
Is anything in Wix 3.0 documented?
Sorry. I just couldn't resist.
Rob Mensching <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/23/2007 03:11 PM
To
'Rob Mensching' <[EMAIL PROTECTED]>, 'Adam Majer' <[EMAIL PROTECTED]>
cc
wix-users@lists.sourceforge.net
Subject
Re: [WiX-users] wixout file
I
imagine!)
Kelly
Rob Mensching <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/23/2007 03:35 PM
To
"'Kelly Leahy'" <[EMAIL PROTECTED]>
cc
[EMAIL PROTECTED], wix-users@lists.sourceforge.net
Subject
Re: [WiX-users] wixout file format
Then there would b
What about using 'two' wixout files - one for the cab and one for the xml?
In other words, an ancillary file that stores the cab.
Kelly
Rob Mensching <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/23/2007 03:05 PM
To
"'Adam Majer'" <[EMAIL PROTECTED]>
cc
wix-users@lists.sourceforge.net
Jason,
Would you happen to be checking the path on an existing command line
window, or have you opened a new one? The path of existing command line
windows does not change when the system is updated (there isn't really any
good way to do this, since the user could have changed the path already
Yep... definitely shouldn't be moving built-in files like msbuild.exe.
Lots of bad things can happen as most of those sorts of tools assume they
are in a particular location when you're using them.
Better to qualify your path to the file or use the windows path to get a
reference to it via batc
what about
and
... Do those work?
Kelly
Stefan Pavlik <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/17/2007 10:39 PM
To
Nitin Chaudhari <[EMAIL PROTECTED]>
cc
wix-users@lists.sourceforge.net
Subject
Re: [WiX-users] How to add newline in (NOT
Priviledged) AND MsiNetAssemblySupport <=
To set the default value of the combo box, do a custom action to set the
property underlying the combobox to the default value you want after
filling the combobox.
something like:
I think.
Then make sure you sequence it after the combobox is filled in your
execute sequence (perhaps this
]
10/04/2007 10:32 AM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
[EMAIL PROTECTED], Hongping Lim
<[EMAIL PROTECTED]>, "wix-users@lists.sourceforge.net"
Subject
Re: [WiX-users] How to check processor architecture
On 4 Oct 2007, at 02:42, Kelly Leahy wrote:
>
> Oh.
To
"'Kelly Leahy'"
<[EMAIL PROTECTED]>
10/04/2007 08:05
Why zip files? Why not just use MSI's compression?
Craig0ss <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/04/2007 12:53 AM
To
wix-users@lists.sourceforge.net
cc
Subject
[WiX-users] Zip files and Wix Can It Be Done
Hi Guys/Girls
I need to ship files wit my installer, these files
Oh... If you're looking for OS = x64 or x86, rather than processor x64
vs. x86, you'll probably want to look at VersionNT64 (also requires
version 4.0 of MSI).
Kelly Leahy <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/03/2007 06:39 PM
To
Kelly Leahy <[EMAIL PR
Oops, I just found the doc - this is only supported on MSI 4.0
see: http://msdn2.microsoft.com/en-us/library/aa368788.aspx
Kelly
Kelly Leahy <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
10/03/2007 06:32 PM
To
Hongping Lim <[EMAIL PROTECTED]>
cc
[EMAIL PROTECTED]
You can't build one package for x64 and x86. However, if all you're doing
is putting stuff in the Win32 normal places (not messing with x64 registry
or file system), you should be able to check for the existence of Intel or
Intel64 properties. I think windows installer sets these as appropriat
Go to c:\program files\microsoft visual studio8\common7\tools (if you have
VS2005 installed) and run
errlookup.exe
put the number into the box and you'll see it change to: 0x80110404
you'll see the message: The object is already registered
So... not sure what that means in your case - I'm as
ry possible I'm heading you down the wrong path.
Kelly
Chris Ridd <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
09/27/2007 10:09 AM
To
Kelly Leahy <[EMAIL PROTECTED]>
cc
[EMAIL PROTECTED], wix-users@lists.sourceforge.net
Subject
Re: [WiX-users] Searching for multiple registr
Oops. Sorry Chris for the duplicate - I forgot to reply to all on the
first one.
Here's what I sent to Chris - others, tell me if this won't work, because
I may need this approach myself, later in my installer building process.
You could do custom actions that set another property based on its
to install something
but not remove it? I'm assuming it isn't. This is the behavior I want,
however, since my application must work with several versions installed
side-by-side, and I don't want someone removing an older version to cause
the newer versions to lose the fo
1 - 100 of 102 matches
Mail list logo
