[issue23285] PEP 475 - EINTR handling

Ned Deily 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: ./python Lib/test/eintrdata/eintr_tester.py test_read (__main__.OSEINTRTest) ... ok test_wait (__main__.OSEINTRTest) ... ok test_wait3 (__ma

[issue23336] Thread.LockType is misnamed

New submission from cindykrafft: The tp_name field in thread.LockType is set as "thread.lock". This is incorrect and conflicts with the value set in dummy_thread. Python 2.7.6 (default, Sep 9 2014, 15:04:36) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.39)] on darwin Type "help", "copyri

[issue20188] ALPN support for TLS

Ned Deily added the comment: _ssl.c cannot be compiled with pre-NPN versions of OpenSSL: see Issue23335. -- nosy: +ned.deily ___ Python tracker ___ __

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

New submission from Ned Deily: _ssl.c compilation is broken on default and 27 when building with older (pre-1.0.1 ?) versions of OpenSSL: /py/dev/3x/source/Modules/_ssl.c:2296:24: error: use of undeclared identifier 'OPENSSL_NPN_NEGOTIATED' if (alpn && ret != OPENSSL_NPN_NEGOTIATED)

[issue23152] fstat64 required on Windows

Steve Dower added the comment: Looks like it was only the _io module needing more updates. New patch attached. -- Added file: http://bugs.python.org/file37888/py_fstat_3.patch ___ Python tracker ___

[issue23334] http.client refactor

R. David Murray added the comment: Quantifying "largely" will be important. -- nosy: +r.david.murray ___ Python tracker ___ ___ Python

[issue23334] http.client refactor

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

[issue23334] http.client refactor

Changes by Demian Brecht : Added file: http://bugs.python.org/file37887/http_proto_1.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23334] http.client refactor

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

[issue23334] http.client refactor

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue23334] http.client refactor

Demian Brecht added the comment: Attaching a file /with/ http.proto this time. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23334] http.client refactor

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23334] http.client refactor

Demian Brecht added the comment: Note that this patch also depends on Antoine's TransformDict patch in #18986. -- ___ Python tracker ___ _

[issue23334] http.client refactor

New submission from Demian Brecht: This is an attempt to bring a little more sanity to the http.client module through improvements to the architecture. The overarching intention of the patch is to modularize the HTTP versions, providing the following benefits: * Make each protocol easier to wo

[issue23208] asyncio: add BaseEventLoop._current_handle (only used in debug mode)

Roundup Robot added the comment: New changeset d61d1e73674f by Victor Stinner in branch '3.4': asyncio: sync with Tulip https://hg.python.org/cpython/rev/d61d1e73674f -- ___ Python tracker _

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

STINNER Victor added the comment: Oh, accept_error.patch causes issues with the new SSL implementation. SSLProtocol.feed_data() is called before SSLProtocol.connection_made() is called. _SelectorSocketTransport constructor calls loop.add_reader() immediatly, but it only schedules a call to pro

[issue21862] cProfile command-line should accept "-m module_name" as an alternative to script path

Mayank Tripathi added the comment: Updated the patch and added docs and tests. -- Added file: http://bugs.python.org/file37885/cProfile_module_option_2.patch ___ Python tracker _

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

Demian Brecht added the comment: Sure, I should have some time later today to do so. Should such changes not be made as they're encountered in order to clean up the older code that isn't up to spec? Or should they only be made as the code is modified? On 2015-01-27 2:58 PM, Berker Peksag wrote:

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

Berker Peksag added the comment: Thanks for the patch! Could you revert unrelated changes (whitespaces, PEP 8 etc.) if you have time? -- stage: patch review -> commit review ___ Python tracker

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

