| Предыдущий | Следующий |
| 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 до сохранения точной сериализованной строки и позиции токена. Исправление считается реальным, когда прежняя граница «парсер ожидал литерал даты» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.
Документация
- Microsoft: legacy Indexing Service error messages.
- Microsoft: Windows Search WHERE clause.
- Microsoft: Windows Search SQL syntax.
- Microsoft: ISearchQueryHelper.
Нужно найти другой код? Найти другой код состояния или ошибки.