Yes, this is expected. 'throwErr' is only meant to be used when the error should be non-recoverable, and the stream would often be invalid then, so throwErr doesn't take any steps to preserve it. You could retain the rest of the stream with getChunk and use throwRecoverableErr though.<br>
<br>Wrapping an iteratee with ErrorT is fine, and I use this approach often. I typically would use an explicit Either rather than ErrorT, but the two approaches are exactly the same.<br><br>Note that wrapping the other way, Iteratee s (ErrorT e m), can sometimes cause problems, and is best avoided unless you really know what you're doing. This may change in a future release.<br>
<br>John<br><br>On Thu, Jun 2, 2011 at 4:27 PM, Sergey Mironov <span dir="ltr"><<a href="mailto:ierton@gmail.com" target="_blank">ierton@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am glad to help! Looks like upgrading to 0.8.5.0 also fixes initial<br>
problem that involved me into testing!<br>
<br>
I'll take the opportunity and ask another thing about iteratee: Is it<br>
expected behavior that throwErr consumes all data in current chunk? I<br>
wish it to stop in place and let after-checkErr code to continue the<br>
parsing. Well, I already found solution (or workaround?) - I wrap<br>
Iteratee with ErrorT monad and use ErrorT's raiseError instead of<br>
throwErr. Is it correct?<br>
<br>
Here is example code<br>
<br>
instance Exception Int<br>
<br>
iter4 = do<br>
I.dropWhile (/= 3)<br>
h<-I.head<br>
throwErr $ toException $ (-4::Int) -- doesn't meter what exactly to throw<br>
return h<br>
<br>
-- catch the error with checkErr<br>
iter5 = do<br>
(_,b)<-countBytes $ I.checkErr $ iter4<br>
s <- I.stream2list<br>
return (b,s)<br>
<br>
print5 = enumPure1Chunk [1..10] (iter5) >>= run >>= print<br>
<br>
<br>
Thanks a lot!<br>
<div><div></div><div>Sergey<br>
<br>
2011/6/2 John Lato <<a href="mailto:jwlato@gmail.com" target="_blank">jwlato@gmail.com</a>>:<br>
> Hi Sergey,<br>
><br>
> I've got an explanation; quite surprisingly it's a bug in enumPure1Chunk.<br>
> Even though it is an odd case, I'm surprised that it hasn't come up before<br>
> now since enumPure1Chunk appears frequently.<br>
><br>
> I've just uploaded 0.8.5.0 which has the fix. There's now an additional<br>
> Monoid constraint on enumPure1Chunk, unfortunately.<br>
><br>
> Thanks very much for reporting this.<br>
><br>
> John L<br>
><br>
> On Thu, Jun 2, 2011 at 10:02 AM, Sergey Mironov <<a href="mailto:ierton@gmail.com" target="_blank">ierton@gmail.com</a>> wrote:<br>
>><br>
>> Ok. I've checked iteratee-0.8.3.0 and 0.8.4.0. Results are same.<br>
>><br>
>> Sergey<br>
>><br>
>> 2011/6/2 John Lato <<a href="mailto:jwlato@gmail.com" target="_blank">jwlato@gmail.com</a>>:<br>
>> > Hi Sergey,<br>
>> > I can't explain this; maybe it's a bug in enumWith? I'll look into it.<br>
>> > Thanks,<br>
>> > John<br>
>> ><br>
>> >><br>
>> >> Message: 20<br>
>> >><br>
>> >> Date: Thu, 2 Jun 2011 02:46:32 +0400<br>
>> >> From: Sergey Mironov <<a href="mailto:ierton@gmail.com" target="_blank">ierton@gmail.com</a>><br>
>> >> Subject: [Haskell-cafe] [iteratee] how to do nothing .. properly<br>
>> >> To: <a href="mailto:haskell-cafe@haskell.org" target="_blank">haskell-cafe@haskell.org</a><br>
>> >> Message-ID: <BANLkTimMFRWgH9Nopt-eua+L7jQcGq+u=<a href="mailto:g@mail.gmail.com" target="_blank">g@mail.gmail.com</a>><br>
>> >> Content-Type: text/plain; charset=ISO-8859-1<br>
>> >><br>
>> >> Hi. Would anybody explain a situation with iter6 and iter7 below?<br>
>> >> Strange thing - first one consumes no intput, while second consumes it<br>
>> >> all, while all the difference is peek which should do no processing<br>
>> >> (just copy next item in stream and return to user).<br>
>> >> What I am trying to do - is to write an iteratee consuing no input,<br>
>> >> but returning a constant I give to it. I thought (return a) should do<br>
>> >> it, but it seems I was wrong as return actually consumes all unparsed<br>
>> >> stream. iter6 experience tells me that (peek>>return a) is what I<br>
>> >> need, but it's completely confusing and not what I expected.<br>
>> >><br>
>> >> Thanks,<br>
>> >> Sergey<br>
>> >><br>
>> >> import Data.Iteratee as I<br>
>> >> import <a href="http://Data.Iteratee.IO" target="_blank">Data.Iteratee.IO</a><br>
>> >> import Control.Monad<br>
>> >> import Control.Exception<br>
>> >> import Data.ByteString<br>
>> >> import Data.Char<br>
>> >> import Data.String<br>
>> >><br>
>> >> -- countBytes :: (..., Num b) => Iteratee s m a -> Iteratee s m (a, b)<br>
>> >> countBytes i = enumWith i I.length<br>
>> >><br>
>> >> iter6 = do<br>
>> >> h <- countBytes $ (peek >> return 0)<br>
>> >> s <- I.stream2list<br>
>> >> return (h,s)<br>
>> >><br>
>> >> iter7 = do<br>
>> >> h <- countBytes $ (return 0)<br>
>> >> s <- I.stream2list<br>
>> >> return (h,s)<br>
>> >><br>
>> >> print6 = enumPure1Chunk [1..10] (iter6) >>= run >>= print<br>
>> >> print7 = enumPure1Chunk [1..10] (iter7) >>= run >>= print<br>
>> >><br>
>> >><br>
>> >> Here is example ghci session<br>
>> >><br>
>> >> *Main> print6<br>
>> >> ((0,0),[1,2,3,4,5,6,7,8,9,10])<br>
>> >> -- read 0 items, returns 0<br>
>> >> *Main> print7<br>
>> >> ((0,10),[])<br>
>> >> -- read 10 items (???) returns 0<br>
>> >> *Main><br>
>> >><br>
>> >><br>
>> >><br>
>> >> ------------------------------<br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Haskell-Cafe mailing list<br>
>> >> <a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
>> >> <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
>> >><br>
>> >><br>
>> >> End of Haskell-Cafe Digest, Vol 94, Issue 3<br>
>> >> *******************************************<br>
>> ><br>
>> ><br>
><br>
><br>
</div></div></blockquote></div><br>