| Предыдущий | Следующий |
| CO_E_DBERROR | CO_E_NOTCONSTRUCTED |
CO_E_NOTPOOLED
CO_E_NOTPOOLED: граница сбоя, проверка и исправление
HRESULT CO_E_NOTPOOLED соответствует значению 0x8004E02C. Его штатное описание: «Созданный компонент COM+ должен использовать пул объектов.»
Для CO_E_NOTPOOLED старший бит HRESULT делает значение ошибкой. Константа CO_E_NOTPOOLED объявлена в winerror.h и относится к области «COM/DCOM: активация, регистрация и безопасность».
Техническая граница
Для CO_E_NOTPOOLED код относится к инфраструктуре COM: активации класса, регистрации CLSID/IID, запуску сервера, RPC-каналу, модели апартаментов или проверке безопасности. Для CO_E_NOTPOOLED диагностика должна начинаться с первого вызова CoCreateInstance/CoGetClassObject либо операции маршалинга, а не с последующей ошибки приложения.
Для CO_E_NOTPOOLED практическая ценность кода появляется только вместе с контекстом: параметрами вызова, идентичностью процесса, состоянием объекта и предшествующим низкоуровневым результатом.
В имени CO_E_NOTPOOLED закодированы ориентиры для расследования: NOTPOOLED — технический признак «notpooled». Для CO_E_NOTPOOLED эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.
Что сообщает Windows: признаки в имени константы
Для CO_E_NOTPOOLED часть NOTPOOLED относится к области «технический признак «notpooled»». При разборе CO_E_NOTPOOLED проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.
Для CO_E_NOTPOOLED в техническом контексте особенно важны: CLSID, транзакция. При расследовании CO_E_NOTPOOLED их следует проверять как связанные части одной операции, а не как независимые симптомы.
Данные для воспроизведения
- Для воспроизводимого отчёта по
CO_E_NOTPOOLEDнужно сохранить командную строку COM-сервера, AppID и параметры LocalServer32/InprocServer32. - В первичном журнале по
CO_E_NOTPOOLEDнужно сохранить события DistributedCOM/SCM и первичную RPC-ошибку.
Практическая диагностика
- Для
CO_E_NOTPOOLED: Определить точный COM-вызов и сохранить исходный HRESULT до преобразования исключением; не удаляйте исходные данные до завершения сравнения. - Для
CO_E_NOTPOOLED: Проверить регистрацию класса и интерфейса в представлении реестра нужной разрядности; повторите шаг на исправном контрольном примере. - Для
CO_E_NOTPOOLED: Проверить запуск сервера вручную под той же учётной записью и с тем же окружением; сохраните первый hresult и точное время результата. - Для
CO_E_NOTPOOLED: Сопоставить разрешения DCOM с реальными SID клиента и серверной идентичности; отдельно отметьте изменение состояния объекта. - Для
CO_E_NOTPOOLED: После исправления повторить активацию из исходного апартамента и проверить корректное освобождение объектов; все остальные условия оставьте неизменными.
Восстановление рабочего пути
Корректирующее действие для CO_E_NOTPOOLED должно устранять условие «Созданный компонент COM+ должен использовать пул объектов» на уровне CLSID. Для CO_E_NOTPOOLED простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.
Для CO_E_NOTPOOLED зафиксируйте результат до и после изменения одними и теми же средствами. Для CO_E_NOTPOOLED сравнивайте не только HRESULT, но и конечное состояние объекта, побочные эффекты и события подсистемы.
Ссылки Microsoft
- Microsoft: COM transaction and context коды ошибок — CO_E_NOTPOOLED
- Microsoft: Microsoft: COM+ object pooling concepts — CO_E_NOTPOOLED
- Microsoft: Microsoft: configuring COM+ applications — CO_E_NOTPOOLED
- Microsoft: Microsoft: COM+ Components collection — CO_E_NOTPOOLED
- Microsoft: значения HRESULT в MS-ERREF — CO_E_NOTPOOLED
Нужно найти другой код? Найти другой код состояния или ошибки.