[issue20923] ConfigParser should nested [] in section names.

Sebastian Bank added the comment: If this is the intended behaviuour, I guess ConfigParser should warn the user if he supplies a section name with a ']' (prevent failed roundtrips). See http://bugs.python.org/issue23301 The current behaviour looks like the opposite of Postel's law. -

[issue23285] PEP 475 - EINTR handling

Ned Deily added the comment: eintr-1.diff doesn't seem to make any significant difference from eintr.diff on my system. It's still pegging a CPU at 100% and takes 7 minutes wall time to complete. $ time ./python ~/Projects/PyDev/active/dev/3x/source/Lib/test/eintrdata/eintr_tester.py test_re

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

Antoine Pitrou added the comment: The assumption was that the patch level represented a letter (from 'a' to 'z'), but we can certainly relax that. -- ___ Python tracker ___

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

Antoine Pitrou added the comment: Er... OS X 10.10 ships OpenSSL 0.9.8?? -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: OK, it turns out the culprit was repeated calls to BytesIO.getvalue(), which forced large allocations upon reception of every message. The patch attached fixes this (without changing the socket buffer size). -- Added file: http://bugs.python.org

[issue23337] Run python with restricted rights

Marc added the comment: Hi Ramchandra, I actually have an AV (Sophos) but no firewall on the computer -- ___ Python tracker ___ ___ P

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

Serhiy Storchaka added the comment: topfd is '/tmp/test'. But it should be file descriptor, an integer. What os.open('/tmp/test', os.O_RDONLY) returns? -- nosy: +serhiy.storchaka ___ Python tracker ___

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

Denis Sukhonin added the comment: It returns an integer. >>> import os >>> os.open('/tmp/test', os.O_RDONLY) 3 -- ___ Python tracker ___

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

Ned Deily added the comment: Yep, 0.9.8 is the newest and presumably last major of version of OpenSSL in OS X. OpenSSL has been officially deprecated by Apple in OS X since OS X 10.7; it's only there for third-party products shipped by Apple in OS X, like Python. Their own apps use Apple's ow

[issue23340] armv7l C++ exceptions issue

Alex Potapenko added the comment: Thank you for giving me a hint, Eric! Even though you weren't 100% right, your got me thinking in the right direction, and I found out in the end that I have to explicitly link python with libgcc_s on build time. Now everything works fine. This looks like a uC

[issue23340] uClibc C++ exceptions issue

Changes by Alex Potapenko : -- title: armv7l C++ exceptions issue -> uClibc C++ exceptions issue ___ Python tracker ___ ___ Python-bug

[issue23347] asyncio: fix and refactor creation of subprocess transports

New submission from STINNER Victor: Attached patch fix and refactors the creation of asyncio subprocess transports. It fixes the code handling errors. Changes: * Add a wait() method to wait until the child process exit * The constructor now accepts an optional waiter parameter. The _post_init

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

Serhiy Storchaka added the comment: Does os.listdir(os.open('/tmp/test', os.O_RDONLY)) work? -- ___ Python tracker ___ ___ Python-bugs

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

Denis Sukhonin added the comment: No, it throws 22. >>> os.listdir(os.open('/tmp/test', os.O_RDONLY)) Traceback (most recent call last): File "", line 1, in OSError: [Errno 22] Invalid argument -- ___ Python tracker

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

