date:20120514

Re: [WiX-users] (no subject)

2012-05-14 Thread Rob Hamflett

On 11/05/2012 19:22, Elliott Dicus wrote:
> Do I need
> to be doing something like:
>
> 
>  
>  
> 
>
> and using DIFxApp?

Yes, I'd say you're best off using Difx.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

2012-05-14 Thread Bruce Cran

I think you should also be including all driver files (inf, sys, dll, readme 
etc.) In a single component.

-- 
Bruce Cran

On 11 May 2012, at 19:22, Elliott Dicus  wrote:

> Hello all,
> 
> I'm working on a project that communicates with an Arduino Uno. As such,
> we'd like to install the driver for the Arduino along with our project.
> The driver is the USB RS-232 Emulation Driver that comes in Windows;
> Arduino has an INF that references usbser.sys.
> 
> So, my question is: How do we accomplish this? I've successfully included
> the INF in the installer.
> 
> I've tried using a CAQuietExec CustomAction with the command line:
> rundll32.exe advpack.dll,LaunchINFSectionEx "[INSTALLDIR]\Arduino
> UNO.inf",DriverInstall.nt,,4,N
> 
> But that asks me to locate usbser.sys when I run the installer. Do I need
> to be doing something like:
> 
> 
>
>
> 
> 
> and using DIFxApp?
> 
> Thanks for reading, I appreciate any insight you can give,
> Elliott
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn feedback

2012-05-14 Thread Pally Sandher

Sorry Rob I was off ill last week so haven't seen this message until now.

Basically it was working as expected in v3.6.2830.0 & earlier but as of 
v3.6.2907.0 it just doesn't even attempt to try to sign the bundle when 
building using Visual Studio 2010.

Here's my bundle .wixproj in full


http://schemas.microsoft.com/developer/msbuild/2003";>
  
Debug
x86
3.x
{7edb0581-f7f5-4e82-9cdb-a8ec03e6a56f}
2.0
ve2012setup
Bundle
$(MSBuildExtensionsPath32)\Microsoft\WiX\v3.x\Wix.targets
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.x\Wix.targets
SAK
SAK
SAK
SAK
true
  
  
bin\$(Configuration)\
obj\$(Configuration)\
Debug
  
  
$(SolutionDir)..\..\install\
obj\$(Configuration)\
True
True
  
  

  
  

  $(WixExtDir)\WixUtilExtension.dll
  WixUtilExtension


  $(WixExtDir)\WixBalExtension.dll
  WixBalExtension

  
  
  
http://timestamp.comodoca.com/authenticode /d "IES-VE 2012 Applications 
Suite" /du www.iesve.com "@(SignBundleEngine)"" />
  
  
http://timestamp.comodoca.com/authenticode /d "IES-VE 2010 Applications 
Suite" /du www.iesve.com "@(SignBundle)"" />
  
  

  
  


And a build log in full:

-- Rebuild All started: Project: VESetup, Configuration: Release x86 --
Deleting file "obj\Release\Bundle.wixobj".
C:\Program Files (x86)\WiX Toolset v3.6\bin\candle.exe -v 
-d"DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\\" 
-dSolutionDir=D:\Users\dev.build\pSource\csi_main\code\VEInstall\ 
-dSolutionExt=.sln -dSolutionFileName=VEInstall.sln -dSolutionName=VEInstall 
-dSolutionPath=D:\Users\dev.build\pSource\csi_main\code\VEInstall\VEInstall.sln 
-dConfiguration=Release 
-dOutDir=D:\Users\dev.build\pSource\csi_main\code\VEInstall\..\..\install\ 
-dPlatform=x86 
-dProjectDir=D:\Users\dev.build\pSource\csi_main\code\VEInstall\VESetup\ 
-dProjectExt=.wixproj -dProjectFileName=VESetup.wixproj -dProjectName=VESetup 
-dProjectPath=D:\Users\dev.build\pSource\csi_main\code\VEInstall\VESetup\VESetup.wixproj
 -dTargetDir=D:\Users\dev.build\pSource\csi_main\install\ -dTargetExt=.exe 