STINNER Victor added the comment: FYI I opened a thread about this issue on the Tulip mailing list. Antoine Pitrou added the comment: > IMO, connection_lost() should never be called if connection_made() wasn't > called. That's a breach of the API contract. Yes, I agree. > (at one point, I sug

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

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

[issue23243] asyncio: emit ResourceWarning warnings if transports/event loops are not explicitly closed

STINNER Victor added the comment: > - SelectorEventLoop._accept_connection() doesn't care of the creation of the > transport failed Fixing this issue requires to change the design of asyncio, so I chose to open a new issue: issue #2. -- ___ Pyt

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

Antoine Pitrou added the comment: IMO, connection_lost() should never be called if connection_made() wasn't called. That's a breach of the API contract. (at one point, I suggested a connection_failed() for that purpose, but it was shut down - it was in relationship to the idea of a reconnectin

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

New submission from STINNER Victor: While working on the issue #23243 ("asyncio: emit ResourceWarning warnings if transports/event loops are not explicitly closed"), I saw that SelectorEventLoop._accept_connection() currently ignores errors on the creation of a transport. When a server gets a

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

Armin Rigo added the comment: Sorry, your patch still contains similar issues. I postponed continuing to bounce it back and forth, but it seems that someone else needs to take my place now. -- ___ Python tracker

[issue19681] test_repr (test.test_functools.TestPartialC) failures

Berker Peksag added the comment: issue19681_2.patch LGTM. -- nosy: +berker.peksag stage: patch review -> commit review versions: +Python 3.5 ___ Python tracker ___ __

[issue2504] Add gettext.pgettext() and variants support

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

[issue2504] Add gettext.pgettext() and variants support

Hanno Zulla added the comment: Can we please get pgettext for Python? -- nosy: +Hanno.Zulla ___ Python tracker ___ ___ Python-bugs-list

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

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

[issue19681] test_repr (test.test_functools.TestPartialC) failures

Serhiy Storchaka added the comment: Ping. -- keywords: +needs review stage: needs patch -> patch review ___ Python tracker ___ ___ Pyt

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

Serhiy Storchaka added the comment: Hey, Armin. Do you want to continue bug hunting? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue19949] Explicitly skip or mask skipped/disabled tests in test_xpickle

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue19949] Explicitly skip or mask skipped/disabled tests in test_xpickle

Roundup Robot added the comment: New changeset 94d8524086bd by Serhiy Storchaka in branch '2.7': Issue #19949: The test_xpickle test now tests compatibility with installed https://hg.python.org/cpython/rev/94d8524086bd -- nosy: +python-dev ___ Python

[issue23055] PyUnicode_FromFormatV crasher

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue19949] Explicitly skip or mask skipped/disabled tests in test_xpickle

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23055] PyUnicode_FromFormatV crasher

Roundup Robot added the comment: New changeset e6b9e277fbf4 by Serhiy Storchaka in branch '2.7': Issue #23055: Fixed a buffer overflow in PyUnicode_FromFormatV. Analysis https://hg.python.org/cpython/rev/e6b9e277fbf4 New changeset f849f937f78c by Serhiy Storchaka in branch '3.2': Issue #23055:

[issue23055] PyUnicode_FromFormatV crasher

Georg Brandl added the comment: It's fine to commit it to both branches. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue23055] PyUnicode_FromFormatV crasher

Serhiy Storchaka added the comment: Georg, what is your word as release manager of 3.2/3.3? I would commit the patch in 2.7 if there are no objections. -- ___ Python tracker ___

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

Mirko Vogt added the comment: Just to clarify my problem - then I'll just happily use datetime.now(tzutc()).isoformat() - There is datetime.now() which is supposed to be used (no utcnow() anymore) - datetime.now() might return a naive object, when no TZ is specified - *However* also the naiv

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

Alexander Belopolsky added the comment: Mirko, You may want to review #9527. I don't think we left any stone unturned in this area. -- ___ Python tracker ___ _

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

Mirko Vogt added the comment: I got that - so marking utcnow() as deprecated seems like a good idea. But it's not just about utcnow() but also now(). now() also doesn't return any timezone stated by default - which I would still consider as a bug. However making now() require a TZ being specifi

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

Alexander Belopolsky added the comment: s/timezone instances/datetime instances/ -- ___ Python tracker ___ ___ Python-bugs-list mailin

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

Alexander Belopolsky added the comment: What is your specific proposal? As I explained, we cannot assume that naive timezone instances are in UTC because while sometimes they are (as in datetime.utcnow()), more often they are not (as in datetime.now()). So changing dt.isoformat() when dt is n

[issue23327] zipimport to import from non-ascii pathname on Windows

Swapneel Ambre added the comment: Attaching a combined patch. I updated testUnencodable testcase from test_zipimport.py. Verified that without my fix, the testcase fails and it passes with my fix. -- Added file: http://bugs.python.org/file37883/zipimport_fix_withtest.patch ___

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

