curl chunky parser error

Question

«Получена проблема 3 в длинном парсере»

Я не могу на всю жизнь найти, что означает «проблема 3» в curl.Я уверен, что это связано с форматом порции, которую я отправляю с сервера приложений на curl, но я не могу понять, что не так с порцией, потому что я не могу сказать, что такое «проблема 3».

Есть идеи?

Answer 1

Число, которое вы видите, это CHUNKE_BAD_CHUNK из перечисления CHUNKcode из lib / http_chunks.h из исходного кода libcurl.Беглый взгляд. Похоже, что он в основном используется, когда в данных чанков отсутствует CR или LF.

Я бы порекомендовал вам изучить необработанный поток содержимого HTTP, чтобы увидеть, в чем проблема с чанки.формат. RFC2616 раздел 3.6.1 документирует это.

Answer 2

Итак, я столкнулся с этим с помощью программы CGI.

Короче говоря, сценарий CGI использовал Python и печатал заголовок чанка, используя длину строки, а затем отправлял клиенту, используя:

print data,

Это добавляет пробел, делая данные на один байт длиннее, чем говорит заголовок куска.Я исправил это, изменив эту строку на:

stdout.write( data )

Шестнадцатеричный вывод данных из скрипта CGI был инструментом, который, наконец, сказал мне, что происходит.

Answer 3

Есть аналогичный пост вашему. Опять же, я не уверен, что вы пытаетесь передать, поэтому я не могу указать на проблему, но посмотрите на это,

Почему отображается это предупреждение: «Получена проблема 2 в массивном анализаторе»?

Надеюсь, это поможет!