[issue23756] Tighten definition of bytes-like objects
Serhiy Storchaka added the comment: Totally agree. Current definition is too wide. Actually in different places the term bytes-like object can imply different requirements. * Supports buffer protocol. list isn't. * Contiguous. memoryview()[::2] isn't. * len() returns bytes size. array('I') isn't. * Supported indexing (and slicing) of bytes. array('I') isn't. * Indexing returns integers in the range 0-255. array('b') isn't. * Supports concatenation. memoryview isn't. * Supports common bytes and bytearray methods, such as find() or lower(). * A subclass of (bytes, bytearray). * A subclass of bytes. * A bytes itself. -- nosy: +r.david.murray, serhiy.storchaka versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22623] Port Python to 3DS: micro kernel, homebrew, newlib (Missing guards for some POSIX functions)
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23759] urllib.parse: make coap:// known
New submission from chrysn: The CoAP protocol (RFC 7252) registers the new URI schemes coap and coaps. They adhere to the generic RFC3986 rules, and use netloc and relative URIs. Therefore, please add the 'coap' and 'coaps' schemes to the uses_relative and uses_netloc lists in urllib.parse. I'm not sure about uses_params; the CoAP protocol in itself does not do anything special with the ';' character in URIs, so probably it should not be included there. (But then again, neither does RFC2616 mention ; in the context of addresses, and it is included in uses_params). -- components: Library (Lib) messages: 239106 nosy: chrysn priority: normal severity: normal status: open title: urllib.parse: make coap:// known type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23759 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Roundup Robot added the comment: New changeset efb2c9ac2f88 by Victor Stinner in branch '3.4': Issue #23571: Enhance Py_FatalError() https://hg.python.org/cpython/rev/efb2c9ac2f88 New changeset 6303795f035a by Victor Stinner in branch 'default': (Merge 3.4) Issue #23571: Enhance Py_FatalError() https://hg.python.org/cpython/rev/6303795f035a -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python
Roundup Robot added the comment: New changeset ad5521dd7b80 by Victor Stinner in branch 'default': Issue #23753: Move _Py_wstat() from Python/fileutils.c to Modules/getpath.c https://hg.python.org/cpython/rev/ad5521dd7b80 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23647] imaplib.py MAXLINE value is too low for gmail
R. David Murray added the comment: Yes, I agree that that is a concern. What should probably happen is that the maximum line length be a settable parameter with a reasonable default. It is too bad that (unlike say the SMTP protocol) the imap protocol does not address this directly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23647 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Roundup Robot added the comment: New changeset 850b9dcd0534 by Victor Stinner in branch 'default': Issue #23571: In debug mode, _Py_CheckFunctionResult() now calls https://hg.python.org/cpython/rev/850b9dcd0534 New changeset da252f12352a by Victor Stinner in branch '3.4': Issue #23571: Py_FatalError() now tries to flush sys.stdout and sys.stderr https://hg.python.org/cpython/rev/da252f12352a New changeset c9bcf669d807 by Victor Stinner in branch 'default': (Merge 3.4) Issue #23571: Py_FatalError() now tries to flush sys.stdout and https://hg.python.org/cpython/rev/c9bcf669d807 New changeset 57550e1f57d9 by Victor Stinner in branch 'default': Issue #23571: Update test_capi https://hg.python.org/cpython/rev/57550e1f57d9 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12319] [http.client] HTTPConnection.putrequest not support chunked Transfer-Encodings to send data
Martin Panter added the comment: I left a few comments on Reitveld, mainly about the documentation and API design. However I understand Rolf specifically wanted chunked encoding to work with the existing urlopen() framework, at least after constructing a separate opener object. I think that should be practical with the existing HTTPConnection implementation. Here is some pseudocode of how I might write a urlopen() handler class, and an encoder class that should be usable for both clients and servers: class ChunkedHandler(...): def http_request(...): # Like AbstractHTTPHandler, but don’t force Content-Length def default_open(...): # Like AbstractHTTPHandler, but instead of calling h.request(): encoder = ChunkedEncoder(h.send) h.putrequest(req.get_method(), req.selector) for item in headers: h.putheader(*item) h.putheader(Transfer-Encoding, encoder.encoding) h.endheaders() shutil.copyfileobj(req.data, writer) encoder.close() class ChunkedEncoder(io.BufferedIOBase): # Hook output() up to either http.client.HTTPConnection.send() # or http.server.BaseHTTPRequestHandler.wfile.write() encoding = chunked def write(self, b): self.output({:X}\r\n.format(len(b)).encode(ascii)) self.output(b) self.output(b\r\n) def close(self): self.output(b0\r\n\r\n) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23760] Tkinter in Python 3.4 on Windows don't post internal clipboard data to the Windows clipboard on exit
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23760 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23703] urljoin() with no directory segments duplicates filename
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23703 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23743] Python crashes upon exit if importing g++ compiled mod after importing gcc compiled mod
R. David Murray added the comment: Oh, I'm afraid it can still be ignored :). What filing it here means is that it won't be *forgotten*, and hopefully there will eventually be someone with the time and interest to address it. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23743 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23747] platform module exposes win32_ver function on posix systems
R. David Murray added the comment: It is a deliberate choice because the functions accept default values to be returned if the actual values cannot be determined, and because it is easier therefore to write cross-platform scripts if the functions do *not* raise an error when called on the wrong platform. There are other functions in the platform module to use to determine which platform you are on. Agreed that the fact that they work is currently documented only by implication for those familiar with our doc style (that is, there are no avaiability tags, implying they are available on all platforms). This should be corrected, probably in an introductory paragraph (which will be overlooked by most people reading the docs :) -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23747 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23747] platform module exposes win32_ver function on posix systems
Changes by R. David Murray rdmur...@bitdance.com: -- Removed message: http://bugs.python.org/msg239124 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23747 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23747] platform module exposes win32_ver function on posix systems
R. David Murray added the comment: It is a deliberate choice because (I'm guessing) the designer thought it would make it easier to write cross platform scripts. In any case, as Haypo said, it is what it is (and it *is* consistent with itself). -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23747 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18828] urljoin behaves differently with custom and standard schemas
Berker Peksag added the comment: Yet another option, similar to my “any_scheme=True” flag, might be to change from the “uses_relative” white-list to a “not_relative” black-list of URL schemes, [...] I think this looks like a good solution. -- versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23761] test_socket fails on Mac OSX 10.9.5
New submission from Carol Willing: On Mac OSX 10.9.5, test_socket fails when regression tests are run. Specifically, the following fails: FAIL: test_host_resolution (test.test_socket.GeneralModuleTests) -- Traceback (most recent call last): File /Users/carol/Development/cpython/Lib/test/test_socket.py, line 788, in test_host_resolution self.assertRaises(OSError, socket.gethostbyname, addr) AssertionError: OSError not raised by gethostbyname The output from ./python.exe -m test -v test_socket output-test-socket.txt is attached. -- components: Tests files: output-test-socket.txt messages: 239120 nosy: willingc priority: normal severity: normal status: open title: test_socket fails on Mac OSX 10.9.5 type: behavior versions: Python 3.5 Added file: http://bugs.python.org/file38665/output-test-socket.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23761 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15945] memoryview + bytes fails
Changes by Jean-Paul Calderone jean-p...@clusterhq.com: -- nosy: -exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15945 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23759] urllib.parse: make coap:// known
Martin Panter added the comment: I would like to see these hard-coded white lists of URL schemes eliminated as much as possible. Here’s some related issues: * Issue 16134: rtmp, rtmpe, rtmps, rtmpt * Issue 18828: redis, also proposing to urljoin() arbitrary schemes * Issue 15009: yelp * Issue 22852: Proposing that urlunsplit() and urlunparse() restore empty netloc, query, and fragment components properly for arbitary schemes * Issue 23636: scgi -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23759 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Tim Graham added the comment: That last commit fixed compatibility with Django. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)
Bob added the comment: I was looking into http://lists.cs.uiuc.edu/pipermail/llvmbugs/2012-September/025152.html 'Use of libclang python bindings on Windows 7 64 bit fails with memory access violation' It appears to be 90% fixed with this patch, but I believe there is still a problem when structs are passed back though a callback function. Could this be the correct addition to fix it? in ffi_prep_incoming_args_SYSV() _ctypes\libffi_msvc\ffi.c(line 377) /* because we're little endian, this is what it turns into. */ +#if _WIN64 + if ((*p_arg)-type == FFI_TYPE_STRUCT z 8) + { + z = 8; + *p_argv = *(void**)argp; + } + else + { + *p_argv = (void*)argp; + } +#else *p_argv = (void*)argp; +#endif -- nosy: +Bob ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20160 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23512] The list of built-in functions is not alphabetical on https://docs.python.org/2/library/functions.html
Ezio Melotti added the comment: Fixed, thanks for the patch! -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python
Serhiy Storchaka added the comment: -#if defined(HAVE_STAT) !defined(MS_WINDOWS) This doesn't look correct. An equivalent replacement is -#if defined(HAVE_STAT) !defined(MS_WINDOWS) +#if !defined(MS_WINDOWS) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python
Roundup Robot added the comment: New changeset a84eae63b4cd by Victor Stinner in branch 'default': Issue #23753: Python doesn't support anymore platforms without stat() or https://hg.python.org/cpython/rev/a84eae63b4cd -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python
STINNER Victor added the comment: Antoine and Charles-François are in favor of removing these #ifdef. Serhiy wrote: See issue22623 for moving in opposite direction. Not exactly, Link Mauve wrote On those two platforms, fstat() is correctly defined and works fine, so it shouldn’t be a problem to drop its #ifdef. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23760] Tkinter in Python 3.4 on Windows don't post internal clipboard data to the Windows clipboard on exit
New submission from Victor Korolkevich: From http://stackoverflow.com/questions/26321333/tkinter-in-python-3-4-on-windows-dont-post-internal-clipboard-data-to-the-windo I use the following code to place result in clipboard. from tkinter import Tk r = Tk() r.withdraw() r.clipboard_clear() r.clipboard_append(Result) It works fine on Python version 3.3.5 and earlier. But in Python 3.4 it was receive empty clipboard. If I prevent the script from the immediate exit, adding input() after clipboard_append(), I see that clipboard contains the correct Result. If I run script, switch to any other window and press Ctrl+V, I receive Result and Result remains in clipboard after script exits. I think in tcl/tk 8.6 clipboard_clear() affect system clipboard, but clipboard_append affect only internal tcl/tk clipboard that transfered to system clipboard only by OS request. Looks like it was done in Linux, that don't have system clipboard. -- components: Tkinter messages: 239107 nosy: Victor Korolkevich priority: normal severity: normal status: open title: Tkinter in Python 3.4 on Windows don't post internal clipboard data to the Windows clipboard on exit type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23760 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Roundup Robot added the comment: New changeset 2e14ca478a57 by Victor Stinner in branch 'default': Issue #23571: PyErr_FormatV() and PyErr_SetObject() now always clear the https://hg.python.org/cpython/rev/2e14ca478a57 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23758] Improve documenation about num_params in sqlite3 create_function and create_aggregate
New submission from Cédric Krier: num_params must have the value -1 for any number of arguments see https://www.sqlite.org/c3ref/create_function.html -- assignee: docs@python components: Documentation files: sqlite3_doc.patch keywords: patch messages: 239104 nosy: ced, docs@python priority: normal severity: normal status: open title: Improve documenation about num_params in sqlite3 create_function and create_aggregate type: enhancement Added file: http://bugs.python.org/file38664/sqlite3_doc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11468] Improve unittest basic example in the doc
Ezio Melotti added the comment: I tweaked the wording a bit, added a link to the section about setUp/tearDown, and applied it on all the 3 branches. Thanks for the patch Florian! -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python
STINNER Victor added the comment: -#if defined(HAVE_STAT) !defined(MS_WINDOWS) This doesn't look correct. An equivalent replacement is Oh, I missed the !. Only _Py_wstat() uses this test. Windows has _wstat(), so _Py_wstat() could use it. I added deliberately !defined(MS_WINDOWS) because _Py_wstat() is only used in Modules/getpath.c and this file is not compiled on Windows. Instead of modifying _Py_wstat(), I moved it back to Modules/getpath.c. There is no need to overengineer this function only called 3 times in getpath.c. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23512] The list of built-in functions is not alphabetical on https://docs.python.org/2/library/functions.html
Roundup Robot added the comment: New changeset 971d299d2cf3 by Ezio Melotti in branch '2.7': #23512: list non-essential built-in functions after the table. Patch by Carlo Beccarini. https://hg.python.org/cpython/rev/971d299d2cf3 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21511] Thinko in Lib/quopri.py, decoding b== to b=
Changes by Berker Peksag berker.pek...@gmail.com: -- keywords: +easy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21511 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11468] Improve unittest basic example in the doc
Roundup Robot added the comment: New changeset 4a2a5fddbab3 by Ezio Melotti in branch '2.7': #11468: improve unittest basic example. Initial patch by Florian Preinstorfer. https://hg.python.org/cpython/rev/4a2a5fddbab3 New changeset 010e33b37feb by Ezio Melotti in branch '3.4': #11468: improve unittest basic example. Initial patch by Florian Preinstorfer. https://hg.python.org/cpython/rev/010e33b37feb New changeset d6791e4026f1 by Ezio Melotti in branch 'default': #11468: merge with 3.4. https://hg.python.org/cpython/rev/d6791e4026f1 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23760] Tkinter in Python 3.4 on Windows don't post internal clipboard data to the Windows clipboard on exit
Changes by Victor Korolkevich victor.korolkev...@gmail.com: -- versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23760 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23761] test_socket fails on Mac OSX 10.9.5
Carol Willing added the comment: Thanks Ned and R. David. A few questions... 1. I've rerun the tests using: One failure: 70 tests OK. 1 test failed: test_socket 1 test altered the execution environment: test_warnings 21 tests skipped: test_curses test_dbm_gnu test_devpoll test_epoll test_gdb test_lzma test_msilib test_ossaudiodev test_smtpnet test_socketserver test_spwd test_startfile test_timeout test_tk test_ttk_guionly test_urllib2net test_urllibnet test_winreg test_winsound test_xmlrpc_net test_zipfile64 I noticed that many tests are skipped since Network is not enabled. Although test_socket fails and is not skipped, it seems plausible that the failure in test_socket should also be skipped when Network is disabled. Other test files that are skipped have support.requires('network') in the beginning of the file. Should test_socket.py have this as well? 2. I am rerunning the tests with the following command: ./python.exe -m test -uall Tests dependent on 'Network' are now run. Three failures now: 3 tests failed: test_curses test_nntplib test_socket 1 test altered the execution environment: test_warnings 14 tests skipped: test_dbm_gnu test_devpoll test_epoll test_gdb test_lzma test_msilib test_ossaudiodev test_spwd test_startfile test_tk test_ttk_guionly test_winreg test_winsound test_zipfile64 Detail: nntplib.NNTPTemporaryError: 400 Permission denied: Closed service. 3. Is there a doc that outlines how to enable all dependencies needed to have tests execute and not be skipped? Which is the preferred command for running tests for Mac OSX? I'm willing to keep chasing this down but need a little direction. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23761 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23712] Experiment: Assume that exact unicode hashes are perfect discriminators
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- priority: normal - low versions: -Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23712 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23529] Limit decompressed data when reading from LZMAFile and BZ2File
Nikolaus Rath added the comment: As discussed in Rietveld, here's an attempt to reuse more DecompressReader for GzipFile. There is still an unexplained test failure (test_read_truncated). -- Added file: http://bugs.python.org/file38674/LZMAFile-etc.v7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23529 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)
Mark Lawrence added the comment: This https://mail.python.org/pipermail/python-dev/2014-December/137631.html seems relevant. Follow up here https://mail.python.org/pipermail/python-dev/2015-March/138731.html -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20160 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23573] Avoid redundant allocations in str.find and like
Serhiy Storchaka added the comment: Looks as this patch makes buildbots crash. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23769] valgrind reports leaks for test_zipimport
Changes by Robert Kuska rku...@gmail.com: Added file: http://bugs.python.org/file38673/report ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23769] valgrind reports leaks for test_zipimport
New submission from Robert Kuska: Leaks happen only when both testDoctestFile and testDoctestSuite are run. Run with Python 3.4.2 and 3.4.1 with same result. I have extracted those two tests into `leak.py` (attached). $ valgrind --suppressions=/../cpython/Misc/valgrind-python.supp python3 leak.py ==17896== Memcheck, a memory error detector ==17896== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==17896== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==17896== Command: python3 leak.py ==17896== ==17896== ==17896== HEAP SUMMARY: ==17896== in use at exit: 1,599,328 bytes in 11,595 blocks ==17896== total heap usage: 283,757 allocs, 272,162 frees, 37,891,147 bytes allocated ==17896== ==17896== LEAK SUMMARY: ==17896==definitely lost: 30 bytes in 1 blocks ==17896==indirectly lost: 0 bytes in 0 blocks ==17896== possibly lost: 597,418 bytes in 2,319 blocks ==17896==still reachable: 1,001,880 bytes in 9,275 blocks ==17896== suppressed: 0 bytes in 0 blocks ==17896== Rerun with --leak-check=full to see details of leaked memory ==17896== ==17896== For counts of detected and suppressed errors, rerun with: -v ==17896== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Note that when I remove support.modules_cleanup(*modules_before) from leak.py valgrind reports no leaks (in original test_zipimport those are run in setUp and tearDown). Output of valgrind --suppressions=/home/rkuska/upstream/cpython/Misc/valgrind-python.supp --leak-check=yes -v python3 leak.py attached as `report`. -- components: Tests files: leak.py messages: 239193 nosy: rkuska priority: normal severity: normal status: open title: valgrind reports leaks for test_zipimport versions: Python 3.4 Added file: http://bugs.python.org/file38672/leak.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23766] json.dumps: solidus (/) should be escaped
Martin Panter added the comment: According to that RFC section, the forward solidus is allowed to be in an escape sequence, but it is also allowed unescaped: “All Unicode characters may be placed within the quotation marks, except for the characters that must be escaped: quotation mark, reverse solidus, and the control characters (U+ through U+001F).” . . . unescaped = %x20-21 / %x23-5B / %x5D-10 In general, escaping the forward solidus is not needed, and is easier to read. Apparently this escaping is a workaround for embedding JSON inside a HTML script element, where the sequence “/” is not allowed, and HTML itself does not allow escaping: http://www.w3.org/TR/html4/appendix/notes.html#h-B.3.2. In that case, JSON like {markup: iitalic\/i} would be escaped, but most cases still do not need escaping, such as {url: http://example.net/}. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23766] json.dumps: solidus (/) should be escaped
R. David Murray added the comment: It sounds like that makes this not-a-bug? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23171] csv.writer.writerow() does not accept generator (must be coerced to list)
Martin Panter added the comment: Left a question about handling of the unquoted empty field exception on Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23550] Add to unicodedata a function to query the Quick_Check property for a character
Hammerite added the comment: I tried to add these responses within the code review section of the site, but I am unable to do so; when I click Send Message, I am taken to a page that consists of the text 500 Server Error and no other content. Therefore I am responding to the code review comments here. Ezio: The form comes before the chr because that is the order unicodedata.normalize() takes its arguments (though it takes a string rather than a single character). To write normalize(form, str) but quick_check(chr, form) would be quite inconsistent, I think, and would invite confusion. Agreed that a brief description of what the property is useful for would be good; I will make another patch that includes this. I will delete the space after the function name. I will also eliminate the column arrangement of the test code, although I think that this will make the code much less readable. Berker: Regarding whatsnew: Since I have your invitation to do so, I will. Regarding putting the normalisation form comparison into helper functions, I will follow your suggestion, and incorporate the improvement for normalize() as well. For the error message, this is the same error message that is given by unicodedata.normalize(). I could change it, but if I do, I think I should change it for normalize() at the same time. For two of your other points I would like to observe that the way I have done things is in mimicry of existing code that relates to the unicodedata module. Elsewhere in unicodedata.c multiline strings are continued using \, so I have done the same; in makeunicodedata.py the other arrays are not static so the new one is not static either. I could make these changes regardless, but the result would be inconsistency in the code. Or I could change these things everywhere in the relevant files, but this would mean I would be changing parts of the files that are not properly related to this issue. For the remaining stylistic points, I will make the changes you asked for. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23466] PEP 461: Inconsistency between str and bytes formatting of integers
STINNER Victor added the comment: The patch looks good to me, except of a question added on the review. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23648] PEP 475 meta issue
STINNER Victor added the comment: Charles-François Natali added the comment: You have to mount the share with the eintr option. Oh, I didn't know this option. Unlikely, it looks like the option was deprecated something like 7 years ago, in Linux kernel 2.6.25. Related commits: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/nfs?id=d33e4dfeab5eb0c3c1359cc1a399f2f8b49e18de https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/nfs?id=c381ad2cf2d5dcd3991bcc8a18fddd9d5c66ccaa The patch on the NFS mailing list: http://comments.gmane.org/gmane.linux.nfs/20011 Getting EINTR on a local FS is probably more challenging. Another option would be to play with FUSE. But I'm not convinced that it's useful if fstat() never fails EINTR on filesystems used in production. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23769] valgrind reports leaks for test_zipimport
Robert Kuska added the comment: Summary for valgrind python3 test_zipimport.py ==18608== ==18608== HEAP SUMMARY: ==18608== in use at exit: 1,596,390 bytes in 11,536 blocks ==18608== total heap usage: 343,849 allocs, 332,313 frees, 59,355,776 bytes allocated ==18608== ==18608== LEAK SUMMARY: ==18608==definitely lost: 90 bytes in 3 blocks ==18608==indirectly lost: 0 bytes in 0 blocks ==18608== possibly lost: 594,488 bytes in 2,258 blocks ==18608==still reachable: 1,001,812 bytes in 9,275 blocks ==18608== suppressed: 0 bytes in 0 blocks ==18608== Rerun with --leak-check=full to see details of leaked memory ==18608== ==18608== For counts of detected and suppressed errors, rerun with: -v ==18608== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23769] valgrind reports leaks for test_zipimport
STINNER Victor added the comment: When calling gc.collect() after each test, I don't see any leak anymore. doTest() has a small leak: it prepends a path to sys.path, but it never removes it. Try attached leak2.py: it displays something like +254 kB. Uncomment the two following lines and the output will be close to +0 kB. #sys.path = old_path #gc.collect() -- nosy: +haypo Added file: http://bugs.python.org/file38675/leak2.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23671] string.Template doesn't work with the self keyword argument
Terry J. Reedy added the comment: This is a nice catch of a subtle bug and a nice fix. I verified that replacing 'self' with '*args' does not simply shift the problem from 'self' to 'args'. class C: def test(*args, **kwargs): print(args, kwargs ) c = C() c.test(1, args=2, kwargs=3, self=4) (__main__.C object at 0x035FE128, 1) {'args': 2, 'kwargs': 3, 'self': 4} While the * and ** names are, like parameter names, local names given in the signature header, they are not counted as parameter names in the code object .co_argcount or .co_kwonlyargcount attributes that are used along with co_varnames in the name-argument matching process. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23622] Deprecate unrecognized backslash+letter escapes in re
Roundup Robot added the comment: New changeset 7384db2fce8a by Serhiy Storchaka in branch 'default': Fixed using deprecated escaping in regular expression in _strptime.py (issue23622). https://hg.python.org/cpython/rev/7384db2fce8a -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23622 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23647] imaplib.py MAXLINE value is too low for gmail
Arnt Gulbrandsen added the comment: Length limits has actually been discussed and rejected; noone had a proposal that solved more problems than it introduced. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23647 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23762] python.org page on new-style classes should be updated
New submission from Joël Schaerer: This page (found it via a search engine): https://www.python.org/doc/newstyle/ is supposed to give the status of New-style classes. However this information is no longer relevant for Python 3, and my needlessly scare newcomers. I believe it should be either deleted or updated to mention that python3 users don't need to care about this anymore. -- assignee: docs@python components: Documentation messages: 239127 nosy: docs@python, joelthelion priority: normal severity: normal status: open title: python.org page on new-style classes should be updated type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23762 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
New submission from STINNER Victor: In Python 3, it becomes possible to chain two exceptions. It's one of the killer feature of Python 3, it helps debugging. In Python, exceptions are chained by default. Example: try: raise TypeError(old message) except TypeError: raise ValueError(new message) Output: Traceback (most recent call last): File x.py, line 2, in module raise TypeError(old message) TypeError: old message During handling of the above exception, another exception occurred: Traceback (most recent call last): File x.py, line 4, in module raise ValueError(new message) ValueError: new message In C, using the public PyErr_SetNone(), PyErr_Format(), PyErr_SetString(), ... functions, exceptions are *not* chained by default. You have to call explicitly the new private _PyErr_ChainExceptions() function introduced in Python 3.4. It is not trivial to use it: you have to call PyErr_Fetch() and check if an exception was already raised. In Python, the following examples are bad practice because they may hide important exceptions like MemoryError or KeyboardInterrupt: try: except: pass or try: except: raise ValueError(...) In C extensions, it's common to write such code, few functions check which exception was raised. Last months, I enhanced Python to detect exceptions ignored by mistake: I added assert(!PyErr_Occurred()) in many functions which can clear the current exception (ex: call PyErr_Clear()) or raise a new exception (ex: call PyErr_SetString(...)). The last step is the issue #23571 which now implements in release mode. For the next step, I propose to explicitly clear the current exception before raising a new exception. I don't know yet if it would be a good idea to modify PyErr_*() functions to automatically chain exceptions. -- messages: 239130 nosy: haypo priority: normal severity: normal status: open title: Chain exceptions in C ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: For the next step, I propose to explicitly clear the current exception before raising a new exception. Attached pyerr_match_clear.patch implements this. It's only a work-in-progress. I prefer to get feedback on the patch before finishing it. The patch checks also which exception was raised using PyErr_ExceptionMatches() to avoid hiding import exceptions. Since my patch makes assumption on which exception is expected, it can change the behaviour of functions if I forgot a different exception which is also supposed to be replaced. Example: only catch ValueError and replace it with ValueError, whereas OverflowError must also be replaced with ValueError. -- Added file: http://bugs.python.org/file38667/pyerr_match_clear.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: While working on the PEP 475, I modified _Py_fopen_obj() to raise the OSError (instead of raising the exception from the call site). The zipimport uses _Py_fopen_obj() but it didn't raise OSError, only ZipImportError. I modified the zipimport module to raise a chained exception: OSError chained to ZipImportError: see issue #23696. Other functions using _PyErr_ChainExceptions(): - open() (io.open): if open() failed and f.close() raised an exception, chain the two exceptions - io.FileIO.close - io.TextIOWrapper.close - io.BufferedReader.close, io.BufferedWriter.close - _Py_CheckFunctionResult(), new function introduced in the issue #23571 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23761] test_socket fails on Mac OSX 10.9.5
Ned Deily added the comment: I don't recall ever seeing that failure on OS X systems. Can you patch the test to find out which address lookup is not failing as expected and then check your host configuration? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23761 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4727] copyreg doesn't support keyword only arguments in __new__
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4727] copyreg doesn't support keyword only arguments in __new__
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/issue4727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20289] Make cgi.FieldStorage a context manager
Roundup Robot added the comment: New changeset 34930a6faf0d by Serhiy Storchaka in branch 'default': Issue #20289: The copy module now uses pickle protocol 4 (PEP 3154) and https://hg.python.org/cpython/rev/34930a6faf0d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: See also issue #21715: Chaining exceptions at C level. The changeset 9af21752ea2a added the new _PyErr_ChainExceptions() function. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23759] urllib.parse: make coap:// known
chrysn added the comment: i wholeheartedly agree that a generic solution would be preferable, but as you pointed out, that needs to be well-researched. until there is a concrete plan for that, please don't let the ideal solution get in the way of a practical update of the uri scheme list. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23759 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: pyerr_match_assertion.patch: Modify PyErr_ExceptionMatches() to raise an exception if it is called with no exception set. This patch can be used to ensure that pyerr_match_clear.patch doesn't introduce regression. Example: -PyErr_Format(PyExc_TypeError, - expected %s instance instead of %s, - ((PyTypeObject *)type)-tp_name, - Py_TYPE(value)-tp_name); + +if (PyErr_ExceptionMatches(PyExc_AttributeError)) { +PyErr_Clear(); +PyErr_Format(PyExc_TypeError, + expected %s instance instead of %s, + ((PyTypeObject *)type)-tp_name, + Py_TYPE(value)-tp_name); +} This change is wrong is not exception is set, because PyErr_ExceptionMatches() returns 0 if no exception was raised. -- Added file: http://bugs.python.org/file38668/pyerr_match_assertion.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22904] make profile-opt includes -fprofile* flags in _sysconfigdata CFLAGS
Bohuslav Slavek Kabrda added the comment: I'm also hitting an issue with test_sysconfig_module, but for a different reason: While building Python, I used make EXTRA_CFLAGS='some flags' and this makes test_sysconfig_module fail when I run make test or python -m test.regrtest. The problem is that EXTRA_CFLAGS, like profile-opt, is not in the Makefile, so _sysconfigdata has it stored from build - unlike distutils, which can't see the EXTRA_CFLAGS variable in the environment, thus resulting in failure. I'm not sure what's the proper solution here, but I think requiring people to run make test with precisely the same EXTRA_CFLAGS as make is not right (although it solves the issue). This makes me think this is a bug - should I open a new issue? -- nosy: +bkabrda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23759] urllib.parse: make coap:// known
R. David Murray added the comment: I too would like to see this issue dealt with generically. I believe the last time we discussed it the barrier was backward compatibility and which RFCs we actually support :(. Fixing it generically will require a well thought out and well researched proposal. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23759 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23761] test_socket fails on Mac OSX 10.9.5
R. David Murray added the comment: This is almost certain to be an OSX bug. Do you want to investigate? -- components: +Macintosh -Tests nosy: +ned.deily, r.david.murray, ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23761 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Roundup Robot added the comment: New changeset 2a18b958f1e1 by Victor Stinner in branch 'default': Issue #23571: Enhance _Py_CheckFunctionResult() https://hg.python.org/cpython/rev/2a18b958f1e1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23761] test_socket fails on Mac OSX 10.9.5
R. David Murray added the comment: We could/should change that test to use subtests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23761 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21423] concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument
Changes by Dan O'Reilly oreil...@gmail.com: -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21423 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23756] Tighten definition of bytes-like objects
R. David Murray added the comment: This not dissimilar to the problem we have with file like object or file object. The requirements on them are not consistent. I'm not sure what the solution is in either case, but for file like objects we have decided to ignore the issue, I think. (ie: what exactly a file like object needs to support in order to work with a give API depends on that API, and we just live with that). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18473] some objects pickled by Python 3.x are not unpicklable in Python 2.x because of incorrect REVERSE_IMPORT_MAPPING
Serhiy Storchaka added the comment: Updated patch fixes more bugs. Added support of unicode, izip_longest, abstract collections, ChainMap, multiprocessing exceptions, some socket and multiprocessing functions and types, xml.etree.ElementTree (C implementation). Added support of urllib and urllib2 (only public interface). Fixed reverse mapping of OSError subclasses, str, bz2, different dbm implementations, pickle. Added special sanity tests for _compat_pickle mappings (test that mappings are not ambiguous and mainly reversible, that 3.x names exist, etc). -- Added file: http://bugs.python.org/file38669/pickle_fix_import_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23770] Rework of exceptions are handled in the parser module (in validate_repeating_list())
New submission from STINNER Victor: Attached patch avoids calling validate_numnodes() with an exception set in the parser module. I found this issue while working on the issue #23763 Chain exceptions in C. -- files: validate_repeating_list.patch keywords: patch messages: 239199 nosy: haypo priority: normal severity: normal status: open title: Rework of exceptions are handled in the parser module (in validate_repeating_list()) versions: Python 3.5 Added file: http://bugs.python.org/file38676/validate_repeating_list.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23764] functools.wraps should be able to change function argspec as well
productivememberofsociety666 added the comment: I'm not sure if I understand issue 15731 correctly, but isn't that one just about docstrings and signatures? These are both purely cosmetic and don't have an effect on calling behaviour, do they? This issue wouldn't be a duplicate then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23573] Avoid redundant allocations in str.find and like
STINNER Victor added the comment: Looks as this patch makes buildbots crash. Yep. It took me some minutes to find that the crash was caused by this issue :-p http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/5930/steps/test/logs/stdio ... [117/393/1] test_bigmem Assertion failed: 0, file c:\buildbot.python.org\3.x.kloth-win64\build\objects\stringlib/fastsearch.h, line 76 Fatal Python error: Aborted Current thread 0x10ec (most recent call first): File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_bigmem.py, line 294 in test_rfind File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\support\__init__.py, line 1641 in wrapper File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py, line 577 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\case.py, line 625 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 122 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 84 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 122 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\suite.py, line 84 in __call__ File C:\buildbot.python.org\3.x.kloth-win64\build\lib\unittest\runner.py, line 176 in run File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\support\__init__.py, line 1773 in _run_suite File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\support\__init__.py, line 1807 in run_unittest File C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_bigmem.py, line 1252 in test_main ... -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Roundup Robot added the comment: New changeset 004e3870d9e6 by Victor Stinner in branch '3.4': Issue #23571: If io.TextIOWrapper constructor fails in _Py_DisplaySourceLine(), https://hg.python.org/cpython/rev/004e3870d9e6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23771] Timeouts on x86 Ubuntu Shared 3.x buildbot
STINNER Victor added the comment: test_multiprocessing_spawn.test_notify_all() also hangs on AMD64 Debian root 3.x buildbot: http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/1959/steps/test/logs/stdio --- [330/393] test_multiprocessing_spawn Timeout (1:00:00)! Thread 0x2b303f269700 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/multiprocessing/synchronize.py, line 262 in wait File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/_test_multiprocessing.py, line 834 in f File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 871 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 923 in _bootstrap_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 891 in _bootstrap Thread 0x2b303d918700 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/multiprocessing/synchronize.py, line 262 in wait File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/_test_multiprocessing.py, line 834 in f File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 871 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 923 in _bootstrap_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 891 in _bootstrap Thread 0x2b3060947700 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/multiprocessing/synchronize.py, line 262 in wait File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/_test_multiprocessing.py, line 834 in f File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 871 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 923 in _bootstrap_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 891 in _bootstrap Thread 0x2b303289db20 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/_test_multiprocessing.py, line 933 in test_notify_all File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/case.py, line 577 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/case.py, line 625 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 122 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 84 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 122 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 84 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 122 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 84 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/runner.py, line 176 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/support/__init__.py, line 1773 in _run_suite File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/support/__init__.py, line 1807 in run_unittest File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 1283 in test_runner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 1284 in runtest_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 967 in runtest File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 763 in main File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 1568 in main_in_temp_cwd File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/__main__.py, line 3 in module File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/runpy.py, line 85 in _run_code File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/runpy.py, line 170 in _run_module_as_main --- -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: pyerr_match_clear-2.patch: Updated patch, more complete (I also removed the assertions, I only added to debug). Since my patch makes assumption on which exception is expected, it can change the behaviour of functions if I forgot a different exception which is also supposed to be replaced. To reduce risks, we can just remove the new PyErr_ExceptionMatches() checks from the patch in a first time, and add them later, while being very careful. Calling PyErr_Clear() where exceptions must not be chained should be enough for a first step. -- Added file: http://bugs.python.org/file38677/pyerr_match_clear-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23772] pymonotonic() gone backward on AMD64 Debian root 3.x buildbot
New submission from STINNER Victor: I would be interested to know the Linux version of this buildbot slave. Maybe the slave is running in a VM and it's a virtualization issue? If it's the case, should Python fix the bug? Or should we just remove the assertion? http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/1943/steps/test/logs/stdio --- python: Python/pytime.c:221: pymonotonic: Assertion `last.tv_usec == -1 || tp-tv_sec last.tv_sec || (tp-tv_sec == last.tv_sec tp-tv_usec = last.tv_usec)' failed. Fatal Python error: Aborted Thread 0x2b9135bc4700 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 364 in sleeper_gen File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 390 in make_nested File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 395 in run_thread File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 871 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 923 in _bootstrap_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 891 in _bootstrap Current thread 0x2b91355c1700 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 364 in sleeper_gen File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 390 in make_nested File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 395 in run_thread File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 871 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 923 in _bootstrap_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/threading.py, line 891 in _bootstrap Thread 0x2b9127825b20 (most recent call first): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 407 in test_trashcan_threads File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/case.py, line 577 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/case.py, line 625 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 122 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 84 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 122 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/suite.py, line 84 in __call__ File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/runner.py, line 176 in run File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/support/__init__.py, line 1772 in _run_suite File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/support/__init__.py, line 1806 in run_unittest File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_gc.py, line 1000 in test_main File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 1284 in runtest_inner File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 967 in runtest File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 763 in main File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/regrtest.py, line 1568 in main_in_temp_cwd File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/__main__.py, line 3 in module File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/runpy.py, line 85 in _run_code File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/runpy.py, line 170 in _run_module_as_main --- -- messages: 239216 nosy: haypo priority: normal severity: normal status: open title: pymonotonic() gone backward on AMD64 Debian root 3.x buildbot versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23772 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23773] importlib does not properly remove frames when invoking external import hooks
New submission from Shiz: When adding a custom module loader to sys.meta_path, importlib does not properly remove its frames before invoking it. This results in a weird traceback with importlib._bootstrap frames in if an error occurs during load_module(), like such: Traceback (most recent call last): File /Users/mark/Development/Projects/rave/rave/bootstrap/__init__.py, line 102, in bootstrap_game __import__(MODULE_PACKAGE + '.' + mod.replace('.py', '')) File frozen importlib._bootstrap, line 2237, in _find_and_load File frozen importlib._bootstrap, line 2226, in _find_and_load_unlocked File frozen importlib._bootstrap, line 1200, in _load_unlocked File frozen importlib._bootstrap, line 1129, in _exec File /Users/mark/Development/Projects/rave/rave/modularity.py, line 23, in exec_module super().exec_module(module) File /.modules/opengl/__init__.py, line 1, in module from . import common, core3 File frozen importlib._bootstrap, line 2237, in _find_and_load File frozen importlib._bootstrap, line 2226, in _find_and_load_unlocked File frozen importlib._bootstrap, line 1200, in _load_unlocked File frozen importlib._bootstrap, line 1129, in _exec File /Users/mark/Development/Projects/rave/rave/modularity.py, line 23, in exec_module super().exec_module(module) File /.modules/opengl/core3/__init__.py, line 11, in module from .texture import Texture, Image File frozen importlib._bootstrap, line 2237, in _find_and_load File frozen importlib._bootstrap, line 2226, in _find_and_load_unlocked File frozen importlib._bootstrap, line 1200, in _load_unlocked File frozen importlib._bootstrap, line 1129, in _exec File /Users/mark/Development/Projects/rave/rave/modularity.py, line 23, in exec_module super().exec_module(module) File /.modules/opengl/core3/texture.py, line 8, in module raise ValueError Attached is a patch against the current hg head that makes sure module loaders are invoked through _call_with_frames_removed, so that the output becomes a lot more readable: Traceback (most recent call last): File /Users/mark/Development/Projects/rave/rave/bootstrap/__init__.py, line 102, in bootstrap_game __import__(MODULE_PACKAGE + '.' + mod.replace('.py', '')) File /Users/mark/Development/Projects/rave/rave/modularity.py, line 23, in exec_module super().exec_module(module) File /.modules/opengl/__init__.py, line 1, in module from . import common, core3 File /Users/mark/Development/Projects/rave/rave/modularity.py, line 23, in exec_module super().exec_module(module) File /.modules/opengl/core3/__init__.py, line 11, in module from .texture import Texture, Image File /Users/mark/Development/Projects/rave/rave/modularity.py, line 23, in exec_module super().exec_module(module) File /.modules/opengl/core3/texture.py, line 8, in module raise ValueError ValueError Ideally it would remove the calls /within/ the module loader itself too, but I do not see an easy way to do this without changing the entire _call_with_frames_removed semantics. This fixes most of the issues, though. -- components: Library (Lib) files: cpython-3ac58de829ef-fix-external-module-loader-call-traceback.patch keywords: patch messages: 239219 nosy: shiz priority: normal severity: normal status: open title: importlib does not properly remove frames when invoking external import hooks type: behavior versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file38681/cpython-3ac58de829ef-fix-external-module-loader-call-traceback.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23773 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: New issue #23770: Rework of exceptions are handled in the parser module (in validate_repeating_list()) to fix error handling in the parser module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: Sorry, I had issues with my local repository. Third try to upload pyerr_match_clear-2.patch for Rietveld. -- Added file: http://bugs.python.org/file38680/pyerr_match_clear-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23573] Avoid redundant allocations in str.find and like
Roundup Robot added the comment: New changeset 3ac58de829ef by Victor Stinner in branch 'default': Issue #23573: Fix bytes.rfind() and bytearray.rfind() on Windows https://hg.python.org/cpython/rev/3ac58de829ef -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23529] Limit decompressed data when reading from LZMAFile and BZ2File
Martin Panter added the comment: Wolfgang: If the patch here is too massive, perhaps you might like to review my patch at Issue 23528 first. :) It only fixes the “gzip” module, but is definitely simpler, so might have more chance of making it into 3.4 or 3.5 on time. === Changes introduced by patch v7 if anyone’s interested: https://bitbucket.org/vadmium/cpython/commits/b7c43f7. A few problems and behaviour changes are introduced: * GzipFile(filename=...).close() now relies on the garbage collector to close the file * EOFError(Compressed file ended before the end-of-stream marker was reached) repaced with “struct.error” exception in some cases, e.g. GzipFile(fileobj=BytesIO(gzip_data[:3])).read() * Premature EOF when stream ends in some cases, e.g. GzipFile(fileobj=BytesIO(empty_gzip + gzip_data)).read() However I think the general idea of inheriting the common reader class and overriding as necessary is sound. Just looks like the code got too messed around in the process. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23529 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23766] json.dumps: solidus (/) should be escaped
Serhiy Storchaka added the comment: See issue18290. Not only solidus is incompatible with JavaScript, and it id easy to escape problem characters after passing through JSON encoder using str.replace(). -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23771] Timeouts on x86 Ubuntu Shared 3.x buildbot
New submission from STINNER Victor: First timeout: http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/11358 This build was only triggered by one changeset 0b99d7043a99: Issue #23694: Enhance _Py_open(), it now raises exceptions. * _Py_open() now raises exceptions on error. If open() fails, it raises an OSError with the filename. * _Py_open() now releases the GIL while calling open() * Add _Py_open_noraise() when _Py_open() cannot be used because the GIL is not held Example of subprocess timeout: --- Timeout (1:00:00)! Thread 0x55aaedc0 (most recent call first): File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/subprocess.py, line 1502 in _try_wait File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/subprocess.py, line 1552 in wait File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_subprocess.py, line 58 in tearDown File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/case.py, line 580 in run File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/case.py, line 625 in __call__ File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py, line 122 in run File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py, line 84 in __call__ File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py, line 122 in run File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py, line 84 in __call__ File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/runner.py, line 176 in run File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/support/__init__.py, line 1773 in _run_suite File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/support/__init__.py, line 1807 in run_unittest File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_subprocess.py, line 2532 in test_main File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py, line 1284 in runtest_inner File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py, line 967 in runtest File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py, line 763 in main File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py, line 1568 in main_in_temp_cwd File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/__main__.py, line 3 in module File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/runpy.py, line 85 in _run_code File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/runpy.py, line 170 in _run_module_as_main make: *** [buildbottest] Error 1 --- Example of multiprocessing timeout: --- [240/393] test_multiprocessing_spawn Timeout (1:00:00)! Thread 0x68fddb40 (most recent call first): File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 379 in _recv File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 407 in _recv_bytes File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 250 in recv File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py, line 717 in _callmethod File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py, line 955 in wait File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/_test_multiprocessing.py, line 834 in f File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/threading.py, line 871 in run File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/threading.py, line 923 in _bootstrap_inner File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/threading.py, line 891 in _bootstrap Thread 0x58a5ab40 (most recent call first): File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 379 in _recv File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 407 in _recv_bytes File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 250 in recv File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py, line 717 in _callmethod File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/managers.py, line 955 in wait File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/_test_multiprocessing.py, line 834 in f File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/threading.py, line 871 in run File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/threading.py, line 923 in _bootstrap_inner File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/threading.py, line 891 in _bootstrap (...) Thread 0x55aaedc0 (most recent call first): File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 379 in _recv File /srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/multiprocessing/connection.py, line 407 in _recv_bytes File
[issue23772] pymonotonic() gone backward on AMD64 Debian root 3.x buildbot
STINNER Victor added the comment: == Linux-3.2.0-4-amd64-x86_64-with-debian-7.7 little-endian Kernel: Linux-3.2.0-4 CPU: amd64-x86_64 (little-endian) OS: debian-7.7 Linux had a bug in version 2.6.33 (also fixed in 2.6.32.19): [PATCH] Fix clock_gettime vsyscall time warp https://lkml.org/lkml/2009/11/17/7 = https://lists.debian.org/debian-kernel/2010/09/msg1.html See also: - https://bugzilla.redhat.com/show_bug.cgi?id=595225 - https://bugzilla.redhat.com/show_bug.cgi?id=742037 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23772 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
Changes by STINNER Victor victor.stin...@gmail.com: Removed file: http://bugs.python.org/file38677/pyerr_match_clear-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: Oh, I had a private local commit when I generated pyerr_match_clear-2.patch and so Rietveld failed to find the branch. I regenerated the patch. -- Added file: http://bugs.python.org/file38678/pyerr_match_clear-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
STINNER Victor added the comment: pyerr_chain.patch: The real patch to chain automatically exceptions when using PyErr_*() functions. pyerr_match_clear-2.patch hides the original exception when it is useless, too low level like OverflowError when casting to C types, etc. Examples without pyerr_match_clear-2.patch. int, before: | $ python3 -c 'int(123z)' | Traceback (most recent call last): | File string, line 1, in module | ValueError: invalid literal for int() with base 10: '123z' int, after: | $ ./python -c 'int(123z)' | ValueError: invalid literal for int() with base 10: '123z' | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File string, line 1, in module | ValueError: invalid literal for int() with base 10: '123z' struct, before: | $ python3 -c 'import struct; struct.pack(b, 2**100)' | Traceback (most recent call last): | File string, line 1, in module | struct.error: argument out of range struct, after: | $ ./python -c 'import struct; struct.pack(b, 2**100)' | OverflowError: Python int too large to convert to C long | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File string, line 1, in module | struct.error: argument out of range More examples, after (still without pyerr_match_clear-2.patch): int(str): | TypeError: a bytes-like object is required, not 'type' | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File stdin, line 1, in module | TypeError: int() argument must be a string, a bytes-like object or a number, not 'type' ''.join(str): | TypeError: 'type' object is not iterable | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File stdin, line 1, in module | TypeError: can only join an iterable b%f % abc: | TypeError: a float is required | | During handling of the above exception, another exception occurred: | | Traceback (most recent call last): | File stdin, line 1, in module | TypeError: float argument required, not str -- Added file: http://bugs.python.org/file38679/pyerr_chain.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23573] Avoid redundant allocations in str.find and like
STINNER Victor added the comment: The problem is that Windows has no memrchr() function, and so fastsearch_memchr_1char() only supports FAST_SEARCH on Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23573] Avoid redundant allocations in str.find and like
STINNER Victor added the comment: It looks like fastsearch_memchr_1char() manipulate pointers for memory alignment. It's not necessary when looking for ASCII or Latin1 characters or for bytes. I propose to add a new fastsearch_memchr_1byte() function which would be used by bytes and bytearray, but also by str for ASCII and Latin1 strings. Are you interested to implement this idea Serhiy? For Windows without memrchr(), the code can be a simple loop. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23761] test_socket fails on Mac OSX 10.9.5
R. David Murray added the comment: There are always going to be tests that are skipped (ones that don't run on your platform). Most of test_socket should run even if all you have is localhost networking. The 'network' resource is designed to control access to *external* networking resources, and there is at least one specific test in test_socket that is protected by the resource. I always run the test suite using '-uall' myself, which enables all the resources except for the ones that take lots of memory or disk space. If you have built python from source/checkout, then you can run the test suite using: ./python.exe -m test -uall For investigating this failure, you should change the beginning of test_host_resolution from: for addr in ['0.1.1.~1', '1+.1.1.1', '::1q', '::1::2', '1:1:1:1:1:1:1:1:1']: self.assertRaises(OSError, socket.gethostbyname, addr) self.assertRaises(OSError, socket.gethostbyaddr, addr) to: for addr in ['0.1.1.~1', '1+.1.1.1', '::1q', '::1::2', '1:1:1:1:1:1:1:1:1']: for func in socket.gethostbyname, socket.gethostbyaddr: with self.subTest(addr=addr, func=func): self.assertRaises(OSError, func, addr) and report the results. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23761 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23571] Raise SystemError if a function returns a result with an exception set
Roundup Robot added the comment: New changeset 1c2376825dd2 by Victor Stinner in branch '3.4': Issue #23571: Fix reentrant call to Py_FatalError() https://hg.python.org/cpython/rev/1c2376825dd2 New changeset e9ba95418af8 by Victor Stinner in branch 'default': (Merge 3.4) Issue #23571: Fix reentrant call to Py_FatalError() https://hg.python.org/cpython/rev/e9ba95418af8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23763] Chain exceptions in C
Changes by STINNER Victor victor.stin...@gmail.com: Removed file: http://bugs.python.org/file38678/pyerr_match_clear-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23743] Python crashes upon exit if importing g++ compiled mod after importing gcc compiled mod
matham added the comment: Well, we won't have to wait until interested solves it. After hours of debugging including compiling Python with VS2013 and looking at windows dump files, it seems that hard work pays off - sorry, I mean asking someone who knows the answer pays off :P. I asked on #mingw and it was suggested that I use mingw compiled with the SJLJ exception model. And indeed, using sjlj fixed this so that it does not crash anymore. It seems that mingw from mingw.org compiles with `--disable-sjlj-exceptions`, so one has to use mingw-w64's distribution which offers a sjlj build (for x86 and SEH for x64). I am wondering whether this information should be somewhere on the python website so that other people do not run into this issue. I'm not sure what the proper resolution is here so I'll live it open. Or maybe it should be open until the docs is updated to warn about this issue. Anyway, here's the pertinent parts of my #mingw chat: jon_y matham: I suggest going for SJLJ on 32bit jon_y SEH on 64bit jon_y avoid dw2 exception like the plague matham ok, the one I got from mingw-get says --disable-sjlj-exceptions --with-dwarf2 matham I'll try with sjlj matham from mingw-w64 matham jon_y, \o/\o/\o/\o/\o/\o/\o/ omg I'm so happy :D it looks like using sjlj fixed it jon_y matham: I mean --disable-sjlj-exceptions jon_y that is the C++ exception part jon_y dwarf2 as debug is fine jon_y --with-dwarf2 specifies the debug data format jon_y yeah, dw2 (when --disable-sjlj-exceptions is used) has lots of issues with python matham so the problem is when sjlj is disabled? matham I thought it was either/or with sjlj vs dw2 jon_y dw2 doesn't quite work right for windows jon_y it requires ALL dll code use the same shared libgcc dll jon_y failure to do so leads to random crashes, especially during program termination matham so why does mingw-get automatically do --disable-sjlj-exceptions? jon_y mingw.org only provides toolchain that uses dw2 exceptions jon_y this has been so ever since the 4.2.1 days jon_y (that was the first widely used Windows gcc 4.x version) jon_y matham: Cygwin had the same problem with python and their dw2 gcc recently jon_y but had some local patches done in to fix it -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23743 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17301] An in-place version of many bytearray methods is needed
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17301 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19023] ctypes docs: Unimplemented and undocumented features
Changes by Martin Panter vadmium...@gmail.com: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19023 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22623] Port Python to 3DS: micro kernel, homebrew, newlib (Missing guards for some POSIX functions)
Changes by STINNER Victor victor.stin...@gmail.com: -- title: Missing guards for some POSIX functions - Port Python to 3DS: micro kernel, homebrew, newlib (Missing guards for some POSIX functions) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22623] Port Python to 3DS: micro kernel, homebrew, newlib (Missing guards for some POSIX functions)
STINNER Victor added the comment: My target platforms have been the Newlib-based Wii and 3DS homebrew toolchains, which emulate a POSIX system on top of the raw hardware (or in the case of the 3DS, a proprietary micro-kernel. What do you think of my idea of maintaining a fork of the Python repository to store your patches, and rebase them sometimes? Would it be an acceptable solution? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20984] 'Add/Remove Programs' dialog missing entries for 32-bit CPython 'current user only' installations on 64-bit Windows
Mark Lawrence added the comment: Presumably this can be incorporated into the ongoing work on the Windows installer. -- nosy: +BreamoreBoy, paul.moore, steve.dower, tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12319] [http.client] HTTPConnection.putrequest not support chunked Transfer-Encodings to send data
Changes by Demian Brecht demianbre...@gmail.com: Added file: http://bugs.python.org/file38670/issue12319_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com