[issue26206] test_socket.testRecvmsgPeek() timeout on "AMD64 Debian root 3.x" buildbot

Martin Panter added the comment: The problem has apparently been fixed at the buildbot end -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker __

[issue26234] The typing module includes 're' and 'io' in __all__

Martin Panter added the comment: My concern with pydoc is that currently when you do “python -m pydoc typing” you get stuff like CLASSES builtins.object typing.io typing.re [. . .] io = class typing.io(builtins.object) | Wrapper namespace for IO generi

[issue26234] The typing module includes 're' and 'io' in __all__

Guido van Rossum added the comment: Well, PEP 484 and typing.py are provisional. So small changes, even to documented behavior, are fine. (I'm also changing @overload, per the change in PEP 484 that was discussed recently.) Can you suggest a doc change? -- __

[issue26234] The typing module includes 're' and 'io' in __all__

Guido van Rossum added the comment: I'm no expert on pydoc, but I don't think it should be a reason to keep these two names in __all__; __all__ is there primarily to guide "import *" and it's clear that "from typing import *" overwriting a previously-imported re or io module is a bad idea. But m

[issue17890] argparse: mutually exclusive groups full of suppressed args can cause AssertionErrors

Changes by Martin Panter : Added file: http://bugs.python.org/file30108/7691d1d4b955.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue26173] test_ssl.bad_cert_test() exception handling

Roundup Robot added the comment: New changeset c75ae81b5058 by Martin Panter in branch '3.5': Issue #26173: Fix test_ssl confusion with non-existing cert and wrongcert.pem https://hg.python.org/cpython/rev/c75ae81b5058 New changeset 284b3de802b7 by Martin Panter in branch 'default': Issue #26173

[issue26189] Interpreter returns control to cmd.exe early

Eryk Sun added the comment: Ensure that the .lnk target is the expected path to python.exe: C:\Temp>py -3 -c ^ More? "from win32com import client^ More? More? lnk = client.Dispatch('WScript.Shell').^ More? CreateShortCut('python.lnk')^ More? More? print('target:\n%s'

[issue26236] urllib2 initiate irregular call to gethostbyaddr

New submission from Julia Dolgova: I'm using python 2.7. My system is windows 7(64-bit). I also use proxy. urllib2.urlopen usually implements 0,2..1sec but sometimes sends a strange UDP to 137 port (netbios-ns) of the remote server, waits 4..6 sec. and then sends HTTP-request. If I disable Net

[issue17890] argparse: mutually exclusive groups full of help-suppressed args can cause AssertionErrors

Martin Panter added the comment: See duplicate Issue 22363 for the traceback, and a workaround. There is also a patch there similar to Garrett’s original fix, but using the RE r'%s *%s ?'. I restored the diff from Garrett’s repository, in case it is still useful. Yogesh: I am not familiar with

[issue22363] argparse AssertionError with add_mutually_exclusive_group and help=SUPPRESS

Martin Panter added the comment: I left one review comment, but it seems there is more discussion at Issue 17890, which also originally proposed a very similar fix. -- nosy: +martin.panter resolution: -> duplicate stage: -> patch review status: open -> closed superseder: -> argparse:

[issue26173] test_ssl.bad_cert_test() exception handling

Roundup Robot added the comment: New changeset 14463726a4a0 by Martin Panter in branch '2.7': Issue #26173: Fix test_ssl confusion with non-existing cert and wrongcert.pem https://hg.python.org/cpython/rev/14463726a4a0 -- nosy: +python-dev ___ Python

[issue26155] 3.5.1 installer issue on Win 7 32 bit

TarotRedhand added the comment: Please ignore the part about the 7z being attached to the last message. This site wanted me to divulge certain personal information, that I am not prepared to give, before it would upload that file. I have instead placed it into my dropbox/public folder the addr

[issue26155] 3.5.1 installer issue on Win 7 32 bit

TarotRedhand added the comment: Sorry for the delay but RL intervened. Because of the size of the log files (total of 17.7 megs), rather than post the contents in one these windows I placed them into a 7zip 7z archive. I am attaching them to this message. I hope this helps. -- Added f

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: Here, ShellExecuteExW is indeed called, with the specified parameters, but the hProcess member is still NULL after the call. This must be the reason for the discrepancy. -- nosy: +Vano ___ Python tracker

[issue26207] test_distutils fails on "AMD64 Windows7 SP1 3.x" buildbot

Jeremy Kloth added the comment: I'm upgrading the VS installation on my buildbot currently so this should be a non-issue going forward. However, I think it would be good to add/change the bug title to include something about the /LTCG error so as to enable better searching when developers do

[issue26207] test_distutils fails on "AMD64 Windows7 SP1 3.x" buildbot

Steve Dower added the comment: For this particular issue, the way to detect it is to read HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\DevDiv\vc\Servicing\14.0\Tools.X86.X64@UpdateVersion and see if it is at least "14.0.23506". This doesn't extend to other VS versions, but it should be su

[issue26039] More flexibility in zipfile interface

Martin Panter added the comment: I left some review comments. Since the rules for read-only and write-only access are so different, would it make more sense to have a separate method? Maybe your writefile() name, or open_write() or something? I am not too fussed, but unless there is a chance o

[issue26207] test_distutils fails on "AMD64 Windows7 SP1 3.x" buildbot

Jeremy Kloth added the comment: My buildbot updated to VS2015.1 successfully. test_distutils is passing again. As to the bug title, it should mention the incorrect DLL version error, not the /LTCG *warning*. That's what I get for just doing a quick scan of the comments. -- _

[issue26234] The typing module includes 're' and 'io' in __all__

Martin Panter added the comment: I would argue against changing this. They seem to be documented classes, so I guess this would break pydoc. It is a similar situation to os.open(), threading.enumerate(), etc. But I don’t have a strong opinion, and accept other people like keeping __all__ a min

[issue19023] ctypes docs: Unimplemented and undocumented features

Roundup Robot added the comment: New changeset 034b077d3015 by Martin Panter in branch '2.7': Issue #19023: Document ctypes array and pointer classes https://hg.python.org/cpython/rev/034b077d3015 -- ___ Python tracker

[issue26207] test_distutils fails on "AMD64 Windows7 SP1 3.x" buildbot

STINNER Victor added the comment: > I'd rather not add extra logic to distutils just to detect this case. Hum, does it make sense to skip some tests on VS 2015 without the update? (Is it difficult to detect VS version?) -- ___ Python tracker

[issue26198] PyArg_ParseTuple with format "et#" and "es#" detects overflow by raising TypeError instead of ValueError

Roundup Robot added the comment: New changeset d0b4be7d2134 by Serhiy Storchaka in branch '2.7': Fixed a crash in new tests in test_getargs2 added in 60a2d67dacb3 (issue #26198). https://hg.python.org/cpython/rev/d0b4be7d2134 -- ___ Python tracker <

[issue26198] PyArg_ParseTuple with format "et#" and "es#" detects overflow by raising TypeError instead of ValueError

Martin Panter added the comment: Also, test_getargs2 seems faulty on 2.7. I am seeing MemoryError; some of the buildbots are segfaulting. -- ___ Python tracker ___ _

[issue25314] Documentation: argparse's actions store_{true, false} default to False/True (undocumented)

Julien Baley added the comment: I like paul.j3's suggestion, but it would probably make more sense to have it consistent with python2 and port the change Martin pointed to. How does one do that? -- ___ Python tracker

[issue26235] argparse docs: Positional * argument in mutually exclusive group requires a default parameter

New submission from paul j3: The documentation for Mutual exclusion https://docs.python.org/3/library/argparse.html#mutual-exclusion needs a note that a mutually exclusive group may contain one positional argument. But that argument must be either nargs='?', or nargs='*'. If '*' it must als

[issue26234] The typing module includes 're' and 'io' in __all__

Changes by Guido van Rossum : -- assignee: -> gvanrossum type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue26234] The typing module includes 're' and 'io' in __all__

Guido van Rossum added the comment: Cross-reference: https://github.com/python/typing/issues/178 -- ___ Python tracker ___ ___ Python-

[issue26234] The typing module includes 're' and 'io' in __all__

New submission from Guido van Rossum: If you write "from typing import *" you get "re" and "io" for free, which is surprising if this import occurs after an actual "import re" or "import io". The solution is not to include those two in __all__. You can still use them -- use "from typing import

[issue20598] argparse docs: '7'.split() is confusing magic

Martin Panter added the comment: I don’t want to make any controversial changes. Half the purpose of the patch was to let people see what it would look like. Another option would be to only do the single or empty list changes, and leave most of the longer lists as they are with split(). -

[issue24841] Some test_ssl network tests fail if svn.python.org is not accessible.

Martin Panter added the comment: Yes sorry I did mean Issue 25940 (too many bug numbers!), but only the main change which has already been made (revision adf750b1252d etc). So you don’t have to wait for that. -- ___ Python tracker

[issue26207] test_distutils fails on "AMD64 Windows7 SP1 3.x" buildbot

Steve Dower added the comment: This has been confirmed as a bug in VS 2015 RTM that was fixed in Update 1. It only affects debug builds, which are not common and I expect most people using them to be keeping VS up to date. I'd rather not add extra logic to distutils just to detect this case. I

[issue19023] ctypes docs: Unimplemented and undocumented features

Martin Panter added the comment: Okay I have committed the Array and _Pointer stuff. I suggest if anyone wants to work on the Union classes, they open a separate report. (I never understood what they are for. C doesn’t have much little or big endian stuff; byte order mostly depends on the ABI,

[issue26198] PyArg_ParseTuple with format "et#" and "es#" detects overflow by raising TypeError instead of ValueError

Serhiy Storchaka added the comment: Here is updated patch. -- Added file: http://bugs.python.org/file41746/pyarg_parse_encoded_string_2.patch ___ Python tracker ___ _

[issue26198] PyArg_ParseTuple with format "et#" and "es#" detects overflow by raising TypeError instead of ValueError

Serhiy Storchaka added the comment: Thank you Martin. This was 64-bit specific bug. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue26233] select.epoll.poll() should avoid calling malloc() each time

Changes by STINNER Victor : -- title: select.epoll.poll() should away calling malloc() each time -> select.epoll.poll() should avoid calling malloc() each time ___ Python tracker __

[issue19883] Integer overflow in zipimport.c

Serhiy Storchaka added the comment: Thank you Martin. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue19883] Integer overflow in zipimport.c