STINNER Victor added the comment: >> Does os.listdir(os.open('/tmp/test', os.O_RDONLY)) work? > No, it throws 22. Oh, too bad. Maybe we can detect this at Python compilation. If not, rmtree() should detect the failure and switch back to the unsafe implementation (which uses paths, not file de

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

Changes by STINNER Victor : -- versions: +Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

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

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

[issue11578] Increase test coverage for timeit.py

koobs added the comment: 7e7c825f75ad832d973542bfcf9ecd6e5dd3f981 broke koobs-freebsd9 and koobs-freebsd10, with: == FAIL: test_main_exception (test.test_timeit.TestTimeit) --

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Tomasz Wasilczyk added the comment: It seems that bug remains *not* fixed. Just like eaducac pointed out, there are cases when underlying file handle is -2, which is not a valid file handle, but *is* a valid handle (which is GetCurrentThread). Thus, provided dup solution accepts it, while it

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

STINNER Victor added the comment: @steve.dower: Do you have info on this issue? -- nosy: +steve.dower ___ Python tracker ___ ___ Pytho

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

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

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

STINNER Victor added the comment: I commited a simplified version of accept_connection_failed.patch, without the call to connection_failed(). -- ___ Python tracker ___

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

Roundup Robot added the comment: New changeset e9c1fca50b46 by Stefan Krah in branch '3.4': Issue #22668: Ensure that format strings survive slicing after casting. https://hg.python.org/cpython/rev/e9c1fca50b46 New changeset 37112bd3dfb3 by Stefan Krah in branch 'default': Closes #22668: Merge f

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

Serhiy Storchaka added the comment: What if add a slash at the end of the path? os.listdir(os.open('/tmp/test/', os.O_RDONLY)) -- ___ Python tracker ___

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Steve Dower added the comment: This is fixed in VS2015 last time I tried it. I've proposed workarounds for this before, but it's never affected any official build do there's never been any traction. The fstat patch is normally the check that I use. I don't know what Tomasz means that it's not

[issue23348] distutils.LooseVersion fails to compare two valid versions

New submission from Guillaume: $ python2.7 -c "from distutils.version import LooseVersion as V; print V('3.16.0-0.bpo.4-amd64') > V('3.16-0.bpo.2-amd64')" False $ python3.4 -c "from distutils.version import LooseVersion as V; print(V('3.16.0-0.bpo.4-amd64') > V('3.16-0.bpo.2-amd64'))" Tracebac

[issue23348] distutils.LooseVersion fails to compare two valid versions

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

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

R. David Murray added the comment: The buildbots aren't happy. This one errors in the added test: http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/2595/steps/test/logs/stdio Another one had a MemoryError in lib2to3 tests. Not sure what is going on, but the one above at

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

Denis Sukhonin added the comment: The same problem. >>> os.listdir(os.open('/tmp/test/', os.O_RDONLY)) Traceback (most recent call last): File "", line 1, in OSError: [Errno 22] Invalid argument -- ___ Python tracker

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

Roundup Robot added the comment: New changeset 9a4af12dcc9d by Stefan Krah in branch '3.4': Issue #22668: Remove endianness assumption in test. https://hg.python.org/cpython/rev/9a4af12dcc9d New changeset da0ca7b1351f by Stefan Krah in branch 'default': Issue #22668: Merge from 3.4. https://hg.p

[issue12743] C API marshalling doc contains XXX

Changes by Serhiy Storchaka : -- stage: -> needs patch type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue23344] Faster marshalling

Changes by Serhiy Storchaka : -- nosy: +kristjan.jonsson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

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

Roundup Robot added the comment: New changeset 543f770f62f0 by Victor Stinner in branch '3.4': Issue #23243, asyncio: Emit a ResourceWarning when an event loop or a transport https://hg.python.org/cpython/rev/543f770f62f0 -- ___ Python tracker

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

STINNER Victor added the comment: Ok, I commited my change adding destructors on Python 3.4 and newer to emit warnings when event loops or transports are not explicitly closed. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Poor Yorick added the comment: An attempt to build python-2.7.9 resulted in this error: renaming "readline" since importing it failed ... undefined symbol: UP This happened because setup.py chose "-lncursesw" as the readline terminal library. Although libncursesw.so itself links to libtinfo

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Stefan Krah added the comment: What system are you using? The patch is quite large, and the existing libtinfo logic should work on most systems. Is the main problem that ldd is not found? -- nosy: +skrah ___ Python tracker

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Poor Yorick added the comment: ldd was found. That patch does abstract and generalize ldd usage into a function for reuse. I'm building Python as part of a rather large software collection that lives in an alternate prefix. The main issue with the termcap library is that with the --as-needed l

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

Stefan Krah added the comment: Thanks, David. The tests assumed little-endian, which is now fixed. The MemoryError is sporadic and unrelated -- the OpenIndiana bot often has system load issues. I don't see any more related failures, please reopen if you do. :) -- status: open -> close

[issue21258] Add __iter__ support for mock_open

