Problem with incomplete input when using Attoparsec

后端 未结 3 485
梦毁少年i
梦毁少年i 2021-01-12 16:16

I am converting some functioning Haskell code that uses Parsec to instead use Attoparsec in the hope of getting better performance. I have made the changes and everything c

相关标签:
3条回答
  • 2021-01-12 16:54

    You give quite little information which is why I think it is hard to give you good help. However there are a couple of comments I would like to give:

    • Perhaps the parser don't realize that the input is done and it hinges on either getting an EOL or getting another record. Hence it asks for a partial result. Try feeding it the equivalent of EOL in the hope it forces it.
    • I can't remember the code, but using the Alternative instance might be detrimental to parsing performance. If that is the case, you may want to case on the comment and recordTypes.
    • I use cereal for a lot of binary parsing and that is also extremely fast. attoparsec seems better as a text-parser though. You should definitely consider the option.
    • Another option is to use iteratee-based IO in the longer run. John Lato did an excellent article on iteratees in the latest monad reader (issue #16 I believe). The end-of-line condition is the iteratees to signal. Beware though that the iteratee types are quite daunting and take some time getting used to.
    0 讨论(0)
  • 2021-01-12 16:55

    If you write an attoparsec parser that consumes as much input as possible before failing, you must tell the partial result continuation when you've reached the end of your input.

    0 讨论(0)
  • 2021-01-12 17:08

    I've run into this problem before and my understanding is that it's caused by the way that <|> works in the definition of sepBy:

    sepBy1 :: Alternative f => f a -> f s -> f [a]
    sepBy1 p s = scan
        where scan = liftA2 (:) p ((s *> scan) <|> pure [])
    

    This will only move to pure [] once (s *> scan) has failed, which won't happen just because you're at the end of the input.

    My solution has been just to call feed with an empty ByteString on the Result returned by parse. This might be kind of a hack, but it also seems to be how attoparsec-iteratee deals with the issue:

    f k (EOF Nothing)  = finalChunk $ feed (k S.empty) S.empty
    

    As far as I can tell this is the only reason that attoparsec-iteratee works here and plain old parse doesn't.

    0 讨论(0)
提交回复
热议问题