Yeah, I might actually prefer calling it EitherT instead of ErrorT. It doesn&#39;t have to be used for error, it&#39;s just what it is most often used for.<br><br>- Job<br><br><div class="gmail_quote">On Thu, Jun 10, 2010 at 3:57 PM, Maciej Piechotka <span dir="ltr">&lt;<a href="mailto:uzytkownik2@gmail.com">uzytkownik2@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Thu, 2010-06-10 at 14:09 -0500, Tim Wawrzynczak wrote:<br>
&gt; Actually, on second thought, Lennart is probably right.  Continuations<br>
&gt; are probably overkill for this situation.<br>
&gt; Since not wanting to continue is probably an &#39;erroneous condition,&#39;<br>
&gt; you may as well use Error.<br>
&gt;<br>
&gt; Cheers,<br>
&gt;  - Tim<br>
&gt;<br>
<br>
</div>Technically it can be a success. For example if we get a list of<br>
HostInfo for given hostname we want to connect once instead of many<br>
times. Also the first time might not succeed (it is AAAA entry in IPv4<br>
network).<br>
<br>
Error monad seems not to be a semantic solution as we exit on success<br>
not failure.<br>
<br>
Regards<br>
<br>
<br>
<br>_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">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></blockquote></div><br>