| Предыдущий | Следующий |
| OSS_BAD_VERSION | OSS_PDU_MISMATCH |
OSS_OUT_MEMORY
OSS_OUT_MEMORY (0x80093008) — результат OSS ASN.1 runtime для невозможности allocator обеспечить ASN.1-операцию. Runtime запросил память для output, промежуточного состояния или decoded object, а активный allocator вернул отказ. Поскольку запрошенный размер allocation, если callback его сообщает имеют решающее значение для этого условия, диапазон HRESULT Microsoft следует рассматривать вместе с документацией return code OSS Nokalva. Начните исследование с фиксации состояние process commit и address space, затем отделите закодированное значение от сгенерированных артефактов, аргументов вызова и runtime-пакета, реально загруженного процессом.
Где остановилась обработка
На границе невозможности allocator обеспечить ASN.1-операцию зафиксируйте первую OSS-функцию, вернувшую значение, и отметьте, выполнялись ли encode, decode, copy, compare, constraint validation или настройка trace. Сохраните выбранный PDU, правила кодирования и идентичность custom allocator и предыдущие allocations; иначе внешний certificate/security wrapper может скрыть полезный результат codec за общей ошибкой.
Последовательность изоляции
- воспроизведите с runtime default allocation
- примените ограничение размера сообщения
- проверьте, не приводит ли одна malformed length к чрезмерному запросу
Факты, меняющие вывод
| Запишите | Диагностическое значение |
|---|---|
| запрошенный размер allocation, если callback его сообщает | Локализует конкретное сообщение, allocation, module или границу API |
| состояние process commit и address space | Отделяет поведение, зависящее от payload, от состояния сборки и процесса |
| идентичность custom allocator и предыдущие allocations | Делает сравнение воспроизводимым без изменения исходного артефакта |
Похожие имена, разные сбои
MEM_ERROR означает недействительный memory access; OUT_MEMORY — отказ allocation, который следует исследовать без предположения о повреждении памяти.
При проверке сохраняйте исходные байты или object graph неизменными воспроизведите с runtime default allocation. Изменение состояние process commit и address space после reload, замены plugin, restart или развертывания schema является данными о состоянии runtime, а не основанием выбрасывать reproducer. Когда идентичность custom allocator и предыдущие allocations указывает на конкретное сообщение, сохраняйте криптографический хеш и минимальный безопасный образец вместо записи certificate, subscriber, credential или private-key material.
Инструментирование
Записывайте полный 32-битный HRESULT и младший OSS return number вместе с направлением операции, символическим PDU, правилом кодирования, числом байтов и идентификатором generated table. Там, где запрошенный размер allocation, если callback его сообщает может раскрывать чувствительные данные, хеш с ограниченным структурным фрагментом безопаснее полного payload. Используйте состояние process commit и address space вместе с путями и версиями модулей OSS, записанными один раз на процесс, чтобы сопоставлять различия упаковки без засорения обычной диагностики.
Матрица решений
| Контролируемое наблюдение | Подтверждаемый вывод |
|---|---|
| воспроизведите с runtime default allocation | Изменившийся результат локализует первый предлагаемый контроль вместо слепого повтора |
| запрошенный размер allocation различается между успешным и неуспешным случаем | Разница локализует границу отказа allocator обеспечить ASN.1-операцию до изменения несвязанных настроек |
| Независимый decoder принимает тот же артефакт | Проверьте сгенерированную schema, выбранные rules, ABI и необязательные модули OSS, прежде чем объявлять байты недействительными |
| Новый control object изменяет результат | Исследуйте инициализацию, lifecycle, владение allocator, изменение конфигурации и concurrent access |
Проверка завершения
Ограничьте размеры недоверенных данных, исправьте поведение allocator и проверьте как peak usage, так и успешную очистку. Тест восстановления для воспроизведите с runtime default allocation должен повторять ту же операцию при той же schema и encoding rule, сохранять один намеренно недействительный control и проверять владение/очистку после обоих исходов. Успех после непроанализированного повтора не доказывает, что запрошенный размер allocation, если callback его сообщает теперь соответствует контракту codec.
Технические ссылки
- Microsoft: определения HRESULT OSS ASN.1
- OSS Nokalva: return codes encoder/decoder
- OSS Nokalva: runtime-функции и инициализация control
- Соответствующая спецификация ASN.1 или деталь runtime
Нужно найти другой код? Найти другой код состояния или ошибки.