-dTargetFileName=ve2012setup.exe -dTargetName=ve2012setup 
-dTargetPath=D:\Users\dev.build\pSource\csi_main\install\ve2012setup.exe -out 
obj\Release\ -arch x86 -ext "C:\Program Files (x86)\WiX Toolset 
v3.6\bin\\WixUtilExtension.dll" -ext "C:\Program Files (x86)\WiX Toolset 
v3.6\bin\\WixBalExtension.dll" Bundle.wxs
Microsoft (R) Windows Installer Xml Compiler version 3.6.2907.0
Copyright (C) Microsoft Corporation. All rights reserved.
Bundle.wxs
C:\Program Files (x86)\WiX Toolset v3.6\bin\Light.exe -out 
D:\Users\dev.build\pSource\csi_main\install\ve2012setup.exe -pdbout 
D:\Users\dev.build\pSource\csi_main\install\ve2012setup.wixpdb -v -ext 
"C:\Program Files (x86)\WiX Toolset v3.6\bin\\WixUtilExtension.dll" -ext 
"C:\Program Files (x86)\WiX Toolset v3.6\bin\\WixBalExtension.dll" -spdb 
-contentsfile obj\Release\VESetup.wixproj.BindContentsFileList.txt -outputsfile 
obj\Release\VESetup.wixproj.BindOutputsFileList.txt -builtoutputsfile 
obj\Release\VESetup.wixproj.BindBuiltOutputsFileList.txt 
obj\Release\Bundle.wixobj
Microsoft (R) Windows Installer Xml Linker version 3.6.2907.0
Copyright (C) Microsoft Corporation. All rights reserved.
Generating Burn bundle 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\ve2012setup.exe' from stub 
'C:\Program Files (x86)\WiX Toolset v3.6\bin\X86\burn.exe'.
Loading payload 
'D:\Users\dev.build\pSource\csi_main\install\ve2012.msi' into container.
Assigning bundle GUID '{a3a16486-bde1-4a0e-9c9b-101f24c5430f}'.
Loading payload 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\cab_0_WixBalExtension\19' into 
container.
Loading payload 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\cab_0_WixBalExtension\15' into 
container.
Loading payload 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\cab_0_WixBalExtension\16' into 
container.
Loading payload 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\cab_0_WixBalExtension\17' into 
container.
Loading payload 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\bundle-BootstrapperApplicationData.xml'
 into container.
Laying out media.
Moving file 
'C:\Users\dev.build\AppData\Local\Temp\42d4hmao\ve2012setup.exe' to 
'D:\Users\dev.build\pSource\csi_main\install\ve2012setup.exe'.
== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==

Note the ,  &  elements in the .wixproj. This is completely unchanged since 
I added it over a fortnight ago.

I'll try to test it with today's WiX v3.6 build after it is made available to 
see if it makes a difference.

Cheers,

Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141

Re: [WiX-users] Update from Install Shield

2012-05-14 Thread Christopher Painter

I'm kind of suprised with Rob's answer.  Can you write an install in WiX 
that does a minor upgrade of an installer written in IS?  Perhaps.  It'd 
have to be very careful coding to keep all the primary keys and components 
the same and get the media built the same way.  I suppose it's technicially 
possible.


But then you'd end up with the same possibly sloppy authoring that 
InstallShield did and you'd need to come up with your own update.exe to 
service it.   What would be the advantage of that?   What's the ROI?  The 
only value I see in this is a good thought excercise to test your MSI 
chops.


If it was me, I suspect I'd do a complete cleanup / refactoring of the 
install and major upgrade it.



From: "Rob Mensching" 

Sent: Sunday, May 13, 2012 4:42 PM

To: "General discussion for Windows Installer XML toolset." 


Subject: Re: [WiX-users] Update from Install Shield


With very careful coding, you should be able create a minor upgrade from 
an

InstallShield based MSI. It's all just MSI in the end.


On Fri, May 11, 2012 at 12:34 AM, Christoph Goetz

wrote:


> Sorry

>

>

> Hi,

>

> we use Install Shield but we want to change to WIX.

> If we want to go to WIX with an upgrade, we have to use an Major 
Upgrade,

> right?

> Can we after using the Major Upgrade for the next Version come out 
without

> Install Shield?

> I mean if we kann make minor upgrades upon the major upgrade.

> Is it possible to go back, with uninstallating the updgrade, to the

> install shield Version.

>

> Christoph

>

>

>

> 

--

> Live Security Virtual Conference

> Exclusive live event will cover all the ways today's security and

> threat landscape has changed and how IT managers can respond. 
Discussions

> will include endpoint security, mobile security and the latest in 
malware

> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

> ___

> WiX-users mailing list

> WiX-users@lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/wix-users

>


-- 

virtually, Rob Mensching - http://RobMensching.com LLC


--

Live Security Virtual Conference

Exclusive live event will cover all the ways today's security and 

threat landscape has changed and how IT managers can respond. Discussions 

will include endpoint security, mobile security and the latest in malware 

threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

___

WiX-users mailing list

WiX-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] CheckBox Value via Custom Action

