[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: > Charles-François Natali added the comment: > > Hmmm... > Basically, with a much smaller socket buffer, we get much more context > switches, which increases drastically the test runtime. > But I must admit I'm still really surprised by the time it takes

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: > It turns out the times are not important; the hangup is the default size of > the socket buffers on OS X and possibly BSD in general. In my case, the send > and receive buffers are 8192, which explains why the chunks written are so > small. Hmmm..

[issue18982] Add tests for CLI of the calendar module

Serhiy Storchaka added the comment: Updated test addresses Berker's comments. -- Added file: http://bugs.python.org/file37904/test_calendar_cli_2.patch ___ Python tracker ___ ___

[issue18813] Speed up slice object processing

Stefan Behnel added the comment: Closing as not worth doing. -- resolution: -> rejected status: open -> closed ___ Python tracker ___ ___

[issue23255] SimpleHTTPRequestHandler refactor for more extensible usage.

Ent added the comment: Thanks for the update! I wasn't expecting this to be such a friendly & positive experience. Glad to be proven wrong :) -- ___ Python tracker ___ _

[issue12707] Deprecate addinfourl getters

Changes by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue12707] Deprecate addinfourl getters

Martin Panter added the comment: Blessing a geturl() method or “url” attribute on HTTPError might require Issue 13567 to be fixed -- ___ Python tracker ___ _

[issue23346] shutil.rmtree doesn't work correctly on FreeBSD.

New submission from Denis Sukhonin: shutil.rmtree doesn't work correctly on FreeBSD 9.1. For example if I create a path /tmp/test and try to remove it, I get an exception: >>> shutil.rmtree('/tmp/test') Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python3.4/

[issue12707] Deprecate addinfourl getters

Martin Panter added the comment: I think it would be okay to deprecate the methods in the documentation, but they should not be removed nor trigger warnings any time soon. Currently the following related methods and attributes are documented: * addinfourl.getcode() == HTTPResponse.status == HT

[issue21228] Missing enumeration of HTTPResponse Objects methods of urllib.request.urlopen's http.client.HTTPResponse?

Martin Panter added the comment: Related: Issue 12707, about deprecating some methods in favour of attributes -- ___ Python tracker ___ __

[issue22989] HTTPResponse.msg not as documented

Martin Panter added the comment: Documenting the “headers” attribute is also discussed in Issue 12707 -- ___ Python tracker ___ ___ Py

[issue10716] Modernize pydoc to use better HTML and separate CSS

Andre Roberge added the comment: I could certainly create a new branch and revert the PEP8 changes and the new -c option, but before I do this, could you confirm that the new html output would be deemed to be acceptable? -- ___ Python tracker

[issue10716] Modernize pydoc to use better HTML and separate CSS

