Что означает код HRESULT 0x88000192 (hrFLDNullKey)?

 
Предыдущий Следующий
hrFLDKeyTooBig hrExistingLogFileHasBadSignature

hrFLDNullKey

Что означает этот результат

hrFLDNullKey (0x88000192) — код ошибки из области ESE / Directory Service backup HRESULT. Короткий ориентир по имени: field / NULL / key. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.

Исходное условие в техническом описании сформулировано так: key construction produced a NULL key for the current record or index expression.. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.

Граница контракта

Для этого кода особенно полезно различать два признака из исходной документации: key construction produced a NULL key for the current record or index expression. и Code-specific observation: capture the indexed columns, null flags, conditional-index rules, and the API result that consumed the key.. Они задают более узкую границу, чем название facility.

Данные для диагностики

  • Сопоставьте trace с исходным признаком: hrFLDKeyTooBig — an index key exceeded the legacy key budget and was truncated rather than represented in full
  • Сопоставьте trace с исходным признаком: An index key is derived data whose byte representation depends on schema, locale, and column values., a warning can leave a usable cursor or index entry while changing exact-match or uniqueness assumptions.
  • Сопоставьте trace с исходным признаком: This result specifically means that NULL is a data state, not the same condition as an empty string, zero-length binary value, or missing record. Related values below can appear in the same workflow but require a different response:

Порядок проверки

  1. Проверьте именно границу «field / NULL / key» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
  2. Сверьте наблюдаемое состояние с отдельным исходным признаком: do not collapse NULL and empty values in diagnostics..

Исправление и контроль

Регрессионная проверка должна отдельно контролировать условие hrBadLogVersion — the transaction log format is incompatible with the ESE version attempting to read it. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.

Технические ссылки


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