Which is exactly the reason so many people ship the policies when they
install the runtimes.
-Original Message-
From: Richard [mailto:legal...@xmission.com]
Sent: Friday, November 13, 2009 5:25 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] best way to deploy C++ runtime?
We have some performance counters that are registered as part of our install.
When we try to install them as part of an MSP they don't get registered. Are
these custom actions executed for patches?
Thanks,
Jeff
--
Let
In article
<682e56117f9ba0419d5247669e3f742d836478e...@invsfoxxchmbx02.corp.com>,
"Wilson, Phil" writes:
> Richard would have to look at his code's manifest and see what
> redirection exists on the machine for that particular runtime Dll.
Hmm OK, this is giving me a clue where to loo
Hello,
I'm building an installer that installs some source code and utilities into the
user's Visual Studio project's directory. This is obviously a per-user install.
Using a property, I'm checking the project directory:
No problem there. My directories are fine, as well
Yup, we use Base Clearcas in a multisite environment. This is why we are
finally dumping InstallShield in favor of WiX 3.0. We are using .NET 3.5/
Linq to XML to create an extensible tool that uses visual designers to
manipulate the underlying WiX files. So far we've written several screen
My wix-users@lists.sourceforge.net subscription settings configured with Mail
Delivery = disabled . . . and yet I'm still getting list emails. Am I missing
something about how to make this subscription setting take effect?
-
I understand that there's the idea that if you ship code that uses VC++ version
x then just use that merge module, forget policy files, your app will work, but
then again if the redist does install policy files there is no consistent rule.
The policy files redirect older versions of the Dlls up
I know the policy msm is required as well. I don't remember what their
purpose is but they have some effect on the Side by Side system. Did you
look in the Event Log when installed with the policy files? I recall that
me a clue as to why they were needed, aside of course from the app not
runnin
OK, I did a little testing and the results surprised me because the
"working" solution goes against the advice of not including the policy
MSM.
Scenarios are as follows, all on Windows XP SP 3:
- No MSMs, run the vcredist_x86.exe, install my application, my app launches
- Payload MSM, install m
Agreed - I have used ClearCase with branching and merging, and it's an awful
experience with Wise or InstallShield project files.
Phil Wilson
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Friday, November 13, 2009 11:16 AM
To: General discu
Phil-
That's not really the problem. If you understand windows installer tables,
comparing one version of InstallShield is not optimal but also not impossible.
The real problem is that
1) changes are spread out in the document per where they are in the cables. If
you add a file you can ex
I think I even remember using a tool from the WiX toolkit to extract some
registry information we needed from a file. I think it was Tallow.
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Friday, November 13, 2009 2:07 PM
To: 'General discus
Glad to see we all agree. I thought the original question was to show where
WiX was different then InstallShield and that's what I thought I did. No
matter. Course I guess we could argue they are the same also since I have on
more then one occasion used WiX to build a registry table for the
Somebody mentioned this before I think, but maybe InstallShield's project files
are still in an incomprehensible format. This means that if you use a source
control tool then the ability to see the difference between one version and
another is impossible. Can you imagine a development environmen
Fair enough, if I am reading between the lines appropriately. However as I
said, it doesn't seem to be working with Windows XP.
Do you an idea who I might be able to discuss this with at your former
employer? :)
A.
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: November-
I'll top that off with Heath's article...
https://blogs.msdn.com/heaths/archive/2008/01/15/different-packages-are-required-for-different-processor-architectures.aspx
Phil Wilson
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Thursday, November 12, 2009 8:51 PM
To: 'Gener
WiX supports both creating .pcp files to use msimsp.exe/PatchWiz AND
natively creating .msp files right from the toolset without using PatchWiz
(gives you more integration into your source code and control over patch
creation).
-Original Message-
From: Matt Walker [mailto:matt.wal...@syner
You have your choice of manually supplying the information or using a tool
to extract it.
To understand WiX (from an authoring point of view) it helps to
remember/realize that MSIs are databases that describe a set of states for
the computer to be in, and a Windows Installer transaction consists o
I don't advocate changing that default behavior (the default is correct in
my opinion), and I agree with Rob (and you) on that point as well. But, the
point is that for those that need it, it is there and easily accessible. The
question was whether WiX supported the scenarios presented, not on whet
In our installer ecosystem (the code we ship to customers) we added code
that performs the actions I spoke of (at a former employer). It isn't
something that either Windows Installer or WiX currently has.
-Original Message-
From: Andreas Mertens [mailto:andre...@nvisionideas.com]
Sent: Fr
As far as I know, no, it does not work.
-Original Message-
From: Jiang, Chunyan (GE Healthcare) [mailto:chunyan.ji...@ge.com]
Sent: Friday, November 13, 2009 2:46 AM
To: General discussion for Windows Installer XML toolset.
Cc: os...@live.com
Subject: AW: [WiX-users] New Entry in Add/Remo
On Fri, 13 Nov 2009 09:53:16 -0500, Matt Walker wrote:
Matt,
> What about the future of WiX? With it being free, how do I know it
> will be around for a while if I would choose to go this route with
> our installations?
Considering that Microsoft uses it for its own primary products (except for
sorry to be so verbose everyone, I misunderstood the use of the
SqlFileSpec element, looks more like it's supposed to be used to specify
where you want the mdf file for that database to be stored.. obvious if
you think about it. So I'll rephrase my question, assuming there is no
easy way to speed u
There seems to be a huge overhead of running sql scripts from within
windows installers so I'm playing with the idea of using skeleton
databases stored in MDf/LDF files, I see there are sqlFileSpec elements
that handle these but i can't get them towork yet, I'm not usinga
script just 2 files and th
h, it seems that you can run scripts that cahnge other databases
outised of the sqldatabse element the scrit is inside of so maybe it'sa
size issue.
The script I'm trying to run is 16mb... about 300,000 lines of SQL. This
takes about 3 minutes to run if you do it manually.. I've split the file
These days I'm more worried about what would happen if InstallShield just went
away. Specially now that they require annual reactivation of their DRM. My
operations plan is that I'd use VM's and keep reinstalling InstallShield and
use the Stand Alone Build on build VM's since it doesn't have
Something else I just thought of and should have included in my last
email...
What about the future of WiX? With it being free, how do I know it will
be around for a while if I would choose to go this route with our
installations?
Did I read somewhere that it can be integrated into Visual
Oh, one more thing, what about patches and WiX? Or is that left to
Msimsp.exe or something like that?
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, int
Hi
I ran into a specific problem, and Chris Stefano found a solution to it.
This is to document the solution to the problem of installing files directly
from a subfolder of the installation medium.
You would want to do this with items that have to be included on the CD
image, where people want to
I will check out WiX, but briefly, and this may have been touched on, how does
WiX populate these tables for both libraries and assemblies?
Some of this I'm sure will be clearer when I take a look, but does it extract
reg information upon a files add to the installation or is there some
extrac
But why would you change the default behaior? This an area where WiX excels
over InstallShield.
I'm not sure what I hate more, COM or unexpected repairs caused my wonky MSI
COM advertisement functionality.
For once, Rob and I agree on something:
http://robmensching.com/blog/posts/2007/3/12/R
Sorry, again I am not entirely clear on what you are saying.
When you say that there "was code we added on especially for IE" are you
speaking about IE8, or MSI, and which version.
All I know is that I am running Vista with IE8 and MSI 4.5, and it doesn't
seem to be working as is. Nor can I find
Hi Blair!
Thx for your tip!
my NetBook/Laptop msi.dll has version 4.5.6001.22159 and the PC i am working
with it has 3.1.4001.5512, now it works fine :)
thx!
Blair-2 wrote:
>
> Could you check the msi.dll file in both computers and see if they are the
> same version?
>
> -Original Message
Hi Blair,
I am sorry to confuse you on this issue. I think my requirement has been
changed. I want to install multiple versions to different paths simultaneously.
At the same time, there is requirement to update the specific installation. It
must be minor upgrade, because there are some files s
Hi
How to display a messagebox when the user navigates to dialog. I would like to
have an alert when the user navigates to InstalDirDialog. I tried with custom
script but not sure how I can use it.
Regards
Anu
Hello again team, I've got another issue with some SQL scripts I'm
trying to run. I have a large collection of scripts all of them work as
they each refer to a specific databasehowever I have one big script
that updates tables in multiple databases so I can't put it in one
specific SqlDatabase
Thanks for the suggestions.
In the end, the update turned into an uninstall/reinstall due to other issues
so I didn't need to try this out. Will definitely keep it on file for next time
though.
Cheers,
Mark
-Original Message-
From: John Nannenga [mailto:john.nanne...@microsoft.com]
Sen
More details, http://www.tramontana.co.hu/wix/lesson1.php#1.5 1.5 where to
install?
I hope it's useful.
Best regars.
2009-11-13
salever.lee
发件人： Blair
发送时间： 2009-11-13 15:30:47
收件人： 'General discussion for Windows Installer XML toolset.'
抄送：
主题： Re: [WiX-users] Dyn
See wi tutorial here http://www.tramontana.co.hu/wix/lesson1.php#1.5 , about
.ini file.
If you do not have a better way out, I suggest you to make a tool installer
for your former installer, which can install the configuration file and tell
where the file locates by regitry key value. Then i
39 matches
Mail list logo
