Доступ к C ++ COM-интерфейсу из C # создает исключение в GetIdsOfNames

Question

Доступ к C ++ COM-интерфейсу из C # создает исключение в GetIdsOfNames

1

У меня есть COM-объект C++ (32 бит). Этот COM-объект вызывает COM-объект С# и как часть инициализации передает указатель интерфейса (IDispatch) на С#. Идея состоит в том, что код С# может перезвонить в COM-объект C++, используя этот интерфейс. Пример: C++ вызывает метод С# COM ->

OpenService(...., [..MarshalAs..IDispacth])

Проблема, с которой я сталкиваюсь, заключается в том, что когда С# пытается вызвать этот интерфейс, я получаю исключение MethodNotfound.

Внутри я объявляю интерфейс

[Comimport, Guid(...), Interfacetype.Dual]
public interface CallBackInterface
{
    void SOData(int data)
}

Я передал данный указатель IDispatch этому интерфейсу

   CallBackInterface cb = (CallbackInterface)inputObject;
   cb.SoData(0);

Это тот вызов, который дает исключение NameNotfound в getIdsOfNames. Интересно, что я получил рефлектор и попытался отладить исходный код. Исключение похоже на ComEventsSinks.cs, но это не контейнер точки подключения или точка подключения. Я пытаюсь получить доступ к интерфейсу, данному вызывающим C++ объектом.

Я сдался и создал простой объект ATL COM, и я попытался сделать то же самое, и он отлично работает. Я мог даже до того, что мне в итоге захотелось сделать, CoMarshalInterfaceThreadInStream и CogetInterfaceandRelease поток из фонового потока, и все работает красиво.

Но по какой-то причине С# не может даже вернуться к C++ даже из исходного потока, не говоря уже о моем фоновом потоке.

Я почесываю голову из прошлых 2 или 3 дней и пробовал всевозможные вещи, но это бьет меня.

Есть идеи? указатели? Возможно, я делаю что-то глупое и глупое?

dgorti 28 март 2015, в 22:01

Источник

0

Это может быть связано с целевой версией платформы .NET, так как .NET не будет выполнять вызовы с поздней привязкой с определением InterfaceIsDual или InterfaceIsIUnknown , только с dynamic или отражением.
acelent 30 март 2015, в 09:24

Теги:

c#

com

com-interop

1 ответ

Ещё вопросы

Это может быть связано с целевой версией платформы .NET, так как .NET не будет выполнять вызовы с поздней привязкой с определением InterfaceIsDual или InterfaceIsIUnknown , только с dynamic или отражением.

pharring · Answer 1 · 2015-03-28T18-39-00.000Z

2

IDispatch предназначен для поздней привязки или "динамической" отправки. В этом случае, похоже, вы знаете форму интерфейса COM и уже имеете определение взаимодействия (CallBackInterface). Таким образом, вместо IDispatch вы должны иметь возможность использовать IUnknown и установить InterfaceType для InterfaceIsIUnknown.

Попробуйте это, и сообщите нам, если это сработает.

Если нет, и вам действительно нужно использовать IDispatch, то убедитесь, что ваш объект C++ правильно реализует IDispatch (вам понадобится библиотека типов и что-то вроде ATL IDispatchImpl).

Надеюсь, это поможет.

pharring 28 март 2015, в 18:39

0

Спасибо за пост.
dgorti 28 март 2015, в 21:18
0

Спасибо за пост. COM-объект C ++ передает указатель интерфейса IDispatch, но, поскольку у меня есть источники для, я знаю, что Idispatch на самом деле является двойным интерфейсом. Технически, даже если C ++ передает интерфейс IDisapatch, я должен иметь возможность свободно преобразовывать его в интерфейс не IDispatch. (Dual) Итак, я попробовал маршал в качестве интерфейса и объявил мой интерфейс как Dual (callbackinterface). Неважно, что я делаю, я не могу найти метод. и когда я говорю, что это двойной интерфейс, почему он даже ищет идентификаторы получения ?????
dgorti 28 март 2015, в 21:29
0

Но пытались ли вы на самом деле передать его как IUnknown вместо IDispatch чтобы вместо поздней привязки по именам выполнялся вызов с ранней привязкой?
Wiktor Zychla 28 март 2015, в 22:15
0

Итак, давайте получим это более конкретно. Вот фактический интерфейс, определенный в интерфейсе C ++ [uuid(....)] interface IScanner : IDisapatch { 'SOData (.... ` }
dgorti 29 март 2015, в 02:33
0

Извините, я пытаюсь увидеть, как создать более длинный комментарий на этом форуме ... Так что да, я пробовал маршалинг как IUnknown. Тот же результат.
dgorti 29 март 2015, в 02:42
1

Это странно, потому что «GetIdsOfNames» - это метод в IDispatch, подразумевающий, что CLR пытается выполнить динамическую диспетчеризацию (либо потому, что вы объявили его как таковой, либо потому, что вы используете «динамический»).
pharring 30 март 2015, в 04:35
0

Ну, я объявил интерфейс как MarshalAs.UnmanagedType.IDisapatch, а затем использовал Type.InvokeMember для вызова интерфейса IDispatch. Кажется, что все работает, хотя я все еще вижу первое случайное исключение NotImplemented исключения, поступающее из COmEventsSink.cs, но я думаю, так как это первое случайное исключение, я собираюсь игнорировать его, но мне очень любопытно, почему в Во-первых, есть даже первое случайное исключение не реализованного исключения, когда я непосредственно вызываю интерфейс IDisapatch.
dgorti 30 март 2015, в 17:13

Показать ещё 5 комментариев