Roundup Robot added the comment: New changeset 82ee3c24bb86 by Serhiy Storchaka in branch '2.7': Fixed an infinite loop in zipimport caused by cebcd2fd3e1f (issue #19883). https://hg.python.org/cpython/rev/82ee3c24bb86 -- ___ Python tracker

[issue26186] LazyLoader rejecting use of SourceFileLoader

Brett Cannon added the comment: I think I'm liking the following approach: if __debug__: hopefully_None = loader.create_module(spec) if hopefully_None is not None: warnings.warn("watch out!", ImportWarning) -- ___ Python tracker

[issue19883] Integer overflow in zipimport.c

Martin Panter added the comment: This seems to be causing an infinite loop in 2.7, in test_cmd_line_script.CmdLineTest.test_module_in_package_in_zipfile(): test_module_in_package_in_zipfile (test.test_cmd_line_script.CmdLineTest) ... ^C Test suite interrupted by signal SIGINT. 1 test omitted:

[issue25314] Documentation: argparse's actions store_{true, false} default to False/True (undocumented)

Martin Panter added the comment: I definitely agree with removing the remark about the “const” value with store_const. People here seem to be overloading the terms “default” and “argument”. When using store_const, it seems the programmer must also specify a value for the “const” parameter to a

[issue26198] PyArg_ParseTuple with format "et#" and "es#" detects overflow by raising TypeError instead of ValueError

Martin Panter added the comment: One review comment -- nosy: +martin.panter ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19883] Integer overflow in zipimport.c

