Thu, 20 Jul 2000 10:42:09 -0700 (PDT)
> I am making a client/server application on Linux Redhat 6.1 Python
> 5.2 (default redhat distro).
> Both the client and server are using asynchat.py
> When I use the (default setting) non-blocking client socket, a
> EINPROGRESS exception occurs in the connect method, self.connected
> will not be set to 1 and therefore the flush() method will not do
> (if I set self.connected=1 by hand afterwards, my application works
> like a charm)
> (on NT it will give a EWOULDBLOCK)
It looks like you're relying on the connect() succeeding immediately?
Which isn't always going to be the case. [on a really fast local
network it can actually succeed before the call to connect() returns,
but this is certainly luck]
What asyncore will do is this: as soon as it sees a 'WRITE' event on
that socket, it will set 'connected=1', and will call the
'handle_connect' method. This is where you will want to place the
code that would normally come directly after a blocking call to
> Is there a simple example for a client/server implemented with
> asynchat at both sides (simpler than the proxy-example) or an
> explanation for my little problem.
A quick scan over the medusa sources shows rpc_client and rpc_server,
if you ignore all the RPC stuff and pay attention to the
asynchat-based classes, these are pretty vanilla examples.