[issue22943] bsddb: test_queue fails on Windows
Roundup Robot added the comment: New changeset df17d2b0878f by Serhiy Storchaka in branch '2.7': Issue #22943: bsddb tests are locale independend now. https://hg.python.org/cpython/rev/df17d2b0878f -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22943 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22924] Use of deprecated cgi.escape
Roundup Robot added the comment: New changeset f5eb62bdcb1a by Serhiy Storchaka in branch '3.4': Issue #22924: Scripts gprof2html.py and highlight.py now use html.escape() https://hg.python.org/cpython/rev/f5eb62bdcb1a New changeset 8c1d1e861081 by Serhiy Storchaka in branch 'default': Issue #22924: Scripts gprof2html.py and highlight.py now use html.escape() https://hg.python.org/cpython/rev/8c1d1e861081 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22924 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22943] bsddb: test_queue fails on Windows
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22943 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22924] Use of deprecated cgi.escape
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22924 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22609] Constructors of some mapping classes don't accept `self` keyword argument
Serhiy Storchaka added the comment: So what to do wish UserDict? Should we break backward compatibility and add support for self and dict keywords as in other dict-like types? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22609 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22838] Convert re tests to unittest
Roundup Robot added the comment: New changeset 21a7a92f4d0c by Serhiy Storchaka in branch '3.4': Issue #22838: All test_re tests now work with unittest test discovery. https://hg.python.org/cpython/rev/21a7a92f4d0c New changeset 258ee94b5bac by Serhiy Storchaka in branch 'default': Issue #22838: All test_re tests now work with unittest test discovery. https://hg.python.org/cpython/rev/258ee94b5bac -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22838 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22838] Convert re tests to unittest
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22838 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21032] Socket leak if HTTPConnection.getresponse() fails
Serhiy Storchaka added the comment: What is the status of your contributor agreement Martin? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21032 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14099] ZipFile.open() should not reopen the underlying file
Serhiy Storchaka added the comment: What your thoughts Benjamin? Should this patch be applied to 2.7.10 (this is not critical for 2.7.9)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14099 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21998] asyncio: a new self-pipe should be created in the child process after fork
Martin Richard added the comment: Guido, Currently in my program, I manually remove and then re-adds the reader to the loop in the parent process right after the fork(). I also considered a dirty monkey-patching of remove_reader() and remove_writer() which would act as the original versions but without removing the fds from the epoll object (ensuring I don't get bitten by the same behavior for an other fd). The easiest fix, I think, is indeed to close the selector without unregistering the fds, but I don't know if doing so would have undesired side effects on an other platform than Linux (resources leak, or the close call failing maybe). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21998 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22578] Add additional attributes to re.error
Roundup Robot added the comment: New changeset 9711c60e3049 by Serhiy Storchaka in branch 'default': Removed unused function linecol() (added in issue #22578 by mistake). https://hg.python.org/cpython/rev/9711c60e3049 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22578 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21998] asyncio: a new self-pipe should be created in the child process after fork
Martin Richard added the comment: I said something wrong in my previous comment: removing and re-adding the reader callback right after the fork() is obviously subject to a race condition. I'll go for the monkey patching. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21998 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21032] Socket leak if HTTPConnection.getresponse() fails
Martin Panter added the comment: Hi Serhiy, I submitted the form online on 22 Nov; just patiently waiting for it to come through now. In the last few minutes I noticed an asterisk has appeared against my name on the bug tracker, so hopefully it is all good now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21032 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21032] Socket leak if HTTPConnection.getresponse() fails
Roundup Robot added the comment: New changeset 561d1d0de518 by Serhiy Storchaka in branch 'default': Issue #21032: Deprecated the use of re.LOCALE flag with str patterns or https://hg.python.org/cpython/rev/561d1d0de518 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21032 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22407] re.LOCALE is nonsensical for Unicode
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - resolved status: open - closed type: behavior - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22407] re.LOCALE is nonsensical for Unicode
Martin Panter added the comment: Looks like revision 561d1d0de518 was to fix this issue, but the NEWS entry has the wrong reference number -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22971] test_pickle: Fatal Python error: Cannot recover from stack overflow. on FreeBSD buildbot
New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/2434/steps/test/logs/stdio ... [127/390] test_trace [128/390] test_imghdr [129/390] test_queue [130/390] test_thread Fatal Python error: Cannot recover from stack overflow. Current thread 0x000801407400 (most recent call first): File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in __getattr__ File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/pickletester.py, line 1882 in
[issue22971] test_pickle: Fatal Python error: Cannot recover from stack overflow. on FreeBSD buildbot
STINNER Victor added the comment: Can it be related to the issue #22676? -- nosy: +pitrou, serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22971 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22407] re.LOCALE is nonsensical for Unicode
Serhiy Storchaka added the comment: Indeed. Thank you Martin. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22972] Timeout making ajax calls to SimpleHTTPServer from internet explorer
New submission from Andrew Burrows: I have flask webservice running on windows, run up with `app.run()` which works fine from Chrome but when accessed with IE it sometimes fails with a timeout error. I've managed to reproduce the problem without flask which suggests there is (maybe?) some problem in the underlying Python networking code that flask is using. I've attached a simple website that displays the problem using only SimpleHTTPServer. To reproduce the problem unzip the file, cd into the directory and start the server using: python -m SimpleHTTPServer 5001 Then visit http://localhost:5001 in Internet Explorer and it will timeout, usually within the first 20 or 30 ajax calls. I'm using IE11 on windows 7 and python 2.7.8 -- components: Windows files: timeout_bug.zip messages: 231928 nosy: Andrew.Burrows, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Timeout making ajax calls to SimpleHTTPServer from internet explorer type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file37331/timeout_bug.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22972 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22676] _pickle's whichmodule() is slow
STINNER Victor added the comment: This issue may have introduce a regression, please see: Issue #22971: test_pickle: Fatal Python error: Cannot recover from stack overflow. on FreeBSD buildbot -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22676 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21032] Socket leak if HTTPConnection.getresponse() fails
Roundup Robot added the comment: New changeset f88c00391dd8 by Serhiy Storchaka in branch '2.7': Issue #21032. Fixed socket leak if HTTPConnection.getresponse() fails. https://hg.python.org/cpython/rev/f88c00391dd8 New changeset ba72da4883eb by Serhiy Storchaka in branch '3.4': Issue #21032. Fixed socket leak if HTTPConnection.getresponse() fails. https://hg.python.org/cpython/rev/ba72da4883eb New changeset 62a058c76869 by Serhiy Storchaka in branch 'default': Issue #21032. Fixed socket leak if HTTPConnection.getresponse() fails. https://hg.python.org/cpython/rev/62a058c76869 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21032 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22407] re.LOCALE is nonsensical for Unicode
Roundup Robot added the comment: New changeset abc7fe393016 by Serhiy Storchaka in branch 'default': Fixed issue number in Misc/NEWS for issue #22407. https://hg.python.org/cpython/rev/abc7fe393016 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22973] hash() function gives the same result for -1 and for -2 argument (==-2)
New submission from ardabro: built-in hash() function cannot be effectively used for integers due to weird behavior for -1 argument: hash(0) 0 hash(-1) -2# ! hash(-2) -2 hash(-3) -3 -- components: Library (Lib) messages: 231932 nosy: ardabro priority: normal severity: normal status: open title: hash() function gives the same result for -1 and for -2 argument (==-2) type: behavior versions: Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22973 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22898] segfault during shutdown attempting to log ResourceWarning
Xavier de Gaye added the comment: When tstate-overflowed is already set to 1 before entering PyErr_NormalizeException() to normalize an exception, the following cases may occur: 1) Normalizing a built-in exception = instantiation ok. 2) Normalizing a python exception that fails with a built-in exception = next recursion of PyErr_NormalizeException() ok. 3) Normalizing a python exception that fails with a python exception that fails with a python exception and so on infinitely... = PyObject_Call() never returns and the interpreter aborts with a fatal error when the high warter mark is exceeded, the infinite recursion is in PyObject_Call(). 4) Normalizing a python exception defined in an extension module and the instantiation returns NULL and sets the same exception: a) Without any patch, we get a segfault caused by another bug in PyErr_NormalizeException() at Py_DECREF(*val), just before setting val to PyExc_RecursionErrorInst. This is fixed by changing Py_DECREF(*val) to Py_XDECREF(*val). With the above fix, we get the same abort as the one caused by runtimerror_singleton_2.py, so this is another reproducer of the current issue. b) The test is ok with patch warn_5.patch, and the above fix. c) With patch remove_singleton.patch the interpreter aborts with a fatal error when the high warter mark is exceeded, the infinite recursion is in PyErr_NormalizeException(). Cases 3) and 4) can be tested with runtimerror_singleton_3.py (install mymodule with setup.py for all three test cases in 4). remove_singleton.patch introduces a regression in case c), but IMHO the abort in case c) is consistent with the abort in case 3), they are both related to a more general problem involving the low/high water mark heuristic and described by Antoine in [1]. [1] http://thread.gmane.org/gmane.comp.python.devel/97016 -- Added file: http://bugs.python.org/file37332/runtimerror_singleton_3.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22898 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22898] segfault during shutdown attempting to log ResourceWarning
Changes by Xavier de Gaye xdeg...@gmail.com: Added file: http://bugs.python.org/file37333/mymodule.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22898 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22898] segfault during shutdown attempting to log ResourceWarning
Changes by Xavier de Gaye xdeg...@gmail.com: Added file: http://bugs.python.org/file37334/setup.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22898 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21032] Socket leak if HTTPConnection.getresponse() fails
Serhiy Storchaka added the comment: Few notes about patches. Check patches for trailing spaces. And it would be more suitable if you provide single patch instead of a couple of patches. I have slightly changed the test, so it checks that the file is actually closed, not lost, The fix LGTM. Thank you for your contribution Martin. -- resolution: - fixed stage: patch review - resolved status: open - closed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21032 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22973] hash() function gives the same result for -1 and for -2 argument (==-2)
Eric V. Smith added the comment: hash() is not defined to be unique, so you're always going to have collisions. The behavior of hash() for int that you're seeing is not a bug. There's some background here: http://stackoverflow.com/questions/10130454/why-do-1-and-2-both-hash-to-2-in-python -- components: +Interpreter Core -Library (Lib) nosy: +eric.smith resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22973 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22609] Constructors of some mapping classes don't accept `self` keyword argument
Ethan Furman added the comment: Fix `self` now, add a warning and single minor cycle deprecation period for 'dict'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22609 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7665] test_urllib2 and test_ntpath fail if path contains \
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22972] Timeout making ajax calls to SimpleHTTPServer from internet explorer
R. David Murray added the comment: Why do you think this is a Python problem? Can you reproduce it without using javascript? Given that it works with other browsers (ie: python has no problem responding to the queries themselves) and javascript is doing the query, I think it would be much more likely to be an IE javascript bug, and hard to see how it could be a Python bug. Also, FYI we prefer people attach text files, not zip files, to the issue. It makes it easier for people to see what you are talking about. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22972 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20148] Derby: Convert the _sre module to use Argument Clinic
Serhiy Storchaka added the comment: Synchronized with the tip again. -- Added file: http://bugs.python.org/file37335/sre_clinic_4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20148 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Matthias Klose added the comment: seen as well with 3.3 -- keywords: +3.3regression, 3.4regression nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21998] asyncio: a new self-pipe should be created in the child process after fork
Guido van Rossum added the comment: How about not doing anything in the parent but in the child, closing the selector and then the event loop? On Mon, Dec 1, 2014 at 1:29 AM, Martin Richard rep...@bugs.python.org wrote: Martin Richard added the comment: I said something wrong in my previous comment: removing and re-adding the reader callback right after the fork() is obviously subject to a race condition. I'll go for the monkey patching. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21998 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21998 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22935] Disabling SSLv3 support
Kurt Roeckx added the comment: I've just signed the contributor agreement -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22935 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
New submission from Dmitry Kazakov: This is a complete implementation of negative limits for functions from traceback module (see this proposal - https://mail.python.org/pipermail/python-ideas/2014-August/029105.html). I also added some tests. -- components: Library (Lib) files: traceback_patch_2.diff keywords: patch messages: 231943 nosy: vlth priority: normal severity: normal status: open title: Make traceback functions support negative limits type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file37336/traceback_patch_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Changes by Dmitry Kazakov jsb...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Matthias Klose added the comment:
proposed patch:
diff -r 8dacb1a21793 Lib/importlib/_bootstrap.py
--- a/Lib/importlib/_bootstrap.py Fri Nov 28 13:15:41 2014 +0100
+++ b/Lib/importlib/_bootstrap.py Mon Dec 01 17:05:00 2014 +0100
@@ -453,7 +453,7 @@
else:
suffixes = OPTIMIZED_BYTECODE_SUFFIXES
head, tail = _path_split(path)
-base_filename, sep, _ = tail.partition('.')
+base_filename, sep, _ = tail.rpartition('.')
tag = sys.implementation.cache_tag
if tag is None:
raise NotImplementedError('sys.implementation.cache_tag is None')
--
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22966
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
R. David Murray added the comment: This looks like a duplicate of issue 22619. Were you under the impression you needed to open a new issue just in order to update your patch? You would be better off posting the patch to issue 22619 and closing this one, unless I'm missing something. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Barry A. Warsaw added the comment: I'll take this one. I think it should be easy to add a test case, which I'll do. -- assignee: - barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Changes by Barry A. Warsaw ba...@python.org: -- versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22975] Crosses initialization?
Elazar Gershuni added the comment: https://hg.python.org/cpython/file/62a058c76869/Objects/unicodeobject.c#l9884 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22975] Crosses initialization?
Changes by Elazar Gershuni elaz...@gmail.com: -- hgrepos: -282 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22975] Crosses initialization?
New submission from Elazar Gershuni:
In Objects/unicodeobject.c, What happens in these lines?
case PyUnicode_4BYTE_KIND: { \
Py_UCS4 * to_ = (Py_UCS4 *)((data)) + (start); \
for (; i_ (length); ++i_, ++to_) *to_ = (value); \
break; \
default: assert(0); \
} \ // Closing earlier case block. Should be one line up?
} \ // Closing the switch statement
(I got error here trying to compile Python in g++).
--
components: Build
hgrepos: 282
messages: 231947
nosy: elazar
priority: normal
severity: normal
status: open
title: Crosses initialization?
type: compile error
versions: Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22975
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22975] Crosses initialization?
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka nosy: +serhiy.storchaka versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22975] Crosses initialization?
Roundup Robot added the comment: New changeset 15a1070a2c66 by Serhiy Storchaka in branch '3.4': Issue #22975: Close block at right place. https://hg.python.org/cpython/rev/15a1070a2c66 New changeset e1afae23dfcd by Serhiy Storchaka in branch 'default': Issue #22975: Close block at right place. https://hg.python.org/cpython/rev/e1afae23dfcd -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
Dmitry Kazakov added the comment: Indeed, this is an exact duplicate, but I feel like that issue is an embarrassment: too many unnecessary actions, bad patches, and most of messages are totally useless. I wanted to start over for once, so I closed that issue. Pardon my initial ignorance. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22609] Constructors of some mapping classes don't accept `self` keyword argument
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: serhiy.storchaka - rhettinger priority: high - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22609 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22975] Crosses initialization?
Serhiy Storchaka added the comment: This is correct syntax in C. But I agree that for clarity it should be changed. However note that building Python with g++ is not supported. There are many other things about which C compiler is lenient but which cause syntax error in C++ compiler. And resulting binary, if you will built it, will be binary incompatible with Python binary compiled with C compiler. -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20335] bytes constructor accepts more than one argument even if the first one is not a string
Serhiy Storchaka added the comment: Here is a patch with tests. -- stage: test needed - patch review Added file: http://bugs.python.org/file37337/issue20335.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21557] os.popen os.system lack shell-related security warnings
Chris Rebert added the comment: Here is a patch that adds the necessary warnings from issue 7950. Please review it when you get a chance. -- keywords: +patch Added file: http://bugs.python.org/file37338/fix-21557.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21557 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Chris Rebert added the comment: Ping. This small patch has been waiting nearly 3 months for a review. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Changes by Ned Deily n...@acm.org: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Alexander Belopolsky added the comment: I don't like the proposed note. 1. It is not the job of the time module documentation to warn about many functions in the stdlib. What are these functions, BTW? 2. What is calendar time in POSIX encoding? This sounds like what time.asctime() returns. I think an improvement would be to spell Epoch with a capital E and define it as The time zero hours, zero minutes, zero seconds, on January 1, 1970 Coordinated Universal Time (UTC). See http://pubs.opengroup.org/onlinepubs/9699919799. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Barry A. Warsaw added the comment: Not counting importlib.h, here's the diff I'm going to apply to 3.4. It passes all the existing tests and includes a new test for this behavior. -- Added file: http://bugs.python.org/file37339/22966.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Akira Li added the comment: Alexander Belopolsky added the comment: 1. It is not the job of the time module documentation to warn about many functions in the stdlib. What are these functions, BTW? The e-mail linked in the first message of this issue msg226539 enumerates some of the functions: https://mail.python.org/pipermail/python-ideas/2014-September/029228.html 2. What is calendar time in POSIX encoding? This sounds like what time.asctime() returns. It is the language used by C standard for time() function: The time function determines the current calendar time. The encoding of the value is unspecified. I think an improvement would be to spell Epoch with a capital E and define it as The time zero hours, zero minutes, zero seconds, on January 1, 1970 Coordinated Universal Time (UTC). See http://pubs.opengroup.org/onlinepubs/9699919799. The word *epoch* (lowercase) is used by C standard. It is not enough to say that time module uses POSIX epoch (Epoch) e.g., a machine may use right zoneinfo (the same epoch year 1970) but the timestamp for the same UTC time are different by number of leap seconds (10+25 since 2012). POSIX encoding implies that the formula works: utc_time = datetime(1970, 1, 1) + timedelta(seconds=posix_timestamp) if time.time() doesn't return posix_timestamp than many functions in the stdlib will break. It is possible to inspect all stdlib functions that use time module and determine for some of them whether they will break if gmtime(0) is not 1970 or right zoneinfo is used or any non-POSIX time encoding is used. But it is hard to maintain such a list because any future code change may affect the behavior. I prefer a vague statement (many functions) over a possible lie (the documentation shouldn't make promises that the implementation can't keep). POSIX language is (intentionally) vague and avoids SI seconds vs. UT1 (mean solar) seconds distinction. I don't consider systems where seconds doesn't mean SI seconds used by UTC time scale. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21557] os.popen os.system lack shell-related security warnings
Demian Brecht added the comment: Left a comment in Rietveld. -- nosy: +demian.brecht ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21557 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Terry J. Reedy added the comment: I would like fixing NEWS to be the top infrastructure improvement project, as it is my biggest time waster, and certainly the most obnoxious. It definite makes working on Idle less pleasant. Since an empty 3.4.2a1 section was added to 3.4 NEWS, after 3.4.1 was released, Idle news items always fail to merge *even when there is no real conflict*. I think the problem is the offset of hundred of lines (now a thousand) between the position in the 3.4 file and the position in the 3.5 file. The hg merge jams the Idle entry somewhere in the middle of the Library section, creating spurious and bizarre-looking merge 'conflicts', instead of looking far enough down in 3.5 NEWS to find the proper context for successful insertion. I am not the only person this happens to, as the same should be true for all the other sections that come after the Library section. A couple of months ago, someone pushed a post-push patch to remove artifacts not properly removed before the original push. Today I just removed what looked like an artifact from a Demo news item. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Antoine Pitrou added the comment: Le 02/12/2014 00:11, Terry J. Reedy a écrit : Terry J. Reedy added the comment: I would like fixing NEWS to be the top infrastructure improvement project, as it is my biggest time waster, and certainly the most obnoxious. It definite makes working on Idle less pleasant. You could pair with Pierre-Yves David: https://mail.python.org/pipermail/python-dev/2014-December/137393.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18053] Add checks for Misc/NEWS in make patchcheck
Terry J. Reedy added the comment: To me, the line about a NEWS entry is useless noise. I would prefer that it be removed entirely. If it is kept, then leave it alone and close this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
Demian Brecht added the comment: It's generally better to keep everything in one issue in order to preserve history and avoid confusion as you've now found :). I'd suggest closing this one and adding the patch to the initial report. Keeping history intact is important for reviewers. Absolutely no need for embarrassment, we all start somewhere and have to learn processes and such along the way :) -- nosy: +demian.brecht ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Alexander Belopolsky added the comment: In the context of Python library documentation, the word encoding strongly suggests that you are dealing with string/bytes. The situation may be different in C. If you want to refer to something that is defined by the POSIX standard you should use the words that can actually be found in that standard. When I search for encoding at http://pubs.opengroup.org/onlinepubs/9699919799/, I get crypt - string encoding function (CRYPT) encrypt - encoding function (CRYPT) setkey - set encoding key (CRYPT) and nothing related to time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Roundup Robot added the comment: New changeset 269bf37a57a1 by Barry Warsaw in branch '3.4': - Issue #22966: Fix __pycache__ pyc file name clobber when pyc_compile is https://hg.python.org/cpython/rev/269bf37a57a1 New changeset 3b3ba38d503a by Barry Warsaw in branch '3.4': - Issue #22966: Fix __pycache__ pyc file name clobber when pyc_compile is https://hg.python.org/cpython/rev/3b3ba38d503a New changeset 25113281d543 by Barry Warsaw in branch 'default': - Issue #22966: Fix __pycache__ pyc file name clobber when pyc_compile is https://hg.python.org/cpython/rev/25113281d543 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12987] Demo/scripts/newslist.py has non-free licensing terms
Terry J. Reedy added the comment: The windows installer does not install the demo directory. *nix distributions do what they want. I think it too late to change the 2.7 repository. -- nosy: +terry.reedy resolution: - wont fix stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12987 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Changes by Barry A. Warsaw ba...@python.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22676] _pickle's whichmodule() is slow
Roundup Robot added the comment: New changeset 3e3bec66409c by Antoine Pitrou in branch 'default': Fix uninitialized variable after #22676. https://hg.python.org/cpython/rev/3e3bec66409c -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22676 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22969] Compile fails with --without-signal-module
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22969 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22676] _pickle's whichmodule() is slow
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed stage: commit review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22676 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Terry J. Reedy added the comment: Good idea. I will send him a note. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12987] Demo/scripts/newslist.py has non-free licensing terms
Changes by Éric Araujo mer...@netwok.org: -- nosy: +barry, doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12987 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Akira Li added the comment: Alexander Belopolsky added the comment: In the context of Python library documentation, the word encoding strongly suggests that you are dealing with string/bytes. The situation may be different in C. If you want to refer to something that is defined by the POSIX standard you should use the words that can actually be found in that standard. When I search for encoding at http://pubs.opengroup.org/onlinepubs/9699919799/, I get crypt - string encoding function (CRYPT) encrypt - encoding function (CRYPT) setkey - set encoding key (CRYPT) and nothing related to time. I've provide the direct quote from *C* standard in my previous message msg231957: 2. What is calendar time in POSIX encoding? This sounds like what time.asctime() returns. It is the language used by C standard for time() function: The time function determines the current calendar time. The encoding of the value is unspecified. ^ - from the C standard notice the word *encoding* in the quote. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Alexander Belopolsky added the comment: It is possible to inspect all stdlib functions that use time module and determine for some of them whether they will break if gmtime(0) is not 1970 or right zoneinfo is used or any non-POSIX time encoding is used. But it is hard to maintain such a list because any future code change may affect the behavior. Let's not confuse the issue of gmtime(0) not being 1970-01-01T00 and localtime() expecting non-POSIX time_t. Since gmtime(0) is the same on all platforms supported by Python, it is a fair game to rely on this fact in Python code. The issue of right zoneinfo is different: at least two major Python platforms (OS X and Linux) can be configured in a non-POSIX way. The decision not to support these configurations in the datetime module was deliberate, but some partial support can be added. For example, datetime.astimezone() cannot work correctly in the right timezone because datetime.second cannot be 60, but if it returns values that are off by some 20 seconds in other times, I would call it a bug, but many will disagree. I don't know how popular configurations with right timezones are, but testing Python stdlib in those configurations can only help the overall stdlib quality. (Unfortunately, at the moment we have have very few tests even for the mainstream timezones such as Europe/Moscow.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22931] cookies with square brackets in value
Demian Brecht added the comment: Err, sorry, I entirely misunderstood the problem. The invalid characters are correct ([ = 5B, which indeed is illegal, I wasn't paying close enough attention to the hex values in the ABNF). It's the fact that the valid key/value pairs after the invalid one are ignored. I'll dig into the RFC and see if there's an expected behavior here and whether or not it's currently handled as expected. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22356] mention explicitly that stdlib assumes gmtime(0) epoch is 1970
Alexander Belopolsky added the comment: I've provide the direct quote from *C* standard ... I understand that C standard uses the word encoding, but it does so for a reason that is completely unrelated to the choice of epoch. Encoding is how the bytes in memory should be interpreted as number of seconds or some other notion of time. For, example two's complement little-endian 32-bit signed int is an example of valid time_t encoding, another example would be IEEE 754 big-endian 64-bit double. Note that these choices are valid for both C and POSIX standards. If you google for your phrase time in POSIX encoding, this issue is the only hit. This strongly suggests that your choice of words is not the most natural. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22931] cookies with square brackets in value
Demian Brecht added the comment: Now I've confused myself and my first impression was correct. For some reason, my brain was thinking %x21 / %x23-2B / %x2D-3A / %x3C-5B / %x5D-7E was the exclusion list for some reason (which is obviously horribly wrong). So my first observation was correct in that they should simply be added to the valid character list and I'll get a patch together for that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22966] py_compile: foo.bar.py → __pycache__/foo.cpython-34.pyc
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: patch review - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22966 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22931] cookies with square brackets in value
Demian Brecht added the comment: Attached patch to fix the issue as reported. Something interesting that came out of this though is that due to the regex expression, if there's an invalid character in one of the cookie-octets, the rest of the cookie is ignored. I would assume that it should either a) ignore the entire cookie string or b) ignore the invalid cookie pair and accept valid pairs following. I've been unable to find that defined in any of the RFCs though. -- keywords: +patch Added file: http://bugs.python.org/file37340/issue22931.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21963] 2.7.8 backport of Issue1856 (avoid daemon thread problems at shutdown) breaks ceph
Dan Mick added the comment: So, finally got to a Fedora21 beta to try this out today; the immediate problem, as identified by Joe Julian, is the shutdown() call in the __del__ method of Rados. Presumably something about object destructors is clashing with starting new threads; the hang occurs with a gdb backtrace like so: 1710 in sem_wait () from /lib64/libpthread.so.0 #1 0x7fad36fbce75 in PyThread_acquire_lock () from /lib64/libpython2.7.so.1.0 #2 0x7fad36fc0c82 in lock_PyThread_acquire_lock () from /lib64/libpython2.7.so.1.0 #3 0x7fad36f91ade in PyEval_EvalFrameEx () from /lib64/libpython2.7.so.1.0 #4 0x7fad36f92490 in PyEval_EvalCodeEx () from /lib64/libpython2.7.so.1.0 #5 0x7fad36f90b74 in PyEval_EvalFrameEx () from /lib64/libpython2.7.so.1.0 #6 0x7fad36f92490 in PyEval_EvalCodeEx () from /lib64/libpython2.7.so.1.0 #7 0x7fad36f90b74 in PyEval_EvalFrameEx () from /lib64/libpython2.7.so.1.0 #8 0x7fad36f90c76 in PyEval_EvalFrameEx () from /lib64/libpython2.7.so.1.0 #9 0x7fad36f92490 in PyEval_EvalCodeEx () from /lib64/libpython2.7.so.1.0 #10 0x7fad36f90b74 in PyEval_EvalFrameEx () from /lib64/libpython2.7.so.1.0 #11 0x7fad36f90c76 in PyEval_EvalFrameEx () from /lib64/libpython2.7.so.1.0 #12 0x7fad36f92490 in PyEval_EvalCodeEx () from /lib64/libpython2.7.so.1.0 #13 0x7fad36f1e6dc in function_call () from /lib64/libpython2.7.so.1.0 #14 0x7fad36ef98d3 in PyObject_Call () from /lib64/libpython2.7.so.1.0 #15 0x7fad36f087e5 in instancemethod_call () from /lib64/libpython2.7.so.1.0 #16 0x7fad36ef98d3 in PyObject_Call () from /lib64/libpython2.7.so.1.0 #17 0x7fad36f8b557 in PyEval_CallObjectWithKeywords () from /lib64/libpython2.7.so.1.0 #18 0x7fad36f5082c in slot_tp_del () from /lib64/libpython2.7.so.1.0 #19 0x7fad36f4b88a in subtype_dealloc () from /lib64/libpython2.7.so.1.0 #20 0x7fad36f2e1ff in insertdict_by_entry () from /lib64/libpython2.7.so.1.0 #21 0x7fad36f2fcc0 in dict_set_item_by_hash_or_entry () from /lib64/libpython2.7.so.1.0 #22 0x7fad36f3467c in _PyModule_Clear () from /lib64/libpython2.7.so.1.0 #23 0x7fad36fa1c5b in PyImport_Cleanup () from /lib64/libpython2.7.so.1.0 #24 0x7fad36fad598 in Py_Finalize () from /lib64/libpython2.7.so.1.0 #25 0x7fad36faced8 in Py_Exit () from /lib64/libpython2.7.so.1.0 #26 0x7fad36fad01a in handle_system_exit.part () from /lib64/libpython2.7.so.1.0 #27 0x7fad36fad29d in PyErr_PrintEx () from /lib64/libpython2.7.so.1.0 #28 0x7fad36fadea3 in PyRun_SimpleFileExFlags () from /lib64/libpython2.7.so.1.0 #29 0x7fad36fbf30a in Py_Main () from /lib64/libpython2.7.so.1.0 #30 0x7fad361e6fe0 in __libc_start_main () from /lib64/libc.so.6 #31 0x0040071e in _start () I'm guessing something about the changed shutdown is causing the deadlock?... Anyway, I'm pretty sure we can afford to remove that __del__ method, and that's another easily-applied workaround for the field. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21963 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1178] IDLE - add paste code functionality
Changes by irdb dalba.w...@gmail.com: -- nosy: +irdb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1178 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3559] Pasted \n not same as typed \n
Changes by irdb dalba.w...@gmail.com: -- nosy: +irdb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
Changes by Dmitry Kazakov jsb...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22619] Possible implementation of negative limit for traceback functions
Dmitry Kazakov added the comment: Moved the latest patch with implementation and tests from issue 22974 (http://bugs.python.org/issue22974). -- status: closed - open Added file: http://bugs.python.org/file37341/traceback_patch_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
Changes by Dmitry Kazakov jsb...@gmail.com: Removed file: http://bugs.python.org/file37336/traceback_patch_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22974] Make traceback functions support negative limits
Changes by Berker Peksag berker.pek...@gmail.com: -- resolution: - duplicate stage: - resolved superseder: - Possible implementation of negative limit for traceback functions ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1178] IDLE - add paste code functionality
Changes by Ned Deily n...@acm.org: -- nosy: -ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1178 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20335] bytes constructor accepts more than one argument even if the first one is not a string
Roundup Robot added the comment: New changeset 8badbd65840e by Serhiy Storchaka in branch '3.4': Issue #20335: bytes constructor now raises TypeError when encoding or errors https://hg.python.org/cpython/rev/8badbd65840e New changeset 8d6b27837c69 by Serhiy Storchaka in branch 'default': Issue #20335: bytes constructor now raises TypeError when encoding or errors https://hg.python.org/cpython/rev/8d6b27837c69 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20335] bytes constructor accepts more than one argument even if the first one is not a string
Serhiy Storchaka added the comment: Thank you for your patch Renaud. -- resolution: - fixed stage: patch review - resolved status: open - closed versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22971] test_pickle: Fatal Python error: Cannot recover from stack overflow. on FreeBSD buildbot
Serhiy Storchaka added the comment: This failure is sporadic. After failing build 2434 there was four successful builds. May be other tests affect this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22971 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
