| Предыдущий | Следующий |
| CO_E_DLLNOTFOUND | CO_E_WRONGOSFORAPP |
CO_E_ERRORINDLL
CO_E_ERRORINDLL: интерпретация кода и контроль исправления
CO_E_ERRORINDLL имеет значение 0x800401F9 (-2147220999 в знаковом 32-битном представлении). В DLL произошла ошибка.
Для CO_E_ERRORINDLL старший бит HRESULT делает значение ошибкой. Константа CO_E_ERRORINDLL объявлена в winerror.h и относится к области «COM/DCOM: активация, регистрация и безопасность».
Техническая граница
Для CO_E_ERRORINDLL код относится к инфраструктуре COM: активации класса, регистрации CLSID/IID, запуску сервера, RPC-каналу, модели апартаментов или проверке безопасности. Для CO_E_ERRORINDLL диагностика должна начинаться с первого вызова CoCreateInstance/CoGetClassObject либо операции маршалинга, а не с последующей ошибки приложения.
Для CO_E_ERRORINDLL само имя кода не доказывает первопричину. Для CO_E_ERRORINDLL оно указывает, на каком контракте подсистема обнаружила нарушение; первичным считается первый вызов, который вернул HRESULT.
В имени CO_E_ERRORINDLL закодированы ориентиры для расследования: ERRORINDLL — технический признак «errorindll». Для CO_E_ERRORINDLL эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.
Что сообщает Windows: признаки в имени константы
Компонент имени ERRORINDLL уточняет смысл CO_E_ERRORINDLL: речь идёт про технический признак «errorindll». Для CO_E_ERRORINDLL эту границу следует воспроизвести отдельно от последующей обработки ошибки.
Для CO_E_ERRORINDLL в техническом контексте особенно важны: CLSID, IID, провайдер. При расследовании CO_E_ERRORINDLL их следует проверять как связанные части одной операции, а не как независимые симптомы.
Данные для воспроизведения
- В первичном журнале по
CO_E_ERRORINDLLнужно записать CLSID, IID, CLSCTX, архитектуру клиента и сервера. - На границе сбоя по
CO_E_ERRORINDLLнужно проверить RunAs, LaunchPermission, AccessPermission и фактический маркер доступа.
Практическая диагностика
- Для
CO_E_ERRORINDLL: Определить точный COM-вызов и сохранить исходный HRESULT до преобразования исключением; отдельно отметьте изменение состояния объекта. - Для
CO_E_ERRORINDLL: Проверить регистрацию класса и интерфейса в представлении реестра нужной разрядности; все остальные условия оставьте неизменными. - Для
CO_E_ERRORINDLL: Проверить запуск сервера вручную под той же учётной записью и с тем же окружением; не удаляйте исходные данные до завершения сравнения. - Для
CO_E_ERRORINDLL: Сопоставить разрешения DCOM с реальными SID клиента и серверной идентичности; повторите шаг на исправном контрольном примере. - Для
CO_E_ERRORINDLL: После исправления повторить активацию из исходного апартамента и проверить корректное освобождение объектов; сохраните первый hresult и точное время результата.
Восстановление рабочего пути
Корректирующее действие для CO_E_ERRORINDLL должно устранять условие «В DLL произошла ошибка» на уровне CLSID. Для CO_E_ERRORINDLL простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.
Для CO_E_ERRORINDLL контрольный прогон должен включать успешный путь, повтор операции после изменения состояния и корректное освобождение ресурсов. Для CO_E_ERRORINDLL один случайный успех недостаточен.
Ссылки Microsoft
- Microsoft: generic COM коды ошибок — CO_E_ERRORINDLL
- Microsoft: Microsoft: CoGetClassObject — CO_E_ERRORINDLL
- Microsoft: Microsoft: CoCreateInstance — CO_E_ERRORINDLL
- Портал COM для Windows — CO_E_ERRORINDLL
Нужно найти другой код? Найти другой код состояния или ошибки.