Maciej Zagrabski added the comment: Provided path did not work for me. Probably because lack of __next__ handler. I noticed that issue when interacting with cvs.reader and cvs.DictReader. After simple modification it seems to work fine. -- nosy: +mucka versions: +Python 3.4 Added file:

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Tomasz Wasilczyk added the comment: I don't mean fixing VS, but providing a workaround in Python code, when compiled with VS2012. I know newer VS versions are fixed. Do you mean, VS2012 is not supported? If it's not - then LibreOffice team have a problem, because their official release is bui

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Poor Yorick added the comment: The wholesale inclusion of two additional files makes the patch look larger than it is. The modifications to setup.py address three different issues. The modifications for each issue don't overlap much, so they could be cherry-picked fairly easily. For the readli

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Stefan Krah added the comment: I think even the curses changes alone are rather large, especially for 2.7. Perhaps you could give us exact instructions how to reproduce the issue (OS, version, build command line). -- ___ Python tracker

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: > eintr-1.diff doesn't seem to make any significant difference from eintr.diff > on my system. It's still pegging a CPU at 100% and takes 7 minutes wall time > to complete. Alright, enough played: the patch attached uses a memoryview and socket.recv_

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Steve Dower added the comment: It's not supported for building Python, is what I meant. I don't know what the status is for Microsoft support of VS2012, but I'd expect it's security fix only by now. Being able to support building Python with alternative compilers is a task that we don't have

[issue8094] Multiprocessing infinite loop

Davin Potts added the comment: On Windows 7 (64-bit), it was not possible to reproduce any infinite looping behavior with the supplied example code. Specifically, with the two examples from Benjamin, the observed behavior when running them was the same under 2.7.8 and default (3.5): a Runtime

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Mark Lawrence added the comment: An enhancement can only go into 3.5, not 3.4. This has to happen before beta 1 which is currently scheduled for May 24 2015. I'm against the idea as it would create too many compatibility issues. -- nosy: +BreamoreBoy

[issue18982] Add tests for CLI of the calendar module

Changes by Berker Peksag : -- stage: patch review -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue23285] PEP 475 - EINTR handling

Ned Deily added the comment: With eintr-2.diff, fast!: $ time ./python ~/Projects/PyDev/active/dev/3x/source/Lib/test/eintrdata/eintr_tester.py test_read (__main__.OSEINTRTest) ... ok test_wait (__main__.OSEINTRTest) ... ok test_wait3 (__main__.OSEINTRTest) ... ok test_wait4 (__main__.OSEINTRTe

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Tomasz Wasilczyk added the comment: In such case, I agree it's an "enhancement", not a "bugfix". Could go into 3.5 branch. How about changing the ifdef to the following, to avoid any issues on non-MSVS2012: #if defined(MS_WINDOWS) && defined(HAVE_FSTAT) && defined(_MSC_VER) && _MSC_VER == 17

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Poor Yorick added the comment: Larger changes represent more work on the part of the submitter ;) The following should reproduce the readline problem: Have the current setup.py detect as the readline termcap library a libncurses.so that itself links against libtinfo.so. Without the --as-needed

[issue15101] multiprocessing pool finalizer can fail if triggered in background pool thread

Davin Potts added the comment: Having reviewed the code commits made by Richard more than 2.5 years ago in conjunction with his related code commits from already-closed Issue #15064, I am led to conclude that all the items described in this issue have been addressed and implemented. Specifica

[issue8144] muliprocessing shutdown infinite loop

Davin Potts added the comment: At nearly 5 years of age, this issue unfortunately never saw a viable demonstration of how to provoke the reported behavior. Hopefully the reporter either (1) discovered the nature of the problem originated elsewhere and he was able to quickly fix it, or (2) won

[issue16482] pdb.set_trace() clobbering traceback on error

Peter Inglesby added the comment: I've just hit this. Is there anything I can do to help get this fixed?` -- nosy: +inglesp ___ Python tracker ___ __

[issue18620] multiprocessing page leaves out important part of Pool example

Changes by Davin Potts : -- nosy: +davin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue23347] asyncio: fix and refactor creation of subprocess transports

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

[issue23347] asyncio: fix and refactor creation of subprocess transports

Roundup Robot added the comment: New changeset dadc372f46fa by Victor Stinner in branch '3.4': Issue #23347, asyncio: Make BaseSubprocessTransport.wait() private https://hg.python.org/cpython/rev/dadc372f46fa -- ___ Python tracker

[issue23347] asyncio: fix and refactor creation of subprocess transports

