Что означает код HRESULT 0x800401F5 (CO_E_APPNOTFOUND)?

 
Предыдущий Следующий
CO_E_IIDSTRING CO_E_APPSINGLEUSE

CO_E_APPNOTFOUND

Что означает CO_E_APPNOTFOUND и где искать причину

Код CO_E_APPNOTFOUND, числовое значение 0x800401F5, фиксирует конкретный результат операции. Приложение не найдено.

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

Техническая граница

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

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

В имени CO_E_APPNOTFOUND закодированы ориентиры для расследования: APP — приложение; NOT — отсутствие требуемого условия; FOUND — поиск объекта. Для CO_E_APPNOTFOUND эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

Что сообщает Windows: признаки в имени константы

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

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

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

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

Данные для воспроизведения

  • На границе сбоя по CO_E_APPNOTFOUND нужно проверить RunAs, LaunchPermission, AccessPermission и фактический маркер доступа.
  • Для сравнения с исправным случаем по CO_E_APPNOTFOUND нужно записать CLSID, IID, CLSCTX, архитектуру клиента и сервера.

Практическая диагностика

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

Восстановление рабочего пути

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

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

Ссылки Microsoft

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