delta/python-packages/eventlet.git/eventlet/patcher.py, branch python3-next

Reformat with autopep8

2014-10-11T00:41:30+00:00

PEP-8 fixes

2014-08-27T06:21:55+00:00

hubs: defang after remove; related to second simultaneous read issue

2014-08-12T08:10:42+00:00

https://github.com/eventlet/eventlet/issues/94

We have to defang the listener after removing it from the hub

Otherwise we never actaully remove it from the hub and get a return of the
second simultanous read.

This should fix this issue.

Turn off __builtin__ monkey patching by default

The reason is that eventlet.greenio.GreenPipe tries to
adapt an original file f, and performs the following check
isinstance(f, file) f is an original file object with file
is now our file method. This fails causing TypeError

nova-api exercises this

Fix up zmq to use the extended add signature

Having heard no problems relating eventlet and zmq,
I'm not going to dive in and drop random pataches against
it. If the 'Second simultaneous *er' crops up against
zmw then we at least now have the machinery to
address it.

Fix second simultaneous read (parallel paramiko issue)

2014-08-11T21:14:58+00:00

https://github.com/eventlet/eventlet/issues/94

Because of the way paramiko utilises a client thread to manage its
communication, it's not been compatible with eventlet when run in
parallel.

It's not the only place these problems would arise.

This stemmed from the reuse of a fileno by the underlying OS.
Because listeners are registered against this descriptor, it would
be possible for old listeners to receive events destined for newer
descriptors; occasionally code would attempt to utilise the new
descriptor from a different greenlet, giving rise to the 'second
simultaneous read' problem.

Whenever a Python object is created to wrap one of these filenos,
we now signal the hub in order that it can correctly obsolete
extant listeners against that fileno. This is a fairly tricky
operation, due to the way that listeners' threads are interleaved
with the hub's operation - there are a number of small fixes here
to defend against one listener from effectively obsoleting another
when an event is pending against it.

python3 compat fixes; Thanks to Astrum Kuo

2014-04-02T11:27:08+00:00

https://github.com/eventlet/eventlet/pull/82

Celery could work with eventlet in Python3 now

python3 compat fixes

2014-03-28T06:58:14+00:00

https://github.com/eventlet/eventlet/pull/59

Monkey patch threading.current_thread() as well

2012-02-29T19:22:18+00:00

Fixes bug 115

Patching thread.get_ident() but not threading.current_thread() can
result in _DummyThread objects being created. These objects will
never be garbage collected and will leak memory. In a long running
process (like a daemon), this can result in a pretty significant
memory leak if it uses green threads regularly.

Reducing copypasta with utility function.

2011-04-10T02:14:21+00:00

Not enabling MySQLdb patching in import_patched for now.

2010-10-08T16:21:00+00:00

Finally, eventlet.green.MySQLdb so we don't have to hassle with db_pool if we're not going to be using the pooling functionality.

2010-10-07T18:22:57+00:00