HRESULT 0x80041663 (QPARSE_E_EXPECTING

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

Категория:

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

Источник:

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

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

Описание:

Ожидалась дата.

Предыдущий	Следующий
QPARSE_E_EXPECTING_REAL	QPARSE_E_EXPECTING_CURRENCY

QPARSE_E_EXPECTING_DATE

Что именно отказало

Практический смысл QPARSE_E_EXPECTING_DATE (0X80041663): парсер ожидал литерал даты. В трассировке отделяйте маркер «expecting date» от последующих wrapper/UI ошибок: они могут появиться уже после первичной границы и не объясняют исходное состояние.

Данные до повторной попытки

До повторной попытки запишите финальную строку запроса, parser offset, delimiter/quote state и property schema. Для условия «парсер ожидал литерал даты» эти данные важнее общего текста сообщения, потому что позволяют связать результат с конкретным владельцем операции.

точную сериализованную строку/список свойств, реально переданный парсеру.
позицию токена, quote/delimiter state, locale и code page.
canonical property name/type и schema/catalog generation.

Наблюдение	Что оно означает
Первый вызов возвращает QPARSE_E_EXPECTING_DATE	Граница «парсер ожидал литерал даты» относится к текущему объекту и generation; сохраните это состояние до cleanup.
После одного целевого изменения код исчезает	Связь с условием «парсер ожидал литерал даты» подтверждается только если остальные входы и owning context не изменились.
Первым становится другой HRESULT	Считайте его новой первичной границей; маркер «expecting date» больше не должен подменять причину следующего отказа.

Специфическая проверка для этого кода

Сохраните исходный date literal, locale, timezone conversion и token offset. Проверьте, какой формат даты принимает именно legacy query parser, а не UI formatter. Контроль — заменить только literal на документированный формат при том же property и operator.

Изолированный тест

Контрольный запуск должен воспроизводить «парсер ожидал литерал даты» на тех же исходных данных. Затем исправьте отсутствующий или неверно расположенный токен в окончательной строке, не меняя locale и property schema. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.

Зафиксируйте первый QPARSE_E_EXPECTING_DATE и объект, которому принадлежит маркер «expecting date».
Сохраните входные данные и lifecycle-state до изменения условия «парсер ожидал литерал даты».
Измените только состояние, связанное с «парсер ожидал литерал даты», и выполните тот же вызов ещё раз.

Что не стоит смешивать

Не правьте каталог или schema до сохранения точной сериализованной строки и позиции токена. Исправление считается реальным, когда прежняя граница «парсер ожидал литерал даты» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.

Документация

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