Rob Mensching wrote:
Is MSI that bad? I mean, I know that declarative programming
is very different from procedural programming but the Windows
Installer handles a lot of things very well. Probably my
biggest gripe is that the Component Rules suck. Is there
something you think is worse
Rob,
Some more information. I have spent some time adding log messages into both
ConfigureSQL and ScaSqlStrsReadScripts (in scasqlstr.cpp).
We have been able to narrow down that the crash occurs in the function
StrAllocStringAnsi but not where or why. In this case it appears to be
while
Hi
nbsp;
I need help to fix below stated problem regarding WiX.
nbsp;
Problem Description:
I need to install two features lets name it F1 (in install mode) and F2 (in
maintenance mode). Also here F1 is parent of F2.
On installation of F1 a registry key R1 is created with value ABC
On
André Pönitz wrote:
One of my biggest gripes with MSI so far is that it dead slow
(which is, of course, a very subjective impression).
Not so subjective when it comes to patching... VS2005 SP1 took 6 hours
on one machine here. 30 minutes even to get to the EULA. Average is
2-3 hours. Much
Tony Hoyle wrote:
André Pönitz wrote:
One of my biggest gripes with MSI so far is that it dead slow
(which is, of course, a very subjective impression).
Not so subjective when it comes to patching... VS2005 SP1 took 6 hours
on one machine here. 30 minutes even to get to the EULA.
It
André Pönitz wrote:
Rob Mensching wrote:
Is MSI that bad? I mean, I know that declarative programming
is very different from procedural programming but the Windows
Installer handles a lot of things very well. Probably my
biggest gripe is that the Component Rules suck. Is there
The likes of technorati and delicious havn't done anything. Our unanimous
conclusion was that the union proposal does not work.
It opposes clearcut logging of the already dwindling old-growth groves,
advocating selective cutting that keeps a forest as a permanent entity.
They assert that the
Yes, that's currently the issue. The build in CAs do not support your
scenario, so you'll need to write this yourself. This is why I posted
the note I posted on Sunday night. So far, no feedback from the
community though...
Joe K.
On 12/5/06, Rennie Sawade (Volt) [EMAIL PROTECTED] wrote:
All
Visual Studio also includes a bootstrapper that can install your
prerequisites and then launch your setup. It can get the prereqs from
your local CD, or if you are mostly a downloaded product, it can
download the prereqs from the official microsoft site when/if they are
needed.
I take it I would have to use the VS installer instead of WIX? We can't
do that as we use a lot of WIX functionality that does not exist in the
VS installer.
I wish WIX had this capability...
Thanks - dave
David Thielen
www.windwardreports.com
303-499-2544 x1185
Cubicle
Having the cert stuff moved to the util extension would be great for my team.
We had to write our own CA for cert work.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Kaplan
Sent: Tuesday, December 05, 2006 8:54 AM
To:
Hi;
Is there support for GenerateBootstrapper (in MSBuild) anywhere? It
appears to have what I need for prerequisites but there is no
documentation of what to use for the Include=... for each MS
prerequisite.
Thanks - dave
David Thielen
www.windwardreports.com
303-499-2544
On 12/5/06, David Thielen [EMAIL PROTECTED] wrote:
I take it I would have to use the VS installer instead of WIX? We can't
do that as we use a lot of WIX functionality that does not exist in the VS
installer.
AFAIK, no you don't have to abandon WiX
check out the following links:
In one of our installers, I've started getting an ICE32 error from the built-in
IIS CAs.
This is the only installer we have that actually installs web sites, and does
some pretty significant IIS configuration (all through the standard CAs in
IISExtension).
I've gotten an ICE32 error that
The documentation for GenerateBootstrap (actually the files it uses) is
buried in the ClickOnce section. Using that information, combined with
looking at the files that MS supplies for the prerequisites, we managed
to create a bootstrapper for our Wix based deployer.
The IIsExtension defines the IIsWebApplicationName (which shows up in MMC as
the app name) as a localized string of 255 chars. This string is referenced,
as a foreign key, from the RegisterIIsSSLCertificate table. The column in the
register table is part of a multi-column primary key for that
No, we need to fix the RegisterIIsSSLCertificate code. I've long noted that
SSL was poorly implemented in the WiX toolset. I'm actually working on that
right now (in my day job, woohoo!). I *expect* to have SSL fixed in WiX v2 by
the end of the week. I'll look at porting the fix up to WiX
That's what the other developers here said (re being caused elsewhere).
Anything specific you would like us to try?
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Wed 6/12/2006 5:09 AM
To: Michael Osmond;
I've created a simple C++ .dll in VS2005 to do some checks for me during
the install after a user has selected an installation folder. The
problem I am having is with the VS2005 C++ runtime (msvcp80.dll). The
compiled .dll apparently needs to have the runtime installed otherwise
the installation
I was in a similar situation and just statically linked the runtime library. Of
course, I was running an executable instead of
trying to access a DLL, so that might not be helpful information.
--
Eric Fesh
Customer Support Engineer/Software Test Engineer
Verari Systems Software, Inc.
110 12th
Get some examples from the Office, Exchange, and Visual Studio teams,
and you're set. Their bootstrappers are awesome.
Joel Peterson
Quality Assurance Engineer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob
Mensching
Sent:
You can also build your .msi file with WiX and use the Bootstrapper
Manifest Generator and the VS 2005 SDK for generating a bootstrapper.
You can get the tool here:
http://www.gotdotnet.com/workspaces/workspace.aspx?id=ddb4f08c-7d7c-4f44-a009-ea19fc812545
David Thielen schrieb:
I take it I
I talk to those teams regularly (SQL is more interesting than Exchange, IMHO).
The trick is how to take their very specialized solutions and make them generic
enough to solve all of the different problems we all face here. That, and
often their solutions need to be scaled (down) such to be
You might try running the install under a debugger after using GFlags
(http://technet2.microsoft.com/WindowsServer/en/library/b6af1963-3b75-42f2-860f-aff9354aefde1033.mspx?mfr=true)
to turn on PageHeap. PageHeap might be able to catch the memory corruption
when it happens instead of waiting
In v3, you have to call candle with -ext WixUtilExtension to use elements from
that namespace. Same with light.
And, to help you abit, when you call light, you have to specify what cultures
to use (like -cultures:en-us)
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David
I'm editing with Orca a MSI generated with WiX. In the custom actions table
I have an entry for custom action type 1025:
/Configuration=[INSTALLDIR]SoftwareFactory91.xml
/installtype=notransaction /action=install /LogFile= [#InstallerAssembly]
[#InstallerConfigFile]
When using the MSI (with
In the underlying complexity, I'm sure SQL 2005 is more complex than
Exchange 2007. The prerequisite detection, user interface, and
installation customization (and how they pass information on to the
MSIs) of all of these Microsoft bootstrappers are amazing. It'd be nice
to have generic forms of
P.S. Someone may have already posted this, but the documentation for the
GenerateBootstrapper task is here:
http://msdn2.microsoft.com/en-us/library/ms164294.aspx
You'll want to look at the documentation for the ComponentsLocation
attribute at a minimum so you can decide if you want the
I 100% agree. I just responded to someone where I noted that The bootstrapper
and more CustomActions/Extensions are the future of WiX. I believe that.
Finishing WiX v2 is a very good thing then I'm going to go back to working on
the bootstrapper for all the reasons you list below and more.
I am having this problem consitantly now. We have been building and
Installing our MSI for about a year now and have not had a problem.
Did anyone find out why this was happening?
Ronald L. Ratzlaff wrote:
Any ideas on the following? Should I open a bug?
I’m encountering an Assert
Michael Osmond is still doing analysis. I added some information in the
attached thread. If you wanted to try those debugging instructions as well,
maybe someone will eventually get a callstack pointing to the problem.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
I figure I might as well add to this discussion. I'm a daily WinDbg with
GFlags user/addict, to the point where I can go from a vanilla system to
a full debug system in a few minutes (it'd be faster if it weren't for
the delay of downloading symbols from the Microsoft Symbol Server).
Following is
Hi;
A couple of features that would be VERY nice in this:
1.
Optional prerequisites. The .NET 2.0 language pack, J# language pack,
and Sql Server Express are all optional prerequisites. The first 2 are
suggested and the 3rd (in our case) is only needed if they don't have a
Hi;
We have a WIX built installer that works great. And we are working on creating
a bootstrapper for the prerequisites that would call our msi at the end to
complete the install.
Should we be looking at click once?
thanks - dave
Personally, I think ClickOnce was a waste of Microsoft resources and just
confused the installation space. So, keep that in mind as you read my
opinions. ClickOnce was designed for managed code line of business
applications. It installs only managed code (although you can download managed
Hi,
Think we have it!
I have got a C++ developer here (Paul Simpson) to look at this with me. We've
continued down the path of logging messages to determine where it fails and
what is happening.
Function is StrAllocStringAnsi (in strutil.cpp)
The error occurs in the second call into
Hi Michael
This worked brilliantly - thank you so much for your help.
Cheers
Emma.
From: Michael Osmond [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 5 December 2006 2:55 PM
To: Emma Hanna; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Optional
Hi
Some more points for wishlist for the wix bootstrapper... (all IMHO)
- The major feature the GenerateBoostrapper task lacks is the
possibility to create custom user interface. That startup dialog is
just ugly. It would be very nice if wix's native bootstrapper allowed
custom UI (I mean, for
Hello All,
I want to know some more information on components - installable chunks
in WIX file.
Some days before I was facing problem while upgradation from previous
version to newer version. I added a new component that was adding a new
registry value while installation. While upgradation, it
39 matches
Mail list logo
