Re: [WiX-users] Using DTF to Retrieve String Entries in Resource DLL

A ResourceCollection is a collection of Resource objects, so once you've loaded it, you can enumerate the resources in the collection. Resources may be of different ResourceTypes, and Resource instances of type Version will actually be a specialized VersionResource subclass. So to get to the str

Re: [WiX-users] Microsoft.Deployment.Compression support for ADS?

Sorry, it does not support ADS. The Windows native Cabinet API (CABINET.DLL, documented at http://msdn.microsoft.com/en-us/library/bb432569.aspx) that it relies on does not have any mention of ADS. I honestly have not investigated it very much since ADS inside cabinets is so extremely rare. It m

Re: [WiX-users] DTF managed custom action with supportedRuntime=v4.0

2.0-targeted applications do not activate with .NET 4.0 by default -- that was a deliberate compatibility policy decision made by.NET 4.0, for better or worse. You'll need to add useLegacyV2RuntimeActivationPolicy=true attribute to the element in your CustomAction.config. For more information,

Re: [WiX-users] DTF limit on number of CA EntryPoints?

The limit of 16 is somewhat arbitrary. The way the build process works, a fixed number of entrypoints must be reserved at compile time in the sfxca.dll unmanaged stub for managed CAs. The limit can be increased by changing the sfxca.dll source code and rebuilding. The entrypoint reservations don

Re: [WiX-users] How to run Managed Custom Action (Wix 3.0) in dotNet 4.0 only machine?

2.0-targeted applications do not activate with .NET 4.0 by default -- that was a deliberate compatibility policy decision made by.NET 4.0, for better or worse. You'll need to add useLegacyV2RuntimeActivationPolicy=true attribute to the element in your CustomAction.config. For more information,

Re: [WiX-users] sfxca.dll 32 and 64 bit version in visual studio 2010 (wix 3.5)

>> I tried setting the Platform target of the custom actions project to x64 That should do exactly what you want. When you have set that, can you check the build logs to see whether it is getting sfxca.dll from Program Files (x86)\Windows Installer XML v3.5\SDK\x64 ? The relevant logic is on li

Re: [WiX-users] WiX 3.0 error with .net 4

The old APIs will continue to work fine, even though they are deprecated. You just need the updated config file in order to target .NET 4. It looks like the main reason the old APIs are deprecated is because the new set of APIs support loading multiple simultaneous versions of the CLR into the

Re: [WiX-users] DTF: Missing Session Tables?

A database is read-only during an installation session. You may insert TEMPORARY columns and rows, but that is all. This is not a DTF limitation -- it's from the MSI runtime. So you won't be able to do anything via P/Invoke that you can't do using the DTF database APIs. As for the discrepancy i

Re: [WiX-users] C# Pack a Cab with Progress

The progress delegate you pass as the progressHandler will receive a series of events during archive compression or decompression, which describe in extreme detail how far long the process is. Did you see the event sequence examples in the documentation for the ArchiveProgressType enum? I've pa

Re: [WiX-users] how to get pdb file for customaction.CA.dll

The PDB for the unmanaged CA wrapper is always sfxca.pdb, regardless of what your managed custom action code is. Sfxca.pdb is included in wix3-pdbs.zip published with every build. If you like, you could add a postbuild step to copy and rename sfxca.pdb to YourCustomAction.CA.pdb. -Original

Re: [WiX-users] External Installer App with UI quietly controlling MSIinstallation

DTF, part of WiX, includes a complete MSI .NET library with support for external UI handlers. -Original Message- From: Wilson, Phil [mailto:phil.wil...@wonderware.com] Sent: Wednesday, August 12, 2009 9:46 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-user

Re: [WiX-users] DTF: How to Decide whether to Schedule or Execute Custom Actions

>> I was hoping it would be as easy as checking whether I'm running in >> InstallRunMode.Deferred but I see that value doesn't exist. The enumeration value you're looking for is InstallRunMode.Scheduled. Yeah it's not the most obvious naming, but DTF tries to stay consistent with the terminolog

Re: [WiX-users] strong name for C# custom action project

Are you using delay-signing? If so is it possible that mycustom.dll was delay-signed without being real-signed. Strong name signing should work fine for mycustom.dll (but not mycustom.CA.dll since that is not a .NET assembly). The tricky thing is you have to make sure the managed assembly gets

Re: [WiX-users] Problem with DTF CustomAction in 3.0.5419

There have been a few minor changes to DTF CA code between 4805 and 5419, but no breaking changes. Without more information I have no idea what this problem might be. Can you check the build log where the CA package is built? (MakeSfxCA.exe and related lines) -Original Message- From: Sh

Re: [WiX-users] DTF and PDB files for better error logging

works and results in line numbers showing in stack traces for unhandled exceptions in managed CA's? Thanks, Rob -Original Message- Date: Wed, 8 Jul 2009 12:32:07 -0700 From: Jason Ginchereau Subject: Re: [WiX-users] DTF and PDB files for better error logging To: "wix-users@l

Re: [WiX-users] DTF and PDB files for better error logging

You can add additional items to the CA package by manually adding a CustomActionContents property to your project file. For example, to include your assembly PDB when building in debug mode: $(IntermediateOutputPath)$(AssemblyName).pdb -Original Message- From: Rob MacFadyen [mailt

Re: [WiX-users] ExtractFiles() Method Doesn't Work on Merge Modules

It's a bug (oversight) in the implementation of ExtractFiles(). Can you create a bug report on SourceForge? -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Monday, June 29, 2009 2:46 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] ExtractFiles() Method

Re: [WiX-users] How much of patch pcp database makes it into msp?

The patch sequence information is stored in a table in the MSP directly; unlike the rest of the stuff in the MSP it does NOT get applied to the target product database. So, to get at that table for an installed patch you first need to get the PatchInstallation.LocalPackage, open that package as

Re: [WiX-users] EmbeddedUI Install Execute Sequence

You're not doing anything wrong -- EmbeddedUI was unfortunately not designed in a way that allows that kind of flexibility. You'll need to use an external UI handler for the things you want to do. -Original Message- From: AG Crum [mailto:crum.and...@gmail.com] Sent: Friday, May 29, 200

Re: [WiX-users] Wix Projects wont Load in VS2008 ?

Try this command: devenv.exe /resetskippkgs -Original Message- From: Connatic [mailto:richardpgi...@gmail.com] Sent: Friday, May 01, 2009 12:28 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Projects wont Load in VS2008 ? Bump Nobody got any idea ??? or suggestio

Re: [WiX-users] [WiX-devs] Return MessageResult.Retry from ProcessMessage() not considered

What build are you using? Prior to build 3.0.5106.0, the MessageResult enumeration had incorrect values (bug 2621662 on SourceForge). I'm ashamed that it went so long without being discovered, but at least it's fixed now. -Original Message- From: CristianG [mailto:cristian.gherghine...@g

Re: [WiX-users] On Team Build and WiX, and why it hates me.

Here's an idea: check the public-key-token of the assembly reference from your extension to wix.dll. If you're building the extension against wix.dll with one key but then trying to run it with wix.dll with a different key, the assembly loading may succeed but the types won't resolve as the same

Re: [WiX-users] Rollback Handling of Custom C# Action

Managed custom actions run in a different process for every action invocation, so you won't be able to pass any state information via static or instance class members. The typical pattern is to save that information in temporary files, and then have either the commit or rollback action cleanup

Re: [WiX-users] Using DTF to merge a merge module into an msi package

Any of those "merge tools that are available from independent software vendors" are actually just wrappers around mergemod.dll. WiX itself uses mergemod.dll to merge MSMs. Sure in theory it should be possible to duplicate the logic of mergemod.dll, because everything it does can be done with MS

Re: [WiX-users] Using DTF to merge a merge module into an msi package

Unfortunately it's not so easy. There are important differences between doing a simple database merge and a full merge-module merge. See http://msdn.microsoft.com/en-us/library/aa370081.aspx: The MsiDatabaseMerge function and the Merge

Re: [WiX-users] Wix 32bit vs 64bit

Yes it's expected. The x64 WiX package has only one minor addition compared the x86 package: it installs targets and tasks to enable WiX to work with 64bit MSBuild 2.0. For that support, we have to install files to 64bit "Program Files\MSBuild", and there is no way to do that from a 32bit MSI pa

Re: [WiX-users] Error 1723. A DLL required for this install tocomplete could not be run. C#

If you're using a project created from a WiX C# or VB Custom action project template, you need to set the "Copy Local" property to true for any referenced assemblies to be included in the custom action package. (That affects the inputs to MakeSfxCA.exe which is the build tool that creates the CA

Re: [WiX-users] DTF build issue

When you say "dies in the middle of the custom action", do you know your CA was successfully launched and began executing? Make sure your build includes the MakeSfxCA post-build step which packages up your managed CA assembly with its dependencies and an unmanaged launcher. Without that if you

Re: [WiX-users] Votive not working in build 3.0.5207

100% -- If nothing else, I'll back out the change that caused this regression. -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Wednesday, April 08, 2009 8:24 AM To: General discussion for Windows Installer XML toolset.; Jason Ginch

Re: [WiX-users] Votive not working in build 3.0.5207

This regression was reported on wix-devs last week. Sorry I didn't get the fix in last week's build, but it is a top priority. The regression was from a fix I did for bug 2663956 "Eror creating or opening a Load Test". Christopher, if necessary you can use different builds of DTF and Votive, as

Re: [WiX-users] CustomAction following specific CustomAction fails

I was on vacation during that time in February, so I missed this thread until Jesper brought it to my attention privately. I think this problem was a bug in DTF, #2710297 on SourceForge. The bug was that DTF CAs could fail to launch when a previous CA changed the working directory (because MSI

Re: [WiX-users] Using Wix and Visual Studio

Any characters in the project name that are invalid for WiX preprocessor variable names get automatically converted to underscores. So without renaming the project this should work: $(var.My_Test_Project.TargetFilename) -Original Message- From: Alex Cater [mailto:alex.ca...@apdcomms.co

Re: [WiX-users] Getting Error "A reference to ... could not be added. Make sure its a valid WiX reference" When Using Votive

You extension probably has some dependencies on assemblies or assembly versions that are not found. Try writing a little test program to call Assembly.LoadFrom() on your extension, and see what exception you get. (I know, it would have been nice if Votive reported those exception details to you

Re: [WiX-users] DTF Custom Action Failure

@lists.sourceforge.net; Jason Ginchereau Subject: Re: [WiX-users] DTF Custom Action Failure One question... I haven't looked through the code but I've noticed in a logfile where it works it mentions that it has extracted the custom action to temporary directory but when it fails it just says it

Re: [WiX-users] DTF Custom Action Failure

March 25, 2009 7:58 AM To: wix-users@lists.sourceforge.net; Jason Ginchereau Subject: RE: [WiX-users] DTF Custom Action Failure Rundll32.exe exists in system32 and system32 is at the front of the path. I type a command like below I get a dialog as expected: RUNDLL32.EXE SHELL32.DLL,Control_R

Re: [WiX-users] Heat & xsl

XSL has a steep learning curve starting out. I suggest using a separate command-line transform tool to test the XSL to make sure it works how you expect BEFORE trying to apply it as part of the heat process. You can get msxsl.exe from here: http://www.microsoft.com/downloads/details.aspx?family

Re: [WiX-users] DTF Custom Action Failure

Error code 2 is file not found. The file in this case that wasn't found was rundll32.exe... which is a bit strange. Is that file missing on the target system or is %PATH% set to not include the SYSTEM32 directory? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengi

Re: [WiX-users] DTF: Managed Custom Action Dialog.

I'm not sure you can do what you want to do with a custom action, either managed or unmanaged. At least I've never seen it done. However I'm not at all an expert on installer UI dialogs and events. InstallMessage.ShowDialog is not valid for Session.Message/MsiProcessMessage. It is only used by

Re: [WiX-users] Custom Action/DTF and determin if immediate or deferred

Use Session.GetMode(InstallRunMode) -- it's just a very thin wrapper around the MsiGetMode Win32 API (http://msdn.microsoft.com/en-us/library/aa370125.aspx) -Original Message- From: Mark Knutson [mailto:markknut...@hotmail.com] Sent: Thursday, March 05, 2009 4:26 PM To: wix-users@lists.s

Re: [WiX-users] Passing data between deferred custom actions

Actually, you shouldn't have to worry about that. Any semicolons in your data will be automatically escaped (doubled) and unescaped as necessary for serialization. -Original Message- From: John Nannenga [mailto:john.nanne...@microsoft.com] Sent: Friday, February 20, 2009 10:01 AM To: Ge

Re: [WiX-users] DTF Session object properties

Hi Shawn, DTF's FeatureInfo class uses the MsiGetFeatureInfo API to retrieve the feature's attributes, title, and description. According to MSDN ( http://msdn.microsoft.com/en-us/library/aa368612.aspx ), MsiGetFeatureInfo is on the list of functions that "must never be called from a custom acti

Re: [WiX-users] MakeSfxCA and project output

Thanks John for the investigation, it wasn't obvious to me before what the root cause was. So... what this means is, SfxCA just doesn't support subdirectories in the CA package. Perhaps I should have documented that limitation but honestly I think it was an oversight in the implementation and te

Re: [WiX-users] DTF - install, rollback and uninstall

ystems.com <mailto:n...@x2systems.com> ____ From: Jason Ginchereau [mailto:jason...@microsoft.com] Sent: Thu 19/02/2009 03:10 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Use

Re: [WiX-users] DTF - install, rollback and uninstall

Use Session.GetMode(InstallRunMode) -- it's just a very thin wrapper around the MsiGetMode Win32 API (http://msdn.microsoft.com/en-us/library/aa370125.aspx) -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, February 18, 2009 2:51 PM To: General discu

Re: [WiX-users] DTF LINQ Question

It's a bug in the LINQ to MSI implementation. There's an easy workaround: include a WHERE clause before the SELECT. Any where clause will do, for example: where files.FileName != null -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Monday, F

Re: [WiX-users] Managed CA fails to extract to temp directory (on one machine)

How do you know the DLL is not extracted, versus some other problem executing it? It's not clear from the log below. Keep in mind that when extracted it actually has the filename extension .TMP instead of .DLL. On the failing system are there any unusual filesystem permissions in the \Windows\I

Re: [WiX-users] "MSI Inventory" Sample Application

(I replied offline to a separate query but I'll repeat here in case anyone else is curious.) The Inventory app is one of the DTF samples. It demonstrates how to use some of the classes in the DTF Microsoft.Deployment.WindowsInstaller namespace to query the state of installed products, features,

Re: [WiX-users] [WiX-devs] DTF DoAction throw exception

Sorry I haven't looked into that any further. Can you create a bug on sourceforge to track this issue? From: Matt Ziegler [mailto:idaho...@gmail.com] Sent: Wednesday, January 07, 2009 11:35 AM To: Windows Installer XML toolset developer mailing list; General discussion for Windows Installer XML

Re: [WiX-users] EmbeddedUI

Sorry I can't help much more than the error messages that are already there. There was some problem extracting the embedded UI payload files to that temp directory. That could be a permissions issue or more likely because of a duplicate filename. Please double-check the issue pointed to by the e

Re: [WiX-users] Reading custom record (column type = Formatted) from DTF custom action

The formatting process is intentionally not that automatic, because often you want to know what is the unformatted raw string. To get the formatting/substitution to happen you need to to pass the string through Session.Format(). -Original Message- From: Ajay Bhandari [mailto:aja...@micr

Re: [WiX-users] WindowsInstaller.View.Modify() fails on Vista / Server 2008

The most common reasons for a table insert to throw a "function failed" error are because there's already a record in the table with the same primary key, or because a required (non-nullable) field is missing/null in the inserted record. I would not expect those cases to behave differently with

Re: [WiX-users] Problem with error handling of managed custom actions

>From the DTF documentation for Session.Message: "The messageType parameter may also include message-box flags from the following enumerations: System.Windows.Forms.MessageBoxButtons, System.Windows.Forms.MessageBoxDefaultButton, System.Windows.Forms.MessageBoxIcon. These flags can be combined

Re: [WiX-users] does

1. WiX extensions should be unmanaged code so that they can be used by the broadest user set without taking on unexpected dependencies. Especially for something as simple as search-and-replace, I think the productivity gain you get from managed code is far outweighed by the extra dependency you

Re: [WiX-users] C# custom actions in windows 2000 not working

The C# custom action library hasn't been tested on Windows 2000 and is not supported on that platform. Sorry. According to http://msdn.microsoft.com/en-us/library/aa368322.aspx, "On systems prior to Windows Server 2003, custom actions launched by a DoAction ControlEvent cannot send messages wit

Re: [WiX-users] DTF Property updated by RadioButton not correctly retrieved by CustomAction

Also, when getting & setting properties in CAs, you probably want to use session[propertyName]. That accessor gets/sets the run-time property value, rather than the static value from the Property table. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, Nove

Re: [WiX-users] wix.targets problem in latest weekly build

Oh, I just noticed Simon beat me to it. If you still have problems building the project, recreating your project file will probably fix it. I recall there were was an issue with mergemod.dll registration a while back, but I don't know the details and I think it's fixed in recent builds. Do you

Re: [WiX-users] wix.targets problem in latest weekly build

That sounds like a known issue when opening an older .wixproj with a newer build of WiX. See my blog for an explanation and steps to resolve the issue: http://blogs.msdn.com/jasongin/archive/2008/07/09/votive-project-platform-configurations.aspx The schema errors reported by VS are a red herring

Re: [WiX-users] DTF - SampleCA1 error

Somehow your MSI package has a missing or invalid LastSaveTime. What tool are you using to build the MSI package? Also if you right-click on the MSI in explorer, select Properties and view the Details tab, what does it show (if anything) for the "Date modified" field? Regardless, this looks lik

Re: [WiX-users] Problem compiling in VS2005 (wix 3.0.4624)

That's a known issue when opening an older .wixproj with a newer build of WiX. See my blog for an explanation and steps to resolve the issue: http://blogs.msdn.com/jasongin/archive/2008/07/09/votive-project-platform-configurations.aspx -Original Message- From: Colin Bleckner [mailto:[EMA

Re: [WiX-users] 64 bit install with 64 bit managed custom action

m action project to that platform. Does it matter that my custom action project has dependencies to other projects that are compiled for any CPU? Those projects are not set to compile from my solution when in x64 as the active configuration. Amy -Original Message- From: Jason Ginchereau

Re: [WiX-users] 64 bit install with 64 bit managed custom action

tion. Amy -Original Message----- From: Jason Ginchereau [mailto:[EMAIL PROTECTED] Sent: Monday, October 27, 2008 1:42 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] 64 bit install with 64 bit managed custom action Did you add an x64 platform configurati

Re: [WiX-users] [STATread] custom action

Yes, the [STAThread] attribute currently has no effect on managed custom actions. I can see how it might make sense to build in the capability though -- feel free to submit a feature request on the SourceForge project page. For now as Brian suggested creating a new thread should work. -Orig

Re: [WiX-users] 64 bit install with 64 bit managed custom action

Did you add an x64 platform configuration to your managed CA project? The MSBuild rules for managed custom actions should automatically package the CA with the correct platform of SfxCA.dll based on the project's platform configuration. -Original Message- From: Amy Rosewater [mailto:[E

Re: [WiX-users] DTF and the Restart Manager

No specific plans, but I'm open to the idea. Can you provide more details? For what unmanaged APIs would you want to see a managed object model in DTF? In what scenarios would you use them? -Jason- -Original Message- From: Brian Rogers [mailto:[EMAIL PROTECTED] Sent: Sunday, October 19,

Re: [WiX-users] Errors Building Custom Action on Vista x64

sproj file incorrectly, and the dependent assembly? Thanks for your help -- Re: [WiX-users] Errors Building Custom Action on Vista x64 From: Jason Ginchereau <[EMAIL PROTECTED]> - 2008-10-14 22:06 Vista x64 is my primary development environment for DTF and WiX, and that wor

Re: [WiX-users] 64-bit installer questions (simple)

1. Are you using WiX v2 or v3? In v3, I believe the "Platforms" attribute is deprecated in favor of "Platform", because an MSI package can only actually be set to a single platform. Setting Platform="x64" definitely works on Vista x64 -- that's the way we build Wix3_x64.msi. You do NOT need the

Re: [WiX-users] Debugging MakeSfxCA

CustomAction table >>> has an Action named InitInstallDIR.FE2FB413_1E39_4B13_AC8B_A3F8022742C4 >>> defined with a source of BINMAP.DLL.FE2FB413_1E39_4B13_AC8B_A3F8022742C4 >>> (which matches the binary name). Then the InstallExecuteSequence table >>> schedules an Action n

Re: [WiX-users] Linq to MSI

n somebody give me Bart's contact? Or tell me state of "project"? If it will be necessary i can make this isue as my graduate project, maybe in small piece and if it will have success and some support i can make it fully MSI supporting. Almer Jason Ginchereau wrote: > > I&#

Re: [WiX-users] CreateTransformSummaryInfo Error

Do you have one of the databases open in Orca (or another tool) while running your code? -Original Message- From: Powell, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2008 6:52 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] CreateTransform

Re: [WiX-users] Errors Building Custom Action on Vista x64

Vista x64 is my primary development environment for DTF and WiX, and that works for me. Are you building from a 64bit command-prompt / 64bit MSBuild? If so, make sure you have installed the 64bit WiX MSI. (Also, that configuration is not very well-tested, so it's possible there are issues.) --

Re: [WiX-users] Debugging MakeSfxCA

My merge module has the custom action defined like this. Not Installed Any idea why it works from the main install, but not the merge module? Thanks! -Tina On Tue, Oct 14, 2008 at 10:47 AM, Jason Ginchereau <[EMAIL PROTECTED]>wrote: > Make sure you are inserting the correct

Re: [WiX-users] Debugging MakeSfxCA

r package vendor. Action InitInstallDIR.FE2FB413_1E39_4B13_AC8B_A3F8022742C4, entry: InitInstallDIR, library: C:\Windows\Installer\MSI2C2A.tmp On Tue, Oct 14, 2008 at 10:26 AM, Jason Ginchereau <[EMAIL PROTECTED]>wrote: > If you look at the verbose log you can see what custom action it is trying > to run just before that error. A

Re: [WiX-users] Transform Creation

Database sourceDb = new Database("source.msi"); Database targetDb = new Database("target.msi"); string transformFile = "transform.mst"; // Create a new transform from source to target. targetDb.CreateTransform(sourceDb, trasnformFile); // If the transform is to be applied during an installation,

Re: [WiX-users] Please help with: 'session.Database.CodePage' threw an exception of type 'Microsoft.Deployment.WindowsInstaller.InvalidHandleException'

An embedded UI handler cannot call custom actions directly. The Session object you get in the IEmbeddedUI.Initialize() handler is only a limited session which lets you get/set properties and not much else (there's no database either). The limitations are imposed by MSI's embedded UI design, not

Re: [WiX-users] Debugging MakeSfxCA

[EMAIL PROTECTED]>wrote: > Okay, i'll proceed with the first option to clean up some of our existing > custom actions, and see where that leaves me. > Thanks! > -Tina > > > > On Thu, Oct 9, 2008 at 11:25 AM, Jason Ginchereau <[EMAIL PROTECTED]>wrote: > >>

Re: [WiX-users] DTF: InstallerException from Session.Database, etc.

time. :) ## $_='^#(/||/@[EMAIL PROTECTED]@:^[-['^";@@@\\>])@.". "{)/];)^{";$,+=(++$,);$_.=">&$,";`$_`; -Original Message- From: Jason Ginchereau [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2008 6:30 AM To: General discussion for Wind

Re: [WiX-users] DTF: InstallerException from Session.Database, etc.

Deferred custom actions have limited access to the installation session and cannot access the database. For more information, see MSDN: Obtaining Context Information for Deferred Execution Custom Actions -Original Message- From: Br

Re: [WiX-users] Debugging MakeSfxCA

failing because slotCount = 16 and entryPoints.Count = 38, so slotCount-entryPoints.Count is negative. Apparenlty sfxCA.dll only has 16 entry points? What does one do if you have more custom actions than that? Thanks! -Tina On Wed, Oct 8, 2008 at 6:03 PM, Jason Ginchereau <[EMAIL PROTECTED]>wro

Re: [WiX-users] Debugging MakeSfxCA

There's no way to get a more detailed error printout without modifying the code of the MakeSfxCA tool. The easiest way to diagnose the issue would be to capture the command-line from your build log and then launch that same command-line in a debugger: devenv /debugexe MakeSfxCA.exe If you don

Re: [WiX-users] Create and/or modify MSI database tables via DTF from CA

MSI docs do not say anything about creating temporary tables. The usual practice is to author an empty table in the MSI which is then available for custom actions to add temporary rows. >> the Database that I get access to through the Session object says it has an >> OpenMode of ReadOnly (howev

Re: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Bug in wix.ca.targets version 3.0.4318.0? From: Jason Ginchereau <[EMAIL PROTECTED]> - 2008-10-08 15:10 That DLL is deliberately not listed separately in wix.ca.targets. It should always get pulled in automatically as one of the detected dependencies of your CA assembly. What is the output

Re: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

That DLL is deliberately not listed separately in wix.ca.targets. It should always get pulled in automatically as one of the detected dependencies of your CA assembly. What is the output from MakeSfxCA.exe when it doesn't include that DLL? It should say something like: Loaded dependent

Re: [WiX-users] DTF Dependency Detection

A fix for the "error : An item with the same key has already been added" is in this week's build, 3.0.4526 or later. -Original Message----- From: Jason Ginchereau [mailto:[EMAIL PROTECTED] Sent: Thursday, September 25, 2008 3:26 PM To: Jacek Dudziak; 'General discussion f

Re: [WiX-users] DTF Dependency Detection

on the project reference node. It needs to be set to 'True' to be included in the package. Does that help? -Jason- -Original Message- From: Jacek Dudziak [mailto:[EMAIL PROTECTED] Sent: Thursday, September 25, 2008 2:22 PM To: 'General discussion for Windows Installer XML

Re: [WiX-users] DTF Dependency Detection

Hi Jacek, Sorry it's not documented yet, but I did design in a way define additional arbitrary files to be added to the CA package. You just need to put the file list in a property called CustomActionContents, by adding lines like this to your project file: dependency3.dll;path\to\resource

Re: [WiX-users] using a Variable for Plaform setting causes undesired build warning

or should I be using ? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Ginchereau Sent: Monday, September 08, 2008 10:25 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] using a Variable for Plaform setting causes unde

Re: [WiX-users] using a Variable for Plaform setting causes undesired build warning

>> adding a new solution platform type = "x64" Yes, that is the recommended approach. Use the VS Configuration Manager tool to add an x64 platform to the project, and optionally an x64 solution platform. When using that method, if you need to check the current platform within the WiX source code

Re: [WiX-users] DTF DoAction throw exception

I have never tested passing that much data through the CustomActionData property in DTF. I would guess it is some limitation in the CA out-of-proc remoting mechanism, though I'd have to debug it to find out the exact issue. As an alternative design, could you consider passing the data via a temp

Re: [WiX-users] DTF and .NET Framework on Windows Server 2003

Yes. DTF runs each managed custom action in its own dedicated process. Because the process is separate and new, there is no risk of some other CLR version already being loaded into it. Only an unmanaged stub runs in the MSI custom action server process -- that stub coordinates the launch of the

Re: [WiX-users] DTF FeatureParent

Interesting, I'd never noticed that FeatureParent automation property before. Unless I'm missing something, this looks like a rare case where the MSI automation interface exposes functionality that is NOT directly exposed by the Win32 APIs. Still it is possible to get that information from the

Re: [WiX-users] DTF Build Fails on ManagedCA Project

There have been no changes to the ManagedCA project or the MakeSfxCA tool since build 3.0.4214. Does that crash repro if you run the same MakeSfxCA.exe command-line from the console? Can you get a stack trace for the exception? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

Re: [WiX-users] Where are binaries in MSIs from WiX?

ubject: Re: [WiX-users] Where are binaries in MSIs from WiX? Hmm, am I going to have to access these via a C++ component or homemade wrapper, or is there an existing .net wrapper? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Ginchereau Sent: Wedne

Re: [WiX-users] Where are binaries in MSIs from WiX?

All binary streams including the "hidden" streams can be accessed from code via the _Streams table: http://msdn.microsoft.com/en-us/library/aa372919.aspx Orca doesn't show it, but the table is queryable with MSI SQL like any other table. -Original Message- From: [EMAIL PROTECTED] [mailt

Re: [WiX-users] session.GetProdutProperty() always throws InvalidHandleException

iate", I've also tried "commit". Thanks, -Nate -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Ginchereau Sent: Wednesday, July 23, 2008 11:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [Wi

Re: [WiX-users] session.GetProdutProperty() always throws InvalidHandleException

Is your custom action deferred? Deferred CAs cannot access properties other than CustomActionData. Sources are in the wix3-sources.zip in the release folder of each build. There is a wix3-pdbs.zip that comes out of every build, but it isn't getting published -- I think because SF doesn't give u

Re: [WiX-users] DTF - Using ExtractFiles Method

eally want to use an admin install. Regards Simon Powell -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Ginchereau Sent: 22 July 2008 20:14 To: General discussion for Windows Installer XML toolset. Cc: Jones, Ben Subject: Re: [WiX-users] D

Re: [WiX-users] DTF - Using ExtractFiles Method

It's a bug in DTF -- ExtractFiles is being case-sensitive where it shouldn't. A few of the files in Cabs.winrk.cab have different casing than their File table keys in rktools.msi. The Windows Installer engine handles that okay but DTF doesn't. Can you open a bug on SourceForge for tracking? How

Re: [WiX-users] VS 2005 problem with Wix 3.0.4311.0 version

: [EMAIL PROTECTED] on behalf of Jason Ginchereau Sent: Fri 18/07/2008 10:38 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS 2005 problem with Wix 3.0.4311.0 version Oh I think I know what the problem is. You need to also install ProjectAggregator2.msi.

Re: [WiX-users] VS 2005 problem with Wix 3.0.4311.0 version

: [EMAIL PROTECTED] on behalf of Jason Ginchereau Sent: Thu 17/07/2008 9:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS 2005 problem with Wix 3.0.4311.0 version There might be some problem with the WiX installation on your system, since nobody else is

Re: [WiX-users] VS 2005 problem with Wix 3.0.4311.0 version

lso giving access denied error when am building existing wix projects. Please help me out. From: [EMAIL PROTECTED] on behalf of Jason Ginchereau Sent: Wed 16/07/2008 7:26 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS 20

  1   2   >