[issue29909] types.coroutine monkey patches original function

Eric Hopper added the comment: Here's an update to types.coroutine that fixes the problem for me. -- Added file: http://bugs.python.org/file46756/types.coroutine.py ___ Python tracker <http://bugs.python.org/is

[issue29909] types.coroutine monkey patches original function

New submission from Eric Hopper: The types.coroutine decorator for Python 3.6 (and I suspect for Python 3.6.1 as well) simply monkey patches the function it's passed and then returns it. This results in behavior that I found somewhat surprising. def bar(): yield 5 foo = types.coro

[issue7753] newgil backport

Changes by Eric Hopper : -- nosy: +Omnifarious ___ Python tracker <http://bugs.python.org/issue7753> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1361] please close: hashlib uses OpenSSL which is much slower than Aaron Gifford

Changes by Eric Hopper: -- title: hashlib uses OpenSSL which is much slower than Aaron Gifford -> please close: hashlib uses OpenSSL which is much slower than Aaron Gifford __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1361] hashlib uses OpenSSL which is much slower than Aaron Gifford

Eric Hopper added the comment: My testing methodology was faulty, this is not actually true. Oops. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1361> __ ___

[issue1361] hashlib uses OpenSSL which is much slower than Aaron Gifford

New submission from Eric Hopper: Aaron Gifford's implementation of SHA-{256,384,512} is nearly twice as fast as OpenSSLs. -- components: Extension Modules messages: 56946 nosy: Omnifarious severity: normal status: open title: hashlib uses OpenSSL which is much slower than Aaron Gi