| Предыдущий | Следующий |
| QPARSE_E_UNSUPPORTED_PROPERTY_TYPE | QPARSE_E_EXPECTING_REGEX_PROPERTY |
QPARSE_E_EXPECTING_REGEX
Граница компонента
Практический смысл QPARSE_E_EXPECTING_REGEX (0X8004166C): парсер ожидал регулярное выражение. В трассировке отделяйте маркер «expecting regex» от последующих 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_REGEX | Граница «парсер ожидал регулярное выражение» относится к текущему объекту и generation; сохраните это состояние до cleanup. |
| После одного целевого изменения код исчезает | Связь с условием «парсер ожидал регулярное выражение» подтверждается только если остальные входы и owning context не изменились. |
| Первым становится другой HRESULT | Считайте его новой первичной границей; маркер «expecting regex» больше не должен подменять причину следующего отказа. |
Специфическая проверка для этого кода
Сохраните pattern bytes, delimiter/escaping и property target. Проверьте, что после regex operator действительно присутствует pattern, а не пустой token. Контроль — минимальный валидный pattern для того же строкового свойства.
Повтор с тем же контекстом
Контрольный запуск должен воспроизводить «парсер ожидал регулярное выражение» на тех же исходных данных. Затем исправьте отсутствующий или неверно расположенный токен в окончательной строке, не меняя locale и property schema. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.
- Зафиксируйте первый
QPARSE_E_EXPECTING_REGEXи объект, которому принадлежит маркер «expecting regex». - Сохраните входные данные и lifecycle-state до изменения условия «парсер ожидал регулярное выражение».
- Измените только состояние, связанное с «парсер ожидал регулярное выражение», и выполните тот же вызов ещё раз.
Правильный уровень исправления
Не правьте каталог или schema до сохранения точной сериализованной строки и позиции токена. Исправление считается реальным, когда прежняя граница «парсер ожидал регулярное выражение» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.
Документация
- Microsoft: legacy Indexing Service error messages.
- Microsoft: Windows Search WHERE clause.
- Microsoft: Windows Search SQL syntax.
- Microsoft: ISearchQueryHelper.
Нужно найти другой код? Найти другой код состояния или ошибки.