Berker Peksag added the comment: Thanks! Apparently, we were working on the same issue simultaneously. I was working on the HTML and CSS parts (didn't touch to Lib/pydoc.py yet). I can combine our work, if you could - create a separate branch (no need to be a Hg repo, I can create a patch from

[issue10716] Modernize pydoc to use better HTML and separate CSS

Andre Roberge added the comment: Rather than creating a new branch, I took another copy of pydoc.py, kept its name, and only applied the html-related changes in it. (no new -c option, no unrelated PEP8 changes to the best of my knowledge.) The original pydoc.py referred to pydoc_data/_pydoc.

[issue23212] Update Windows and OS X installer copies of OpenSSL to 1.0.1l

Zachary Ware added the comment: I got the 1.0.1l sources prepared and committed to svn.python.org 12 days ago, but got pulled away from it before I had a chance to build and test it. Steve, Tim, if one of you has a chance to test it out before I do, please don't hesitate. Note that the 1.0.1

[issue23333] asyncio: add a new Protocol.connection_failed() method

STINNER Victor added the comment: > - connection_failed-2.patch: add Protocol.connection_failed() and call when > the creation of a transport failed because connection_made() was called Oops. "... *before* connection_made() was called". -- ___ Pytho

[issue23333] asyncio: add a new Protocol.connection_failed() method

STINNER Victor added the comment: I splitted connection_failed.patch in two parts: - connection_failed-2.patch: add Protocol.connection_failed() and call when the creation of a transport failed because connection_made() was called - accept_connection_failed.patch: Fix BaseSelectorEventLoop._ac

[issue23333] asyncio: add a new Protocol.connection_failed() method

Changes by STINNER Victor : Added file: http://bugs.python.org/file37902/accept_connection_failed.patch ___ Python tracker ___ ___ Python-bugs

[issue10716] Modernize pydoc to use better HTML and separate CSS

Andre Roberge added the comment: If anyone is still interested in this, I did that today (scratching a personal itch - not knowing this had been filed before). What I have done: 1. Moved all the font/color information to a separate css file 2. Used html5 syntax. 3. Recreated a css style sheet

[issue23345] test_ssl fails on OS X 10.10.2 with latest patch level of OpenSSL libs

New submission from Ned Deily: With the latest maintenance release of OS X 10.10 (10.10.2), the OpenSSL libs have reached a patch level that fails the sanity test in test_ssl: test_ssl: testing with 'OpenSSL 0.9.8zc 15 Oct 2014' (0, 9, 8, 28, 15) under Mac ('10.10.2', ('', '', ''), 'x

[issue23338] PyErr_Format in ctypes uses invalid parameter

Makoto Kato added the comment: for master -- hgrepos: +295 Added file: http://bugs.python.org/file37901/py.patch ___ Python tracker ___ __

[issue23212] Update Windows and OS X installer copies of OpenSSL to 1.0.1l

Ned Deily added the comment: Update: 1.0.1l is now released as of 1/15. (1.0.2 was released as of 1/22 but it might be premature to go to that.) -- nosy: -ronaldoussoren title: Update Windows and OS X installer copies of OpenSSL to 1.0.1k -> Update Windows and OS X installer copies o

[issue13330] Attempt full test coverage of LocaleTextCalendar.formatweekday

Changes by Berker Peksag : -- nosy: +berker.peksag versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue23340] armv7l C++ exceptions issue

Eric V. Smith added the comment: I agree with David that this isn't the right venue. That said, the likely problem is that Python's main() is written in C, not C++, so some needed runtime support for exceptions is not getting initialized. -- nosy: +eric.smith resolution: -> not a bug

[issue23285] PEP 475 - EINTR handling

Ned Deily added the comment: It turns out the times are not important; the hangup is the default size of the socket buffers on OS X and possibly BSD in general. In my case, the send and receive buffers are 8192, which explains why the chunks written are so small. I somewhat arbitrarily chang

[issue18982] Add tests for CLI of the calendar module

Changes by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue23342] run() - unified high-level interface for subprocess

Changes by Martin Panter : -- nosy: +vadmium ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue23333] asyncio: add a new Protocol.connection_failed() method

STINNER Victor added the comment: New patch which adds a new Protocol.connection_failed() method. The method is called when the creation of the transport failed, ie. when the connection failed, on SSL handshake failure for example. The patch also closes the transport on connection failure (avo

[issue23333] asyncio: call protocol.connection_lost() when the creation of transport failed

STINNER Victor added the comment: > The call to loop.add_reader() should maybe be scheduled after the call to > connection_made()? To ensure that protocol methods (feed_data) are not called > before connection_made() has been called. Fixed by: --- changeset: 94360:1b35bef31bf8 branch: 3

[issue13697] python RLock implementation unsafe with signals

STINNER Victor added the comment: FYI I proposed a fix for eventlet to fix eventlet with Python 3 when monkey-patching is used: https://github.com/eventlet/eventlet/pull/187 The change forces the Python implementation of RLock, which is compatible with eventlet monkey-patching. The Python impl

[issue23342] run() - unified high-level interface for subprocess

Gregory P. Smith added the comment: Ethan: check_output combines them when stdout=subprocess.STDOUT is passed ( https://docs.python.org/3.5/library/subprocess.html#subprocess.STDOUT). Never pass stdout=PIPE or stderr= PIPE to call() or check*() methods as that will lead to a deadlock when a pipe

[issue13697] python RLock implementation unsafe with signals

Lothsahn added the comment: I am using Python 2.6.5 (we will be upgrading to Python 2.7.9 soon) and I recently ran into this bug. If I do any locking in a signal handler with RLocks, the entire system can deadlock. I'm using this to serialize my IO so we don't have mismatched lines in our lo

[issue23342] run() - unified high-level interface for subprocess

Thomas Kluyver added the comment: Updated patch following Gregory's suggestions: - The check_returncode parameter is now called check. The method on CompletedProcess is still check_returncode, though. - Clarified the docs about args - CalledProcessError and TimeoutExceeded gain a stdout propert

[issue23342] run() - unified high-level interface for subprocess

Ethan Furman added the comment: I haven't checked the code, but does check_output and friends combine stdout and stderr when ouput=PIPE? -- ___ Python tracker ___ __

[issue23342] run() - unified high-level interface for subprocess

Gregory P. Smith added the comment: A 1) Opting not to capture by default is good. Let people explicitly request that. A 2) "check" seems like a reasonable parameter name for the "should i raise if rc != 0" bool. I don't have any other good bikeshed name suggestions. A 3) Calling it args th

