[issue22560] Add loop-agnostic SSL implementation to asyncio

New submission from Antoine Pitrou: Now that #21965 is implemented, it is possible to improve SSL support in asyncio by making it independent of how the underlying event loop works (e.g. whether it is a Unix-like reactor or a proactor). -- messages: 228628 nosy: geertj, giampaolo.rodol

[issue22560] Add loop-agnostic SSL implementation to asyncio

Changes by Antoine Pitrou : -- components: +asyncio type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue22559] [backport] ssl.MemoryBIO

Geert Jansen added the comment: > Right, socket._socketobject mearly nulls out the reference to _socket.socket, > and lets reference counting take care of the rest. Ugh this is bad... I thought close() was exactly there when you don't want to depend on refcounting for cleanup. > * When do_han

[issue22559] [backport] ssl.MemoryBIO

Alex Gaynor added the comment: Unfortunately it can't be a weakref in python2 :-( In Python3 socket._socketobject *subclasses* _socket.socket, so when we pass "self" to stuff, it's has the right C-level fields but it's also a Python-levle object so it can have a weakref. In Python2 socket._so

[issue22559] [backport] ssl.MemoryBIO

Geert Jansen added the comment: > In Python2 socket._socketobject composes with _socket.socket, so we pass > "self._sock", that way it has teh right C-level fields. Unfortunately taking > a weakref of _socket.socket is not allowed. I see, and agree that making it weakref-able would be a bad id

[issue22560] Add loop-agnostic SSL implementation to asyncio

Antoine Pitrou added the comment: Here is a proof-of-concept patch. I've only tested it under Linux, but it should be possible to write a simple _make_ssl_transport() for the BaseProactorEventLoop. -- keywords: +patch nosy: +sbt Added file: http://bugs.python.org/file36821/sslproto.pat

[issue18494] PyType_GenericSet/GetDict functions misnamed in docs?

Roundup Robot added the comment: New changeset 9dbd7d34cbcf by Benjamin Peterson in branch '3.4': PyObject not PyType (closes #18494) https://hg.python.org/cpython/rev/9dbd7d34cbcf New changeset ec3077e23b7d by Benjamin Peterson in branch 'default': merge 3.4 (#18494) https://hg.python.org/cpyth

[issue22560] Add loop-agnostic SSL implementation to asyncio

Guido van Rossum added the comment: This is awesome news! Since this is 3.5 only, I guess this means the end of my attempts to keep the asyncio source code identical in the Tulip repo (from which I occasionally create builds that work with Python 3.3) and in the 3.4 and 3.5 branches. I guess

[issue22561] PyUnicode_InternInPlace crashes

New submission from Jens Troeger: This might be an issue with Python, or an issue with Libre/OpenOffice not setting up the UNO environment correctly. The crash happens during "import uno" of Python 3.3 in the PyUnicode_InternInPlace function. I've done some digging and posted more information

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

Jurko Gospodnetić added the comment: Here's another patch fixing the Visual Studio Express edition issue plus some minor related code-cleanup. See the Hg repo at: https://bitbucket.org/jurko/cpython branch: jurko/distutils_msvc_express_fix direct link: https://bitbucket.org/jurko/cpython

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

Changes by Jurko Gospodnetić : Added file: http://bugs.python.org/file36823/218ef482e1e4.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

Changes by Jurko Gospodnetić : Removed file: http://bugs.python.org/file36823/218ef482e1e4.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue3832] add force_shared Library option to create shared lib even with use_stub=False

Roundup Robot added the comment: New changeset 69cdf71bda12 by Terry Jan Reedy in branch '2.7': Issue #3832: backport 677a9326b4d4 to 2.7 (and delete some obsolete code). https://hg.python.org/cpython/rev/69cdf71bda12 -- nosy: +python-dev ___ Python t

[issue4832] IDLE does not supply a default ext of .py on Windows or OS X for new file saves

Terry J. Reedy added the comment: Better late than never. At least on Windows, with has defaultextension = '', changeing "Save as type" to "Text files" changes the default to ".txt". I presume that this bonus feature is not available on OSX, where defaultextension = '.py'. Before I update t

[issue22181] os.urandom() should use Linux 3.17 getrandom() syscall

anand jeyahar added the comment: Hi, This will need latest kernel to develop, fix and test. I (on Debian 7) couldn't find the latest kernel, but picked up ubuntu kernel from here http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.17-rc7-utopic/. I picked up the latest i.e: linux-image-3.17.

[issue22562] Singleton pattern for namedtuple

New submission from Leo: Each call of namedtuple will create a new class object even if an equal class, i.e. for the same fields has been created before. Applying the singleton pattern would be more efficient at least in two respects: * it would reduce the number of class objects. * checking f

[issue22563] namedtuple: raise an exception when the given class name would override an existing name

New submission from Leo: The nametuple function creates classes dynamically. The caller must provide the class name thus overriding any existing object name. An overridden object may be garbage-collected or survive depending on its reference count. While this behavior is not new to Python, I a

[issue22526] file iteration SystemError for huge lines (2GiB+)

Martin Pitt added the comment: > How much memory does that whatever is running that test have? Our default is 1 GB for our test runner VMs. I now raised it to 4 GB for python2.7, but we can only do that for our x86 VMs. For other architectures (ppc64el and ARM) the test VMs just don't have tha

[issue22546] Wrong default precision in documentation for format

Roundup Robot added the comment: New changeset 041d0752171a by Terry Jan Reedy in branch '3.4': Issue #22546: update doc for mini-language float None presentation type. https://hg.python.org/cpython/rev/041d0752171a -- nosy: +python-dev ___ Python tra

[issue22546] Wrong default precision in documentation for format

Terry J. Reedy added the comment: Tommy, thanks for reporting this. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

<    1   2