<br><br><div class="gmail_quote">2010/1/14 Michael Snoyman <span dir="ltr">&lt;<a href="mailto:michael@snoyman.com">michael@snoyman.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div dir="ltr"><br><br><div class="gmail_quote"><div>Well, for one thing, you&#39;d need to use lazy IO to achieve your goal, which has some safety issues. As things get more and more complex, the requirements of lazy IO will continue to grow. This also has implications for number of open file handles and deterministic space usage. Given the fact that a lazy bytestring and easily be converted to an enumerator, I think it makes sense to start a new package using this approach.<br>
<br></div></div></div></blockquote><div>These must be issues of base library developers, not application developpers. TIme ago a guy said me that using an standard library like malloc for memory allocation where not the optimum. And he was right. Fortunately things went in the &quot;non-optimum&quot; direction.  You can make the application faster by using your own plumbing code instead of standard libraries provided that you have enough time and knowledge. Because I donīt have neither of the two  :-) (nor have the people that read my code and maintain the application), I really like the laziness of haskell and the lazy bytestring interface.</div>
</div><br>