WPF throwing an exception parsing XAML that includes a Winforms User Control

19,168

Solution 1

I have experienced problems like that (but not with the exact same error message). It seems as if WPF cannot instantiate your Winforms User Control.

The challenge is to find out why. Here are my suggestions that you could try:

  1. Check if you have enabled unmanaged debugging (in Project Properties -> Debug)
  2. Find out if there are any dependencies your C++/CLI DLL where the Winforms control is implemented and if those dependencies cannot be resolved.
    In order to find out dependencies on native DLLs, you should use the tool Dependency Walker (depends.exe). .NET Reflector will only examine managed dependencies.
  3. Comment out code of your Winforms User Control step by step and try again.
  4. Use Gflags.exe to turn on Loader Snaps (cf. Debugging LoadLibrary Failures)

Solution 2

I've seen this problem when trying to use boost::threads. To support thread-local storage, boost::threads makes some Win32 API call that is incompatible with CLI applications. The problem gets triggered if you try to #include something from threads in CLI code.

Solution is to either avoid using boost::threads entirely or restrict its use to .cpp files in native code.

Solution 3

I had simular symptoms and my problem was that the C# project was set to use Any CPU while the C++ project was set to use x86. To set both to use x86 solved the problem

Share:
19,168
Brian Stewart
Author by

Brian Stewart

Updated on June 25, 2022

Comments

  • Brian Stewart
    Brian Stewart almost 2 years

    I have a WPF app that makes use of a Winforms User Control that I have created using C++/CLI. When my app goes to parse the XAML for my main window, it throws an exception. The information appears to be somewhat abbreviated, but it says:

    A first chance exception of type 'System.Windows.Markup.XamlParseException' occurred in PresentationFramework.dll
    
    Additional information:   is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)  Error in markup file 'OsgViewer;component/osgviewerwin.xaml' Line 1 Position 9.
    

    I commented out my Winforms control in the XAML and everything loads fine. I figured maybe the constructor for my control is doing something bad, so I put a breakpoint in it, but the breakpoint does not appear to be enabled when I start to run the app, and is never hit, which I understand to mean the DLL containing that line is not loaded. Which would most likely cause an exception to be thrown when an object of a type in the DLL is instantiated - the body of the object's constructor couldn't be found.

    I have done this successfully on a different project in the past, so I pulled in a different WinForms User Control from that app, and instantiated it in the XAML, and that all works fine.

    So it's something in this DLL. I have a reference to the DLL in my WPF C# app, and when I load the DLL in Object Browser all the required classes and namespaces show up fine. The app compiles fine, the problem just shows up when parsing the XAML. Anybody seen something like this? Any ideas as to what could be causing this? Ideas for debugging it? Thanks!

    <Window x:Class="OsgViewer.OsgViewerWin"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:int="clr-namespace:System.Windows.Forms.Integration;assembly=WindowsFormsIntegration"
        xmlns:myns="clr-namespace:MyGlobalNS.MyNS;assembly=MyAssembly"
    ...
            <int:WindowsFormsHost x:Name="m_Host">
                <myns:CMyClass  x:Name="m_MyClass" />
            </int:WindowsFormsHost>
    ...
    </window>
    
  • John Demetriou
    John Demetriou over 11 years
    question, #1 should be enabled or not??? I have the same error and it is not enabled, should I enable it?
  • surya
    surya over 11 years
    @macrian: It has been some time since I wrote my answer, but I think you should enable unmanaged debugging. In this way, you will see more outputs in the debugger that could help you to track down the problem.
  • John Demetriou
    John Demetriou over 11 years
    I know, actuallly it has been four years :P thanks though for your help :D