2012-05-14 Thread Ravi Raj

I need to perform certain action on my checkbox.
At the start if the installation the chkbox is disabled. There is a button
to call a custom action and verify certain things and assign a value to a
variable.
This variable will decide whether to enable chkbox or not. I have
implemented till this part:



So as soon as I launch the installer, the chkbox is disabled and unchecked.
If Verify is OK then its became enable but still unchecked. Suppose a user
does not check this box and proceeds with installation then what vale gets
stored in registry (I am storing this value ENABLEVIRTUAL to registry).

If empty gets stored then it will give error while performing repair or
uninstall. How can I store this value?

Again,
In custom action i have used a string null or empty chk (obtained from
previous installer dialog), if not null then verify works else it give
throw exception:

[CustomAction]
public static ActionResult Check(Session mpSession)
{
mpSession.Log("Begin CustomActions.Check");

String sServerName =
GetSetProperties.GetSessionProperty(mpSession, "INSTALLMACHINE",
false);

if (!String.IsNullOrEmpty(sServerName))
{
try
{
   //Something
GetSetProperties.SetSessionProperty(mpSession,
"INTEGRATED", packs.Count != 1 ? "0" : "1");
}
catch (Exception oException)
{
HandleException(mpSession, oException);
return ActionResult.Failure;
}
}
else
{
throw new Exception("SDK Service Machine cannot be empty.");
}

return ActionResult.Success;
}

 private static void HandleException(Session mpSession, Exception ex)
{
string errorMsg = "Exception during custom action
execution:" + ex.ToString();

mpSession.Log(errorMsg);

mpSession.Message(InstallMessage.Error, new Record {
FormatString = errorMsg });
}

Here in this code Catch, else and HandleException are not working properly
and the installer gets interrupted in between. How can I fix this?

Some working code will be very useful as I am new to WiX.
-- 
Thanks and Regards,
Ravi Raj
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does wix support calling bcdedit?

2012-05-14 Thread victorwhiskey

I forgot to put down that 


"C:\Windows\system32\\bcdedit.exe" /set testsigning on - worked on a command
line that was "run as administrator" 

but not in the quiet custom action during the install.

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Does-wix-support-calling-bcdedit-tp7551749p7556546.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

2012-05-14 Thread Wesley Manning

Yes, that's correct.  I was also looking at this and came across this blog: 
http://kobyk.wordpress.com/2008/10/21/installing-filter-drivers-with-difxapp-and-a-wix-v3-msi/

Wes

-Original Message-
From: Bruce Cran [mailto:br...@cran.org.uk] 
Sent: May-14-12 7:00 AM
To: General discussion for Windows Installer XML toolset.
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] (no subject)

I think you should also be including all driver files (inf, sys, dll, readme 
etc.) In a single component.

--
Bruce Cran

On 11 May 2012, at 19:22, Elliott Dicus  wrote:

> Hello all,
> 
> I'm working on a project that communicates with an Arduino Uno. As 
> such, we'd like to install the driver for the Arduino along with our project.
> The driver is the USB RS-232 Emulation Driver that comes in Windows; 
> Arduino has an INF that references usbser.sys.
> 
> So, my question is: How do we accomplish this? I've successfully 
> included the INF in the installer.
> 
> I've tried using a CAQuietExec CustomAction with the command line:
> rundll32.exe advpack.dll,LaunchINFSectionEx "[INSTALLDIR]\Arduino 
> UNO.inf",DriverInstall.nt,,4,N
> 
> But that asks me to locate usbser.sys when I run the installer. Do I 
> need to be doing something like:
> 
> 
>
> 
> 
> and using DIFxApp?
> 
> Thanks for reading, I appreciate any insight you can give, Elliott
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

2012-05-14 Thread Wesley Manning

Also you need to create one MSI for both x86 and x64 I think.  Reference 
difxapp_x86 in one and difxapp_x64 in the other.  Reference WixDifxAppExtension 
in both.

Wes

-Original Message-
From: Bruce Cran [mailto:br...@cran.org.uk] 
Sent: May-14-12 7:00 AM
To: General discussion for Windows Installer XML toolset.
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] (no subject)

I think you should also be including all driver files (inf, sys, dll, readme 
etc.) In a single component.

--
Bruce Cran

On 11 May 2012, at 19:22, Elliott Dicus  wrote:

