| Предыдущий | Следующий |
| OSS_DATA_ERROR | OSS_BAD_VERSION |
OSS_BAD_ARG
OSS_BAD_ARG (0x80093006) — результат OSS ASN.1 runtime для недействительного аргумента runtime API. Как минимум один параметр вызова нарушает контракт OSS runtime, обычно из-за обязательного null-pointer либо несогласованных длины, selector или flag. Поскольку имя функции и полные несекретные метаданные аргументов имеют решающее значение для этого условия, диапазон HRESULT Microsoft следует рассматривать вместе с документацией return code OSS Nokalva. Начните исследование с фиксации null-состояние pointers и пары buffer/length, затем отделите закодированное значение от сгенерированных артефактов, аргументов вызова и runtime-пакета, реально загруженного процессом.
Соседние статусы
BAD_ARG выявляется на границе публичного вызова; BAD_PTR чаще описывает повреждённый pointer внутри графа значений, переданного на кодирование.
Что именно сужает return code
На границе недействительного аргумента runtime API зафиксируйте первую OSS-функцию, вернувшую значение, и отметьте, выполнялись ли encode, decode, copy, compare, constraint validation или настройка trace. Сохраните выбранный PDU, правила кодирования и состояние инициализации control object; иначе внешний certificate/security wrapper может скрыть полезный результат codec за общей ошибкой.
Проверяйте по одной переменной
- сведите вызов к документированному минимальному примеру
- проверяйте длины до пересечения границы DLL
- в тестовом процессе включите проверки compiler и page heap
Полезный диагностический набор
| Запишите | Диагностическое значение |
|---|---|
| имя функции и полные несекретные метаданные аргументов | Локализует конкретное сообщение, allocation, module или границу API |
| null-состояние pointers и пары buffer/length | Отделяет поведение, зависящее от payload, от состояния сборки и процесса |
| состояние инициализации control object | Делает сравнение воспроизводимым без изменения исходного артефакта |
При проверке сохраняйте исходные байты или object graph неизменными сведите вызов к документированному минимальному примеру. Изменение null-состояние pointers и пары buffer/length после reload, замены plugin, restart или развертывания schema является данными о состоянии runtime, а не основанием выбрасывать reproducer. Когда состояние инициализации control object указывает на конкретное сообщение, сохраняйте криптографический хеш и минимальный безопасный образец вместо записи certificate, subscriber, credential или private-key material.
Матрица решений
| Контролируемое наблюдение | Подтверждаемый вывод |
|---|---|
| сведите вызов к документированному минимальному примеру | Изменившийся результат локализует первый предлагаемый контроль вместо слепого повтора |
| имя функции и полные несекретные метаданные аргументов различаются между успешным и неуспешным случаем | Разница локализует границу недействительного аргумента runtime API до изменения несвязанных настроек |
| Независимый decoder принимает тот же артефакт | Проверьте сгенерированную schema, выбранные rules, ABI и необязательные модули OSS, прежде чем объявлять байты недействительными |
| Новый control object изменяет результат | Исследуйте инициализацию, lifecycle, владение allocator, изменение конфигурации и concurrent access |
Инструментирование
Записывайте полный 32-битный HRESULT и младший OSS return number вместе с направлением операции, символическим PDU, правилом кодирования, числом байтов и идентификатором generated table. Там, где имя функции и полные несекретные метаданные аргументов может раскрывать чувствительные данные, хеш с ограниченным структурным фрагментом безопаснее полного payload. Используйте null-состояние pointers и пары buffer/length вместе с путями и версиями модулей OSS, записанными один раз на процесс, чтобы сопоставлять различия упаковки без засорения обычной диагностики.
Проверка исправления
Исправьте контракт вызова и добавьте assertions непосредственно перед обращением к runtime. Тест восстановления для сведите вызов к документированному минимальному примеру должен повторять ту же операцию при той же schema и encoding rule, сохранять один намеренно недействительный control и проверять владение/очистку после обоих исходов. Успех после непроанализированного повтора не доказывает, что имя функции и полные несекретные метаданные аргументов теперь соответствует контракту codec.
Технические ссылки
- Microsoft: определения HRESULT OSS ASN.1
- OSS Nokalva: return codes encoder/decoder
- OSS Nokalva: runtime-функции и инициализация control
- Соответствующая спецификация ASN.1 или деталь runtime
Нужно найти другой код? Найти другой код состояния или ошибки.