| Предыдущий | Следующий |
| CO_E_OBJISREG | CO_E_APPDIDNTREG |
CO_E_OBJNOTCONNECTED
Где искать первичный отказ
CO_E_OBJNOTCONNECTED фиксирует состояние Объект не подключён к серверу. В COM/DCOM полезно считать его маркером стадии «lifetime COM object/proxy», а не общим признаком повреждения всей конфигурации.
Что сохранить до retry
- сохраните object identity, apartment/thread, server PID, AddRef/Release boundary и disconnect/revoke events. Для условия «Объект не подключён к серверу» это позволяет восстановить исходный объект и не спутать его с последующим состоянием.
- зафиксируйте технические маркеры
FACILITY_ITF,CLSID,CoCreateInstance,RPC,HRESULTс теми значениями, которые были видны до очистки/rollback; они привязывают «Объект не подключён к серверу» к реальному вызову. - сохраните момент первого результата и один исправный запуск, сохранив одинаковыми входные данные; различие должно появиться именно на стадии lifetime COM object/proxy.
Последовательность проверки
проверьте отдельно выяснить, существовал ли сервер и proxy в момент вызова, затем создать новый объект для контрольного сравнения. Изменяйте только предпосылку, связанную с «Объект не подключён к серверу», а регистрацию, identity, входной объект и окружение по возможности оставляйте прежними.
не считать повторный вызов того же disconnected proxy восстановлением соединения; для результата «Объект не подключён к серверу» широкая переустановка, очистка каталога или ослабление безопасности не считается доказательством причины.
Для соседних результатов CO_E_RELEASED сравнивайте первую различающуюся операцию. Исправление подтверждено только тогда, когда исходная граница проходит при прежних входах и следующий ожидаемый шаг получает корректное состояние.
Технические ссылки
- Microsoft: generic COM error codes
- Microsoft: CoCreateInstance
- Microsoft: COM activation and object location
- Портал COM для Windows
Нужно найти другой код? Найти другой код состояния или ошибки.