You are missing the password for the ServiceInstall
-Original Message-
From: Radhika Gupta [mailto:radhika.gu...@microsoft.com]
Sent: November-01-12 5:20 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Starting a service as Network Service
I am trying
the ServiceControl element i.e.:
ServiceControl Id=StartYourService Name==$(var.serviceName)
Start=install Stop=uninstall Remove=uninstall Wait=no /
-Original Message-
From: Steven Ogilvie
Sent: November-01-12 5:26 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: RE
That is fine BUT...
IF you install running BootStrapper, then uninstall from your .MSI in ARP, if
you run BootStrapper again it ask to repair/remove :(
Steve
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: November-05-12 3:50 PM
To: General discussion
What is with these dependencies?
[12F0:11DC][2012-11-08T10:01:52]: Detected package: MainInstall, state:
Present, cached: Complete
[12F0:11DC][2012-11-08T10:01:52]: Detect complete, result: 0x0
[12F0:11DC][2012-11-08T10:01:55]: Plan 14 packages, action: Uninstall
Hi,
This is what I do:
!-- Check for .NET 4.0 --
PropertyRef Id=NETFRAMEWORK40FULL/
Condition Message=Requires the Microsoft .NET Framework 4.0. To download
the requirement please visit:
http://www.microsoft.com/en-us/download/default.aspx then restart the
$(var.ProductName)
In my bootstrapper I have this:
Chain
ExePackage Id=SQLExpressx86
DisplayName=Microsoft(r) SQL Server(r) 2012 - Express
Edition x86
SourceFile=..\..\PreReqs\SQLEXPR_x86_ENU.exe
InstallCommand=/ACTION=install
I have SQL Express 2012 installed and there isn't a \InstanceNames\ in the
registry so that would fail for SQL EXPRESS
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: November-14-12 11:45 AM
To: General discussion for Windows Installer XML toolset.
Subject:
and this works for me - I have been using the same
logic for SQL2005 and 2008 so I am fairly sure it works.
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 14 November 2012 18:32
To: General discussion for Windows Installer XML toolset.
Subject: Re
Thanks very much Bruce...
Do you know if this will be done for 3.7?
Steve
-Original Message-
From: Bruce Cran [mailto:br...@cran.org.uk]
Sent: November-30-12 4:34 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Extract packages from bootstrapper?
On 30/11/2012 21:24,
Thanks I just tried it and it works :)
Much thanks!!
STeve
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-04-12 5:06 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Installing Pre-req from DownloadURL...
The
Thanks I just tried it and it works :)
Much thanks!!
STeve
-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca]
Sent: December-04-12 4:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Installing Pre-req from DownloadURL...
It is
Thanks...
But at runtime this is moot since users won't have a copy of dark...
Hopefully the feature request will be acted on, since there is a command line
parameter to do so but it doesn't do anything :(
I ended up NOT compressing the pre reqs and my installs into the bundle exe so
I have
toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer
Out of interest why would end users ever need this? I just thought it was handy
for validating the contents.
Neil
On 12 Dec 2012, at 20:05, Steven Ogilvie
the MSIs.)
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 12 December 2012 20:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer
Clients who use GPO as a measure of releasing
; not an option for
everyone but works for me.
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 12 December 2012 21:32
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from
:22 AM, Steven Ogilvie steven.ogil...@titus.comwrote:
That is what I would typically do as well, however we have clients
that use GPO to move/run the packages throughout their organizations
and require the .MSI to be available...
We will of course document what needs to be run in what
Path to logo file...
-Original Message-
From: Dave Gilmour (FET) [mailto:d...@fetcorp.com]
Sent: December-13-12 1:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Can't get logo to display
I've tried different types of files (.bmp, png) and different
putting in
a full path. However, I just did just try using a complete path and that
didn't fix the problem.
Sounded like a good idea though...
On 13/12/2012 1:25 PM, Steven Ogilvie wrote:
Path to logo file...
-Original Message-
From: Dave Gilmour (FET) [mailto:d...@fetcorp.com]
Sent
. dimensions, color depth, etc. What are the vitals your your logo file?
On 13/12/2012 1:55 PM, Steven Ogilvie wrote:
Strange, this is what I have:
BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.HyperlinkLicense
bal:WixStandardBootstrapperApplication
And, just for my knowledge, is that generally acceptable?
On Thu, Dec 13, 2012 at 8:46 AM, Steven Ogilvie steven.ogil...@titus.comwrote:
Yup that is what I have done :)
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: December-13-12 11:33 AM
To: General
The thing is... its windows7 32 bit, so that registry key won't be there which
means the value should be 0 and that VersionNT64 is false so my logic is
incorrect but I have tried multiple things :(
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent:
Oops I should have said as well...
The 32 bit version is checked and correct since it is installed so the logic is
correct for the 32 bit check of Property Id=SQLSYNCX86SEARCH Value=0 it's
the 64bit check that is failing on the 32 bit OS
-Original Message-
From: Rob Mensching
in installer
VersionNT64 is undefined on a 32-bit OS so Installed OR (SQLSYNCX64SEARCH 0
AND VersionNT64) would be
FALSE or (something AND FALSE) === FALSE
which would cause the message to display.
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 19
AND VersionNT64) OR (NOT VersionNT64)
Installed OR (SQLSYNCX86SEARCH 0 AND NOT VersionNT64) OR (VersionNT64)
On 19 December 2012 13:32, Steven Ogilvie steven.ogil...@titus.com wrote:
Then I will have to use $(var.Platform) x86 that should work
-Original Message-
From: Peter Shirtcliffe
)
* OR (NOT VersionNT64) - the architecture is x64 (in which case
VersionNT64 would resolve to nothing)
The other check works in a similar way, just with the other search, and
reversing the VersionNT64 checks.
On 19 December 2012 15:33, Steven Ogilvie steven.ogil...@titus.com wrote:
John, Rob, Peter
, it seems to me that you should be using the MSI API
(MsiGetProductInfo specifically) in a custom action to get information about
other installed applications instead of querying hard-coded registry entries.
Bill
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com
Hi
I have created two custom dialogs but the same thing is happening on both so I
will just talk about the first one.
I have a custom dialog that I ask for the users SQL Server connection string
information (i.e. server name, database name, if using windows authentication
or sql
Set the checkbox properties:
Property Id=WIXUI_EXITDIALOGOPTIONALCHECKBOX Value=1/
Property Id=WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT Value=Launch application
now... /
UI
Publish Dialog=ExitDialog Control=Finish Event=DoAction
Value=CA_LaunchWebSiteWIXUI_EXITDIALOGOPTIONALCHECKBOX = 1 and NOT
Take a look at this: http://www.rrreese.com/Article/Show/WiX%20SQL
-Original Message-
From: Chaitanya [mailto:chaita...@pointcross.com]
Sent: December-20-12 2:45 AM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Running Sql Files.
Hi,
I want to Run SQL querys through Wix.
I
Okay,
I now have:
Product Id=$(var.ProductCode)
Name=$(var.PlatformProductName)
Language=1033
Version=4.0.2.30
Manufacturer=$(var.ProductCompany)
UpgradeCode=$(var.UpgradeCode)
Package Id=*
InstallPrivileges=elevated
-617-0291
www.fiserv.com
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Thursday, December 20, 2012 11:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Upgrades NOT working on a new install
Okay,
I now
change UpgradeCode?
Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Thursday, December 20, 2012 12:13 PM
To: General discussion
DowngradeErrorMessage=A newer
version of [ProductName] is already installed. /
That authoring should be simpler to debug.
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 20 December 2012 19:26
To: General discussion for Windows Installer XML toolset
Package Description=My App Installation /
MajorUpgrade Schedule=afterInstallExecute DowngradeErrorMessage=A newer
version of [ProductName] is already installed. /
That authoring should be simpler to debug.
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com
explanation but see here for a real description
http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/ and
http://www.joyofsetup.com/2010/01/16/major-upgrades-now-easier-than-ever/ )
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 20 December 2012 21:53
Hi Jim,
It is a bug in 3.6 that I logged. I am not sure if it will be fixed in 3.7
Cheers and Happy New Year,
Steve
-Original Message-
From: J Rao [mailto:jr...@live.com]
Sent: December-26-12 2:59 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] No progress in msi
Hmm,
I have the following wixlibs:
ComponentGroupRef Id=cmpgrp_NServiceBus /
ComponentGroupRef Id=cmpgrp_SharedServiceFiles /
ComponentGroupRef Id=cmpgrp_CorpSharedDataDlls/
ComponentGroupRef Id=cmpgrp_TLSharedComponents/
ComponentGroupRef
Aw that sucks :(
Duplicating the wixlib so it can copy to different locations kind of depletes
the purpose...
What I am trying to do is get rid of Merge Modules and place the merge module
info into the product.wxs... (components/files/custom actions etc) but to
duplicate 10 wixlibs so I can
Yes I am doing the same thing using Burn (creates a bootstrapper exe)
Here is example in the chain element:
MsiPackage Id=SQLCompactx86
DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x86)
DisplayInternalUI=no
Visible=yes
, detecting MSIs installed using the ProductCode in the ARP registry key
seems really wrong. util:ProductSearch would be more appropriate (although
should still be unnecessary in this scenario).
On Thu, Jan 3, 2013 at 10:38 AM, Steven Ogilvie steven.ogil...@titus.comwrote:
Yes I am doing
figures everything out for MSI packages (because MSI
packages are self-descriptive). You only really have to micro-manage
ExePackages.
Did you take a look at the WiX Bundle? You'll see very few InstallConditions.
On Thu, Jan 3, 2013 at 3:30 PM, Steven Ogilvie steven.ogil...@titus.comwrote:
Your
Hi rahul,
Here are a few web sites :)
http://dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-in-wix-3/
http://neilsleightholm.blogspot.ca/search/label/WiX
http://wix.tramontana.co.hu/
http://www.chrissurfleet.co.uk/post/2011/07/19/WiX-Custom-Dialogs.aspx
these should help out :)
, 2013 at 3:30 PM, Steven Ogilvie steven.ogil...@titus.comwrote:
Your saying no need to do a search if the product is installed or not..
Burn will auto detect that? How?
There isn't much documentation regarding burn :(
Steve
-Original Message-
From: Rob Mensching [mailto:r
toolset.
Subject: Re: [WiX-users] Installing 32-bit and 64-bit components in same bundle
Good, thanks for letting me know. Always worry I've forgotten how something
works when people never confirm (positive or negative). smile/
On Fri, Jan 4, 2013 at 7:47 AM, Steven Ogilvie steven.ogil
Hi,
In my Database dialog I am allowing the user to choose whether to use their own
copy of SQL Server or use a dedicated SQL Server Express 2012.
If they choose the dedicated SQL Server on Next Click I run a custom action
that determines if the OS is 32 or 64 bit and run the appropriate SQL
[mailto:nicholas.pie...@permasense.com]
Sent: January-07-13 11:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] custom action to run SQL Server Express EXE
Why not just use Burn to run the SQL Server installers?
Nicholas
On 7 January 2013 16:31, Steven Ogilvie
-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 07 January 2013 16:56
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] custom action to run SQL Server Express EXE
Because our PM wants the user to have a choice, use their own SQL Server server
Move this line: ?define HelpSourceFolder= D:\SomeFolder\Path? AFTER this
line: Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
Steve
-Original Message-
From: Rahul V [mailto:rahul8...@gmail.com]
Sent: January-11-13 5:18 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users]
Here is what I do for .NET (if that helps)
Chain
PackageGroupRef Id=Netfx4Full/
... more stuff
/Chain
/Bundle
Fragment Id=InstallConditionChecks
!-- Check for .NET 4.0 --
WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
util:RegistrySearch Root=HKLM
Look at the WIX help file that was installed with your WIX version look for
NetFx45Redist
http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm
-Original Message-
From: Sidharth Vijayachandran [mailto:sidharth.vijayachand...@microsoft.com]
Sent: January-14-13 5:11 PM
To:
I also had to create a new custom action for IIS, setting the
enable32BitAppOnWin64 true or false based on the bitness of the OS, if your WIX
installer was a 32 bit installer it would ALWAYS set this to true.
There are 2 C# functions, one to set the enable32BitAppOnWin64 and the other to
This tool is much better: http://www.instedit.com/home.html
-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com]
Sent: January-18-13 5:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] List of all InstallUISequence
Hey Eddy,
I have an edit box that I am using as a multiline, you have to use CTRL + ENTER
to create a hard return in the edit box.
Perhaps your height isn't big enough?
Control Id=AdminUserlabel Type=Text Height=15 Width=163 X=17 Y=117
Text=TITUS administrator user name: Transparent=yes
This is so weird!!! I put back in the .NET 4.0 pre req and now my product is
installing...
Chain packagegroupref:
Chain
PackageGroupRef Id=Netfx4Full/
Installconditions for .NET:
Fragment Id=InstallConditionChecks
!-- Check for .NET 4.0 --
WixVariable
file how are the values of your various Office20xxx variables
changing between with and without .NET 4.0?
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 22 January 2013 15:42
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX
Neil/Jacob,
Thanks I will try that and see if it works!
Much appreciated!!
Steve
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: January-22-13 11:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn
I have cache=no for all msi packages in bundle
Here is the log file:
[0310:1908][2013-01-24T20:22:39]i001: Burn v3.7.1224.0, Windows v6.1 (Build
7601: Service Pack 1), path: C:\ProgramData\Package
Cache\{1e98074e-6ca8-4845-8c26-4a295b46f2f9}\TITUSServerSetup.exe, cmdline:
'/uninstall
for the following MSI. That is what is
failing.
On Fri, Jan 25, 2013 at 5:16 AM, Steven Ogilvie steven.ogil...@titus.comwrote:
[1CB0:14C0][2013-01-24T20:23:10]i301: Applying execute package:
SQLSysClrTypesx64, action: Repair, path: C:\ProgramData\Package
Cache\{F1949145-EB64-4DE7-9D81-E6D27937146C
Your value for WIXUI_EXITDIALOGOPTIONALCHECKBOX is incorrect
Property Id=WIXUI_EXITDIALOGOPTIONALCHECKBOX Value=1/
Property Id=WIXUI_EXITDIALOGOPTIONALCHECKBOXTEXT Value=Launch your app
now... /
Publish Dialog=ExitDialog Control=Finish Event=DoAction
Value=CA_LaunchWebSite
not change the problem as far as
I can see.
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Monday, January 28, 2013 15:07
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WixShellExec not running application on exit
Your value
WIX gets installed to: C:\Program Files (x86)\WiX Toolset v3.7\bin
That folder is not in your PATH environment path, you will need to add it or do
at the command prompt set PATH=%PATH%;C:\Program Files (x86)\WiX Toolset
v3.7\bin;
Steve
-Original Message-
From: Kesavan,
be particularly better because
Office apps register with restart manager and automatically save state, close,
then reopen.
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Tuesday, January 29, 2013 6:06 AM
To: General discussion for Windows Installer XML toolset
Here is original listing and I have attached the log
I have installed my product and it works like a charm...
I have modified my install to work with Repair since I have a lot of custom
actions and 5 merge modules.
When I run repair all is good EXCEPT all files are being installed in 1 folder
The issue is even more compounded...
I have 5 merge modules, and each merge module has WIXLibs as well
So I have a mergemodule redirect directory element and a wixlibs folder element
i.e.
PRODUCT.WXS
Directory Id=ProgramFilesFolder DiskId=1
Directory Id=INSTALLFOLDER Name=TITUS DiskId=1
I think there is an issue with Merge Modules/WixLibs/product.wxs... Wixlibs
require you have a directory element in each wixlib that is the same
Then in the merge module I reference that wixlib directory
The wixlibs has the directory element as such (same for each wixlib):
ComponentGroup
Cool thanks :)
-Original Message-
From: Eric Schultz [mailto:eschu...@outercurve.org]
Sent: February-04-13 4:30 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn: Prerequisites on Windows 2012 Server and the
Server Manager requirement
All,
I've
Using WIX and the Windows Installer you cannot mix 32 bit and 64 bit files,
whomever created that 3rd party merge module shouldn't have mixed 32/64 bit
period...
You will have to have a 32 bit MSI and a 64 bit MSI, use burn to install them.
Steve
-Original Message-
From: Marc Beaudry
Run heat.exe /? at a cmd prompt this will list all the parameters
Steve
-Original Message-
From: chennam [mailto:chatrapathi.chen...@gmail.com]
Sent: February-11-13 4:33 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Heat.exe
Hi I am new to WIX,
Can any one help me in
This is what I do to check for .NET 4.0 in the boostrapper...
Chain
PackageGroupRef Id=Netfx4Full/
/Chain
/Bundle
Fragment Id=InstallConditionChecks
!-- Check for .NET 4.0 --
WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
util:RegistrySearch Root=HKLM
That is as designed... your telling the MSI that you are canceling the
complete install, there is an error so it rolls back...
Why don't you use the Bootstrapper (burn) to install the pre requisites?
Steve
-Original Message-
From: Chaitanya [mailto:chaita...@pointcross.com]
Sent:
for Windows Installer XML toolset.
Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
Ok,
But this isn't offering any help to the user to download the framework, am I
right?
I guess I need to do that also.
//Sam
On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie steven.ogil
Wow cool, I will modify mine to do that :) (less code is good)
Btw I didn't realize burn/boostrapper also took care of MSI packages (i.e. is
it installed or not etc) (that cleaned up a LOT of code)
Steve
-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent:
Look at appcmd.exe (create a custom action to call the cmd line tool)
i.e.
string cmdLineParameters = set apppool /apppool.name: + quote +
applicationPool + quote + /enable32BitAppOnWin64:false;
var cmdLineExe = Environment.GetFolderPath(Environment.SpecialFolder.System) +
for MSIs.
On Thu, Feb 14, 2013 at 11:55 AM, Steven Ogilvie
steven.ogil...@titus.comwrote:
Why is disabling Repair not available? That is not mentioned in the
WIX help file...
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: February-14-13 2:10 PM
To: General
seems to end up with two products / versions, one inner
and one outer?
Br,
Sam
On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie
steven.ogil...@titus.com
wrote:
You can have a copy of .NET with your package OR use the
DownloadUrl=
element within the exepackage so if required, the .NET
For a major upgrade you MUST change the product GUID, increase your version
number (Minor version) i.e. from 1.0.0.1 to 1.1.0.1 and use the MajorUpgrade
element.
I just use:
Did you change the Product Id=some GUID
MajorUpgrade Schedule=afterInstallValidate AllowDowngrades=no
If you're talking about the bitmap on the side of the dialog or top then you
can change it:
WixVariable Overridable=yes Id='WixUIBannerBmp'
Value=$(var.resourcePath)\TMCTopBanner.bmp/
WixVariable Overridable=yes Id='WixUIDialogBmp'
Value=$(var.resourcePath)\TMCSide.bmp/
Steve
Are you talking about the top banner bitmap?
If so you can use:
WixVariable Overridable=yes Id='WixUIBannerBmp'
Value=$(var.resourcePath)\TMCTopBanner.bmp/
WixVariable Overridable=yes Id='WixUIDialogBmp'
Value=$(var.resourcePath)\TMCSide.bmp/
-Original Message-
From: Chaitanya
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie on February-26-13
3:19:00 PM.
The above classification labels were added to the message by TITUS Message
-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie on February-26-13
4:55:06 PM.
The above classification labels were added to the message by TITUS Message
Classification.
Visit www.titus.com for more
Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie
mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie on February-27-13
9:07:23 AM.
The above classification labels were added to the message by TITUS Message
Classification.
Visit
today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie on February-28-13
6:03:42 PM.
The above
www.jackhenry.com
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Thursday, February 28, 2013 5:04 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] sql ce deployment
Classification: Public
Hi Sean,
We deploy
www.jackhenry.com
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Thursday, February 28, 2013 5:04 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] sql ce deployment
Classification: Public
Hi Sean,
We deploy
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie on February-28-13
10:35:56 AM.
The above classification labels were added to the message by TITUS Message
Classification.
Visit www.titus.com for more
-users
This message has been marked as Public by Steven Ogilvie.
The above classification labels were added to the message by TITUS Message
Classification.
Visit www.titus.com for more information.
--
Everyone hates slow
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie.
The above classification labels were added to the message by TITUS Message
Classification.
Visit www.titus.com for more
=ValidateProductID/
I would like to know how to check disk drives in C++
On Tue, Mar 5, 2013 at 9:02 PM, Steven Ogilvie steven.ogil...@titus.comwrote:
Classification: Public
Why use C++ use C# :)
Here is an example:
http://stackoverflow.com/questions/7222782/how-to-get-the-drive-letter
-from
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie.
The above classification labels were added to the message by TITUS Message
Classification.
Visit www.titus.com
for free
today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie.
The above classification labels
of time
for my application and had to implement it outside the install.
Neil
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 05 March 2013 17:24
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn usage...
Classification
and it works __ Steven
Ogilvie
Sent from my BlackBerry...
3 - 45 Bertrand Street
Ottawa, ON
Canada
K1M 1Y5
Mobile: +1 613 299-2121
E-mail: sogil...@msn.com
-Original Message-
From: Edwin G. Castro [via Windows Installer XML (WiX) toolset] ml-
node
Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Wednesday, March 06, 2013 9:53 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX
-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Wednesday, March 06, 2013 10:40 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Running PowerShell script...
In this case it is a 64 bit MSI (our services installer has a 32 bit
and a 64 bit
to
my installers.
??
Chris
From: Steven Ogilvie steven.ogil...@titus.com
Sent: Wednesday, March 06, 2013 2:20 PM
To: General discussion for Windows Installer XML toolset.
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Running PowerShell script
to find out what it is doing and get your bitness all sorted
out.
Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Wednesday, March
-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 06 March 2013 20:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Running PowerShell script...
This is driving me crazy, how hard is it to run a PowerShell script...
If I run it in a CMD prompt
.
http://p.sf.net/sfu/symantec-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie.
The above classification labels were
:
http://p.sf.net/sfu/appdyn_d2d_mar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
This message has been marked as Public by Steven Ogilvie.
The above classification labels were added
1 - 100 of 389 matches
Mail list logo