[issue23342] run() - unified high-level interface for subprocess

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23342] run() - unified high-level interface for subprocess

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mail

[issue23342] run() - unified high-level interface for subprocess

Thomas Kluyver added the comment: Another question: With this patch, CalledProcessError and TimeoutExceeded exceptions now have attributes called output and stderr. It would seem less surprising for output to be called stdout, but we can't break existing code that relies on the output attribut

[issue23343] operator precedence table for `not x` has an operand, while the others do not

Changes by R. David Murray : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue23342] run() - unified high-level interface for subprocess

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue23343] operator precedence table for `not x` has an operand, while the others do not

Hobs added the comment: Just noticed the other entries for not. Not a bug. -- resolution: -> not a bug status: open -> closed ___ Python tracker ___

[issue23344] Faster marshalling

New submission from Serhiy Storchaka: Currently writing marshalled data to buffer is not very efficient. Data is written byte by byte with testing conditions p->fp != NULL and p->ptr != p->end for every byte. Proposed patch makes writing to buffer faster. Benchmark results: $ ./python -m time

[issue23343] operator precedence table for `not x` has an operand, while the others do not

New submission from Hobs: Shouldn't the [operator precedence table](https://docs.python.org/3.4/reference/expressions.html#operator-precedence), 5th row, 1st column, just say "`not`" rather than "`not` x"? The other rows are identified by the keyword for the operator and don't include any ope

[issue23342] run() - unified high-level interface for subprocess

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue23342] run() - unified high-level interface for subprocess

New submission from Thomas Kluyver: This follows on from the python-ideas thread starting here: https://mail.python.org/pipermail/python-ideas/2015-January/031479.html subprocess gains: - A CompletedProcess class representing a process that has finished, with attributes args, returncode, stdo

[issue23304] Unused Superclass in calendar.py

Serhiy Storchaka added the comment: I suppose that calendar.error is here for compatibility. It is an alias to ValueError, so that errors raised by the calendar module can be catched with the "except calendar.error:" statement. Making calendar.error different class will likely break user code.

[issue2292] Missing *-unpacking generalizations

Neil Girdhar added the comment: Just need to fix the parser now. Minimal example: >>> parser.sequence2st(parser.expr("{1}").totuple()) Traceback (most recent call last): File "", line 1, in parser.ParserError: Expected node type 12, got 302. -- _

[issue23304] Unused Superclass in calendar.py

Berker Peksag added the comment: Looks like "error" was unused since https://hg.python.org/cpython/rev/acdc0b9a6c78#l2.48 (see also https://hg.python.org/cpython/rev/6ee380349c84/ for time.gmtime()). LGTM. -- nosy: +berker.peksag stage: -> commit review _

[issue2292] Missing *-unpacking generalizations

Neil Girdhar added the comment: Fixed a couple bugs and added a test. Incremented the magic number. -- Added file: http://bugs.python.org/file37896/starunpack24.diff ___ Python tracker _

[issue22931] cookies with square brackets in value

Changes by Dan LaMotte : -- nosy: +dlamotte ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue22931] cookies with square brackets in value

Demian Brecht added the comment: Ping for review/commit. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue23341] Issue parsing valid cookie

Changes by Berker Peksag : -- resolution: -> duplicate stage: -> resolved superseder: -> cookies with square brackets in value ___ Python tracker ___ _

[issue23341] Issue parsing valid cookie

Dan LaMotte added the comment: Yes, this is a duplicate of that bug. Sorry. -- status: open -> closed ___ Python tracker ___ ___ Pyth

[issue22086] Tab indent no longer works in interpreter

Ishan Khare added the comment: what is the current state of this issue, reading the http://bugs.python.org/issue5845 and its changesets, it seems that all the changes that were made during that issue no longer exists, like: fix-5845.diff -> adds a function named enablerlcompleter (as specified

[issue19980] Improve help('non-topic') response

Mark Lawrence added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue23341] Issue parsing valid cookie

R. David Murray added the comment: This may be a duplicate of issue 22931. If so please add your comments there and close this one. -- nosy: +r.david.murray ___ Python tracker

[issue23341] Issue parsing valid cookie