Roundup Robot added the comment: New changeset 687be1cbe587 by Serhiy Storchaka in branch '3.5': Issue #19883: Fixed possible integer overflows in zipimport. https://hg.python.org/cpython/rev/687be1cbe587 New changeset f4631dc56ecf by Serhiy Storchaka in branch 'default': Issue #19883: Fixed pos

[issue26222] Missing code in linux_distribution python 2.7.11

Martin Panter added the comment: I think Kevin is right. Debian often carries its own downstream patches. In this case, the patch was proposed in Issue 9514, which is closed as “won’t fix”. In Python 3, linux_distribution() is apparently deprecated (Issue 1322). -- components: +Library

[issue25314] Documentation: argparse's actions store_{true, false} default to False/True (undocumented)

paul j3 added the comment: How about: These store the values True and False respectively (and default to False and True if absent). The reference to `store_const` is confusing, since almost no one uses that action. The `store_const` paragraph has: (Note that the const keyword argume

[issue26229] Make number serialization ES6/V8 compatible

Changes by SilentGhost : -- components: +Extension Modules -Interpreter Core nosy: +ezio.melotti, pitrou, rhettinger versions: +Python 3.6 -Python 3.5 ___ Python tracker ___

[issue26198] PyArg_ParseTuple with format "et#" and "es#" detects overflow by raising TypeError instead of ValueError

Roundup Robot added the comment: New changeset 1c690cb4def8 by Serhiy Storchaka in branch '3.5': Issue #26198: Added tests for "es", "et", "es#", "et#" and "C" format units https://hg.python.org/cpython/rev/1c690cb4def8 New changeset 745ad3010384 by Serhiy Storchaka in branch 'default': Issue #2

[issue26194] Undefined behavior for deque.insert() when len(d) == maxlen

Raymond Hettinger added the comment: Since slicing is going to be added to deques, it is worth thinking about what the behavior should be there as well: d = deque('abcde', maxlen=7) d[3:4] = 'efghijklm' Side note: repetition behaves like extend() using maxlen to decide how much to trunc

[issue26202] The range() object is deepcopied as atomic

Serhiy Storchaka added the comment: Thanks Victor. -- assignee: -> serhiy.storchaka resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue26202] The range() object is deepcopied as atomic

