Re: [WiX-users] Win8.1 + DIFx problem...
Microsoft has confirmed the bug. They will get back to me with an ETA on the fix (i.e. the build which will include the fix). Best regards, Robert On Thu, Jul 18, 2013 at 12:05 PM, Robert Randall wrote: > I will file a bug with Microsoft as well. Thanks for the confirmation. > > > On Tue, Jul 16, 2013 at 5:43 PM, Gonzalez, John > wrote: > >> Not personally, but yes there is a bug filed. Of course the more people >> file, the higher the priority. I'll update if I get a status. >> >> Thanks, >> John >> >> >> >> -Original Message- >> From: Bruce Cran [mailto:br...@cran.org.uk] >> Sent: Tuesday, July 16, 2013 3:24 PM >> To: General discussion for Windows Installer XML toolset. >> Subject: Re: [WiX-users] Win8.1 + DIFx problem... >> >> Have you filed a bug report with Microsoft? >> >> -- >> Bruce Cran >> >> Sent from my iPhone >> >> On 16 Jul 2013, at 13:27, "Gonzalez, John" >> wrote: >> >> > I have the same, or similar, issue. It is not expected and showed up >> around the 9419 build release. Currently have no ETA of a fix. >> > >> > Thanks, >> > John >> > >> > >> > -Original Message- >> > From: Robert Randall [mailto:robert.r.rand...@gmail.com] >> > Sent: Tuesday, July 16, 2013 12:03 PM >> > To: General discussion for Windows Installer XML toolset. >> > Subject: [WiX-users] Win8.1 + DIFx problem... >> > >> > I have a device driver install which is working just fine. However, >> I'm getting different behavior on Win8.1 compared to the previous releases >> of Windows (Vista, Win7, Win8). >> > >> > On the previous releases of Windows, removing the MSI package from the >> Control Panel->Programs and Features results in the device driver being >> removed from the driver store. It also results in the replacement of the >> active drivers instances with the nul device driver. I don't know if this >> is default DIFx behavior or something that WiX is asking DIFx to do for me. >> > >> > On Win8.1, the driver package is removed from the driver store but the >> driver instances are not being changed in any way. >> > >> > Is this expected behavior? >> > >> > I'll do some digging and see if DIFx is installing the nul driver based >> on the DIFx action or if WiX is doing it just to be kind (and yes, it is >> kind of WiX). >> > >> > Best regards, >> > Robert. >> > >> > -- >> > Robert Randall | robert.r.rand...@gmail.com >> > -- >> > See everything from the browser to the database with >> > AppDynamics Get end-to-end visibility with application monitoring from >> AppDynamics Isolate bottlenecks and diagnose root cause in seconds. >> > Start your free trial of AppDynamics Pro today! >> > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.c >> > lktrk ___ >> > WiX-users mailing list >> > WiX-users@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wix-users >> > >> > -- >> > See everything from the browser to the database with >> > AppDynamics Get end-to-end visibility with application monitoring from >> > AppDynamics Isolate bottlenecks and diagnose root cause in seconds. >> > Start your free trial of AppDynamics Pro today! >> > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.c >> > lktrk ___ >> > WiX-users mailing list >> > WiX-users@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wix-users >> >> >> -- >> See everything from the browser to the database with AppDynamics Get >> end-to-end visibility with application monitoring from AppDynamics Isolate >> bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >> ___________ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> >> >> -
Re: [WiX-users] Win8.1 + DIFx problem...
I will file a bug with Microsoft as well. Thanks for the confirmation. On Tue, Jul 16, 2013 at 5:43 PM, Gonzalez, John wrote: > Not personally, but yes there is a bug filed. Of course the more people > file, the higher the priority. I'll update if I get a status. > > Thanks, > John > > > > -Original Message- > From: Bruce Cran [mailto:br...@cran.org.uk] > Sent: Tuesday, July 16, 2013 3:24 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Win8.1 + DIFx problem... > > Have you filed a bug report with Microsoft? > > -- > Bruce Cran > > Sent from my iPhone > > On 16 Jul 2013, at 13:27, "Gonzalez, John" > wrote: > > > I have the same, or similar, issue. It is not expected and showed up > around the 9419 build release. Currently have no ETA of a fix. > > > > Thanks, > > John > > > > > > -Original Message- > > From: Robert Randall [mailto:robert.r.rand...@gmail.com] > > Sent: Tuesday, July 16, 2013 12:03 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: [WiX-users] Win8.1 + DIFx problem... > > > > I have a device driver install which is working just fine. However, I'm > getting different behavior on Win8.1 compared to the previous releases of > Windows (Vista, Win7, Win8). > > > > On the previous releases of Windows, removing the MSI package from the > Control Panel->Programs and Features results in the device driver being > removed from the driver store. It also results in the replacement of the > active drivers instances with the nul device driver. I don't know if this > is default DIFx behavior or something that WiX is asking DIFx to do for me. > > > > On Win8.1, the driver package is removed from the driver store but the > driver instances are not being changed in any way. > > > > Is this expected behavior? > > > > I'll do some digging and see if DIFx is installing the nul driver based > on the DIFx action or if WiX is doing it just to be kind (and yes, it is > kind of WiX). > > > > Best regards, > > Robert. > > > > -- > > Robert Randall | robert.r.rand...@gmail.com > > -- > > See everything from the browser to the database with > > AppDynamics Get end-to-end visibility with application monitoring from > AppDynamics Isolate bottlenecks and diagnose root cause in seconds. > > Start your free trial of AppDynamics Pro today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.c > > lktrk ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > > See everything from the browser to the database with > > AppDynamics Get end-to-end visibility with application monitoring from > > AppDynamics Isolate bottlenecks and diagnose root cause in seconds. > > Start your free trial of AppDynamics Pro today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.c > > lktrk ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > See everything from the browser to the database with AppDynamics Get > end-to-end visibility with application monitoring from AppDynamics Isolate > bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Robert Randall | robert.r.rand...@gm
[WiX-users] Win8.1 + DIFx problem...
I have a device driver install which is working just fine. However, I'm getting different behavior on Win8.1 compared to the previous releases of Windows (Vista, Win7, Win8). On the previous releases of Windows, removing the MSI package from the Control Panel->Programs and Features results in the device driver being removed from the driver store. It also results in the replacement of the active drivers instances with the nul device driver. I don't know if this is default DIFx behavior or something that WiX is asking DIFx to do for me. On Win8.1, the driver package is removed from the driver store but the driver instances are not being changed in any way. Is this expected behavior? I'll do some digging and see if DIFx is installing the nul driver based on the DIFx action or if WiX is doing it just to be kind (and yes, it is kind of WiX). Best regards, Robert. -- Robert Randall | robert.r.rand...@gmail.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DIFxAPP and Properties question
Thanks. I did exactly that and the ARP* properties are working just fine. I love this thing ;-) On Wed, Dec 7, 2011 at 10:00 AM, Tobias S wrote: > Personally I tend to set AddRemovePrograms="no" to prevent drivers > from showing up in ARP. Mean otherwise the user could uninstall the > drivers while leaving back the application which IMHO makes no sense. > > Back to your question AFAIK configuring the ARP entries is done inside > the DifX driver. > > Regards > Tobias > > -- > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Robert Randall | robert.r.rand...@gmail.com -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DIFxAPP and Properties question
I have a perfectly useful device driver installation using WiX and the DIFxAPP extensions. It is quite lovely and very little code. I do have one quick question. With typical MSI databases you can set the various ARP* properties to present additional information in the Programs and Features or Add/Remove Programs (Vista+ or older). If I attempt to use these properties in my wxs that includes the DifxAppExtension it results in two packages being installed and listed in Programs and Features. This is confusing. Is there a way to use DifxAppExtensions and still provide the additional Properties information? Best regards, Robert. -- Robert Randall | robert.r.rand...@gmail.com -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use CustomAction with a VBScript
Two things stand out.
1) You custom action sequencing is wrong. Review the WiX tutorial and the
MSI docs on execution sequencing. The files you’re trying to use ARE NOT
installed until after a great number of actions already take place.
2) I’ve never tried to execute msiexec from a script inside of an MSI
package. There may be some other caveats with this. Perhaps others on the
list know more.
Try reviewing the log file to see what is going on;
msiexec /l*vx install.log /I [your.msi]
The log will tell you what is failing and when and usually why it failed.
-Robert.
From: Nathan Lane [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007 4:58 PM
To: Robert Randall
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to use CustomAction with a VBScript
So here's what I have, and my installer errors out when I try to run it, saying
that something was wrong with the script.
WXS File:
VBScript File:
' VBScript for use with .com WiX Global Installer
Public Function ShutdownIIS()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "iisreset -stop"
WshShell.Run "net stop ServiceHost"
Return 0
End Function
Public Function UninstallConsumerPortal()
Set WshShell = WScript.CreateObject ("WScript.Shell")
WshShell.Run "msiexec /X{8FD4634C-4849-4EC4-8582-500406D36F2C} /PASSIVE"
Return 0
End Function
Public Function UninstallCConsumerPortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "DEL \"D:\\Services\\IIS\\C Consumer Portal\\*.*\" /F /S /Q"
Return 0
End Function
Public Function UninstallDealerPortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{45542887-0778-4F9F-8ABD-F2D4D9B7395C} /PASSIVE"
Return 0
End Function
Public Function UninstallAdminPortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{75EF7830-B762-4F14-ADCF-29618E52D976} /PASSIVE"
Return 0
End Function
Public Function UninstallServicePortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{9F000CEC-E910-47E9-A339-6D36F6261760} /PASSIVE"
Return 0
End Function
Public Function UninstallServiceLayer()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{721A2FBE-2B75-48F9-B6A0-AF94707CAF19} /PASSIVE"
Return 0
End Function
Public Function InstallServiceLayer()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /package \"C:\\Setup\\Service Host.msi\" /PASSIVE /lv
logfiles\VSL.log SERVICEUSERNAME=\"\SLadmin\" SERVICEPASSWORD=\"v3h1x\""
Return 0
End Function
Can anybody help more?
Thanks,
Nathan
On 4/24/07, Robert Randall < <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]>
wrote:
Nathan, here are a couple of snippets that might help. You need to use the
Binary to get the script into the MSI database and then you reference it in a
custom action. The custom action calls a specific funtion in the script
source. Then you need to reference the custom action your
InstallExecuteSequence. This example checks for the existance a WMI class.
…
$Component_Dsm>2
…
My VBScript looks like
'
public function IsHbaApiInstalled()
on error resume next
'
' required error code for a failure see MSI docs
'
IsHbaApiInstalled = 1603
'
' get an instance of SWbemWebServices thru a moniker handling
' security and and the CIM namespace we need
'
Set sWbemService =
GetObject("winmgmts:{impersonationLevel=impersonate}!root/wmi")
'
' query a class def - arbitrary choice...
'
Set sWbemObjs = sWbemService.ExecQuery("select * from meta_class where
__this isa 'MSFC_FCAdapterHBAAttributes'", "WQL", 0)
'
' if we got here the class is in the repository and
' all is good...
'
Re: [WiX-users] How to use CustomAction with a VBScript
Nathan, here are a couple of snippets that might help. You need to use the
Binary to get the script into the MSI database and then you reference it in a
custom action. The custom action calls a specific funtion in the script
source. Then you need to reference the custom action your
InstallExecuteSequence. This example checks for the existance a WMI class.
…
$Component_Dsm>2
…
My VBScript looks like
'
public function IsHbaApiInstalled()
on error resume next
'
' required error code for a failure see MSI docs
'
IsHbaApiInstalled = 1603
'
' get an instance of SWbemWebServices thru a moniker handling
' security and and the CIM namespace we need
'
Set sWbemService =
GetObject("winmgmts:{impersonationLevel=impersonate}!root/wmi")
'
' query a class def - arbitrary choice...
'
Set sWbemObjs = sWbemService.ExecQuery("select * from meta_class where
__this isa 'MSFC_FCAdapterHBAAttributes'", "WQL", 0)
'
' if we got here the class is in the repository and
' all is good...
'
if Err.Number = 0 then
IsHbaApiInstalled = 0 ' see MSI docs
else
'
' TODO: should use Session.Message eventually and pull the
'message from the database to allow for localization
'
MsgBox "Microsoft support for the HBA API is not installed. This
package requires Microsoft support for the HBA API. Support is included in the
Fibre Channel Information Tool (fcinfo). See Microsoft's web site for more
information and to download the tool. After installing the Fibre Channel
Information Tool try installing Seagate ISE MPIO." & vbCrLf & vbCrLf & "The
installation process cannot continue.", vbOKOnly, "Seagate ISE Multi-path I/O"
end if
exit function
end function
Regards,
Robert.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Lane
Sent: Tuesday, April 24, 2007 1:40 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to use CustomAction with a VBScript
Hello all,
I am in need of using some VBScripts in my installation and have learned that
one can use a CustomAction to reference and eventually execute the VBScript.
But I'm not understanding how that actually works. Looking at the Manual >
Schema reference, I am very confused about what attributes to set and how to
set them. Could somebody help me out?
Thanks,
--
Nathan Lane
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] upgrade and UI question...
I'm slowly marching through my upgrade challenges. When an upgrade is launched the default dialog that appears is not what I need. What are the recommended ways of displaying a more elaborate upgrade dialog. The "continuing the installation" will confuse my users and generate support calls. Still seeking the true Zen of WiX, Robert. p.s. but I refuse to give up 8-) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DIFx and v2 / v3 ??
Light is giving me an error that is making me sad: \msft\DIFxApp\English-US\WiXLib\x86\DIFxApp.wixlib : error LGHT0141 : The library file format v ersion 2.0.2207.0 is not compatible with the expected library file format version 3.0.2002.0. NMAKE : fatal error U1077: '"..\tools\wix3-binaries\light"' : return code '0x8d' Stop. Does this mean that DIFx and Wix just do not work in v3? If so, who do I nag??? I'm even happy to fix it if I can get the source for it... I recently ported my install to v3 so I would really hate to back up to v2. AND since there doesn't appear to be a way to run a Custom Action DLL with a dependency on difxapi.dll I can't handle it all in code (that was my first try). Frustration is now upon me 8-( Seeking a better direction, Robert - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction DLL (type 1) with dependencies - help
The CA is sequence 6701 (post GAC update). The DLL is using DIFxAPI and the dependency is the difxapi.dll. I'll attempt a work-a-round by using the standard DIFx support and adjusting my strategy a bit. I'm installing drivers for virtual devices so I have to use the SetupAPI to create the device instances. I was hoping to do it all in a bit of code in a DLL (since I already have it all and, well, every problem is solved by more code, right?). I'll try pre-installing the drivers with standard DIFx support and then creating the devices after the fact. That may work just fine. Stay tuned... -Robert. > -Original Message- > From: [EMAIL PROTECTED] [mailto:wix-users- > [EMAIL PROTECTED] On Behalf Of Brett Kapilik > Sent: Wednesday, April 18, 2007 10:03 AM > To: Robert Randall; wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] CustomAction DLL (type 1) with dependencies - > help > > Robert, > > Where is the custom action called from - where is it scheduled? Is it > deferred? > > - Brett > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Robert Randall > > Sent: Wednesday, April 18, 2007 9:40 AM > > To: wix-users@lists.sourceforge.net > > Subject: [WiX-users] CustomAction DLL (type 1) with > > dependencies - help > > > > > > I have a CustomAction DLL that was working just fine. > > However, I recently updated it and it now depends on another > > DLL. That DLL isn't a typical system DLL and is not already > > on the system. I can't seem to figure out WHERE to put the > > DLL so that it is available when the CustomAction is invoked. > > It is not as simple as putting it in the install directory. > > That fails with a 3 - not found. > > > > I want to avoid installing it into the SystemFolder if > > possible. It is a private DLL and I don't want to contribute > > to DLL-HELL. > > > > Expanding my knowledge of WiX, > > Robert > > > > > > -- > > --- > > This SF.net email is sponsored by DB2 Express Download DB2 > > Express C - the FREE version of DB2 express and take control > > of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > --- > -- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CustomAction DLL (type 1) with dependencies - help
I have a CustomAction DLL that was working just fine. However, I recently updated it and it now depends on another DLL. That DLL isn't a typical system DLL and is not already on the system. I can't seem to figure out WHERE to put the DLL so that it is available when the CustomAction is invoked. It is not as simple as putting it in the install directory. That fails with a 3 - not found. I want to avoid installing it into the SystemFolder if possible. It is a private DLL and I don't want to contribute to DLL-HELL. Expanding my knowledge of WiX, Robert - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] x86 and x64 in same wxs / msi ?
Can I simply use two packages - one for 64bit and one for 32bit? Would that solve the problem without having to use conditions in components? It feels like most folks are ignoring Itanium ;-) From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 06, 2007 10:57 PM To: Robert Randall Cc: 'Dana Gutride'; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] x86 and x64 in same wxs / msi ? Robert Randall wrote: If I mark the package as both 64bit and 32bit will things just work? Assuming of course that I put the correct conditions into the components. Packages can't be both x86 and x64. If you have any 64-bit components (to write to the 64-bit portions of the file system or registry, for example), the package must be marked for the x64 platform. (I'm ignoring Itanium.) -- sig://boB http://bobs.org - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] x86 and x64 in same wxs / msi ?
I'm not installing any DLLs, just two EXEs and a few device drivers. I'm handling the device drivers through the SetupAPI (considering the switch to DIFx) so I'm covered there by using the appropriate .inf entries. The EXEs are compiled for both i386 and AMD64 and I just want to be able to use the same installation package and not have to maintain two of them. If I mark the package as both 64bit and 32bit will things just work? Assuming of course that I put the correct conditions into the components. Are there any examples of this out there? If not, I'm happy to supply my test as the example. I'm going to build a hello world of this before starting to refactor my existing WiX source. Robert. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dana Gutride Sent: Tuesday, February 06, 2007 7:27 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] x86 and x64 in same wxs / msi ? Are you installing only 32-bit dll's? Do you have any problems with file and registry redirection to the 32-bit locations on a 64-bit os? If your program isn't affected by that, than you can use one package for both. I just wanted to mention that because just conditioning the components isn't typically enough to fully utilize the 64-bit architecture. You'd also need to mark the package as a 64-bit package and any 64-bit components as such within WiX. Dana On 2/5/07, Matthew Rowan <[EMAIL PROTECTED]> wrote: Hi Robert, What I have done is just setup conditions on the platform specific components to install or not dependent on the operating system. eg. NOT VersionNT64 Regards, -Matthew Rowan On 2/6/07, Robert Randall <[EMAIL PROTECTED] > wrote: The answer to this may be obvious, but I can't seem to find any direction on how to support multiple target OSes from the same package; say x86 and x64 (AMD64) versions. My hunch is there is a simple answer but I've not been able to find a sample project or How-To for this. Would one of the experts please advise on how to best handle this? I have two separate and nearly identical packages now that produce two .msi files. One for x86 and one for x64. I would prefer to have a single package (less room for mistakes that way). Thanks. Robert Randall - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> &kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> &kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] x86 and x64 in same wxs / msi ?
The answer to this may be obvious, but I can't seem to find any direction on how to support multiple target OSes from the same package; say x86 and x64 (AMD64) versions. My hunch is there is a simple answer but I've not been able to find a sample project or How-To for this. Would one of the experts please advise on how to best handle this? I have two separate and nearly identical packages now that produce two .msi files. One for x86 and one for x64. I would prefer to have a single package (less room for mistakes that way). Thanks. Robert Randall - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Program Files vs Program Files (x86)
My install of 64bit stuff is ending up in the x86 program files directory. I've tried setting the Name and Long Name in the Directory but it doesn't have an effect. How do you force the use of the 64bit Program Files directory as the destination? -Robert. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chesong Lee Sent: Tuesday, August 29, 2006 8:55 PM To: Robert Randall; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] .MSI for x64... We are using LaunchCondition like this to prevent 32-bit packages to be installed in 64-bit Windows. Not VersionNT64 Regards, Chesong Lee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Randall Sent: Tuesday, August 29, 2006 9:38 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] .MSI for x64... Is there a FAQ or HOWTO on the specifics for building an x64 only package. I've started one and noticed that it WILL install on x86 (32bit) OSs without complaining. I'm sure there is a simple way to restrict the package to x64 only but I've not been able to find it searching the archives and the web. I've read a bit about using x64 in the Platforms attribute for the Package but I can't tell if that is enough. Is there also a way to restrict the x86 package so it WILL NOT install on x64? Still loving WiX and using it from the DDK... Go figure... Thanks, Robert - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] .MSI for x64...
Is there a FAQ or HOWTO on the specifics for building an x64 only package. I've started one and noticed that it WILL install on x86 (32bit) OSs without complaining. I'm sure there is a simple way to restrict the package to x64 only but I've not been able to find it searching the archives and the web. I've read a bit about using x64 in the Platforms attribute for the Package but I can't tell if that is enough. Is there also a way to restrict the x86 package so it WILL NOT install on x64? Still loving WiX and using it from the DDK... Go figure... Thanks, Robert - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] help with merge modules from VS2k5
I've recently updated my WIX install to the latest v3 build. Now I'm seeing an exception being caused by the duplicate entries in the merge modules out of VS. Is there a work a round for this problem? E:\develop\mpio\wix-setup\mpio-x86.wxs(387) : warning LGHT1055 : The InstallExecuteSequence table contains an ac tion 'SxsUninstallCA' which cannot be merged from the merge module 'C:\Program Files (x86)\Common Files\Merge Modules\Mi crosoft_VC80_MFCLOC_x86.msm'. This action is likely colliding with an action in the database that is being created. Th e colliding action may have been authored in the database or merged in from another merge module. This action should on ly be declared in the database or one merge module. Unhandled Exception: System.ArgumentException: Item has already been added. Key in dictionary: 'Merge:' Key being added : 'Merge:' at System.Collections.Hashtable.Insert(Object key, Object nvalue, Boolean add) at System.Collections.Hashtable.Add(Object key, Object value) at Microsoft.Tools.WindowsInstallerXml.Validator.GetSourceLineNumbers(String tableName, String[] primaryKeys) at Microsoft.Tools.WindowsInstallerXml.Validator.ValidationUIHandler(IntPtr context, UInt32 messageType, String messa ge) NMAKE : fatal error U1077: '"c:\Program Files (x86)\Windows Installer XML\light.EXE"' : return code '0xe0434f4d' Stop. Robert Randall Proficient Solutions, Inc. ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