STINNER Victor added the comment: I commited my change with small changes. "wait() is a coroutine, which is something uncommon. Is it ok to start using coroutines in transports, at least for subprocess transports?" I made the method private (renamed to _wait()). -- resolution: -> fix

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Changes by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue21962] No timeout for asyncio.Event.wait() or asyncio.Condition.wait() ?

Roundup Robot added the comment: New changeset 21010940f8c1 by Victor Stinner in branch '3.4': Issue #21962, asyncio doc: Suggest the usage of wait_for() to replace https://hg.python.org/cpython/rev/21010940f8c1 -- nosy: +python-dev ___ Python tracker

[issue21962] No timeout for asyncio.Event.wait() or asyncio.Condition.wait() ?

STINNER Victor added the comment: Ok, I made a minimal change to the asyncio documentation to suggest the usage of wait_for(). If you would like to enhance the documentation (ex: add some examples), please write a patch. -- resolution: -> fixed status: open -> closed

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Stefan Krah added the comment: I still don't understand why libncurses is linked against libtinfo but libreadline is not. Again, what is your OS? Example Ubuntu (a modern system): $ ldd /lib/x86_64-linux-gnu/libncurses.so.5 linux-vdso.so.1 => (0x7fff5bfed000) libdl.so.2 =>

[issue23334] http.client refactor

Demian Brecht added the comment: Digging into this more, I've opened up a can of worms that will result in http.client not looking nearly at all like http.client. I'll work this into httplib3 and will open this conversation back up if it gets any traction. -- resolution: -> rejected s

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

Poor Yorick added the comment: Ths OS is RHEL 6, but that's not so important because the entire collection, including readline, is built from source and installed into an alternate location. With the exception of a few essential shared objects from the system, everything else is contained in the

[issue23347] asyncio: fix and refactor creation of subprocess transports

Roundup Robot added the comment: New changeset c1d92f7221a5 by Victor Stinner in branch '3.4': Issue #23347, asyncio: send_signal(), terminate(), kill() don't check if the https://hg.python.org/cpython/rev/c1d92f7221a5 -- ___ Python tracker

[issue23285] PEP 475 - EINTR handling

Changes by Antoine Pitrou : -- stage: -> patch review versions: +Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue2292] Missing *-unpacking generalizations

Neil Girdhar added the comment: All tests pass. @Guido: can we get some clarification on f(*… and f(**…? One option is to make them illegal for now and then open them up in a future PEP when it's more clear what's wanted? -- Added file: http://bugs.python.org/file37911/starunpack25.d

[issue23285] PEP 475 - EINTR handling

Antoine Pitrou added the comment: Victor, do you think there's anything left to do? -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue23349] memoryview.to_bytes() and PyBuffer_ToContiguous() off-by-one error for non-contiguous buffers

New submission from Richard Hansen: PyBuffer_ToContiguous() has an off-by-one error when copying a buffer it thinks is non-contiguous. To reproduce, put the following in foo.pyx and compile with Cython v0.21.2: cpdef foo(): cdef unsigned char[:] v = bytearray("testing") pri

[issue23350] Content-length is incorrect when request body is a list or tuple

New submission from Demian Brecht: Rather than summing the value of each element of a list or tuple to use as the value of the content-length header, the length of the list or tuple is used. -- files: list_content_length.patch keywords: patch messages: 235012 nosy: demian.brecht priorit

[issue23350] Content-length is incorrect when request body is a list or tuple

Changes by Demian Brecht : -- components: +Library (Lib) type: -> behavior versions: +Python 3.5 ___ Python tracker ___ ___ Python-bu

[issue23350] Content-length is incorrect when request body is a list or tuple

Changes by Antoine Pitrou : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue23351] socket.settimeout(5.0) does not have any effect

New submission from Piotr Jurkiewicz: After setting socket.settimeout(5.0), socket.send() returns immediately, instead of returning after specified timeout. Steps to reproduce: Open two python interpreters. In the first one (the receiver) execute: >>> import socket >>> r = socket.socket(sock

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

New submission from Richard Hansen: According to https://docs.python.org/2/c-api/buffer.html#the-new-style-py-buffer-struct if the suboffsets member of Py_buffer is non-NULL and all members of the array are negative, the buffer may be contiguous. PyBuffer_IsContiguous() does not behave this w

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

Changes by Richard Hansen : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue23351] socket.settimeout(5.0) does not have any effect

Antoine Pitrou added the comment: The way socket timeouts are implemented is by using select() to determine whether the socket is ready for read/write. In this case, select() probably marks the socket ready even though the queue is full, which later raises EAGAIN. About SO_SNDTIMEO and SO_RCVT

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

Antoine Pitrou added the comment: The patch has an obvious syntax error :-) Other than that, adding a comment would be nice. Bonus points if you can write a test (3.x has infrastructure for that, see Lib/test/test_buffer.py). -- nosy: +pitrou, skrah stage: -> patch review versions: -P

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

