Что означает код HRESULT 0x80041603 (QUERY_E_INVALIDSORT)?

 
Предыдущий Следующий
QUERY_E_INVALIDRESTRICTION QUERY_E_INVALIDCATEGORIZE

QUERY_E_INVALIDSORT

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

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

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

До повторной попытки запишите query scope, restriction/sort/output columns, catalog state и locale/code page. Для условия «спецификация сортировки недопустима» эти данные важнее общего текста сообщения, потому что позволяют связать результат с конкретным владельцем операции.

  • точную сериализованную строку/список свойств, реально переданный парсеру.
  • позицию токена, quote/delimiter state, locale и code page.
  • canonical property name/type и schema/catalog generation.
НаблюдениеЧто оно означает
Первый вызов возвращает QUERY_E_INVALIDSORTГраница «спецификация сортировки недопустима» относится к текущему объекту и generation; сохраните это состояние до cleanup.
После одного целевого изменения код исчезаетСвязь с условием «спецификация сортировки недопустима» подтверждается только если остальные входы и owning context не изменились.
Первым становится другой HRESULTСчитайте его новой первичной границей; маркер «invalidsort» больше не должен подменять причину следующего отказа.

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

Сохраните sort columns, direction и property types. Проверяйте наличие свойства и возможность сортировки именно по нему. Контроль — один известный sortable property при прежнем restriction/output list.

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

Контрольный запуск должен воспроизводить «спецификация сортировки недопустима» на тех же исходных данных. Затем исправьте конкретный parser/query/property-list input, сохранив тот же catalog/schema context. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.

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

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

Не пересоздавайте catalog до проверки restriction/sort/output scope, действительно вернувшего этот код. Исправление считается реальным, когда прежняя граница «спецификация сортировки недопустима» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.

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


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