New submission from Dan LaMotte: I recently discovered that a valid cookie (by the RFC) is not parse-able by the Cookie library in python's standard library. import Cookie c = Cookie.SimpleCookie('key=[ab]cd[ef]') print c.keys() # yields [] When quoted, it works fine: c = Cookie.Simpl

[issue22799] wrong time.timezone

Akira Li added the comment: I agree that time.timezone, time.altzone is not enough in the general case. Because UTC offset may be different at different dates for reasons unrelated to DST transitions therefore any solution that doesn't take into account a given date/time into account will fail.

[issue23340] armv7l C++ exceptions issue

Alex Potapenko added the comment: Thank you for your reply, David! I will come back and reopen if I do identify a python bug. -- ___ Python tracker ___ _

[issue11145] '%o' % user-defined instance

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue22799] wrong time.timezone

Alexander Belopolsky added the comment: Please take a look at msg148208. I agree with MAL that time module globals timezone and daylight should be deprecated in favor of tm_gmtoff or datetime.astimezone(). -- ___ Python tracker

[issue23335] _ssl.c cannot be compiled with older versions of OpenSSL

Roundup Robot added the comment: New changeset 16f982f93a47 by Benjamin Peterson in branch 'default': ifdef our way to compatibility with old openssl (closes #23335) https://hg.python.org/cpython/rev/16f982f93a47 New changeset 1addc4f0f10c by Benjamin Peterson in branch '2.7': ifdef our way to c

[issue20416] Marshal: special case int and float, don't use references

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file37895/bench_issue20416.py ___ Python tracker ___ ___ Python-bugs-list mai

[issue20416] Marshal: special case int and float, don't use references

Serhiy Storchaka added the comment: Here is more general solution. For simple values (ints, floats, complex numbers, short strings) it is faster to use the value itself as a key than create new integer object (id). Without the patch: data ver. dumps(ms) loads(ms) size(KiB) ge

[issue23340] armv7l C++ exceptions issue

R. David Murray added the comment: For a problem like this you should post to the python-list mailing list. In addition to the bug tracker not being a place to get help, you are actually more likely to find people who can help you on python-list. We don't actually deal with C++ extensions whi

[issue22799] wrong time.timezone

Akira Li added the comment: > Isn't this a duplicate of #13466? In what way is it a duplicate? -- ___ Python tracker ___ ___ Python-b

[issue23340] armv7l C++ exceptions issue

New submission from Alex Potapenko: I run Python on an arm-brcm-linux-uclibcgnueabi router. Python was cross-compiled using hndtools-arm-linux-2.6.36-uclibc-4.5.3 toolchain. While trying to use deluge, I realised that there's something wrong with handling C++ exceptions in C++ extension module

[issue23334] http.client refactor

Demian Brecht added the comment: On 2015-01-28 7:41 AM, R. David Murray wrote: > Although they are private interfaces we may decide we need a deprecation > release before dropping them. Sometimes what we do in cases like this is go > ahead and make the changes, but also provide the old methods

[issue23334] http.client refactor

R. David Murray added the comment: Although they are private interfaces we may decide we need a deprecation release before dropping them. Sometimes what we do in cases like this is go ahead and make the changes, but also provide the old methods via a backward-compatible shim and have them emi

[issue13128] httplib debuglevel on CONNECT doesn't print response headers

Demian Brecht added the comment: New patch removes unrelated changes. -- Added file: http://bugs.python.org/file37892/issue13128_3.patch ___ Python tracker ___ __

[issue23334] http.client refactor

Demian Brecht added the comment: On 2015-01-27 7:34 PM, R. David Murray wrote: > Quantifying "largely" will be important. Understandably. In terms of the public API, all changes should be purely additive and 100% backwards compatible. "largely" is referring to some of the private API that has be

[issue23304] Unused Superclass in calendar.py

Vipul Sharma added the comment: I am submitting a patch file, hope this works. Please review it and correct me if I am wrong anywhere as this is my first contribution. -- keywords: +patch nosy: +Vipul.Sharma Added file: http://bugs.python.org/file37891/calendar_1.patch

[issue23339] dict_values should be comparable with a set

R. David Murray added the comment: values cannot be a set, since unlike keys it may contain unhashable objects. It would be...really strange and contrary to Python's philosophy to have the validity of an operation depend on the specific data values in a structure rather than its type. Python

[issue22799] wrong time.timezone

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue22798] time.mktime doesn't update time.tzname

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue22799] wrong time.timezone