> Hello all,
> 
> I'm working on a project that communicates with an Arduino Uno. As 
> such, we'd like to install the driver for the Arduino along with our project.
> The driver is the USB RS-232 Emulation Driver that comes in Windows; 
> Arduino has an INF that references usbser.sys.
> 
> So, my question is: How do we accomplish this? I've successfully 
> included the INF in the installer.
> 
> I've tried using a CAQuietExec CustomAction with the command line:
> rundll32.exe advpack.dll,LaunchINFSectionEx "[INSTALLDIR]\Arduino 
> UNO.inf",DriverInstall.nt,,4,N
> 
> But that asks me to locate usbser.sys when I run the installer. Do I 
> need to be doing something like:
> 
> 
>
> 
> 
> and using DIFxApp?
> 
> Thanks for reading, I appreciate any insight you can give, Elliott
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does wix support calling bcdedit?

2012-05-14 Thread Castro, Edwin G. (Hillsboro)

The log you sent did not show this command line (with the quotes) as the 
command that executed. If you did in fact change your MSI to remote the extra 
quotes and you can see in the log that they are no longer there and it still 
didn't work then you have an interesting issue to resolve. In that case, my 
next guess might be to check whether perhaps the MSI package is getting marked 
as 32-bit and getting installed on a 64-bit system and bcdedit.exe doesn't 
actually exist in the 32-bit location for [SystemFolder] (just a guess, I have 
no real idea). Or perhaps the target system simply doesn't have the file?

Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: victorwhiskey [mailto:victorhwhis...@yahoo.com]
> Sent: Monday, May 14, 2012 7:40 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Does wix support calling bcdedit?
> 
> I forgot to put down that
> 
> 
> "C:\Windows\system32\\bcdedit.exe" /set testsigning on - worked on a
> command line that was "run as administrator"
> 
> but not in the quiet custom action during the install.
> 
> --
> View this message in context: http://windows-installer-xml-wix-
> toolset.687559.n2.nabble.com/Does-wix-support-calling-bcdedit-
> tp7551749p7556546.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and threat
> landscape has changed and how IT managers can respond. Discussions will
> include endpoint security, mobile security and the latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.6 weekly build release notes/changes

2012-05-14 Thread Pally Sandher

Nice, thanks Rob =)
I may have just missed this on the web page as I switched to Chrome recently 
which doesn't have any built-in RSS detection like Internet Explorer (I now 
have an extension installed to do this though).

Cheers,

Palbinder Sandher 
Software Platform Engineer 
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP
Email Disclaimer 



-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: 09 May 2012 06:23
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.6 weekly build release notes/changes

Feed moved here: http://wixtoolset.org/releases/feed/v3.6

On Tue, May 8, 2012 at 1:13 PM, Bruce Cran  wrote:

> On 08/05/2012 13:13, Neil Sleightholm wrote:
> > I asked something similar recently and I don't believe this is available
> yet. As a workaround I download the source and look at the history.txt file.
>
> http://wix.codeplex.com/SourceControl/list/changesets also has a list of
> changes, and it gets updated once a week.
>
> --
> Bruce Cran
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn: How change path to Payload in ExePackage element during runtime.

2012-05-14 Thread Miss Parker

Hello!

I'm developing my own bootstrapper app and I have an exe that needs a txt
file in the same folder to be able to run. I have defined it in my bundle
like this:

 

   

And this works if local source path doesn't change after build, but if
setversion.exe and version.txt are placed somewhere else and the
ResolveSource event is thrown, I am only able to apply setLocalSource on the
exe file. How can I tell the installation to look for the txt file on
another path as well?

Really greatful for help!

//Caisa

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-How-change-path-to-Payload-in-ExePackage-element-during-runtime-tp7557033.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

2012-05-14 Thread Bob Arnson

On 11-May-12 04:53, Gareth wrote:
> Hi Bob, thanks for your input, but why would it ever be necessary to include
> 32-bit merge modules in a 64-bit package?
When you have a 64-bit component like a shell extension but everything 
else is 32-bit. MSI doesn't support a 32-bit package with 64-bit components.

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] New files in patch and original source

2012-05-14 Thread Alex Ivanoff

We have a need to install additional files when doing a patch. As a result
patching a patch requires access to original source.

Is it possible to have patch install new files without access to original
source?


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Repairing damaged package database

2012-05-14 Thread Kenneth Porter

What do I need to remove to repair a damaged OS package database? Ie. if 
uninstall from Add/Remove programs fails, what do I do manually to manually 
remove the package from the database? (I can manually delete the package 
itself, of course.)

Is it sufficient to remove the package's cache directory and registry 
uninstall key?

I'm getting what I think is this bug in trying to uninstall a bundle on XP:



I tried this program to see what was going on:



Between the logs and that I found the uninstall registry key and the 
package cache:

C:\Documents and Settings\All Users\Application Data\Package Cache\

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

