Что означает код HRESULT 0x80040110 (CLASS_E_NOAGGREGATION)?

 
Предыдущий Следующий
DRAGDROP_E_CONCURRENT_DRAG_ATTEMPTED CLASS_E_CLASSNOTAVAILABLE

CLASS_E_NOAGGREGATION

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

HRESULT CLASS_E_NOAGGREGATION соответствует значению 0x80040110. Его штатное описание: «Класс не поддерживает агрегирование либо объект класса является удалённым.»

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

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

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

Для CLASS_E_NOAGGREGATION само имя кода не доказывает первопричину. Для CLASS_E_NOAGGREGATION оно указывает, на каком контракте подсистема обнаружила нарушение; первичным считается первый вызов, который вернул HRESULT.

В имени CLASS_E_NOAGGREGATION закодированы ориентиры для расследования: CLASS — COM-класс; NOAGGREGATION — технический признак «noaggregation». Для CLASS_E_NOAGGREGATION эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

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

Маркер CLASS в CLASS_E_NOAGGREGATION направляет проверку на COM-класс. Для CLASS_E_NOAGGREGATION сопоставьте этот признак с фактическими параметрами первого неуспешного вызова.

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

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

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

  • Для воспроизводимого отчёта по CLASS_E_NOAGGREGATION нужно зафиксировать личность клиента и сервера, уровень олицетворения и authentication blanket.
  • В первичном журнале по CLASS_E_NOAGGREGATION нужно зафиксировать модель апартамента и историю CoInitializeEx в текущем потоке.

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

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

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

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

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

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

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