Roundup Robot added the comment: New changeset 5772eae17a82 by Serhiy Storchaka in branch '3.5': Issue #26202: copy.deepcopy() now correctly copies range() objects with https://hg.python.org/cpython/rev/5772eae17a82 New changeset d5d0b62c2830 by Serhiy Storchaka in branch 'default': Issue #26202

[issue26222] Missing code in linux_distribution python 2.7.11

Changes by Kevin Dwyer : -- type: performance -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue26233] select.epoll.wait() should away calling malloc() each time

STINNER Victor added the comment: > Any benchmarks? Wait, it's easier to write a patch than to cook a benchmark :-) Attached script bench_epoll_poll.py creates a lot of sockets and call epoll.poll() in non-blocking mode (timeout=0). You can decide to create or not events. It looks like perfo

[issue20598] argparse docs: '7'.split() is confusing magic

paul j3 added the comment: I can understand changing '7'.split() but this change is IMO ugly: - >>> print(parser.parse_args('--foo B cmd --arg1 XX ZZ'.split())) + >>> print(parser.parse_args(['--foo', 'B', 'cmd', '--arg1', 'XX', 'ZZ'])) I've answered a lot of argparse questions o

[issue26232] Mock(spec=spec) has no effect

David Szotten added the comment: thanks, and apologies for the noise -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue26233] select.epoll.wait() should away calling malloc() each time

Serhiy Storchaka added the comment: Any benchmarks? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue26232] Mock(spec=spec) has no effect

Michael Foord added the comment: create_autospec and Mock(spec=spec) are very different. Mock(spec=spec) creates a mock object with the same *attributes* as the original. It does not create functions like create_autospec can. -- resolution: -> not a bug stage: -> resolved status: ope

