<font face="verdana,sans-serif">Actually, that is a moderately fatal flaw. I just uploaded 0.2.2 which addresses this by highly recommending using bounded channels, as well as adding sources/sinks for them.<br><br>Thanks for catching that!<br>

<br>  - clark<br></font><br><div class="gmail_quote">On Thu, Feb 9, 2012 at 2:29 PM, Felipe Almeida Lessa <span dir="ltr">&lt;<a href="mailto:felipe.lessa@gmail.com">felipe.lessa@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Your package uses TMChans which AFAIK are unbounded.  That means that<br>
if the writer is faster than the reader, then everything will be kept<br>
into memory.  This means that using TMChans you may no longer say that<br>
your program uses a constant amount of memory.  Actually, you lose a<br>
lot of your space reasoning since, being concurrent processes, you<br>
can&#39;t guarantee almost anything wrt. progress of the reader.<br>
<br>
This doesn&#39;t mean that your package is broken, this means that it has<br>
a caveat that should be stated on the docs.<br>
<br>
Congrats on your Hackage debut!<br>
<br>
Cheers! =)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Felipe.<br>
<br>
</font></span></blockquote></div><br>