Недопустимый сбой варианта - PullRequest
Новая
       7

Недопустимый сбой варианта

3 голосов
/ 30 июля 2009

У меня есть ситуация, когда я обернул Native C ++ DLL с C ++ / CLI для возможного использования в C #.

Есть несколько функций обратного вызова, которые вызывают некоторые проблемы во время выполнения. В частности, я получаю следующее исключение:

Необработанное исключение типа 'System.Runtime.InteropServices.InvalidOleVariantTypeException' произошло в ToadWrapTest.dll

Дополнительная информация: указано OLE вариант недействителен.

В этой строке кода (C ++ / CLI): 

public delegate int ManagedCallbackFunction (Object^ inst, const Object^ data);
public delegate int UnManagedCallbackFunction (void* inst, const void* data);

ManagedCallbackFunction^ m_callbackFn;

int intermidiaryCallback(void * pInstance, const void * pData)
    {   
        void* temp = (void*)pData;
        System::IntPtr ip1 = IntPtr(pInstance);
        System::IntPtr ip2 = IntPtr(temp);
        Object^ oInst = Marshal::GetObjectForNativeVariant(ip1);
        Object^ oData = Marshal::GetObjectForNativeVariant(ip2);
        //invoke the callback to c#
        //return m_callbackFn::Invoke(oInst, oData);
        return 0;
    };

Причиной, по которой я сделал этот «промежуточный обратный вызов», была попытка обойти исключение «Недопустимый вариант», когда я пытался напрямую отобразить делегат из C # в собственный код C ++. В качестве попытки обойти это, я объявляю делегата на стороне C # и передаю этот funcptr оболочке C ++ / CLI. Затем я передаю промежуточную функцию funcptr нативному C ++ и просто последовательно объединяю вызовы.

Что я знаю, так это то, что все это работает в родном мире C ++. Проблема заключается в отображении пустоты * в управляемый мир. В следующем коде показана собственная версия обратного вызова для C ++: 

int (*CallbackFunction) (void *inst, const void *data);

Если кто-то может помочь здесь, я бы очень признателен.

Ответы [ 2 ]

2 голосов
/ 31 июля 2009

Большое Спасибо за этот плинтус! Я публикую нижеприведенное окончательное решение для всех, кто имеет дело с такими развлечениями, как этот! Пожалуйста, не стесняйтесь критиковать, так как я не закончил оптимизацию кода. Это может все еще быть окольным решением.

Сначала функции обратного вызова стали: 

public delegate int ManagedCallbackFunction (IntPtr oInst, IntPtr oData);
public delegate int UnManagedCallbackFunction (void* inst, const void* data);
ManagedCallbackFunction^ m_callbackFn;

Большие реквизиты на этом. Это просто не будет работать, если вы попытаетесь привести из void * непосредственно к Object ^. Использование IntPtr и моего промежуточного обратного вызова: 

int intermidiaryCallback(void * pInstance, const void * pData)
{   
    void* temp = (void*)pData;
    return m_callbackFn->Invoke(IntPtr(pInstance), IntPtr(temp));
};

Наконец-то мы получили рабочую модель на стороне C # с некоторым массажем объектов: 

public static int hReceiveTestMessage(IntPtr pInstance, IntPtr pData)
{
   // provide object context for static member function
   helloworld2 hw = (helloworld2)GCHandle.FromIntPtr(pInstance).Target;
   if (hw == null || pData == null)
   {
      Console.WriteLine("hReceiveTestMessage received NULL data or instance pointer\n");
      return 0;
   }

   // populate message with received data
   IntPtr ip2 = GCHandle.ToIntPtr(GCHandle.Alloc(new DataPacketWrap(pData)));
   DataPacketWrap dpw = (DataPacketWrap)GCHandle.FromIntPtr(ip2).Target;
   uint retval = hw.m_testData.load_dataSets(ref dpw);
   // display message contents
   hw.displayTestData();

   return 1;
}

Я упоминаю "массирование" объектов, потому что делегат не является специфическим для этой функции обратного вызова, и я не знаю, каким будет объект pData до времени выполнения (из POV делегатов). Из-за этой проблемы мне нужно проделать дополнительную работу с объектом pData. Мне пришлось перегрузить конструктор в моей оболочке, чтобы принять IntPtr. Код предоставляется для полной «ясности»: 

DataPacketWrap (IntPtr dp)
{ 
DataPacket* pdp = (DataPacket*)(dp.ToPointer());
m_NativeDataPacket = pdp;
};
2 голосов
/ 30 июля 2009

pInstance и pData действительно ВАРИАНТЫ? Если это так, я бы ожидал, что ваша функция обратного вызова будет набрана более строго: 

int (*CallbackFunction)(VARIANT *inst, VARIANT *data);

Если это так, то в вашем коде вы сможете посмотреть фактический VARIANT , чтобы проверить его вручную. Если вы на самом деле не получаете VARIANT (т.е. вы на самом деле просто получаете указатели void *), вы не должны пытаться превратить их в объекты C #, так как для них нет никакого значения Они должны пройти через IntPtr. Если вы знаете, что они должны иметь какой-то другой тип врожденного значения, вам нужно упорядочить их как соответствующие типы.

...