Редактировать 2: Я создал новый анализатор в Pdf / Parser / Value
dictOrStream :: Parser PdfValue
dictOrStream = do
dict <- parseDict
P.skipSpace
let s1 = do
P.string $ fromString "stream"
content <- P.manyTill P.anyWord8 $ P.endOfLine >> P.string (fromString "endstream")
return $ PdfValStream (PdfStream dict (BS.pack content))
s1 <|> return (PdfValDict dict)
, затем использовал этот анализатор в parseValue
.Это работает для всех ваших случаев.Я не знаю, почему choice
не может отследить должным образом, может быть, ошибка attoparsec?
Редактировать: Я замечаю, что, если я заменю ваш parseValue
верхнего уровня на parseDict
, это будет работать.Это также работает, если я удаляю parseStream
из вариантов в parseValue
.Я думаю, что attoparsec зафиксировал parseStream после завершения словаря верхнего уровня, поэтому он ожидает больше ввода (пробел, токен потока и т. Д.), Что приводит к этой ошибке.На данный момент существует неопределенность между этими двумя параметрами синтаксического анализа, которые вам необходимо устранить.Я не знаю, почему это работает правильно, когда весь вход доступен;Я ожидаю, что будет сообщено об ошибке, когда ваш парсер получает куски.
На данный момент, я подозреваю ошибку в вашем коде или, возможно, attoparsec.Я запустил следующий тест, вручную прочитав фрагменты тестовой строки и загрузив их в свой синтаксический анализатор attoparsec:
*Main System.IO> h <- openFile "test.pdf" ReadMode
*Main System.IO Data.ByteString> let hget = hGetSome h 1024
*Main System.IO Data.ByteString> b <- hget
*Main System.IO Data.ByteString> let r = P.parse parseValue b
*Main System.IO Data.ByteString> r
Partial _
*Main System.IO Data.ByteString> b <- hget
*Main System.IO Data.ByteString> let r' = P.feed r b
*Main System.IO Data.ByteString> r'
Partial _
*Main System.IO Data.ByteString> b <- hget
*Main System.IO Data.ByteString> Data.ByteString.length b
0
*Main System.IO Data.ByteString> let r'2 = P.feed r' b
*Main System.IO Data.ByteString> r'2
Fail "<< /Annots [ 404 0 R 547 0 R ] /ArtBox [ 0.000000 0.000000 612.000000 792.000000 ] /BleedBox [ 0.000000 0.000000 612.000000 792.000000 ] /Contents [ 435 0 R 436 0 R 437 0 R 444 0 R 448 0 R 449 0 R 450 0 R 453 0 R ] /CropBox [ 0.000000 0.000000 612.000000 792.000000 ] /Group 544 0 R /MediaBox [ 0.000000 0.000000 612.000000 792.000000 ] /Parent 239 0 R /Resources << /ColorSpace << /CS0 427 0 R /CS1 427 0 R /CS2 428 0 R >> /ExtGState << /GS0 430 0 R /GS1 431 0 R /GS2 469 0 R /GS3 475 0 R /GS4 439 0 R /GS5 480 0 R /GS6 485 0 R /GS7 491 0 R /GS8 497 0 R >> /Font << /C2_0 447 0 R /T1_0 421 0 R /T1_1 422 0 R /T1_2 423 0 R /T1_3 424 0 R /T1_4 425 0 R /T1_5 426 0 R /T1_6 438 0 R >> /ProcSet [ /PDF /Text /ImageC /ImageI ] /Properties << /MC0 << /Metadata 502 0 R >> >> /XObject << /Fm0 451 0 R /Fm1 504 0 R /Fm2 513 0 R /Fm3 515 0 R /Fm4 517 0 R /Fm5 526 0 R /Fm6 528 0 R /Fm7 537 0 R /Fm8 539 0 R /Im0 540 0 R /Im1 541 0 R /Im2 452 0 R /Im3 542 0 R /Im4 543 0 R >> >> /Rotate 0 /StructParents 1 /TrimBox [ 0.000000 0.000000" [] "Failed reading: empty"
По какой-то причине вашему анализатору не нравится получать данные в виде фрагментов, и происходит сбой при получении третьего(пустой) блок без использования какого-либо вводаЯ еще не выяснил, где ваш синтаксический анализатор работает неправильно, но это определенно не итерированный или атопарсек-итератор.