|
|
You're in the
dotnet clr
group:incorrect assembly format combined c++ c# on vista64
dotnet clr:
c# on 32 bit platforms. On vista64, I can use it from a 32 c++ application. But, on vista64, if I try to load it from a c# application (targeting either the x86 or the x64 platform) I get "Could not load file or assembly or one of its dependencies. An attempt was made to load a program with an incorrect format". The managed c++ dll, accesses some unmanaged c++ dll's from a 3rd party.
As far as I can tell, everything should be 32 bit. I set the properties of
the c# project to be x86 and it shows the 32 bit .net get loaded. But, I still get the error. [quoted text, click to view] "Willy Denoyette [MVP]" wrote:
> "SGRing" <SGRing@discussions.microsoft.com> wrote in message > news:8597A014-ECF0-4795-ACDC-5534832627A9@microsoft.com... > >I have an x86 managed c++ dll. I can access it without problems from c++ or > > c# on 32 bit platforms. On vista64, I can use it from a 32 c++ > > application. > > But, on vista64, if I try to load it from a c# application (targeting > > either > > the x86 or the x64 platform) I get "Could not load file or assembly or one > > of > > its dependencies. An attempt was made to load a program with an incorrect > > format". The managed c++ dll, accesses some unmanaged c++ dll's from a 3rd > > party. > > > > Is there a way to fix this? > > > > As the 3rd party dll is 32 bit all other assemblies (c# AND managed CO++) > need to be 32 bit as well. > > Willy. >
The managed c++ dll is linked with /MACHINE:X86, and it works fine on a 32
bit machine, and it works fine with a 32 bit c++ app. I don't know if this will help. But here is the output of the loads. Tester.exe is the c++ app, testcSharp is the c sharp app. They are both trying to load the same crutilNet.dll 'tester.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\tester.exe', Symbols loaded. 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\msvcm80d.dll', No symbols loaded. 'tester.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'tester.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'tester.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\crutilNet.dll', Symbols loaded. 'tester.exe' (Managed): Loaded 'C:\Windows\WinSxS\x86_microsoft.vc80.debugcrt_1fc8b3b9a1e18e3b_8.0.50727.762_none_24c8a196583ff03b\msvcm80d.dll', Symbols loaded. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities.Sync\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.Sync.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\projects\crutilNet\testcSharp\bin\Debug\testcSharp.vshost.exe', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Deployment\2.0.0.0__b03f5f7f11d50a3a\System.Deployment.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Xml\2.0.0.0__b77a5c561934e089\System.Xml.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. The thread 0x1188 has exited with code 0 (0x0). The thread 0x158 has exited with code 0 (0x0). The thread 0xa4 has exited with code 0 (0x0). 'testcSharp.vshost.exe' (Managed): Loaded 'C:\projects\crutilNet\testcSharp\bin\Debug\testcSharp.exe', Symbols loaded. 'testcSharp.vshost.exe' (Managed): Loaded 'C:\Windows\assembly\GAC_MSIL\System.Configuration\2.0.0.0__b03f5f7f11d50a3a\System.Configuration.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. A first chance exception of type 'System.TypeInitializationException' occurred in testcSharp.exe [quoted text, click to view] "Willy Denoyette [MVP]" wrote:
> "SGRing" <SGRing@discussions.microsoft.com> wrote in message > news:920B7A30-CC32-4DCA-936F-AE8EA9EE1BAC@microsoft.com... > > As far as I can tell, everything should be 32 bit. I set the properties of > > the c# project to be x86 and it shows the 32 bit .net get loaded. But, I > > still get the error. > > > > > > How about the managed C++ DLL, is it compiled as 32 bit (see linker option > /machine)? > There must be some component with incompatible bitness in the game. > > Willy. > > > >
[quoted text, click to view]
"SGRing" <SGRing@discussions.microsoft.com> wrote in message news:8597A014-ECF0-4795-ACDC-5534832627A9@microsoft.com... >I have an x86 managed c++ dll. I can access it without problems from c++ or > c# on 32 bit platforms. On vista64, I can use it from a 32 c++ > application. > But, on vista64, if I try to load it from a c# application (targeting > either > the x86 or the x64 platform) I get "Could not load file or assembly or one > of > its dependencies. An attempt was made to load a program with an incorrect > format". The managed c++ dll, accesses some unmanaged c++ dll's from a 3rd > party. > > Is there a way to fix this? As the 3rd party dll is 32 bit all other assemblies (c# AND managed CO++) need to be 32 bit as well. Willy.
[quoted text, click to view]
"SGRing" <SGRing@discussions.microsoft.com> wrote in message news:920B7A30-CC32-4DCA-936F-AE8EA9EE1BAC@microsoft.com... > As far as I can tell, everything should be 32 bit. I set the properties of > the c# project to be x86 and it shows the 32 bit .net get loaded. But, I > still get the error. > > How about the managed C++ DLL, is it compiled as 32 bit (see linker option /machine)? There must be some component with incompatible bitness in the game. Willy.
[quoted text, click to view]
"SGRing" <SGRing@discussions.microsoft.com> wrote in message news:BA54B6B9-B1CE-46E1-9F2C-28C8B914F270@microsoft.com... > The managed c++ dll is linked with /MACHINE:X86, and it works fine on a 32 > bit machine, and it works fine with a 32 bit c++ app. > Is there a 64bit version of this module installed on this machine? If there is none, then I don't see where the incorrect assembly comes from! [quoted text, click to view] > I don't know if this will help. But here is the output of the loads. > Tester.exe is the c++ app, testcSharp is the c sharp app. They are both > trying to load the same crutilNet.dll > > 'tester.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\tester.exe', > Symbols loaded. > 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\msvcm80d.dll', > No symbols loaded. > 'tester.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'tester.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'tester.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'tester.exe' (Managed): Loaded > 'c:\projects\crutilNet\debug\crutilNet.dll', > Symbols loaded. > 'tester.exe' (Managed): Loaded > 'C:\Windows\WinSxS\x86_microsoft.vc80.debugcrt_1fc8b3b9a1e18e3b_8.0.50727.762_none_24c8a196583ff03b\msvcm80d.dll', > Symbols loaded. > > > > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities.Sync\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.Sync.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\projects\crutilNet\testcSharp\bin\Debug\testcSharp.vshost.exe', > Skipped > loading symbols. Module is optimized and the debugger option 'Just My > Code' > is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Deployment\2.0.0.0__b03f5f7f11d50a3a\System.Deployment.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Xml\2.0.0.0__b77a5c561934e089\System.Xml.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > The thread 0x1188 has exited with code 0 (0x0). > The thread 0x158 has exited with code 0 (0x0). > The thread 0xa4 has exited with code 0 (0x0). > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\projects\crutilNet\testcSharp\bin\Debug\testcSharp.exe', Symbols > loaded. > 'testcSharp.vshost.exe' (Managed): Loaded > 'C:\Windows\assembly\GAC_MSIL\System.Configuration\2.0.0.0__b03f5f7f11d50a3a\System.Configuration.dll', > Skipped loading symbols. Module is optimized and the debugger option 'Just > My > Code' is enabled. > A first chance exception of type 'System.TypeInitializationException' > occurred in testcSharp.exe > I'm afraid this isn't of great help, all I can say is that you are running a debug version from within VS, the debug version uses the VS hosting process (I don't like that, so I always turn this off in my project settings). The hosting process (and your testcSharp.exe) are clearly 32 bit as the loader load the 32 bit version of System.Data (from the 32 bit GAC). But where it fails isn't quite revealing, this: A first chance exception of type 'System.TypeInitializationException' [quoted text, click to view] > occurred in testcSharp.exe tells us that there is a "TypeInitializationException", but at this point > the managed module isn't loaded yet. I would suggest you to enable fusion logging and have a look at the log. Willy.
I've taken my 32 my installer, which installs a working project on all 32 bit
machines, and installed it on clean 64 bit machines (xp & vista). These are machines that only have the os, and my application. In both cases I get invalid format errors from my two dll's that are managed c++ dll's. Also in both cases, I can load these dll's without error using a managed c++ main program in place of my c# main program. I have run fuslogvw (output below), but I don't see anything useful there. *** Assembly Binder Log Entry (8/27/2007 @ 4:26:04 PM) *** The operation failed. Bind result: hr = 0x8007000b. An attempt was made to load a program with an incorrect format. Assembly manager loaded from: C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll Running under executable C:\Program Files (x86)\CRTech\Sinaps\Sinaps2.exe --- A detailed error log follows. === Pre-bind state information === LOG: User = VMXP64\steve LOG: DisplayName = crutilNet, Version=1.0.2734.19007, Culture=neutral, PublicKeyToken=null (Fully-specified) LOG: Appbase = file:///C:/Program Files (x86)/CRTech/Sinaps/ LOG: Initial PrivatePath = NULL LOG: Dynamic Base = NULL LOG: Cache Base = NULL LOG: AppName = NULL Calling assembly : Sinaps2Dll, Version=1.0.2791.27028, Culture=neutral, PublicKeyToken=null. === LOG: This bind starts in default load context. LOG: No application configuration file found. LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\config\machine.config. LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind). LOG: Attempting download of new URL file:///C:/Program Files (x86)/CRTech/Sinaps/crutilNet.DLL. LOG: Assembly download was successful. Attempting setup of file: C:\Program Files (x86)\CRTech\Sinaps\crutilNet.dll LOG: Entering run-from-source setup phase. LOG: Assembly Name is: crutilNet, Version=1.0.2734.19007, Culture=neutral, PublicKeyToken=null ERR: Failed to complete setup of assembly (hr = 0x8007000b). Probing terminated. [quoted text, click to view] "Willy Denoyette [MVP]" wrote:
> "SGRing" <SGRing@discussions.microsoft.com> wrote in message > news:BA54B6B9-B1CE-46E1-9F2C-28C8B914F270@microsoft.com... > > The managed c++ dll is linked with /MACHINE:X86, and it works fine on a 32 > > bit machine, and it works fine with a 32 bit c++ app. > > > > Is there a 64bit version of this module installed on this machine? If there > is none, then I don't see where the incorrect assembly comes from! > > > I don't know if this will help. But here is the output of the loads. > > Tester.exe is the c++ app, testcSharp is the c sharp app. They are both > > trying to load the same crutilNet.dll > > > > 'tester.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\tester.exe', > > Symbols loaded. > > 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\msvcm80d.dll', > > No symbols loaded. > > 'tester.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'tester.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'tester.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'tester.exe' (Managed): Loaded > > 'c:\projects\crutilNet\debug\crutilNet.dll', > > Symbols loaded. > > 'tester.exe' (Managed): Loaded > > 'C:\Windows\WinSxS\x86_microsoft.vc80.debugcrt_1fc8b3b9a1e18e3b_8.0.50727.762_none_24c8a196583ff03b\msvcm80d.dll', > > Symbols loaded. > > > > > > > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities.Sync\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.Sync.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\projects\crutilNet\testcSharp\bin\Debug\testcSharp.vshost.exe', > > Skipped > > loading symbols. Module is optimized and the debugger option 'Just My > > Code' > > is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System.Deployment\2.0.0.0__b03f5f7f11d50a3a\System.Deployment.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > 'testcSharp.vshost.exe' (Managed): Loaded > > 'C:\Windows\assembly\GAC_MSIL\System.Xml\2.0.0.0__b77a5c561934e089\System.Xml.dll', > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > My > > Code' is enabled. > > The thread 0x1188 has exited with code 0 (0x0).
Here's the same result from the c++ program. The difference is that the c++
main program load Framework, and the c# main program loads Framework64. So, how can I get the c# program to just use Framework? *** Assembly Binder Log Entry (8/28/2007 @ 2:27:37 PM) *** The operation was successful. Bind result: hr = 0x0. The operation completed successfully. Assembly manager loaded from: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\mscorwks.dll Running under executable C:\Program Files (x86)\CRTech\Sinaps\tester.exe --- A detailed error log follows. === Pre-bind state information === LOG: User = VMXP64\steve LOG: DisplayName = crutilNet, Version=1.0.2795.13312, Culture=neutral, PublicKeyToken=null (Fully-specified) LOG: Appbase = file:///C:/Program Files (x86)/CRTech/Sinaps/ LOG: Initial PrivatePath = NULL LOG: Dynamic Base = NULL LOG: Cache Base = NULL LOG: AppName = NULL Calling assembly : tester, Version=1.0.2795.13314, Culture=neutral, PublicKeyToken=null. === LOG: This bind starts in default load context. LOG: No application configuration file found. LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\config\machine.config. LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind). LOG: Attempting download of new URL file:///C:/Program Files (x86)/CRTech/Sinaps/crutilNet.DLL. LOG: Assembly download was successful. Attempting setup of file: C:\Program Files (x86)\CRTech\Sinaps\crutilNet.dll LOG: Entering run-from-source setup phase. LOG: Assembly Name is: crutilNet, Version=1.0.2734.19007, Culture=neutral, PublicKeyToken=null LOG: Binding succeeds. Returns assembly from C:\Program Files (x86)\CRTech\Sinaps\crutilNet.dll. LOG: Assembly is loaded in default load context. [quoted text, click to view] "SGRing" wrote:
> I've taken my 32 my installer, which installs a working project on all 32 bit > machines, and installed it on clean 64 bit machines (xp & vista). These are > machines that only have the os, and my application. In both cases I get > invalid format errors from my two dll's that are managed c++ dll's. Also in > both cases, I can load these dll's without error using a managed c++ main > program in place of my c# main program. > > I have run fuslogvw (output below), but I don't see anything useful there. > > *** Assembly Binder Log Entry (8/27/2007 @ 4:26:04 PM) *** > > The operation failed. > Bind result: hr = 0x8007000b. An attempt was made to load a program with an > incorrect format. > > Assembly manager loaded from: > C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll > Running under executable C:\Program Files (x86)\CRTech\Sinaps\Sinaps2.exe > --- A detailed error log follows. > > === Pre-bind state information === > LOG: User = VMXP64\steve > LOG: DisplayName = crutilNet, Version=1.0.2734.19007, Culture=neutral, > PublicKeyToken=null > (Fully-specified) > LOG: Appbase = file:///C:/Program Files (x86)/CRTech/Sinaps/ > LOG: Initial PrivatePath = NULL > LOG: Dynamic Base = NULL > LOG: Cache Base = NULL > LOG: AppName = NULL > Calling assembly : Sinaps2Dll, Version=1.0.2791.27028, Culture=neutral, > PublicKeyToken=null. > === > LOG: This bind starts in default load context. > LOG: No application configuration file found. > LOG: Using machine configuration file from > C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\config\machine.config. > LOG: Policy not being applied to reference at this time (private, custom, > partial, or location-based assembly bind). > LOG: Attempting download of new URL file:///C:/Program Files > (x86)/CRTech/Sinaps/crutilNet.DLL. > LOG: Assembly download was successful. Attempting setup of file: C:\Program > Files (x86)\CRTech\Sinaps\crutilNet.dll > LOG: Entering run-from-source setup phase. > LOG: Assembly Name is: crutilNet, Version=1.0.2734.19007, Culture=neutral, > PublicKeyToken=null > ERR: Failed to complete setup of assembly (hr = 0x8007000b). Probing > terminated. > > > "Willy Denoyette [MVP]" wrote: > > > "SGRing" <SGRing@discussions.microsoft.com> wrote in message > > news:BA54B6B9-B1CE-46E1-9F2C-28C8B914F270@microsoft.com... > > > The managed c++ dll is linked with /MACHINE:X86, and it works fine on a 32 > > > bit machine, and it works fine with a 32 bit c++ app. > > > > > > > Is there a 64bit version of this module installed on this machine? If there > > is none, then I don't see where the incorrect assembly comes from! > > > > > I don't know if this will help. But here is the output of the loads. > > > Tester.exe is the c++ app, testcSharp is the c sharp app. They are both > > > trying to load the same crutilNet.dll > > > > > > 'tester.exe' (Managed): Loaded > > > 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', > > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > > My > > > Code' is enabled. > > > 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\tester.exe', > > > Symbols loaded. > > > 'tester.exe' (Managed): Loaded 'c:\projects\crutilNet\debug\msvcm80d.dll', > > > No symbols loaded. > > > 'tester.exe' (Managed): Loaded > > > 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', > > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > > My > > > Code' is enabled. > > > 'tester.exe' (Managed): Loaded > > > 'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\System.Windows.Forms.dll', > > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > > My > > > Code' is enabled. > > > 'tester.exe' (Managed): Loaded > > > 'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll', > > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > > My > > > Code' is enabled. > > > 'tester.exe' (Managed): Loaded > > > 'c:\projects\crutilNet\debug\crutilNet.dll', > > > Symbols loaded. > > > 'tester.exe' (Managed): Loaded > > > 'C:\Windows\WinSxS\x86_microsoft.vc80.debugcrt_1fc8b3b9a1e18e3b_8.0.50727.762_none_24c8a196583ff03b\msvcm80d.dll', > > > Symbols loaded. > > > > > > > > > > > > 'testcSharp.vshost.exe' (Managed): Loaded > > > 'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', > > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > > My > > > Code' is enabled. > > > 'testcSharp.vshost.exe' (Managed): Loaded > > > 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities\8.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.dll', > > > Skipped loading symbols. Module is optimized and the debugger option 'Just > > > My > > > Code' is enabled. > > > 'testcSharp.vshost.exe' (Managed): Loaded
Thanks, that fixed it.
[quoted text, click to view] "Willy Denoyette [MVP]" wrote:
> "SGRing" <SGRing@discussions.microsoft.com> wrote in message > news:0AED67FB-1ABA-4F1B-8105-91D8134E0567@microsoft.com... > > Here's the same result from the c++ program. The difference is that the > > c++ > > main program load Framework, and the c# main program loads Framework64. > > So, > > how can I get the c# program to just use Framework? > > > > > If the C# main program loads the 64 bit framework it's because it's build > using the default platform flag value (MSIL). You need to build your C# > program with "platform = X86" in order to load the 32 bit framework. > > Willy. >
[quoted text, click to view]
"SGRing" <SGRing@discussions.microsoft.com> wrote in message news:0AED67FB-1ABA-4F1B-8105-91D8134E0567@microsoft.com... > Here's the same result from the c++ program. The difference is that the > c++ > main program load Framework, and the c# main program loads Framework64. > So, > how can I get the c# program to just use Framework? > If the C# main program loads the 64 bit framework it's because it's build using the default platform flag value (MSIL). You need to build your C# program with "platform = X86" in order to load the 32 bit framework. Willy.
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
| home · blog · groups | Questions? Comments? Contact the dn |