исчезают COM объекты при отладке

Question

Я не уверен, если название достаточно, но вот моя проблема:

У меня есть приложение writtten в .NET 4.0, который использует некоторые COM-объекты. Когда я устанавливаю точку останова и слишком долго проверяю свой код, когда я пытаюсь выполнить строку кода, связанную с COM, я получаю исключение. Если я пройду через свой код относительно быстро, все будет в порядке.

Есть ли какой-то переключатель, чтобы предотвратить это? Что вызывает такое поведение?

Препятствие, которое я получаю, имеет тип InvalidCastException.

Заранее спасибо

Answer 1

Являются ли эти объекты удаленными или локальными? Если удаленный, возможно, ваши точки останова вызывают тайм-ауты RPC.

Answer 2

Вы уверены, что ссылка на COM-объект (-ы) верна. В противном случае ОС увидит, что объект COM больше не ссылается и, следовательно, освобождает его из памяти.

Answer 3

Ошибка InvalidCastException возникает, когда метод IUnknown :: QueryInterface() интерфейса COM возвращает код возврата ошибки E_NOINTERFACE. Две основные причины этого. Обычным является то, что объект COM просто не реализует интерфейс, на который вы производите. Это, однако, очень повторяемо, на него не может влиять сеанс отладки.

Вторая причина сложнее и связана с резьбой. Когда вы используете RCW в другом потоке, CLR автоматически маршалирует указатель интерфейса. Это требует, чтобы COM-сервер либо явно реализовал интерфейс IMarshal, либо зарегистрировал DLL-прокси/заглушку (построенную из IDL), либо поддерживал стандартный маршаллер (использует библиотеку типов).

Это не универсально, существует много COM-серверов, которые просто предполагают, что они будут использоваться только из одного потока. Отладчик входит в игру, потому что он оценивает выражения в окне «Часы». Он фактически запускает код для получения значения выражения. Точные правила плохо документированы, о которых я знаю, но иногда этот код будет работать в вспомогательном потоке. Типично, например, если вы использовали Debug + Break All для входа в программу. Эта вспомогательная нить собирается бомбить, если сервер COM не поддерживает маршалинг. Необходимо проверить, что поток, которому принадлежит COM-объект, является текущим потоком. Debug + Windows + Threads и дважды щелкните по существующий поток (обычно это основной поток вашего приложения).

Не отличное объяснение, это не шлем для наблюдения, но я подозреваю, что это близко к проблеме. Не так много вы можете сделать, избегайте использования окна «Часы» для отображения свойств COM-сервера. Или напишите немного кода отладки, чтобы скопировать свойство сервера в локальную переменную, вместо этого поставьте Watch на эту переменную.