Alexander Belopolsky added the comment: Isn't this a duplicate of #13466? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue23332] datetime.isoformat() -> explicitly mark UTC string as such

Alexander Belopolsky added the comment: > ISO 8601 can and should be understood such as the TZ-designator is required > (I think we agreed on that). No. There is no such requirement in ISO 8601 as far as I remember. -- ___ Python tracker

[issue23332] datetime.isoformat() -> explicitly mark UTC string as such

Alexander Belopolsky added the comment: Why do you call it a bug? Specifying UTC as +00:00 is perfectly valid by ISO 8601 and some RFCs that are based on the ISO standard recommend against using the Z code. -- ___ Python tracker

[issue23193] Please support "numeric_owner" in tarfile

Changes by Eric V. Smith : -- stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23337] Run python with restricted rights

Ramchandra Apte added the comment: BTW I think this is more of a support request than an issue. I might be stating the obvious, but is there any firewall software installed? -- nosy: +Ramchandra Apte ___ Python tracker

[issue23332] datetime.isoformat() -> explicitly mark UTC string as such

mirabilos added the comment: There’s another minor bug here: UTC should append “Z”, not “+00:00”, which other timezones at that offset can do. Agreed about no timezone being “floating” time in many instances, e.g. the iCalendar format uses that. -- nosy: +mirabilos __

[issue23339] dict_values should be comparable with a set

New submission from ThiefMaster: >>> d = {'1': '2'} >>> {'1'} < d.keys() False >>> {'1'} < set(d.values()) False >>> {'1'} < d.values() Traceback (most recent call last): File "", line 1, in TypeError: unorderable types: set() < dict_values() Same for e.g. the `-` operator. Since dict_keys

[issue23338] PyErr_Format in ctypes uses invalid parameter

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue23338] PyErr_Format in ctypes uses invalid parameter

Makoto Kato added the comment: add fix for ctypes of 2.7 branch. I don't know correct way to attach patch and process for patch. (I am new commer). So please let me know correct way if incorrect. -- hgrepos: +294 keywords: +patch Added file: http://bugs.python.org/file37890/py.patch

[issue23338] PyErr_Format in ctypes uses invalid parameter

New submission from Makoto Kato: This is CYGWIN build only. When ctypes cannot find function in CDataType_in_dll, it uses PyErr_Format. But it passes invalid parameters. -- components: ctypes messages: 234886 nosy: mkato priority: normal severity: normal status: open title: PyErr_Form

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue18813] Speed up slice object processing

Serhiy Storchaka added the comment: So may be close this issue as it doesn't affect performance? -- ___ Python tracker ___ ___ Python-

[issue22687] horrible performance of textwrap.wrap() with a long word

Serhiy Storchaka added the comment: Ping. What can I do to move this issue forward? -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue23337] Run python with restricted rights

New submission from Marc: Hi, We work in a school within a domain and pupils are using different restricted account on this domain. We tried to install Python 3.4 and it's work with an Administrator Account. With Children account , we got the message "IDLE's subprocess didn't make connectio

[issue18898] Apply the setobject optimizations to dictionaries

Serhiy Storchaka added the comment: noincref.diff doesn't contain all necessary changes. For example dummy is increfed in dict_pop() and dict_popitem() and may be decrefed at insert. As in sets we can got rid of few comparisons with dummy if set dummy hashes to -1. -- ___

[issue5700] io.FileIO calls flush() after file closed

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: > I added a few prints to the send and receive loops of _test_send. When > running on a reasonably current Debian testing Linux: Thanks, that's what I was suspecting, but I really don't understand why 200ms isn't enough for a socket write to actually

[issue22721] pprint output for sets and dicts is not stable

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue14260] re.groupindex is available for modification and continues to work, having incorrect data inside it

Serhiy Storchaka added the comment: Ping. -- keywords: +needs review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue22079] Ensure in PyType_Ready() that base class of static type is static

Roundup Robot added the comment: New changeset c087ac6fc171 by Serhiy Storchaka in branch '2.7': Issue #22079: PyType_Ready() now checks that statically allocated type has https://hg.python.org/cpython/rev/c087ac6fc171 New changeset 747855f29b9d by Serhiy Storchaka in branch '3.4': Issue #22079:

[issue22609] Constructors of some mapping classes don't accept `self` keyword argument

Serhiy Storchaka added the comment: So may be close this issue? See also issue22958. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue23335] _ssl.c cannot be compiled with older versions of OpenSSL

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri