Because my extension includes a Custom Action DLL, and that needs to be
32/64 bit.  They perform registry operations on installation, and need to be
64-bit aware.

My other option would be to make my extension platform aware, so it can
include the proper .DLL     Have any suggestions for how to accomplish
that?    I'll mess around for a bit and see if I can come up with
something.   Thanks for the info!

Chris

On Mon, Jul 14, 2008 at 11:21 AM, Jason Ginchereau <[EMAIL PROTECTED]>
wrote:

> A WiX extension DLL is loaded into the WiX compiler process (candle.exe).
> Since candle.exe is x86-only for now, all extensions must be x86 (or
> neutral).
>
> Why would you need to compile the extension DLL as x64?
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Christopher Karper
> Sent: Monday, July 14, 2008 7:46 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Wix Extension Problem
>
> Alright, here's the latest installment of my saga.   It seems that I can
> build my extension just fine, both x86 and x64 flavors...   When I use the
> extension in a project, it works if I use the x86 version, but the x64
> fails
> to load.
>
> Here's the error from MSBuild. (I used Votive to create the project, but
> use
> MSBuild to run it, so devenv.exe doesn't lock my extension .dll)
> ----------
> candle.exe : error CNDL0144: The extension
>
> '..\Projects\WixSampleExtension\WixSampleExtension\bin\x64\Debug\WixSampleExtension.dll'
> could not be loaded.
> ----------
>
> fuslogvw.exe gives me the following:
> ----------
>
> *** Assembly Binder Log Entry  (7/14/2008 @ 10:35:43 AM) ***
>
> The operation failed.
> Bind result: hr = 0x80070002. The system cannot find the file specified.
>
> Assembly manager loaded from:
> C:\Windows\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll
> Running under executable
>  c:\windows\Microsoft.NET\Framework64\v3.5\MSBuild.exe
> --- A detailed error log follows.
>
> === Pre-bind state information ===
> LOG: User = DEV\ckarper
> LOG: DisplayName = Microsoft.Build.Tasks, Version=2.0.0.0,
> Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
>  (Fully-specified)
> LOG: Appbase = file:///c:/windows/Microsoft.NET/Framework64/v3.5/
> LOG: Initial PrivatePath = NULL
> LOG: Dynamic Base = NULL
> LOG: Cache Base = NULL
> LOG: AppName = NULL
> Calling assembly : Microsoft.Build.Engine, Version=3.5.0.0,
> Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
> ===
> LOG: Start binding of native image Microsoft.Build.Tasks,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
> LOG: Start validating native image Microsoft.Build.Tasks,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
> LOG: Start validating all the dependencies.
> LOG: [Level 1]Start validating native image dependency System,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating native image dependency mscorlib,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating IL dependency System.Security,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating IL dependency System.Xml,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating IL dependency System.Drawing,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating IL dependency System.Windows.Forms,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating IL dependency System.Design,
> Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
> LOG: Dependency evaluation succeeded.
> LOG: [Level 1]Start validating IL dependency
> Microsoft.Build.Framework, Version=2.0.0.0, Culture=neutral,
> PublicKeyToken=b03f5f7f11d50a3a.
> WRN: [Level 1] Dependency version mismatch.
> WRN: No matching native image found.
>
> ----------
> I'm not sure why the x64 would fail unexpectedly.   *shrug*
>
> Any ideas?   Or pointers on where to look?
>
> Chris
>
>
>
> On Sun, Jul 13, 2008 at 2:27 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:
>
> > Christopher Karper wrote:
> > > Apparently, I was having a version issue.   It's not reported nicely,
> but
> > > something, somewhere was mismatched.
> >
> > Check out fuslogvw --
> > http://msdn.microsoft.com/en-us/library/e74a18c4.aspx.
> >
> > --
> > sig://boB
> > http://joyofsetup.com/
> >
> >
>
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to