Do I need to remove anything beyond the entries in each of these two 
locations?

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn: How change path to Payload in ExePackage element during runtime.

2012-05-14 Thread Rob Mensching

You should get a ResolveSource callback for every missing payload. Can you
share a log file that shows that not happening?

On Mon, May 14, 2012 at 11:08 AM, Miss Parker wrote:

> Hello!
>
> I'm developing my own bootstrapper app and I have an exe that needs a txt
> file in the same folder to be able to run. I have defined it in my bundle
> like this:
>
>   SuppressSignatureVerification="yes"
>  SourceFile="C:\TTFiles\setversion.exe"
>  Vital="yes">
>
>  
>
> And this works if local source path doesn't change after build, but if
> setversion.exe and version.txt are placed somewhere else and the
> ResolveSource event is thrown, I am only able to apply setLocalSource on
> the
> exe file. How can I tell the installation to look for the txt file on
> another path as well?
>
> Really greatful for help!
>
> //Caisa
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-How-change-path-to-Payload-in-ExePackage-element-during-runtime-tp7557033.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New files in patch and original source

2012-05-14 Thread Rob Mensching

If you add all the new Components to a new Feature that does not cause any
of your other Features to repair, it should work. Verbose log file should
show you where things are going awry.

On Mon, May 14, 2012 at 1:49 PM, Alex Ivanoff  wrote:

> We have a need to install additional files when doing a patch. As a result
> patching a patch requires access to original source.
>
> Is it possible to have patch install new files without access to original
> source?
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Repairing damaged package database

2012-05-14 Thread Rob Mensching

Best thing is to uninstall all of your MSI files (msiexec /x {PRODUCTCODE})
then try uninstalling the Bundle. That (almost) always works and cleans up
everything completely.

On Mon, May 14, 2012 at 3:16 PM, Kenneth Porter wrote:

> What do I need to remove to repair a damaged OS package database? Ie. if
> uninstall from Add/Remove programs fails, what do I do manually to manually
> remove the package from the database? (I can manually delete the package
> itself, of course.)
>
> Is it sufficient to remove the package's cache directory and registry
> uninstall key?
>
> I'm getting what I think is this bug in trying to uninstall a bundle on XP:
>
> <
> http://sourceforge.net/tracker/index.php?func=detail&aid=3477818&group_id=105970&atid=642714
> >
>
> I tried this program to see what was going on:
>
> 
>
> Between the logs and that I found the uninstall registry key and the
> package cache:
>
> C:\Documents and Settings\All Users\Application Data\Package Cache\
>
> HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall
>
> Do I need to remove anything beyond the entries in each of these two
> locations?
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New files in patch and original source

2012-05-14 Thread Alex Ivanoff

Did not help.vOne thing  noticed is that NewFile.dll sequence in File
table is 1 (patch media id is 5000). Is this correct?

And here is the part of the log:

MSI (s) (DC:A4) [22:56:38:532]: File: C:\Program Files
(x86)\Company\Product\NewFile.dll;  To be installed;Won't
patch;  No existing file
MSI (s) (DC:A4) [22:56:38:532]: Resolving source.
MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
MSI (s) (DC:A4) [22:56:38:532]: User policy value 'SearchOrder' is 'nmu'
MSI (s) (DC:A4) [22:56:38:532]: User policy value 'DisableMedia' is 0
MSI (s) (DC:A4) [22:56:38:532]: Machine policy value 'AllowLockdownMedia'
is 0
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Media enabled only if package
is safe.
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Looking for sourcelist for
product {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}
MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Adding
{F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}; to potential sourcelist list
(pcode;disk;relpath).
MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Now checking product
{F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Media is enabled for product.
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Attempting to use
LastUsedSource from source list.
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Trying source
C:\Users\ADMINI~1\AppData\Local\Temp\da31d4082c554c8186599cc72b1e94f9\.
MSI (s) (DC:A4) [22:56:38:532]: Note: 1: 2203 2:
C:\Users\ADMINI~1\AppData\Local\Temp\da31d4082c554c8186599cc72b1e94f9\nsta
ller.msi 3: -2147287037 
MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Source is invalid due to
missing/inaccessible package.


> If you add all the new Components to a new Feature that does not cause
any
> of your other Features to repair, it should work. Verbose log file
should
> show you where things are going awry.

> On Mon, May 14, 2012 at 1:49 PM, Alex Ivanoff  wrote:

>> We have a need to install additional files when doing a patch. As a
result
>> patching a patch requires access to original source.
>>
>> Is it possible to have patch install new files without access to
original
>> source?

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Error 2343

2012-05-14 Thread Aaron Oxford

Hi WIX people,

 

Is there any way to get more information when a path is supposedly
empty? I've looked at all my paths and they look fine, and it would
really help to be able to narrow down WHAT file/directory is missing!

 

WIX pops out with the most astonishing errors sometimes, e.g. "LGHT1076:
ICE71: The Media table has no entries.", and yet for something simple
like when a file was not built into the installer, we proceed to build
the MSI and then get no idea whatsoever what file that might have been.

 

So we get a fatal failure for something nobody gives a crap about but we
can build an entire installer without actually putting the required
files into it?

 

This can't be right, I must be missing something. Can anyone give me
hint? :-)

 