Mirko Vogt added the comment: I never said there is no way to result in an ISO 8601 string with UTC stated explicitly. I showed a case where I think it is correct to assume UTC is stated ( e.g. utcnow()), however the result of isoformat() doesn't do so. -- ___

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

Alexander Belopolsky added the comment: > When using utcnow() e.g. I would expect the result definitely being marked as > UTC. Don't use utcnow(). This is a leftover from the times when there was no timezone support in datetime. The documentation for utcnow [1] already points you in the righ

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

Alexander Belopolsky added the comment: > I highly recommend always specifying the timezone and would consider behaving > otherwise as a bug. I agree, and the datetime module lets you do that already: >>> dt = datetime.now(timezone.utc) >>> dt.isoformat() '2015-01-27T18:53:40.380075+00:00' or

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

Mirko Vogt added the comment: from datetime import * In [4]: datetime.utcnow().isoformat() Out[4]: '2015-01-27T18:51:18.332566' When using utcnow() e.g. I would expect the result definitely being marked as UTC. -- type: enhancement -> behavior ___ P

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

Alexander Belopolsky added the comment: Do I understand correctly that the request is to append '+00:00' to the result of dt.isoformat() when dt is naive? If so, -1. Python's datetime module does not dictate how naive datetime instances should be interpreted. UTC by default and local by def

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

