| Предыдущий | Следующий |
| RPC_E_CANTTRANSMIT_CALL | RPC_E_CLIENT_CANTUNMARSHAL_DATA |
RPC_E_CLIENT_CANTMARSHAL_DATA
Как диагностировать RPC_E_CLIENT_CANTMARSHAL_DATA
RPC_E_CLIENT_CANTMARSHAL_DATA — HRESULT, относящийся к области COM/RPC. COM-клиент не смог упаковать один или несколько параметров вызова в RPC-пакет.
В случае RPC_E_CLIENT_CANTMARSHAL_DATA этот HRESULT возвращён инфраструктурой COM. Для RPC_E_CLIENT_CANTMARSHAL_DATA полезная причина определяется границей процесса/апартамента, интерфейсом, методом и тем, какая сторона не смогла маршалировать данные.
Практический вывод для RPC_E_CLIENT_CANTMARSHAL_DATA: этот HRESULT фиксирует описанное условие, но сам по себе не показывает, какой участник операции первым нарушил контракт. Для RPC_E_CLIENT_CANTMARSHAL_DATA найдите первый вызов, вернувший статус, и только после этого меняйте конфигурацию подсистемы COM/RPC.
Как читать имя RPC_E_CLIENT_CANTMARSHAL_DATA
Имя RPC_E_CLIENT_CANTMARSHAL_DATA помогает сузить поиск: CLIENT — клиентская сторона; CANTMARSHAL — технический маркер «cantmarshal»; DATA — данные. Эти части имени не заменяют документацию API, но позволяют проверить, что журнал и код относятся к одному и тому же условию.
Разбор условия ошибки
В случае RPC_E_CLIENT_CANTMARSHAL_DATA важно сохранить исходный контекст вызова: имя функции, параметры, состояние объекта и первый низкоуровневый статус. Для RPC_E_CLIENT_CANTMARSHAL_DATA без этого одинаковый HRESULT может ошибочно связываться с разными причинами.
- При разборе RPC_E_CLIENT_CANTMARSHAL_DATA проверьте регистрацию интерфейса и proxy/stub, разрядность компонентов и совместимость type library.
- При разборе RPC_E_CLIENT_CANTMARSHAL_DATA сверьте типы, размеры и время жизни всех входных/выходных параметров, особенно указателей и пользовательских структур.
- При разборе RPC_E_CLIENT_CANTMARSHAL_DATA после разрыва соединения или отключения объекта создайте новый COM-прокси, а не повторяйте вызов через старый.
- При разборе RPC_E_CLIENT_CANTMARSHAL_DATA запишите CLSID/IID, номер метода, границу процесса или апартамента и сторону, на которой получен HRESULT.
Как локализовать источник
- Для RPC_E_CLIENT_CANTMARSHAL_DATA проверьте тот же метод in-proc или с минимальными параметрами, чтобы локализовать маршалинг.
- Для RPC_E_CLIENT_CANTMARSHAL_DATA соберите дампы клиента и сервера вокруг первого сбоя и сохраните correlation между вызовами.
- Для RPC_E_CLIENT_CANTMARSHAL_DATA включите журналирование RPC/COM только на время воспроизведения и зафиксируйте идентификатор интерфейса.
Проверка после изменения
В случае RPC_E_CLIENT_CANTMARSHAL_DATA проверка исправления RPC_E_CLIENT_CANTMARSHAL_DATA должна включать успешный рабочий путь, предсказуемый отказ на некорректном входе и отсутствие новых предупреждений в журналах подсистемы COM/RPC.
Ссылки по RPC_E_CLIENT_CANTMARSHAL_DATA
Нужно найти другой код? Найти другой код состояния или ошибки.