Как создать управляемый объект в неуправляемый C ++, оборачивая его для JNA между Java и C #?

Я пытаюсь создать интерфейс обратного вызова между C # и Java, используя JNA.

C # Visual C ++ 2010 Java

Между Java и C ++ я использую неуправляемые структуры для получения функций обратного вызова . В C ++ я пытаюсь обернуть структуру с указателями обратного вызова в управляемый объект.

Между Java и C ++ все работает, пока я не попытаюсь использовать gcroot для генерации управляемых объектов в неуправляемом коде.

ОБНОВЛЕНИЕ не работает даже без gcroot. Просто с помощью «Logger ^ logger = gcnew Logger (logStruct);»

Мое текущее решение выглядит следующим образом:

Java

LoggerStruct.java

package jnatest;

import com.sun.jna.Callback;
import com.sun.jna.Structure;
import java.util.logging.Logger;

public class LoggerStruct extends Structure {
    private Logger logger;

    public interface GetLevelCallback extends Callback {
        int callback();
    }

    public GetLevelCallback getLevel;

    public LoggerStruct(Logger log) {
        super();
        this.log = log;

        getLevel = new GetLevelCallback() {
            public int callback() {
                return logger.getLevel().intValue();
            }
        }

        setFieldOrder(new String[] {"getLevel"});
    }
}

ITestLib.java

package jnatest;

import com.sun.jna.Library;
import com.sun.jna.Native;

public interface ITestLib extends Library {
    ITestLib INSTANCE = (ITestLib) Native.loadLibrary("JNATestC", ITestLib.class);
    int callbackTest(LoggerStruct logStruct);
}

Main.java

package jnatest;

import com.sun.jna.NativeLibrary;
import java.util.logging.Logger;
import java.util.logging.FileHandler;

public class MainClass {
    public static void main(String[] args) throws Exception  {
        NativeLibrary.addSearchPath("JNATestC", "C:\\JNATest");

        Logger log = Logger.getLogger("Test");
        FileHandler fileTxt = new FileHandler("Logging.txt");
        log.addHandler(fileTxt);

        LoggerStruct logStruct = new LoggerStruct(log);

        ITestLib.INSTANCE.callbackTest(logStruct);
    }
}

C ++

JNATestC.h

#pragma once

extern "C" {
    struct LoggerStruct {
        int (*getLevel)();
    }
    __declspec(dllexport) void callbackTest(LoggerStruct * logStruct);
}

namespace JnaWrapperTypes {
    public ref class Logger { // "public ref" because I have to use it in C# as well
        private:
            LoggerStruct * logStruct;
        public:
            Logger(LoggerStruct * logStruct);
            ~Logger() {} 
            int getLevel();
    };
}

JNATestC.cpp

#include "stdafx.h"
#include 
#include "JNATestC.h"

namespace JnaWrapperTypes {
    Logger::Logger(LoggerStruct * logStruct) {
        this->logStruct = logStruct;
    }
    Logger::getLevel() {
        return logStruct->getLevel();
    }
}

using namespace JnaWrapperTypes;
using namespace StaticCSharpNamespace; // Just an example. Not existing C# lib.

extern "C" {
    __declspec(dllexport) void callbackTest(LoggerStruct * logStruct) {
        int level = logStruct->getLevel();

        gcroot logger = gcnew Logger(logStruct); // IF I ADD "gcroot" FOR "Logger" THEN WHOLE INVOKE FAILS
        level = logger->getLevel();

        StaticCSharpClass::staticMethod(logger); // I want to pass Managed object to C# later

        gcroot str = gcnew System::String(""); // This doesn't generate error
    }
}

Я написал их на лету. Я надеюсь, что они тоже подтвердятся.

Что я делаю не так? Например, если я использую ...

gcroot str = gcnew System::String("");

... все работает нормально.

Есть ли другой способ передать управляемый объект в C #?

Журнал для этой ошибки ЖУРНАЛ

ОБНОВЛЕНИЕ

Кажется, что любое использование моего собственного класса приведет меня к неудаче.

ОБНОВЛЕНИЕ

Любое использование моего собственного управляемого объекта или функции приводит меня к неудаче.

ОБНОВЛЕНИЕ

StaticCSharpClass :: staticMethod (); тоже терпит неудачу. Похоже, что все операции, связанные с управляемыми объектами, завершаются неудачно.

ОБНОВЛЕНИЕ

Если я вызываю тот же метод из .NET, все работает нормально.

для облегчения поиска этой проблемы Внутренняя ошибка (0xe0434352)