Thanks,

 

Aaron Oxford

Object Trading Pty Ltd

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New files in patch and original source

2012-05-14 Thread Rob Mensching

How are you building your patch?

On Mon, May 14, 2012 at 9:14 PM, Alex Ivanoff  wrote:

> Did not help.vOne thing  noticed is that NewFile.dll sequence in File
> table is 1 (patch media id is 5000). Is this correct?
>
> And here is the part of the log:
>
> MSI (s) (DC:A4) [22:56:38:532]: File: C:\Program Files
> (x86)\Company\Product\NewFile.dll;  To be installed;Won't
> patch;  No existing file
> MSI (s) (DC:A4) [22:56:38:532]: Resolving source.
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
> MSI (s) (DC:A4) [22:56:38:532]: User policy value 'SearchOrder' is 'nmu'
> MSI (s) (DC:A4) [22:56:38:532]: User policy value 'DisableMedia' is 0
> MSI (s) (DC:A4) [22:56:38:532]: Machine policy value 'AllowLockdownMedia'
> is 0
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Media enabled only if package
> is safe.
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Looking for sourcelist for
> product {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Adding
> {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}; to potential sourcelist list
> (pcode;disk;relpath).
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Now checking product
> {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Media is enabled for product.
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Attempting to use
> LastUsedSource from source list.
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Trying source
> C:\Users\ADMINI~1\AppData\Local\Temp\da31d4082c554c8186599cc72b1e94f9\.
> MSI (s) (DC:A4) [22:56:38:532]: Note: 1: 2203 2:
> C:\Users\ADMINI~1\AppData\Local\Temp\da31d4082c554c8186599cc72b1e94f9\nsta
> ller.msi 3: -2147287037
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Source is invalid due to
> missing/inaccessible package.
>
>
> > If you add all the new Components to a new Feature that does not cause
> any
> > of your other Features to repair, it should work. Verbose log file
> should
> > show you where things are going awry.
>
> > On Mon, May 14, 2012 at 1:49 PM, Alex Ivanoff  wrote:
>
> >> We have a need to install additional files when doing a patch. As a
> result
> >> patching a patch requires access to original source.
> >>
> >> Is it possible to have patch install new files without access to
> original
> >> source?
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New files in patch and original source

2012-05-14 Thread Alex Ivanoff

Using WIX-only approach.


-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Monday, May 14, 2012 23:34
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] New files in patch and original source

How are you building your patch?

On Mon, May 14, 2012 at 9:14 PM, Alex Ivanoff  wrote:

> Did not help.vOne thing  noticed is that NewFile.dll sequence in File 
> table is 1 (patch media id is 5000). Is this correct?
>
> And here is the part of the log:
>
> MSI (s) (DC:A4) [22:56:38:532]: File: C:\Program Files
> (x86)\Company\Product\NewFile.dll;  To be installed;Won't
> patch;  No existing file
> MSI (s) (DC:A4) [22:56:38:532]: Resolving source.
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine 
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0 MSI (s) (DC:A4) 
> [22:56:38:532]: Using cached product context: machine assigned for 
> product: 40BFA77FF31DAD84BB995A3BB1A6EAB0 MSI (s) (DC:A4) 
> [22:56:38:532]: User policy value 'SearchOrder' is 'nmu'
> MSI (s) (DC:A4) [22:56:38:532]: User policy value 'DisableMedia' is 0 
> MSI (s) (DC:A4) [22:56:38:532]: Machine policy value
'AllowLockdownMedia'
> is 0
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Media enabled only if 
> package is safe.
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Looking for sourcelist for 
> product {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine 
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0 MSI (s) (DC:A4) 
> [22:56:38:532]: SOURCEMGMT: Adding 
> {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}; to potential sourcelist list 
> (pcode;disk;relpath).
> MSI (s) (DC:A4) [22:56:38:532]: Using cached product context: machine 
> assigned for product: 40BFA77FF31DAD84BB995A3BB1A6EAB0 MSI (s) (DC:A4) 
> [22:56:38:532]: SOURCEMGMT: Now checking product 
> {F77AFB04-D13F-48DA-BB99-A5B31B6AAE0B}
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Media is enabled for
product.
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Attempting to use 
> LastUsedSource from source list.
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Trying source 
> C:\Users\ADMINI~1\AppData\Local\Temp\da31d4082c554c8186599cc72b1e94f9\.
> MSI (s) (DC:A4) [22:56:38:532]: Note: 1: 2203 2:
> C:\Users\ADMINI~1\AppData\Local\Temp\da31d4082c554c8186599cc72b1e94f9\
> nsta
> ller.msi 3: -2147287037
> MSI (s) (DC:A4) [22:56:38:532]: SOURCEMGMT: Source is invalid due to 
> missing/inaccessible package.
>
>
> > If you add all the new Components to a new Feature that does not 
> > cause
> any
> > of your other Features to repair, it should work. Verbose log file
> should
> > show you where things are going awry.
>
> > On Mon, May 14, 2012 at 1:49 PM, Alex Ivanoff  wrote:
>
> >> We have a need to install additional files when doing a patch. As a
> result
> >> patching a patch requires access to original source.
> >>
> >> Is it possible to have patch install new files without access to
> original
> >> source?
>
>
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
virtually, Rob Mensching - http://RobMensching.com LLC
--

Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond. Discussions will
include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn: How change path to Payload in ExePackage element during runtime.

2012-05-14 Thread Miss Parker

Hi,

Ok, I didn't get a ResolveSource for the text file, only the exe, but
according to the log it found the file anyway. Perhaps Burn uses the exe
packages new path by default for the "internal" payloads? 

Unfortunately the exe didn't use the text file during execution and failed
to write to registry. Than I ran the exe manually from the package cache
folder, and that worked of course. 

Any ideas?

[0864:061C][2012-05-15T07:35:59]: Apply begin
[150C:1514][2012-05-15T07:35:59]: Creating a system restore point.
[150C:1514][2012-05-15T07:35:59]: Could not create system restore point,
error: 0x80070422. Continuing...
[150C:1514][2012-05-15T07:35:59]: Caching bundle from:
'C:\DOCUME~1\v0c8665\LOCALS~1\Temp\{b0aa7b5c-e85d-49e7-b97b-7e3c4bbccb1a}\.be\Bootstrapper.exe'
to: 'C:\Documents and Settings\All Users\Application Data\Package
Cache\{b0aa7b5c-e85d-49e7-b97b-7e3c4bbccb1a}\Bootstrapper.exe'
[150C:1514][2012-05-15T07:35:59]: Registering bundle dependency provider:
{b0aa7b5c-e85d-49e7-b97b-7e3c4bbccb1a}, version: 1.0.0.0
[0864:1534][2012-05-15T07:35:59]: Prompt for source of package: TTUpdate,
payload: TTUpdate, path: C:\BA\Bootstrapper\bin\Debug\setversion.exe
[0864:1534][2012-05-15T07:36:14]: Acquiring package: TTUpdate, payload:
TTUpdate, copy from: C:\Downloads\setversion.EXE
[0864:1534][2012-05-15T07:36:14]: Setting string variable
'WixBundleLastUsedSource' to value 'C:\Downloads\'
[150C:1524][2012-05-15T07:36:14]: Verified acquired payload: TTUpdate at
path: C:\Documents and Settings\All Users\Application Data\Package
Cache\.unverified\TTUpdate, moving to: C:\Documents and Settings\All
Users\Application Data\Package
Cache\498F11A69B127279D38ADC17D5053B698042F17A\setversion.exe.
/*[0864:1534][2012-05-15T07:36:14]: Acquiring package: TTUpdate, payload:
setupfile, copy from: C:\Downloads\version.txt
[150C:1524][2012-05-15T07:36:14]: Verified acquired payload: setupfile at
path: C:\Documents and Settings\All Users\Application Data\Package
Cache\.unverified\setupfile, moving to: C:\Documents and Settings\All
Users\Application Data\Package
Cache\498F11A69B127279D38ADC17D5053B698042F17A\version.txt.*/
[150C:1514][2012-05-15T07:36:14]: Applying execute package: TTUpdate,
action: Install, path: C:\Documents and Settings\All Users\Application
Data\Package Cache\498F11A69B127279D38ADC17D5053B698042F17A\setversion.exe,
arguments: '"C:\Documents and Settings\All Users\Application Data\Package
Cache\498F11A69B127279D38ADC17D5053B698042F17A\setversion.exe"'
[0864:061C][2012-05-15T07:36:16]: Apply complete, result: 0x0, restart:
None, ba requested restart:  No
[0864:061C][2012-05-15T07:36:16]: Shutting down, exit code: 0x0

Kind regards,
Caisa



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-How-change-path-to-Payload-in-ExePackage-element-during-runtime-tp7557033p7559283.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CheckBox Value via Custom Action

2012-05-14 Thread Ravi Raj

I have done this thing:


   NOT Installed AND NOT
OLDERVERSIONDETECTED
 NOT Installed
AND NOT OLDERVERSIONDETECTED

Now when chkbox is disabled, the registry stored value=0 (which is
correct). Again, when I click Verify button (some action performed) and
chkbox gets enabled (and its checked by default even in disabled state) but
still i found registry value to be 0 but actually it should be one.
why is this strange behavior?

On Mon, May 14, 2012 at 7:38 PM, Ravi Raj wrote:

> I need to perform certain action on my checkbox.
> At the start if the installation the chkbox is disabled. There is a button
> to call a custom action and verify certain things and assign a value to a
> variable.
> This variable will decide whether to enable chkbox or not. I have
> implemented till this part:
>
>X="35" Y="100"Width="160" Height="20"Disabled="yes" 
>Text="!(loc.Virtual_ChkBox)" Property="ENABLEVIRTUAL">   Action="enable">   Action="disable">
>
> So as soon as I launch the installer, the chkbox is disabled and
> unchecked. If Verify is OK then its became enable but still unchecked.
> Suppose a user does not check this box and proceeds with installation then
> what vale gets stored in registry (I am storing this value ENABLEVIRTUALto 
> registry).
>
> If empty gets stored then it will give error while performing repair or
> uninstall. How can I store this value?
>
> Again,
> In custom action i have used a string null or empty chk (obtained from
> previous installer dialog), if not null then verify works else it give
> throw exception:
>
> [CustomAction]
> public static ActionResult Check(Session mpSession)
> {
> mpSession.Log("Begin CustomActions.Check");
>
> String sServerName = 
> GetSetProperties.GetSessionProperty(mpSession, "INSTALLMACHINE", false);
>
> if (!String.IsNullOrEmpty(sServerName))
> {
> try
> {
>//Something
> GetSetProperties.SetSessionProperty(mpSession, 
> "INTEGRATED", packs.Count != 1 ? "0" : "1");
> }
> catch (Exception oException)
> {
> HandleException(mpSession, oException);
> return ActionResult.Failure;
> }
> }
> else
> {
> throw new Exception("SDK Service Machine cannot be empty.");
> }
>
> return ActionResult.Success;
> }
>
>  private static void HandleException(Session mpSession, Exception ex)
> {
> string errorMsg = "Exception during custom action execution:" + 
> ex.ToString();
>
> mpSession.Log(errorMsg);
>
> mpSession.Message(InstallMessage.Error, new Record { FormatString 
> = errorMsg });
> }
>
> Here in this code Catch, else and HandleException are not working properly
> and the installer gets interrupted in between. How can I fix this?
>
> Some working code will be very useful as I am new to WiX.
> --
> Thanks and Regards,
> Ravi Raj
>
>


-- 
Thanks and Regards,
Ravi Raj
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

Re: [WiX-users] (no subject)

Re: [WiX-users] Burn feedback

Re: [WiX-users] Update from Install Shield

[WiX-users] CheckBox Value via Custom Action

Re: [WiX-users] Does wix support calling bcdedit?

Re: [WiX-users] (no subject)

Re: [WiX-users] (no subject)

Re: [WiX-users] Does wix support calling bcdedit?

Re: [WiX-users] WiX 3.6 weekly build release notes/changes

[WiX-users] Burn: How change path to Payload in ExePackage element during runtime.

Re: [WiX-users] light.exe error when merging VC100 merge modules for both x86 and x64

[WiX-users] New files in patch and original source

[WiX-users] Repairing damaged package database

Re: [WiX-users] Burn: How change path to Payload in ExePackage element during runtime.

Re: [WiX-users] New files in patch and original source

Re: [WiX-users] Repairing damaged package database

Re: [WiX-users] New files in patch and original source

[WiX-users] Error 2343

Re: [WiX-users] New files in patch and original source

Re: [WiX-users] New files in patch and original source

Re: [WiX-users] Burn: How change path to Payload in ExePackage element during runtime.

Re: [WiX-users] CheckBox Value via Custom Action

23 matches

Site Navigation

Mail list logo

Footer information