Что означает код HRESULT 0x8011044B (COMADMIN_E_CAN_NOT_START_APP)?

 
Предыдущий Следующий
COMADMIN_E_CAN_NOT_EXPORT_APP_PROXY COMADMIN_E_CAN_NOT_EXPORT_SYS_APP

COMADMIN_E_CAN_NOT_START_APP

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

COMADMIN_E_CAN_NOT_START_APP имеет значение 0x8011044B (-2146368437 в знаковом 32-битном представлении). Не удалось запустить приложение: оно является библиотечным приложением или прокси приложения.

Для COMADMIN_E_CAN_NOT_START_APP старший бит HRESULT делает значение ошибкой. Константа COMADMIN_E_CAN_NOT_START_APP объявлена в winerror.h и относится к области «каталог и администрирование COM+».

Где проходит граница ошибки

Для COMADMIN_E_CAN_NOT_START_APP результат возвращает административный API COM+ при чтении или изменении каталога приложений, компонентов, ролей, разделов и зависимых коллекций. Для COMADMIN_E_CAN_NOT_START_APP изменения следует выполнять в правильной родительской коллекции и фиксировать через SaveChanges, не смешивая объекты из разных поколений каталога.

Для COMADMIN_E_CAN_NOT_START_APP одинаковый HRESULT может быть виден в нескольких слоях. Для COMADMIN_E_CAN_NOT_START_APP в журнале нужно отделить исходный возврат от последующих ошибок очистки, повторов и обёрток.

В имени COMADMIN_E_CAN_NOT_START_APP закодированы ориентиры для расследования: COMADMIN — технический признак «comadmin»; NOT — отсутствие требуемого условия; START — технический признак «start»; APP — приложение. Для COMADMIN_E_CAN_NOT_START_APP эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

Что означает код: признаки в имени константы

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

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

При разборе COMADMIN_E_CAN_NOT_START_APP обозначение START связывает код с темой «технический признак «start»». До повторной проверки COMADMIN_E_CAN_NOT_START_APP сохраните входные данные без нормализации.

Компонент имени APP уточняет смысл COMADMIN_E_CAN_NOT_START_APP: речь идёт про приложение. Для COMADMIN_E_CAN_NOT_START_APP эту границу следует воспроизвести отдельно от последующей обработки ошибки.

Что сохранить до изменений

  • До повторной попытки по COMADMIN_E_CAN_NOT_START_APP нужно проверить разрядность компонента, путь DLL и регистрацию зависимостей.
  • Для воспроизводимого отчёта по COMADMIN_E_CAN_NOT_START_APP нужно записать коллекцию, родительский ключ и ключ изменяемого объекта каталога.

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

  1. Для COMADMIN_E_CAN_NOT_START_APP: Получить свежий объект каталога и заново Populate нужную коллекцию; сохраните первый hresult и точное время результата.
  2. Для COMADMIN_E_CAN_NOT_START_APP: Проверить существование родительского приложения, раздела или компонента; отдельно отметьте изменение состояния объекта.
  3. Для COMADMIN_E_CAN_NOT_START_APP: Внести одно минимальное изменение и отдельно вызвать SaveChanges; все остальные условия оставьте неизменными.
  4. Для COMADMIN_E_CAN_NOT_START_APP: Не переиспользовать объект каталога после удаления, импорта или изменения родителя; не удаляйте исходные данные до завершения сравнения.
  5. Для COMADMIN_E_CAN_NOT_START_APP: После исправления активировать компонент и проверить роли, транзакции и завершение процесса; повторите шаг на исправном контрольном примере.

Исправление и подтверждение результата

Корректирующее действие для COMADMIN_E_CAN_NOT_START_APP должно устранять условие «Не удалось запустить приложение: оно является библиотечным приложением или прокси приложения» на уровне каталог и администрирование COM+. Для COMADMIN_E_CAN_NOT_START_APP простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.

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

Технические ссылки

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