[issue25234] test_eintr.test_os_open hangs under Xcode 7

Roundup Robot added the comment: New changeset ddce15b21c21 by Victor Stinner in branch '3.5': Backport fixes on test_eintr https://hg.python.org/cpython/rev/ddce15b21c21 -- ___ Python tracker _

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

Roundup Robot added the comment: New changeset ddce15b21c21 by Victor Stinner in branch '3.5': Backport fixes on test_eintr https://hg.python.org/cpython/rev/ddce15b21c21 -- ___ Python tracker _

[issue26232] Mock(spec=spec) has no effect

Changes by SilentGhost : -- nosy: +michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue26233] select.epoll.poll() should away calling malloc() each time

STINNER Victor added the comment: > Overallocating by 50% might be overkill here; I wouldn't imagine most users > of epoll.poll would use anything but: (...) See my second message: "My patch also overallocates the buffer by 50% to avoid calling realloc() to many times. Using the selectors modu

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

STINNER Victor added the comment: Steve: """ I couldn't remember the names of the alternate functions Windows provides to do the encoding for you, but yes. There are socket APIs there that do encoding and handle memory allocation more safely. Apart from bugs like this, it's not really urgent a

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Roundup Robot added the comment: New changeset 0681f0a1fe6e by Victor Stinner in branch '3.5': Windows: Decode hostname from ANSI code page https://hg.python.org/cpython/rev/0681f0a1fe6e New changeset 26f6d8cc2749 by Victor Stinner in branch 'default': Merge 3.5: Issue #26227 https://hg.python.o

[issue21201] Uninformative error message in multiprocessing.Manager()

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue26233] select.epoll.poll() should away calling malloc() each time

Josh Rosenberg added the comment: Overallocating by 50% might be overkill here; I wouldn't imagine most users of epoll.poll would use anything but: 1. Limit to 1 event 2. Limit to some constant K events 3. Use default maxevents (FD_SETSIZE - 1) Even if called in pathological order, that would

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

STINNER Victor added the comment: > Yes, it's not all that urgent. And Victor's latest patch doesn't work, either > :( Could you please elaborate? The patch applies cleanly? You rebuild the socket module? Which error message do you get? -- ___ Pyth

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Emanuel Barry added the comment: Yes, it's not all that urgent. And Victor's latest patch doesn't work, either :( I wonder if there's a way to (temporarily) modify the output of ``socket.gethostname()`` to be able to test such weird corner cases. -- ___

[issue26232] Mock(spec=spec) has no effect

New submission from David Szotten: Unless i misunderstand the docs, i would expect `Mock(foo)` to have the same effect as `create_autospec(foo)`, but that doesn't appear to be the case: >>> m1 = mock.Mock(spec=lambda: None) >>> m2 = mock.create_autospec(spec=lambda: None) >>> m1(1) >>> m2(1) #

[issue26233] select.epoll.wait() should away calling malloc() each time

STINNER Victor added the comment: I dislike allocating large memory block on the stack, we should not abuse it. I propose instead to store the memory block allocated on the heap in the epoll object. Attached patch implements this idea. The buffer is stolen from the epoll object when epoll.poll

[issue26222] Missing code in linux_distribution python 2.7.11

Kevin Dwyer added the comment: The quoted code doesn't exist in 2.7.10 (https://hg.python.org/cpython/file/v2.7.10/Lib/platform.py) It looks like it's from a patch applied by Debian themselves: see http://sources.debian.net/src/python2.7/2.7.11-3/debian/patches/platform-lsbrelease.diff/?hl=33#

[issue26231] HTTPResponse.close() should consume all remaining data in body if any

Jacky added the comment: In my opinion, HTTPResponse.close() should do really close work. Not only releasing the underlying file obj but also need to consume the remaining data to make sure the request complete. If close() does not consume the remaining data, the user would have to do it afte

[issue26233] select.epoll.wait() should away calling malloc() each time

New submission from STINNER Victor: My colleague Fabio M. Di Nitto noticed that the memory allocation on the heap (PyMem_Malloc()) in select.epoll.wait() can have an impact on performance when select.epoll.wait() is a busy applicatin. He proposed attached patch to allocate memory on the stack

[issue26199] fix broken link to hamcrest.library.integration.match_equality in unittest.mock "getting started" documentation

Berker Peksag added the comment: 3.3 and 3.4 are in security-fix-only mode, which means they won't get bugfix and documentation updates anymore. See https://docs.python.org/devguide/devcycle.html for details. -- ___ Python tracker

[issue24705] sysconfig._parse_makefile doesn't expand ${} vars appearing before $() vars

Berker Peksag added the comment: I've added a test case for ef84d21f5292. I think this can be closed now. Please reopen if not. -- nosy: +berker.peksag resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker

[issue24705] sysconfig._parse_makefile doesn't expand ${} vars appearing before $() vars

Roundup Robot added the comment: New changeset dec734dfe2fe by Berker Peksag in branch '3.5': Issue #24705: Add a test case for ef84d21f5292 https://hg.python.org/cpython/rev/dec734dfe2fe New changeset f9a18032cc22 by Berker Peksag in branch 'default': Issue #24705: Add a test case for ef84d21f5

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Emanuel Barry added the comment: Oh, sorry. The patch applies without any problem, then I re-compile everything and run, and the same error happens. I re-compiled just now to make double sure. -- ___ Python tracker

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

STINNER Victor added the comment: > Oh, sorry. The patch applies without any problem, then I re-compile > everything and run, and the same error happens. I re-compiled just now to > make double sure. I tested my patch on Windows. I called my computer héça (3 non-ASCII letters!). Without the p

[issue26199] fix broken link to hamcrest.library.integration.match_equality in unittest.mock "getting started" documentation

Raphael Das Gupta added the comment: You're welcome. Thanks for applying the patch. Shouldn't it be applied to other affected versions (3.3 and 3.4), too, though? -- ___ Python tracker

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Emanuel Barry added the comment: If it worked for you, I assume it's fine and I probably did something wrong on my side. Thanks for the fix! -- ___ Python tracker ___ __

[issue24841] Some test_ssl network tests fail if svn.python.org is not accessible.

Berker Peksag added the comment: > although they will need updating since the Issue 24841 changeover to > pythontest.net. I think you meant issue 25940, right? :) Do you want me to wait for issue 25940? -- versions: -Python 3.4 ___ Python tracker

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Steve Dower added the comment: I couldn't remember the names of the alternate functions Windows provides to do the encoding for you, but yes. There are socket APIs there that do encoding and handle memory allocation more safely. Apart from bugs like this, it's not really urgent and it requires

[issue26160] Tutorial incorrectly claims that (explicit) relative imports don't work in the main module

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue26136] DeprecationWarning for PEP 479 (generator_stop)

Changes by Ezio Melotti : -- keywords: +easy nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16731] xxlimited/xxmodule docstrings ambiguous

Berker Peksag added the comment: I think the difference between xxlimited and xxmodule is still a bit ambiguous. I would expect a mention of PEP 384 or a link to https://docs.python.org/3/c-api/stable.html to explain what Py_LIMITED_API really is. +#ifndef Py_LIMITED_API +# error "This file r

[issue26231] HTTPResponse.close() should consume all remaining data in body if any

New submission from Jacky: HTTPResponse.close() in httplib should consume all remaining data in body if any. Or the followed request would get the unread content from the previous request, which result in the wrong result. The following code shown that the second request will get a wrong statu

[issue26230] Cookies do not correct if cookiename includes [ or ]

Martin Panter added the comment: Is this a duplicate of Issue 25228? If not, can you please explain what the problem is, perhaps with a demo, what it does wrong, and what you expect the result should be. -- nosy: +martin.panter stage: -> test needed __

[issue20598] argparse docs: '7'.split() is confusing magic

Serhiy Storchaka added the comment: Using str.split() for splitting full command line on arguments is anti-idiom. More correct way is to use shlex. But this is overkill for argparse examples (and in most cases we already have a list sys.argv). Explicit lists look clear enough. The patch LGTM.

[issue20598] argparse docs: '7'.split() is confusing magic

SilentGhost added the comment: I think it's worth saying that this wasn't a random choice intended to confuse beginners. Strings used represent input that is identical to the command-line input: if one wants to test it, one can just copy that string directly into the propmpt, it might be harde

[issue26230] Cookies do not correct if cookiename includes [ or ]

New submission from SilentGhost: You'd have to provide more information if you'd like that looked into. -- nosy: +SilentGhost versions: +Python 3.5 -Python 3.4 ___ Python tracker ___

[issue26230] Cookies do not correct if cookiename includes [ or ]

Changes by Berker Peksag : -- stage: test needed -> resolved superseder: -> Regression in cookie parsing with brackets and quotes ___ Python tracker ___

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

STINNER Victor added the comment: > Added comments on Rietveld. Crap. It's easy to miss a compilation error on extensions :-/ I used "make && ./python -m test -v test_socket" to validate gethostbyaddr_encoding-2.patch and it succeded. Maybe we should setup.py to *fail* if an extension failed

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Serhiy Storchaka added the comment: Added comments on Rietveld. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list

[issue26230] Cookies do not correct if cookiename includes [ or ]

Changes by tom liu : -- components: Extension Modules nosy: tom_lt priority: normal severity: normal status: open title: Cookies do not correct if cookiename includes [ or ] type: behavior versions: Python 3.4 ___ Python tracker

[issue21201] Uninformative error message in multiprocessing.Manager()

Berker Peksag added the comment: Looks good to me. Perhaps we can use utils.info() to print the exception. -- nosy: +berker.peksag, davin stage: -> patch review versions: +Python 3.6 -Python 3.4 ___ Python tracker

[issue25314] Documentation: argparse's actions store_{true, false} default to False/True (undocumented)

Julien Baley added the comment: Hi Georg, thanks for your answer. I think maybe you're missing a bit in there? "``'store_true'`` and ``'store_false'`` - These store the values ``True`` and ``False`` respectively (Note that these default to ``False`` and ``True`` respectively). These are spe

[issue26231] HTTPResponse.close() should consume all remaining data in body if any

Martin Panter added the comment: The documentation already says you have to read the whole response before sending a new request: . So I think this is more like a new feature than a bug fix, and would have to g

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

STINNER Victor added the comment: > The patch is missing the "errors" parameter of PyUnicode_DecodeLocale. Woops, I shouldn't write patch in the middle of the night :-) Hopefully, I didn't push it :-) PyUnicode_DecodeLocale() should only be used when the encoding depends on the *currenet* valu

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

Changes by STINNER Victor : Added file: http://bugs.python.org/file41740/gethostbyaddr_encoding-2.patch ___ Python tracker ___ ___ Python-bugs

[issue19023] ctypes docs: Unimplemented and undocumented features

Roundup Robot added the comment: New changeset 732fdd03e708 by Martin Panter in branch '3.5': Issue #19023: Document ctypes array and pointer classes https://hg.python.org/cpython/rev/732fdd03e708 New changeset a78cbb2125a8 by Martin Panter in branch 'default': Issue #19023: Merge ctypes doc and

[issue26230] Cookies do not correct if cookiename includes [ or ]

tom liu added the comment: similar to issue25228. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Pytho

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

Serge Stroobandt added the comment: Mark: Don't shoot the messenger! I literally quoted the implemented proprietary specification. However, I do agree that the term "numbers (or bases) with an infinte decimal representation" would be more appropriate in this context. Also, improving documentati

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

Mark Dickinson added the comment: I also agree that we shouldn't change the current code. As Raymond says, it may be worth a doc change. Serge: I was confused by your initial report. If I understand the StackOverflow question correctly, this isn't about the output for *infinite* numbers (e.g.,

  1   2   >