Что означает код HRESULT 0x80004021 (CO_E_NOT_SUPPORTED)?

 
Предыдущий Следующий
CO_E_IIDREG_INCONSISTENT CO_E_RELOAD_DLL

CO_E_NOT_SUPPORTED

Как расследовать HRESULT CO_E_NOT_SUPPORTED

CO_E_NOT_SUPPORTED имеет значение 0x80004021 (-2147467231 в знаковом 32-битном представлении). Запрошенная операция не поддерживается.

Для CO_E_NOT_SUPPORTED старший бит HRESULT делает значение ошибкой. Константа CO_E_NOT_SUPPORTED объявлена в winerror.h и относится к области «COM/DCOM: активация, регистрация и безопасность».

Где проходит граница ошибки

Для CO_E_NOT_SUPPORTED код относится к инфраструктуре COM: активации класса, регистрации CLSID/IID, запуску сервера, RPC-каналу, модели апартаментов или проверке безопасности. Для CO_E_NOT_SUPPORTED диагностика должна начинаться с первого вызова CoCreateInstance/CoGetClassObject либо операции маршалинга, а не с последующей ошибки приложения.

Для CO_E_NOT_SUPPORTED не следует начинать с очистки состояния или переустановки компонента. Для CO_E_NOT_SUPPORTED сначала необходимо привязать результат к одному вызову, объекту и поколению его состояния.

В имени CO_E_NOT_SUPPORTED закодированы ориентиры для расследования: NOT — отсутствие требуемого условия; SUPPORTED — поддерживаемая возможность. Для CO_E_NOT_SUPPORTED эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

Что означает код: признаки в имени константы

Компонент имени NOT уточняет смысл CO_E_NOT_SUPPORTED: речь идёт про отсутствие требуемого условия. Для CO_E_NOT_SUPPORTED эту границу следует воспроизвести отдельно от последующей обработки ошибки.

При разборе CO_E_NOT_SUPPORTED обозначение SUPPORTED связывает код с темой «поддерживаемая возможность». До повторной проверки CO_E_NOT_SUPPORTED сохраните входные данные без нормализации.

Для CO_E_NOT_SUPPORTED в техническом контексте особенно важны: CLSID, IID. При расследовании CO_E_NOT_SUPPORTED их следует проверять как связанные части одной операции, а не как независимые симптомы.

Что сохранить до изменений

  • В первичном журнале по CO_E_NOT_SUPPORTED нужно сохранить командную строку COM-сервера, AppID и параметры LocalServer32/InprocServer32.
  • На границе сбоя по CO_E_NOT_SUPPORTED нужно сохранить события DistributedCOM/SCM и первичную RPC-ошибку.

Последовательность проверки

  1. Для CO_E_NOT_SUPPORTED: Определить точный COM-вызов и сохранить исходный HRESULT до преобразования исключением; отдельно отметьте изменение состояния объекта.
  2. Для CO_E_NOT_SUPPORTED: Проверить регистрацию класса и интерфейса в представлении реестра нужной разрядности; все остальные условия оставьте неизменными.
  3. Для CO_E_NOT_SUPPORTED: Проверить запуск сервера вручную под той же учётной записью и с тем же окружением; не удаляйте исходные данные до завершения сравнения.
  4. Для CO_E_NOT_SUPPORTED: Сопоставить разрешения DCOM с реальными SID клиента и серверной идентичности; повторите шаг на исправном контрольном примере.
  5. Для CO_E_NOT_SUPPORTED: После исправления повторить активацию из исходного апартамента и проверить корректное освобождение объектов; сохраните первый hresult и точное время результата.

Исправление и подтверждение результата

Корректирующее действие для CO_E_NOT_SUPPORTED должно устранять условие «Запрошенная операция не поддерживается» на уровне CLSID. Для CO_E_NOT_SUPPORTED простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.

Для CO_E_NOT_SUPPORTED исправление считается подтверждённым, когда исходная операция проходит в том же окружении, отрицательный тест по-прежнему предсказуемо отклоняется, а журнал не содержит нового скрытого сбоя.

Технические ссылки

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