Mirko Vogt added the comment: Actually I'm not sure anymore whether NOT specifying a timezone is valid at all. Even though the Spidermonkey documentation itself states, that it doesn't behave according to the ISO standard, several documents say that specifying the timezone is crucial (either "

[issue23255] SimpleHTTPRequestHandler refactor for more extensible usage.

Berker Peksag added the comment: Thanks for the updated patch. I will tweak the docs before I commit the patch. -- ___ Python tracker ___

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

Mirko Vogt added the comment: Both implementations behave according the standard. If you assume otherwise you violate the standard - as JavaScript does. If that change would break software, that software was broken from the beginning. -- ___ Python

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

R. David Murray added the comment: I wonder what the chances are that doing that would break other software with the opposite assumption (an assumption based on past Python behavior). -- nosy: +belopolsky, r.david.murray ___ Python tracker

[issue23255] SimpleHTTPRequestHandler refactor for more extensible usage.

Ent added the comment: Latest patch with simpler(?) logic? @Demian: This is a tough task! And I appreciate your kind words. I have gone through your comments and I have made a few changes as per your suggestion but I have refrained from a few as well. > get_status_type, apply_success_headers,

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

New submission from Mirko Vogt: I trapped into a pitfall today with web programming using DateTime.isoformat() in the backend and Javascript on the frontend side. isoformat() string'yfies a DateTime-object according to ISO 8601, which states that, if no timezone is specified, the string is sup

[issue23329] _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN

Benjamin Peterson added the comment: (Thanks for pointing out the problem and the fix.) -- nosy: +benjamin.peterson ___ Python tracker ___ ___

[issue23329] _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN

STINNER Victor added the comment: Cool, the issue looks like the issue has been fixed: the _ssl module can be build again. http://buildbot.python.org/all/builders/x86%20OpenBSD%205.5%203.x/builds/1334/steps/compile/logs/stdio Thanks for the quick fix. -- __

[issue22668] memoryview.format is corrupted due to dangling shared pointer

Stefan Krah added the comment: Thanks for the detailed report! Making a private copy of 'format' for each memoryview generally sounds like the best solution. However, format strings can be arbitrarily large, so we'd need to store the copy in the ob_array after shape, strides and suboffsets. Th

[issue23329] _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN

Roundup Robot added the comment: New changeset 53e94a687570 by Benjamin Peterson in branch 'default': disable ALPN on LibreSSL, which has a large version number, but not ALPN support (closes #23329) https://hg.python.org/cpython/rev/53e94a687570 New changeset f7fd2776e80d by Benjamin Peterson i

[issue23232] 'codecs' module functionality + its docs -- concerning custom codecs, especially non-string ones

Walter Dörwald added the comment: That analysis seems correct to me. Stateless and stream codecs were the original implementation. 2006 I implemented incremental codecs: http://bugs.python.org/issue1436130 The intent was to have stateful codecs that can work with iterators and generators. Wh

[issue23328] urllib2 fails for proxy credentials that contain a '/' character

Senthil Kumaran added the comment: Yup, can confirm that this is problem. As Andy recognized, there is parsing error that fails on '/' character in the password. The environ based proxies are used by urllib rather than urllib2. (The test case if relies on environ proxy, should use urllib.urlop

[issue23324] Nonblocking serial io using Arduino and Ubuntu 14.10 (Python 3.4.2) performance slowdown

Alan Yorinks added the comment: I don't see the file I attached in the previous comment, so I have uploaded 4 files to google drive at: https://drive.google.com/folderview?id=0B0adDMMjxksDRGtiWFowVUh0RlE&usp=sharing These files are the result of running a cProfile for polling_digital_analog_i

[issue23324] Nonblocking serial io using Arduino and Ubuntu 14.10 (Python 3.4.2) performance slowdown

Alan Yorinks added the comment: Additional information: When using another example from PyMata, examples/digital_analog_io/callback_digital_analog_io.py, by adding the line: if sys.platform == 'linux': # noinspection PyUnresolvedReferences self.arduino.nonblocking

[issue17911] traceback: add a new thin class storing a traceback without storing local variables

Nick Coghlan added the comment: Most of the time when I'm working heavily with exceptions it's something related to contextlib, so I'm likely getting my exception details from either sys.exc_info() or the arguments to __exit__. That means I start out with an exception triple, and the only time

[issue23331] Add non-interactive version of Bdb.runcall

New submission from Isaac Jurado: The Bdb.runcall method shows a prompt right at the beginning of the function. If breakpoints are defined, it is sometimes handy to skip the prompt until the next breakpoint, if any. This use case came up in our development environment for a Django application

[issue23322] parser module docs missing second example

Vipul Sharma added the comment: Should I just remove the "See also" segment or just update its content like "See also: module parser.. Provides an interface to Python’s internal parser and byte-code compiler" ? -- ___ Python tracker

[issue23330] h2py.py regular expression missing

New submission from Thomas Roos: Hi, my issue was that SO_BINDTODEVICE symbol was not defined in /Lib/plat-linux2/IN.py which is generated by h2py.py. This is because the regex is missing out include dirs with "-" in the name. In my yocto cross build system this define is in asm-generic, don't k

[issue23329] _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN

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

[issue14465] xml.etree.ElementTree: add feature to prettify XML output

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

[issue20188] ALPN support for TLS

STINNER Victor added the comment: _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN: see issue #23329. -- nosy: +haypo ___ Python tracker ___ __

[issue23177] test_ssl: failures on OpenBSD with LibreSSL

STINNER Victor added the comment: _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN: see issue #23329. -- ___ Python tracker ___ ___

[issue23329] _ssl cannot be compiled with LibreSSL anymore (on OpenBSD 5.5) because of ALPN

New submission from STINNER Victor: Recently, the issue #20188 "ALPN support for TLS" was fixed. The problem is that the check for the ALPN feature doesn't work with LibreSSL: /* ALPN added in OpenSSL 1.0.2 */ #if OPENSSL_VERSION_NUMBER >= 0x1000200fL && !defined(OPENSSL_NO_TLSEXT) # define HAV

[issue23191] fnmatch regex cache use is not threadsafe

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue23191] fnmatch regex cache use is not threadsafe

Roundup Robot added the comment: New changeset fe12c34c39eb by Serhiy Storchaka in branch '2.7': Issue #23191: fnmatch functions that use caching are now threadsafe. https://hg.python.org/cpython/rev/fe12c34c39eb -- nosy: +python-dev ___ Python tracke

[issue23191] fnmatch regex cache use is not threadsafe

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14465] xml.etree.ElementTree: add feature to prettify XML output

Changes by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue18518] return-ing within code timed with timeit.timeit causes wrong return value of timeit.timeit

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue22286] Allow backslashreplace error handler to be used on input

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue17911] traceback: add a new thin class storing a traceback without storing local variables

Antoine Pitrou added the comment: It's tedious and complicated compared to the natural way. -- ___ Python tracker ___ ___ Python-bugs-

[issue23290] Faster set copying

Serhiy Storchaka added the comment: Actually set_find_free_slot() is not needed because there is set_insert_clean(). Results with using set_insert_clean(): $ ./python -m timeit -s "s = set(range(10**4))" -- "frozenset(s)" Unpatched: 1000 loops, best of 3: 700 usec per loop Patched: 1000 loops