Finally, a pure iteratee library that deals with errors
Hi all, There's seems to be a growing trend amongst the Haskell community for writing replacements of enumerator. It's shortcomings are well documented, but the solution is, IMO, undecided. This is my attempt: https://gist.github.com/1915841 I have largely copied pipes' concept. The major difference is that pipes are now able to push, pull, complete or throw an error. Errors are propagated up and down a pipeline, triggering all of the error handlers. The library is in a fairly unrefined state, but the core functionality is there. I look forward to your feedback, Daniel
Nice, thank you. I was wondering recently what was the current state of Gabriel's pipes and Paolo's guarded variant. IIRC, they were working on a converging branch with good support at resources early termination. On Sun, 26 Feb 2012 10:50:22 +0000, Daniel Waterworth <da.waterworth@gmail.com> said: Daniel> Hi all, Daniel> There's seems to be a growing trend amongst the Haskell community for Daniel> writing replacements of enumerator. It's shortcomings are well Daniel> documented, but the solution is, IMO, undecided. This is my attempt: Daniel> https://gist.github.com/1915841 Daniel> I have largely copied pipes' concept. The major difference is that Daniel> pipes are now able to push, pull, complete or throw an error. Errors Daniel> are propagated up and down a pipeline, triggering all of the error Daniel> handlers. The library is in a fairly unrefined state, but the core Daniel> functionality is there. Daniel> I look forward to your feedback, Daniel> Daniel -- Paul
I didn't really look into (enumerators/iteratees/conduits/etc)-land closely enough, but I can say one thing. The code you link to is very easy to understand and see what is going on. This must be a good thing. On 26 February 2012 10:50, Daniel Waterworth <da.waterworth@gmail.com>wrote:
There's seems to be a growing trend amongst the Haskell community for writing replacements of enumerator. It's shortcomings are well documented,
Where can I find a compilation of their shortcomings? Best, Ozgur
participants (3)
-
Daniel Waterworth -
Ozgur Akgun -
Paul R