Thus, you should override connect, as well as read and recv.

The other problem is that the program will still yield ONCE within each of those methods, and then continue on to perform the original blocking io operation.

The apparent solution to this is to make the socket be nonblocking, and only yield if the connect or read or recv fails due to ewouldblock or eagain. This, of course, results in polling (and much wasted cpu time) if all of the coroutines are waiting for connections or data.

The better solution, of course, is to make use of Parrot’s new threads, and perform each $lwp.get in a separate thread.