Что означает код HRESULT 0xC004D012 (SL_REMAPPING_SP_PUB_API_BAD_GET_INFO_QUERY)?

Код состояния / ошибки:

Категория:

Имя константы:

Источник:

Подсистема (Facility):

Операционная система:

Описание:

Запрос сведений к процессору безопасности недействителен.

Предыдущий	Следующий
SL_REMAPPING_SP_PUB_API_TOO_MANY_LOADED_ENVIRONMENTS	SL_REMAPPING_SP_PUB_API_INVALID_HANDLE

SL_REMAPPING_SP_PUB_API_BAD_GET_INFO_QUERY

Точная граница результата

0XC004D012 относится к SPP public API. В этой странице проверяется API contract или protected-state transition; метка конкретного состояния — api / bad / get / info / query. Сначала привяжите код к исходной операции и объекту, затем интерпретируйте последующие события.

Точные признаки из исходного описания

Ключевая формулировка: The public API rejected the requested information query.. Она задаёт проверяемое условие; если trace показывает другую фазу, этот HRESULT нельзя использовать как универсальный диагноз.

Дополнительный маркер: Software Protection Platform public API validation. Сопоставьте его с параметрами failing call и зафиксируйте значения до изменения конфигурации.

Что сохранить

Зафиксируйте SP API version/call, object handle, buffer/input lengths и первый security-processor event. Секретные ключи, токены, полные product keys и защищённый payload в отчёт не включайте.

Контрольная развилка из EN-страницы: 0xC004D012 is represented by SL_REMAPPING_SP_PUB_API_BAD_GET_INFO_QUERY . In Software Protection Platform public API validation the specific outcome is that the public API rejected the requested information query. The phrase Software Protection API bad get info query narrows the first diagnostic record to query identifier, expected output type and buffer contract.. Она помогает отделить этот результат от соседнего статуса с другим владельцем или remediation path.

Контрольный эксперимент

Исходный материал предлагает ориентир: The public layer validates its objects before protected licensing state is changed. Capture the exact function, parameters and resource lifetime so the result is not hidden by a higher-level activation message.. Воспроизводите его с тем же object identity и меняйте только один prerequisite, связанный с причиной.

Для проверки результата полезен ещё один source marker: The decisive question is whether the recorded evidence supports the reported condition that the public API rejected the requested information query. Keep evidence tied to the failing operation.. Успех должен подтверждаться на исходной операции, а не только исчезновением внешнего сообщения.

Порядок проверки

Измените один подтверждённый prerequisite.
Повторите исходную операцию и сравните первый native result.
Запишите 0XC004D012, UTC-время и identity объекта.
Проверьте условие «api / bad / get / info / query» по исходным аргументам и state.

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

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