Thanks for the reminder about deferreds.<br><br>I think the problem is more to do with knowing what role the reactor and select perform.<br><br>I assume that sending and receiving data with sendline and linereceived are not blocking.<br>
<br>So for our simple case we can ignore deferreds. They provide no benefit. This is what our option 2 does.<br><br>John Aherne<br><br><div class="gmail_quote">On Tue, Aug 4, 2009 at 11:52 PM, Jarrod Roberson <span dir="ltr"><<a href="mailto:jarrod@vertigrated.com">jarrod@vertigrated.com</a>></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;">Deferreds don't do what you think they do.<br>They don't do anything to make your code non-blocking.<br>
They only adhere to a contract that something will eventually be returned.<br>The most common use of deferred's to make your code non-blocking is to use .deferToThread()<br>
or some other mechanism to make the long running code non-blocking, like spawning a process.<br><br><br>
<br>_______________________________________________<br>
Twisted-Python mailing list<br>
<a href="mailto:Twisted-Python@twistedmatrix.com">Twisted-Python@twistedmatrix.com</a><br>
<a href="http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python" target="_blank">http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python</a><br>
<br></blockquote></div><br>