Что означает код HRESULT 0x80010005 (RPC_E_CANTCALLOUT_INEXTERNALCALL)?

 
Предыдущий Следующий
RPC_E_CANTCALLOUT_INASYNCCALL RPC_E_CONNECTION_TERMINATED

RPC_E_CANTCALLOUT_INEXTERNALCALL

Как диагностировать RPC_E_CANTCALLOUT_INEXTERNALCALL

RPC_E_CANTCALLOUT_INEXTERNALCALL — HRESULT, относящийся к области COM/RPC. COM запретила вложенный исходящий вызов во время выполнения функции обратного вызова фильтра сообщений.

Применительно к RPC_E_CANTCALLOUT_INEXTERNALCALL этот HRESULT возвращён инфраструктурой COM. Для RPC_E_CANTCALLOUT_INEXTERNALCALL полезная причина определяется границей процесса/апартамента, интерфейсом, методом и тем, какая сторона не смогла маршалировать данные.

Практический вывод для RPC_E_CANTCALLOUT_INEXTERNALCALL: этот HRESULT фиксирует описанное условие, но сам по себе не показывает, какой участник операции первым нарушил контракт. Для RPC_E_CANTCALLOUT_INEXTERNALCALL найдите первый вызов, вернувший статус, и только после этого меняйте конфигурацию подсистемы COM/RPC.

Как читать имя RPC_E_CANTCALLOUT_INEXTERNALCALL

Имя RPC_E_CANTCALLOUT_INEXTERNALCALL помогает сузить поиск: CANTCALLOUT — технический маркер «cantcallout»; INEXTERNALCALL — технический маркер «inexternalcall». Эти части имени не заменяют документацию API, но позволяют проверить, что журнал и код относятся к одному и тому же условию.

Проверка причины

Применительно к RPC_E_CANTCALLOUT_INEXTERNALCALL важно сохранить исходный контекст вызова: имя функции, параметры, состояние объекта и первый низкоуровневый статус. Для RPC_E_CANTCALLOUT_INEXTERNALCALL без этого одинаковый HRESULT может ошибочно связываться с разными причинами.

  • При разборе RPC_E_CANTCALLOUT_INEXTERNALCALL запишите CLSID/IID, номер метода, границу процесса или апартамента и сторону, на которой получен HRESULT.
  • При разборе RPC_E_CANTCALLOUT_INEXTERNALCALL проверьте регистрацию интерфейса и proxy/stub, разрядность компонентов и совместимость type library.
  • При разборе RPC_E_CANTCALLOUT_INEXTERNALCALL сверьте типы, размеры и время жизни всех входных/выходных параметров, особенно указателей и пользовательских структур.
  • При разборе RPC_E_CANTCALLOUT_INEXTERNALCALL после разрыва соединения или отключения объекта создайте новый COM-прокси, а не повторяйте вызов через старый.

Диагностический минимум

  • Для RPC_E_CANTCALLOUT_INEXTERNALCALL включите журналирование RPC/COM только на время воспроизведения и зафиксируйте идентификатор интерфейса.
  • Для RPC_E_CANTCALLOUT_INEXTERNALCALL проверьте тот же метод in-proc или с минимальными параметрами, чтобы локализовать маршалинг.
  • Для RPC_E_CANTCALLOUT_INEXTERNALCALL соберите дампы клиента и сервера вокруг первого сбоя и сохраните correlation между вызовами.

Проверка после изменения

Применительно к RPC_E_CANTCALLOUT_INEXTERNALCALL исправление RPC_E_CANTCALLOUT_INEXTERNALCALL подтверждено, когда исходный сценарий завершается ожидаемо, журналы больше не содержат этого статуса, а отдельный отрицательный тест по-прежнему корректно обнаруживает описанное условие.

Ссылки по RPC_E_CANTCALLOUT_INEXTERNALCALL


Нужно найти другой код? Найти другой код состояния или ошибки.