First, if the execution policy doesn't already allow the execution of scripts,
your Set-ExecutionPolicy will never be executed. You can't execute a script to
allow the execution of scripts.
Are you running into a 32/64 bit issue? The Microsoft.SharePoint.PowerShell
snap-in is only registered
When building a 64 bit installer with a PowerShell snap-in, how do I tell the
SnapIn, FormatsFile and TypesFile extensions to register for both 32 bit and 64
bit PowerShell?
--
This SF.net Dev2Dev email is sponsored by:
ient,
> neither
>
> nor
>
> is working.
>
> 3. Does anyone know where I can find out the property values for
> different .NetFramework versions? For example, in
>
> We use Microsoft.Net.Framework.4.0 for 4.0 and Microsoft.Net.Client.3.5
&g
This works for me:
True
.NET Framework 4.0
True
> -Original Message-
> From: Jason Ding [mailto:jas...@geo-slope.com]
> Sent: Wednesday, June 16, 2010 6:51 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Inst
into whatever CLR you tell them to. They might, but
> the CLR has basically said they won't guarantee it. That doesn't mean
> they won't try to maintain compat whenever possible, but there is a
> disconnect between the 2.0 runtime and the 4.0 runtime with regards to
>
ic doesn't
> assume 4.0 matches because if it did you may find your solution
> installed onto a platform that is not back compat with your solution.
No, it's actually a bad thing because it forces my software to break for no
reason. Give me a chance to install so I can see if it work
When specifying Priority="0" on the NativeImage extension, the installation
properly executes an ngen command with no /queue qualifier and the native image
is successfully generated but, at the end of the install the NativeImage
extension executes an "ngen update /queue" command which deletes al
switch to suspecting the
> Windows Installer on this machine. Is it possible that the
> ::MsiProcessMessage() is causing the whole thing to blow up? That
does
> end up as a cross process call I believe so it could be something
> screwy on the machine that's causing the failure.
&g
I've been trying to figure out a problem with NetFxScheduleNativeImage
in WiX V2.0.4820. I've been looking at the source code and I thought
that all of the ExitOnFailure(hr, "Some error message") calls were just
dropping the error message. I got that idea from looking at dutil.h
which defines Exi
> -Original Message-
> From: Bob Arnson [mailto:[EMAIL PROTECTED]
> Sent: Saturday, November 29, 2008 11:04 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Uninstall fails when
> callingNetFxScheduleNativeImage
>
> John V
caProgressMessage? That would confirm that I'm reading my way
through the source code correctly.
What situations can cause WcaProgressMessage to fail? Has anyone seen it fail
before?
Thanks,
John Vottero
> -Original Message-
> From: Rob Mensching [mailto:[EMAIL PROTECTED]
> Sent:
makes sense because
no action is needed.
Also, NetFxSched can deal with "Action: Null" because I recreated this
situation on a test machine and the uninstall worked. I'm still trying
to figure out what's different about the customer's production machine
where the uninstall is
I've been trying to figure out a problem with an upgrade failing when
calling the NetFxScheduleNativeImage CA. The failure occurs only on one
server (at a client site). We've narrowed the problem a little, the
failure happens during the uninstall, we can't even uninstall the
product. I'm inclu
> -Original Message-
> From: Bob Arnson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 20, 2008 1:09 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Install fails when calling
> NetFxScheduleNativeImage
>
> Joh
is nothing useful in the log, unfortunately.
>
> -Original Message-
> From: John Vottero [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 19, 2008 15:50
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Install fails when calling
> NetFxScheduleNativeIm
f machines but fail on 1?
This is WiX version 2.0.4820
Thanks,
John Vottero
MSI (s) (E8:04) [11:49:30:054]: Doing action: RemoveFiles
MSI (s) (E8:04) [11:49:30:054]: Note: 1: 2205 2: 3: ActionText
MSI (s) (E8:04) [11:49:30:054]: Doing action: NetFxScheduleNativeImage
MSI (s) (E8:04) [11:49:30:
We check for a minimum version of mscoree.dll, like this:
> -Original Message-
> From: [
> Is there an "easy" way to create a setup.exe bootstrapper that embeds
> the
> msi/msp inside it? I can get msbuild to create the setup.exe just
> fine, but
> I need to distribute my patch as a single file.
>
> My googling has suggested this isn't a feature of msbuild and I've yet
> to
> find an
MSBuild does come with a signing task, it's the SignFile task.
You can sign your msi files with signtool.exe, MSBuild or
PowerShell's Set-AuthenticodeSignature. I don't know why WiX should add
another option.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob
Mensching
Sen
> If anyone has any other opinions on this topic, please do make your
> voice heard. I'm still following this thread and trying to figure out
> if I should lock non-members out of the list. I'm still very hesitant
> to do that since it raises the bar for people just starting to get
> involved with
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of Carl Daniel
> Sent: Tuesday, February 12, 2008 6:13 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Setting Uninstall/.../InstallLocation in registry
>
> I'm sure this has bee
>
> I'm very new to WiX and have just subscribed to this mailing list.
> Sorry, if the questions below are stupid.
>
> Due to the fact that it is recommended to use WiX v2 for production
> projects so far, I have a couple of questions:
> 1) Will the MSI produced by WiX v2 be "valid" and compatibl
>
> Just mark your service as starting automaticly and you shouldn't have
> any problem. Then Windows will start the service when its needed.
How does Windows know when the service needs to be started (other than
boot time)?
-
>
> Another solution that was suggested here was to use a deferred custom
> action to start the service. But that also doesn't seem to work. Using
> WiX 2.x branch and it results in a runtime error. The custom action
> works OK if run outside of the MSI. The error returned is
>
> "Unable to sch
Your requirements are similar to ours. We need to ask the user what
features they want to install then, depending on their answers, they may
need MSMQ and SQL Server. They can also choose not to install SQL
Server because they want to use SQL server over the network. We also
use IExpress to pack
>
> I am able to use Visual Studio bootstrapper to install .NET & other
> micosoft
> software. How can I modify it to install other exe files, such as
> sentinel.exe, AdobeReader.exe, I need to launch many different
> executables
> during my product install.
This should help:
http://www.codeplex
This works for us:
From: Harini Gurusamy [mailto:[EMAIL PROTECTED]
Sent: Monday, October 22, 2007 1:43 AM
To: John Vottero; wix-users
What's missing is:
And the scheduling of that CA.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Harini
Gurusamy
Sent: Sunday, October 21, 2007 10:18 PM
To: John Vottero; wix-
It's a two step process, you have to set the property with the command
you want to execute and then you have to execute the command. Your
custom action sets the property. I'm not sure if the [SourceDir]
reference will work or not, you can just use the file ID with a #, like
this:
MSB4036: The
> "GenerateBootstra
> pper" task was not found. Check the following: 1.) The name of the
task
> in
> the p
> roject file is the same as the name of the task class. 2.) The task
> class is
> "pu
> blic" and implements the Microsoft.Build.Fra
)" OutputPath="bin"
> ComponentsLocation="Relative" Culture="pt-PT"
> Path="C:\WIX\Test_Dot_NET\release" />
>
>
>
> Please advise.
>
> Hina
>
> John Vottero wrote:
> >
> > You don't in
You don't include the bootstrapper xml in the WiX file. You build your
app.msi from the WiX file. Then you build your bootstrapper by doing:
msbuild bootstrapper_project_file.xml
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of hina1703
If two components have the same GUID, they must be the same including
the directory.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of Ilya Slobodin
> Sent: Monday, October 15, 2007 2:29 PM
> To: wix-users@lists.sourceforge.net
> Subject: [W
> The wix schema seems to have support for digitally signing packages -
> the DigitalCertificate element, the DigitalCertificateRef element -
> but I can't see how they're meant to be used.
>
> Presumably light has to have access to the certificate's private key
> at some point, and it isn't clear
Find the Package.xml file for SQL Express, edit it and look for the
mailto:[EMAIL PROTECTED] On Behalf Of Eric
Latendresse
Sent: Tuesday, October 02, 2007 5:41 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to configure SQL Express bootstrap
I created a bootstrapper with MSbui
> On Thursday, September 27, 2007, at 01:00PM, "John Vottero"
> <[EMAIL PROTECTED]> wrote:
> >> Should something be properly escaping/quoting the argument? I can
> slip
> >> a couple of "s into my arguments string, but that feels like a
> >>
> I'm generating a number of shortcuts to programs/scripts/etc that take
> arguments. One tester has noticed that a shortcut set up like:
>
>
> Name="logconf" LongName="Log Configuration Tool"
>
> Target="[INSTALLDIR]bin\wish.exe"
>
> Arguments="[INSTALLDIR]bin\logconfig"
>
> WorkingD
> We're creating separate 64-bit and 32-bit packages, and so far my 64-
> bit packages are refusing to install in 2003 Server. The most
> interesting of the errors reported by Orca is:
>
> ICE80ERRORThis package is marked with x64 but it has a schema
> less than 200.
>
> How do I do that
Some messages come from the culture of the operating system no matter
what the culture of the msi is.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Debbie
Highgate
Sent: Saturday, September 15, 2007 5:33 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unexpected Ger
ng for
"WAIK" may also do the trick.
Good luck!
From: John Lalande [mailto:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 2:08 PM
To: John Vottero
Cc: Rob Mensching; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] IIS, Vista and WiX
I check the value of the MajorVersion
The "legacy administration objects" are part of IIS. You have to make
sure that they are installed before you start your installation. How
do you check to make sure that IIS is installed?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Lalande
Sent: Friday, September 14,
> I need to include ZIP archive (documentation in any directory
> structure...) into MSI and after installation I need to unzip it. Does
> anybody any idea how to do it?
> Encapsulation of documentation's directory structure is not so useful
> for me...
Why do you want to do this? The files will
First a disclaimer, I haven't actually done this!
VS Solutions are nothing but groups of projects, you can have one solution
which has the projects you want to build and another solution that includes the
Votive projects that you use with Visual Studio.
It's not that hard to create an MSBuild f
by specifying our products setup as the IExpress "postinstall"
command.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, September 05, 2007 2:27 PM
To: John Vottero; [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-user
I would be furious if I installed a product only to find that the
developer had taken apart one of Microsoft's installers, dorked it
around and rebuilt it into a Frankenstein of an installer.
I think you should use a bootstrapper to install the real MSXML6 and
then install your product. Search
still have access to VersionNT and Version9X. Try making your
condition:
VersionNT=500 Or NOT Version9x=""
>
>
>
> John Vottero wrote:
> >
> > I don't think you need the CDATA for your condition. Conditions are
> > usually wrapped in CDATA because
I don't think you need the CDATA for your condition. Conditions are
usually wrapped in CDATA because they often contain < and > characters.
That being said, are you sure that the problem is actually in the
fragment that you posted? Your CDATA looks fine to me, I'm thinking
that maybe something e
That’s correct but, if you want the app to run as a 64 bit app on a 64 bit O/S,
you need two installers.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of barbq
Sent: Monday, August 13, 2007 5:51 AM
To: John Vottero; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] x64
-us/win64/win64/running_32_bit_applications.asp
)
On 8/12/07, John Vottero <[EMAIL PROTECTED]> wrote:
No, you cannot create one MSI for both x64 and x86. Windows Installer doesn't
support that.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of barbq
Sent: Sunday
No, you cannot create one MSI for both x64 and x86. Windows Installer doesn’t
support that.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of barbq
Sent: Sunday, August 12, 2007 7:16 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] x64 Compatibility
Hello,
I wo
Windows installer does do reference counting but, it counts components
not products. The problem with trying to reference count a whole
product from the msi is that you don't know why the msi is being
executed. Is your msi being executed because of a new install of
product XYZ or a reinstall of
might work. Make sure you have a backup because it might blow up in
your face too!
From: JP Cafaro [mailto:[EMAIL PROTECTED]
Sent: Monday, July 30, 2007 12:58 PM
To: John Vottero
Subject: Re: [WiX-users] bootstrapper?
Not sure, he's not in today, but I've been doing pretty well with W
pplicationFile="WixProject1.msi"
> > ApplicationName="Wix Sample"
> > BootstrapperItems="@(BootstrapperFile)"
> > OutputPath=".\bin\Debug"
> > ComponentsLocation="Absolute"
> > ComponentsUr
> I know that to install .NET I need to use a bootstrapper so I made a
> .proj
> file and put this in it, but I need to add other things to the
> bootstrapper
> that won't install from the msi like sql server desktop engine and
> itechlogger but I'm not sure how to do that.
>
SQL Server Express c
You don't want to call one MSI from another. It's not recommended and
the ability to do so has been deprecated. Also, you can't get certified
for Vista if you do that.
Use a bootstrapper to install each of the MSIs sequentially.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Be
> My program comes with a lot of prerequisites but when you uninstall
the
> program I'd like it to uninstall the prerequisites too. How can I get
> it to
> do that? Do I just have to find the uninstallers for the program or
is
> there something else?
You shouldn't do that because prerequisites a
> i m having msi of my product which is working on all 32 bit windows
> versions
> now iwant to create msi which will wirk for bith 32 and 64bit os or
> will
> work for 64 bit os. i have no idea what r the changes i m suppose to
> make in
> my msi.
You need to make a copy of your 32bit WiX source
I don't think that is what you want. I think that
is used when you want to verify the signature of an external resource
(CAB file etc).
Sign your msi's with SIGNTOOL.EXE, the MSBuild SignFile task or
PowerShell's Set-AuthenticodeSignature cmdlet.
From: [EMAIL PROTECTED]
[mailto:[EMAIL
The makers of InstallShield are spamming the WiX users mailing list???
That's a good way to make friends.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Macrovision
Sent: Wednesday, July 18, 2007 2:59 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] AdminLetter>Citrix
You have to use a bootstrapper, you don't have to write one. Take a
look at the GenerateBootstrapper task or dotNetInstaller or NSIS.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, July 17, 2007 11:31 AM
To: wix-users@lists.sourceforge.net
Subje
> I get the following error while running the .msi created by using the
> following code to create a service using WIX.GService.exe is the
> service exe
> file.I've copied installutillib.dll,GService.exe to the wix-binary
> folder(folder where candle.exe and light.exe exists)and created a
> service
> -Original Message-
> From: W. Craig Trader [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 12, 2007 12:36 PM
> To: John Vottero
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Converting Setup project to WiX 3.0 project
> (Custom Actions)
&g
It would be very easy to write a console app that calls the C# Installer
based code. Once you have that, use the WiX CAQuietExec custom action
to run the console app.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of W. Craig
Trader
Sent: Wednesday, July 11, 2007 8:50 PM
To: wix-
Try:
SC DELETE ServiceName
from a command window.
Also, you really want to use Virtual Machines with undo disks enabled
for testing installers. I don't know how I ever lived without them.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Burton
Sent: Saturday,
Google "GenerateBootstrapper task". That's what a Visual Studio 2005
project uses and it will work with a WiX generated MSI too.
The example in MSDN for the GenerateBootstrapper task shows the .NET
Framework as a prerequisite.
Forget about trying to install the .NET Framework from a CA, yo
We use environment variables, like this:
...Name="JAMS Version $(env.Version)" Version="$(env.Version)"
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Patrick
Steele
Sent: Monday, July 02, 2007 10:59 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] version numb
The "cannot display webpage" problem with the chm is caused by the file
being marked as downloaded from another computer. Right click on the
chm and pick "Properties", there should be an "Unblock" button near the
bottom on the first tab.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
No, WiX does NOT use gacutil.exe
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Alperstein, Kenny
Sent: Tuesday, June 26, 2007 9:54 AM
To: Mike Dimmick; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Calling a .bat file from WIX
Mike,
One last question. Does th
irect
+1 617-480-4121 mobile
+1 413-480-3408 fax
http://www.proposion.com
-Original Message-
From: "John Vottero" <[EMAIL PROTECTED]>
Sent: 6/25/07 9:42:00 PM
To: [EMAIL PROTECTED], wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] 64 bit newbie question
> I have a
> I have a RegistrySearch tag that attempts to look up values in
> Root='HKLM'
> Key='Software\Microsoft\Shared Tools\Web Server Extensions\12.0' but
on
> 64
> bit machines, it ends up searching for
> "HKLM\Software\Wow6432Node\Microsoft\Shared Tools\Web Server
> Extensions\12.0" (according to Proc
: Christopher Painter [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 10:09 PM
To: John Vottero; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] msi to exe
It was clearly purposed for packaging IE, it always was. Now it also
seems to have become repurposed as a generic basic
>
> I'm trying to decide whether to change the PowerShell ExecutionPolicy
> setting either by modifying the registry entry or by running the
> Set-ExecutionPolicy cmdlet in PowerShell. Has anyone any opinions on
> which way is better/more proper? Thank you in advance.
>
Neither would be proper, y
What says it's for packaging IE not other apps?
From: Christopher Painter [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 8:24 PM
To: John Vottero; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] msi to exe
Yes but it still says it's for packaging IE not othe
Sent: Friday, June 22, 2007 5:47 PM
To: John Vottero; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] msi to exe
Google as alot of hits with \IEAK\ and dllhelp is too slow ( and often
too inaccurate ) for me to confirm right now. I might not have the
right EULA, but it seems
I have never installed the "Internet Explorer 7 Administration Kit" and
yet, I have IExpress.exe. Why do you think that license covers
IExpress?
From: Christopher Painter [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 5:31 PM
To: Christopher Painter; John Vottero; Afshin Se
You don't redistribute iexpress.exe, you redistribute the output of
iexpress.exe. I still don't know if that's legal.
From: Christopher Painter [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 5:28 PM
To: John Vottero; Afshin Sepehri; wix-users@lists.sourceforge.net
Su
We use IExpress as part of an automated daily build. Do "iexpress.exe
/?" to see the command line switches.
From: Afshin Sepehri [mailto:[EMAIL PROTECTED]
Sent: Friday, June 22, 2007 5:06 PM
To: John Vottero; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] msi to exe
Use IExpress.exe. You probably already have it (it's part of IE).
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Afshin
Sepehri
Sent: Friday, June 22, 2007 4:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] msi to exe
Hi,
How can I convert an .msi file to
I believe that a major upgrade is essentially an uninstall of the old
version followed by an install of the new version.
I *think* you can get the effect you want by sequencing RemoveShortcuts
after CreateShortcuts but, I don't know what side effects you have to
watch out for.
> -Original
It sounds like you're trying to create a single MSI that installs either
32 bit or 64 bit executables, is that correct? If so, you shouldn't,
you need one MSI for 32 bit and one for 64 bit. I don't think you want
to reference ProgramFiles64Folder either. Use ProgramFilesFolder and
Windows Instal
If the CA fails, you expect the entire installation to rollback, right? If so,
then the CA has to scheduled before InstallFinalize because InstallFinalize is
the “commit” so a failure after that won’t rollback what happened before
InstallFinalize.
I think your next problem is going to be th
>
> People I work for now want our installer only to install the "best"
> version
> instead of x64 and x86 on the end user machine. I have my
> ProgramFilesFolder as the main directory, however I would like it to
be
> ProgramFiles64Folder if it is a x64 machine. Is there a conditional
> way to
>
ould consider switching to 3.x if there was a good reason to)
>
> Thanks!
>
>
> John Vottero wrote:
> >
> > It's much easier to do 1, 2 and 3 in a bootstrapper which then
> executes
> > your WiX created MSI.
> >
> >>
> >> The foll
It's much easier to do 1, 2 and 3 in a bootstrapper which then executes
your WiX created MSI.
>
> The following sequence of tasks seem like they would be common and I
am
> hoping that someone has a working example of doing this in WIX:
>
> 1. Prompt the user for information about which (new or e
and a
full certificate from someone else.
> -Original Message-
> From: Martin Cetkovsky [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 30, 2007 11:32 AM
> To: 'Trevor Clifton'; John Vottero; wix-users@lists.sourceforge.net;
> [EMAIL PROTECTED]
> Subject: RE: [Wi
I've just been looking at buying a cert and I'm wondering why Verisign
is so expensive. Why would someone pay 2 or 3 times more? Is there any
difference between what you get from Verisign, Thawte or GlobalSign?
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL
Weekly builds are at:
http://wix.sourceforge.net/releases/
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lewis G.
Pringle, Jr.
Sent: Monday, April 30, 2007 10:07 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Permission Element, and next v3 pre-release build
You do not use privMsiGetPropertyStr to initialize cchIniName. You
initialize cchIniName like this:
char *cchIniName = new char[szBuf];
which just allocates a buffer. The contents of that buffer are
undefined.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
>
You can use IExpress.exe to do that.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas B
Sent: Tuesday, April 24, 2007 5:14 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Automating MSI merge into bootstrapper?
Hi
What would be a nice way to have the MSI me
In the ElementPath, you misspelled diagnostics.
On 4/23/07, Kevin Burton <[EMAIL PROTECTED]> wrote:
My XmlConfig does not seem to work. It doesn't delete the section or the
whole node. I don't get a warning or an error. Just what was supposed to
be deleted is not. This is the XmlConfig line
Have you found documentation for InstallUtilLib.dll? Did Microsoft add
it to the list of redistributable software?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Wilson,
Phil
Sent: Friday, April 20, 2007 12:43 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Usin
ing samples I
assume Brian is referring to the way the samples available from that
site are packaged.
Hope this helps.
Regards,
Richard
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] ] On Behalf Of Quinton
Tormanen
Sent: Thursday, April 19, 2007 11:55 AM
You need a custom action to set ARPINSTALLLOCATION, something like:
Make sure you schedule that custom action after InstallValidate.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of William Levra-Juillet
> Sent: Thursday, April
Microsoft puts lots of samples in "Program Files...".
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Quinton
Tormanen
Sent: Thursday, April 19, 2007 12:26 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Where to install samples
I have a .NET assembly that we've b
You misspelled "Community" in the LongName.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of Colin Bowern
> Sent: Thursday, April 12, 2007 5:17 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [WiX-users] IAssemblyCacheItem Commit failed with
> 0x
ts will be executed after your components have been installed.
You better give the user fair warning that SQL is going to bounce or
you're going to have some seriously ticked off DBAs.
From: Don Tasanasanta [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 12, 2007 12:57 PM
To: Jo
How are your SQL scripts supposed to work if SQL is down?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Don
Tasanasanta
Sent: Thursday, April 12, 2007 12:47 PM
To: Rob Mensching; [EMAIL PROTECTED]
Subject: Re: [WiX-users] Controling SQL services
What is the best way to sequ
I would use the WiX . It's easier and more reliable
than trying to call the Installer class. You can leave the Installer
based class in the code if you want.
From: Don Tasanasanta [mailto:[EMAIL PROTECTED]
Sent: Friday, April 06, 2007 3:00 PM
To: John Vottero; Kevin Burton; Rob Mens
Correct. Neither WiX's nor SC CREATE need or use the
Installer class. But, they can both install .NET based services whether
the service has an Installer based class or not.
From: Kevin Burton [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 05, 2007 12:54 PM
To: John Vottero;
I don't think there's a difference between installing a .NET service vs
. a "regular" service so, ServiceInstall doesn't need to detect
anything. Can you install your service with SC CREATE?
The InstallUtil.exe doesn't know a service from a hole in the ground.
All it does is look for classes t
1 - 100 of 139 matches
Mail list logo