Richard Hansen added the comment: > The patch has an obvious syntax error :-) Doh! > Other than that, adding a comment would be nice. Agreed, will do. > Bonus points if you can write a test (3.x has infrastructure for that, see > Lib/test/test_buffer.py). I'll take a look. Thanks! ---

[issue2292] Missing *-unpacking generalizations

Guido van Rossum added the comment: Hi Neil, I think disallowing them is the best approach. There doesn't seem to be a good use case that would be thwarted. Hopefully the syntactic prohibition isn't too hard to implement. On Thu, Jan 29, 2015 at 4:32 PM, Neil Girdhar wrote: > > Neil Girdhar a

[issue23350] Content-length is incorrect when request body is a list or tuple

Demian Brecht added the comment: Updated patch based on review. -- Added file: http://bugs.python.org/file37915/list_content_length_1.patch ___ Python tracker ___ ___

[issue23350] Content-length is incorrect when request body is a list or tuple

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

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

Richard Hansen added the comment: I've attached a new version of the patch. Suggestions for simplifying the test code would be appreciated. -- Added file: http://bugs.python.org/file37916/PyBuffer_IsContiguous_v2.patch ___ Python tracker

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

Changes by Richard Hansen : -- versions: +Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23350] Content-length is incorrect when request body is a list or tuple

Martin Panter added the comment: [Edit Error: 'utf8' codec can't decode byte 0xe2 in position 207: invalid continuation byte] The documentation currently says “Content-Length header should be explicitly provided when the body is an iterable”. See Lib/urllib/request.py:1133 for how it is done

[issue23352] PyBuffer_IsContiguous() sometimes returns wrong result if suboffsets != NULL

Changes by Richard Hansen : -- versions: -Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue23349] PyBuffer_ToContiguous() off-by-one error for non-contiguous buffers

Changes by Richard Hansen : -- title: memoryview.to_bytes() and PyBuffer_ToContiguous() off-by-one error for non-contiguous buffers -> PyBuffer_ToContiguous() off-by-one error for non-contiguous buffers ___ Python tracker

[issue13322] buffered read() and write() does not raise BlockingIOError

Martin Panter added the comment: My experiments with buffered and unbuffered readers wrapping a non-blocking TCP socket, with no data received: Method Buffered impl. Buffered doc.SocketIO impl. RawIOBase doc. = == === == == r

[issue5811] io.BufferedReader.peek(): Documentation differs from Implementation

Martin Panter added the comment: The non-blocking behaviour that I documented in my patch is under question in Issue 13322. I think it would be nice change the implementation to either return None or raise BlockingIOError. -- ___ Python tracker

[issue23338] PyErr_Format in ctypes uses invalid parameter

Changes by Makoto Kato : Removed file: http://bugs.python.org/file37901/py.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue23338] PyErr_Format in ctypes uses invalid parameter

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

[issue23338] PyErr_Format in ctypes uses invalid parameter

Changes by Makoto Kato : -- hgrepos: -295 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue23338] PyErr_Format in ctypes uses invalid parameter

Makoto Kato added the comment: updated for python 2.7 -- versions: +Python 3.6 -Python 2.7 Added file: http://bugs.python.org/file37918/py27.patch ___ Python tracker ___

[issue23338] PyErr_Format in ctypes uses invalid parameter

Changes by Makoto Kato : Removed file: http://bugs.python.org/file37890/py.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue19256] Optimize marshal format and add version token.

Serhiy Storchaka added the comment: Largest modules in the stdlib have up to 800 references. So it would be worth to have 4 opcodes for short (10-bit) ref indices. -- ___ Python tracker ___