HRESULT 0xC00D1328 (NS_E_CURL_INVALIDSCHEME): значение

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

Категория:

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

Источник:

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

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

Описание:

URL содержит недопустимую схему.%0

Предыдущий	Следующий
NS_E_CURL_INVALIDPATH	NS_E_CURL_INVALIDURL

NS_E_CURL_INVALIDSCHEME

`NS_E_CURL_INVALIDSCHEME`: данные, граница и повторная проверка

Практический смысл NS_E_CURL_INVALIDSCHEME (0xC00D1328) состоит не «сбой мультимедиа», а маркер схемы имеет неверный формат или не поддерживается вспомогательным компонентом URL. Это помещает сбой в контрольную точку URL invalidscheme и сужает набор данных, которые следует собрать до изменения состояния следующей попыткой.

До открытия сокета проигрыватель разбирает URL на схему, authority, узел, порт, путь и экранированные данные при трассировке пути invalidscheme. Он также может объединять относительную ссылку с базовым URL или преобразовывать файловый URL в путь; для каждой операции действуют свои правила допустимости при контролируемой повторной проверке invalidscheme. В случае NS_E_CURL_INVALIDSCHEME сохраните самый ранний результат нижнего уровня, поскольку оболочки могут сопоставить несколько разных причин одному HRESULT при сборе данных о invalidscheme.

Сохранение исходного и разобранного URL

Что зафиксировать	Как это помогает выделить `NS_E_CURL_INVALIDSCHEME`
Ответственный вызов	Запишите метод API, идентичность объекта, поток или обратный вызов и метку времени для проверки URL invalidscheme.
Решающие значения	исходная неизменённая строка, число символов, кодировка, базовый URL при его наличии, разобранные схема, узел, порт и путь, а также требуемая и предоставленная длины выходного буфера в диагностической записи invalidscheme.
Поколение объекта	Отметьте, когда были созданы объект чтения, записи, граф, объект URL, сеанс потоковой передачи или поставщик метаданных; устаревшее состояние может повторно вызывать `NS_E_CURL_INVALIDSCHEME` после изменения конфигурации.
Первый вложенный результат	Сохраните самый ранний статус кодека, COM, сокета, DNS, анализатора или поставщика до `NS_E_CURL_INVALIDSCHEME`; более поздние сообщения интерфейса менее конкретны.
Случай для сравнения	Используйте один заведомо исправный ресурс, проходящий ту же проверку URL invalidscheme, и измените только отклонённое предусловие.

Анатомия сбоя

Проверка URL invalidscheme достигается, когда маркер схемы имеет неверный формат или не поддерживается вспомогательным компонентом URL. После NS_E_CURL_INVALIDSCHEME вызывающий код не должен предполагать, что существует следующий фильтр, пакет, сеанс или состояние метаданных.

В качестве отрицательного контроля используйте зарегистрированную поддерживаемую схему, сохранив authority и путь без изменений как отрицательный контроль до закрытия инцидента invalidscheme. Более поздний HRESULT означает, что эта контрольная точка пройдена, а новый результат относится к другой стадии в диагностической записи invalidscheme.

Близкие результаты не взаимозаменяемы

Главное различие: Ошибки синтаксиса URL возникают до обращения к DNS сервера, выбора прокси или создания сеанса потоковой передачи при выделении случая invalidscheme.

Близкий HRESULT	Как его сравнивать
`NS_E_CURL_INVALIDHOSTNAME`	Сравните ответственный API и первое отклонённое значение; это соседняя контрольная точка, а не обязательно та же причина, что и у `NS_E_CURL_INVALIDSCHEME`.
`NS_E_CURL_INVALIDPATH`	По состоянию объекта и порядку операций определите, какой код является определяющим, если оба появляются в одной трассировке при трассировке пути invalidscheme.
`NS_E_CURL_INVALIDURL`	Сохраните этот результат отдельно, если он появляется только после устранения условия `NS_E_CURL_INVALIDSCHEME`.

Эксперимент с одним компонентом URL

Запишите 0xC00D1328, NS_E_CURL_INVALIDSCHEME, точную операцию и время первого сбоя при сборе данных о invalidscheme.
Сохраните исходную неизменённую строку, число символов, кодировку, базовый URL при его наличии, разобранные схему, узел, порт и путь, а также требуемую и предоставленную длины выходного буфера до закрытия инцидента invalidscheme.
Не используйте повторно граф, сеанс, объект чтения или объект метаданных, созданный до изменения соответствующей конфигурации или ресурса в диагностической записи invalidscheme.
Выполните один изолированный тест: используйте зарегистрированную поддерживаемую схему, сохранив authority и путь без изменений при выделении случая invalidscheme.
Повторите действие через тот же API и тот же протокольный путь; другой проигрыватель или локальная копия полезны только для сравнения, но не доказывают исправление проверки URL invalidscheme.
Подтвердите ожидаемое следующее состояние и сохраните любой новый HRESULT как отдельный последующий результат при трассировке пути invalidscheme.

Что доказывает результат анализатора

Результат повторной проверки	Толкование для `NS_E_CURL_INVALIDSCHEME`
Тот же вызов по-прежнему возвращает код	Значения, управляющие проверкой URL invalidscheme, не изменились либо вызывающий код по-прежнему использует старое поколение объекта.
Новый объект работает успешно	Время жизни или кэшированное состояние способствовало появлению `NS_E_CURL_INVALIDSCHEME`; исправьте повторное создание объекта вместо применения обходного решения ко всей системе при сборе данных о invalidscheme.
Вызов доходит до другого HRESULT	Граница проверки URL invalidscheme пройдена. Диагностируйте новый код на его собственной стадии формата, графа, URL, сети или метаданных в диагностической записи invalidscheme.
Ошибка возникает только для одного ресурса	Данные указывают на состояние конкретного содержимого, URL, точки публикации, потока, атрибута или объекта, а не на общий отказ при выделении случая invalidscheme.

Действия, вводящие в заблуждение

слепое декодирование и повторное кодирование всего URL может изменить зарезервированные разделители и идентичность ресурса в контрольной точке invalidscheme.
Не стирайте данные о первом появлении NS_E_CURL_INVALIDSCHEME многократными повторными попытками; обратные вызовы и повторные соединения могут заменить полезное состояние более поздней обобщающей ошибкой при трассировке пути invalidscheme.
Не публикуйте учётные данные, материалы защищённого содержимого или полные частные URL при контролируемой повторной проверке invalidscheme. Записывайте обезличенные идентификаторы, длины, хэши и поля протокола, необходимые для воспроизведения проверки URL invalidscheme.

Технические источники

Считайте NS_E_CURL_INVALIDSCHEME устранённым только тогда, когда тот же путь API проходит эту контрольную точку; успех в другом проигрывателе или с кэшированной копией является лишь дополнительным подтверждением до закрытия инцидента invalidscheme.

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