Что означает код HRESULT 0x80080017 (CO_E_ELEVATION_DISABLED)?

 
Предыдущий Следующий
CO_E_RUNAS_VALUE_MUST_BE_AAA APPX_E_PACKAGING_INTERNAL

CO_E_ELEVATION_DISABLED

CO_E_ELEVATION_DISABLED: значение HRESULT и практическая диагностика

Код CO_E_ELEVATION_DISABLED, числовое значение 0x80080017, фиксирует конкретный результат операции. Класс не настроен для активации с повышенными правами.

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

Почему важен контекст вызова

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

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

В имени CO_E_ELEVATION_DISABLED закодированы ориентиры для расследования: ELEVATION — технический признак «elevation»; DISABLED — отключённая возможность. Для CO_E_ELEVATION_DISABLED эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

Интерпретация HRESULT: признаки в имени константы

Маркер ELEVATION в CO_E_ELEVATION_DISABLED направляет проверку на технический признак «elevation». Для CO_E_ELEVATION_DISABLED сопоставьте этот признак с фактическими параметрами первого неуспешного вызова.

Для CO_E_ELEVATION_DISABLED часть DISABLED относится к области «отключённая возможность». При разборе CO_E_ELEVATION_DISABLED проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.

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

Минимальный набор свидетельств

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

Как локализовать причину

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

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

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

Для CO_E_ELEVATION_DISABLED зафиксируйте результат до и после изменения одними и теми же средствами. Для CO_E_ELEVATION_DISABLED сравнивайте не только HRESULT, но и конечное состояние объекта, побочные эффекты и события подсистемы.

Полезные материалы

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