[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: Oh I see. But currently, many test_gdb tests pass even with optimization. I dislike reducing the test coverage when Python is compiled with optimizations, just to support -mcet -fcf-protection. Would it be possible to detect the special case "-mcet -fcf-prot

[issue33872] doc Add list access time to list definition

Raymond Hettinger added the comment: -1 We've historically chosen to not include such implementation specific details and it seems to have not been a problem for users. The glossary in particular is no place to talk about such specifics. -- nosy: +rhettinger, tim.peters resolution:

[issue33858] A typo in multiprocessing documentation

aruseni added the comment: Thanks all! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue33866] Stop using OrderedDict in enum

Change by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files

INADA Naoki added the comment: > IMO we should create new issues for AC conversion of the collections and > random modules (assuming they haven't been converted yet), and close this > issue. I agree with you. Let's finish derby. -- ___ Python tra

[issue33899] Tokenize module does not mirror "end-of-input" is newline behavior

New submission from Ammar Askar : As was pointed out in https://bugs.python.org/issue33766 there is an edge case in the tokenizer whereby it will implicitly treat the end of input as a newline. The tokenize module in stdlib does not mirror the C code's behavior in this case. tokenizer.c:

[issue33900] collections.counter update method without argument gives misleading error

New submission from Karthikeyan Singaravelan : There was a change made in collections.Counter that made it accept self as the first parameter and hence while doing *args in the method signature args[0] is always set as the self. Hence the check for `not args` becomes a no-op during collection_

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Serhiy Storchaka added the comment: New changeset cb970730e3ca2522e9b1700dcaf0a06b7e898db6 by Serhiy Storchaka (Pablo Galindo) in branch 'master': bpo-33630: Fix using of freed memory in old versions of glicb for posix_spawn(). (GH-7685) https://github.com/python/cpython/commit/cb970730e3ca2

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Serhiy Storchaka added the comment: Thank you Pablo! Seems failures in other tests that look like a race condition actually are caused by the glibc bug. I think that after passing tests on builtbots this issue can be closed. -- ___ Python tracker

[issue33843] Remove deprecated stuff in cgi module

Change by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue33843] Remove deprecated stuff in cgi module

INADA Naoki added the comment: New changeset 698865dcbb302ae742b76be883822f1563764ff9 by INADA Naoki in branch 'master': bpo-33843: Remove deprecated stuff in cgi module (GH-7662) https://github.com/python/cpython/commit/698865dcbb302ae742b76be883822f1563764ff9 -- _

[issue33900] collections.counter update method without argument gives misleading error

Serhiy Storchaka added the comment: This error is correct. It is the same as for dict.update. >>> dict.update() Traceback (most recent call last): File "", line 1, in TypeError: descriptor 'update' of 'dict' object needs an argument Perhaps you missed the difference between a descriptor an

[issue33898] pathlib issues with Windows device paths

Change by Serhiy Storchaka : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33900] collections.counter update method without argument gives misleading error

Karthikeyan Singaravelan added the comment: Okay, got it. Sorry for the noise. Closing it. Thanks -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker _

[issue33174] error building the _sha3 module with Intel 2018 compilers

Kenneth Hoste added the comment: @William: someone in the EasyBuild community seems to have figured out the culprit, and came up with a patch to work around the problem, see https://github.com/easybuilders/easybuild-easyconfigs/pull/6447/files#diff-bdbfca2206414b3b37794b77c0abb8e8 . Any fee

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/145/builds/81 x86-64 High Sierra 3.x: == FAIL: test_reorganize (test.test_dbm_gnu.TestGdbm) ---

[issue33174] error building the _sha3 module with Intel 2018 compilers

Christian Heimes added the comment: I read the patch. The manual loop unrolling is ugly but mostly ok. But I'm -1 on the "-O0" option and won't accept the patch unless it works with standard optimization. sha3 is already slow. Without optimization, the algorithm grinds to a halt. Did anybod

[issue32388] Remove cross-version binary compatibility

STINNER Victor added the comment: In which version of Python tp_finalize slot has been added? Does it mean that Python 3.8 wil crash on loading C extensions compiled on Python older than this version? -- nosy: +vstinner ___ Python tracker

[issue33174] error building the _sha3 module with Intel 2018 compilers

Andrew Edmondson added the comment: I made the patch. I'm not sure it's suitable to commit back as it is, as it unrolls a macro but there seems to be a choice of macro in the code (depending on certain conditions). The problem is that icc can't handle a line that is so long. I didn't log th

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

STINNER Victor added the comment: PPC64 Fedora 3.x, PPC64LE Fedora 3.x, s390x Debian 3.x and s390x RHEL 3.x buildbots are back to green thanks to this fix. Oh wow, so it was a glibc bug: that was unexpected :-( Hopefully, the workaround is tiny and cheap! > I think that after passing tests

[issue32388] Remove cross-version binary compatibility

Antoine Pitrou added the comment: > Does it mean that Python 3.8 wil crash on loading C extensions compiled on > Python older than this version? What makes you think that it would be otherwise be able to load and execute such C extensions without any bugs? There is no ABI except the stable

[issue33174] error building the _sha3 module with Intel 2018 compilers

Andrew Edmondson added the comment: See https://software.intel.com/en-us/forums/intel-c-compiler/topic/780574 -- ___ Python tracker ___ ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +7390 stage: -> patch review ___ Python tracker ___ ___ Python-bugs

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Ronald Oussoren added the comment: In particular, we're interested in the following information: * What OS is installed on your machine? * What locale (country/language) is configured? * What does "import locale; print(locale._getdefaultlocale())" print? -- __

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Serhiy Storchaka added the comment: * Does you use a regular Python interpreter or embedded in other program? -- ___ Python tracker ___ ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by miss-islington : -- pull_requests: +7391 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: New changeset 22525de737679ace1488e63b7ed289bdb253ffc7 by Serhiy Storchaka in branch 'master': Use more specific asserts in dbm tests. (GH-7786) https://github.com/python/cpython/commit/22525de737679ace1488e63b7ed289bdb253ffc7 -- nosy: +serhiy.sto

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by miss-islington : -- pull_requests: +7392 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Change by Tony Roberts : -- keywords: +patch pull_requests: +7393 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyth

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: http://buildbot.python.org/all/#/builders/145/builds/84 == FAIL: test_reorganize (test.test_dbm_gnu.TestGdbm) -- Traceback

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: 16777216 = 2**24 = 16 MiB Looks too large for the size of an empty database. -- ___ Python tracker ___ ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: @Matt Billenstein: Hi! Would you mind to have a look at this issue? It seems like test_dbm_gnu started to fail today. Did you upgrade the buildbot worker recently? -- nosy: +mattbillenstein ___ Python tracker

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: For comparison, on Linux size0 = 12288 = 12 KiB. 3 decimal orders smaller. -- ___ Python tracker ___ __

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: size0=16777216 (16 MiB). On my Fedora 28, size0=12288 (12 KiB). Even more strange: another test starts by removing the filename, just in case!? def test_error_conditions(self): # Try to open a non-existent database. unlink(filename)

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- pull_requests: +7395 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- pull_requests: +7396 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: Ok, I reproduced the issue on macOS High-Sierra and gdbm 1.15. Creating a DB creates a file of 16 MiB. macbook:master haypo$ brew info gdbm gdbm: stable 1.15 (bottled) GNU database manager https://www.gnu.org/software/gdbm/ /usr/local/Cellar/gdbm/1.15 (19 fil

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: PR 7791 makes the test less useful. I suggest to replace 1 with size0 or max(size0, 1). -- ___ Python tracker ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: New changeset 1261bfa83db30b1cf86c1fb816cc167db77874cd by Victor Stinner in branch 'master': bpo-33901: Fix test_dbm_gnu for gdbm 1.15 (GH-7791) https://github.com/python/cpython/commit/1261bfa83db30b1cf86c1fb816cc167db77874cd -- __

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Xiang Zhang added the comment: Considering adding gdbm version to pythoninfo? It is possible to expose version info from gnu dbm. -- nosy: +xiang.zhang ___ Python tracker ___

[issue33365] http/client.py does not print correct headers in debug

Change by miss-islington : -- pull_requests: +7398 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: Serhiy Storchaka: "Did not increasing the size of the value fixed the test?" Honestly, I don't understand the purpose of the test. Why does *Python* check such low level implementation detail, the exact file size used by gdbm? We are supposed to only test th

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: Did not increasing the size of the value fixed the test? -- ___ Python tracker ___ ___ Python-b

[issue33365] http/client.py does not print correct headers in debug

Serhiy Storchaka added the comment: New changeset 936f03e7fafc28fd6fdfba11d162c776b89c0167 by Serhiy Storchaka (Marco Strigl) in branch 'master': bpo-33365: print the header values beside the keys (GH-6611) https://github.com/python/cpython/commit/936f03e7fafc28fd6fdfba11d162c776b89c0167 --

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- pull_requests: +7399 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: Xiang: "Considering adding gdbm version to pythoninfo? It is possible to expose version info from gnu dbm." I wrote PR 7794. What do you think of this? -- ___ Python tracker _

[issue33365] http/client.py does not print correct headers in debug

Change by miss-islington : -- pull_requests: +7397 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

oric added the comment: Please don't name it timegm which is such a stupid name (why not mgemit!). I knows it comes from history but history had timelocal which has been replaced by mktime (and python has mktime and not timelocal) so please, call it mkgmtime time.mkgmtime() I think it would

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: How can we test an API if calling it doesn't have any effect? reorganize() can be a no-op method, and still pass the test. -- ___ Python tracker _

[issue33365] http/client.py does not print correct headers in debug

miss-islington added the comment: New changeset 2edcf0a3db608457f42f4e4b74aff28237b4c91b by Miss Islington (bot) in branch '3.7': bpo-33365: print the header values beside the keys (GH-6611) https://github.com/python/cpython/commit/2edcf0a3db608457f42f4e4b74aff28237b4c91b -- nosy: +

[issue33365] http/client.py does not print correct headers in debug

miss-islington added the comment: New changeset 34cd4821ed97639896f85bdf0c0d5c75b23f8a76 by Miss Islington (bot) in branch '3.6': bpo-33365: print the header values beside the keys (GH-6611) https://github.com/python/cpython/commit/34cd4821ed97639896f85bdf0c0d5c75b23f8a76 -- __

[issue33896] Document what components make up the filecmp.cmp os.stat signature.

Change by R. David Murray : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue33365] http/client.py does not print correct headers in debug

Serhiy Storchaka added the comment: Thank you for your contribution Marco! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue33896] Document what components make up the filecmp.cmp os.stat signature.

R. David Murray added the comment: I think it might be OK to document what goes in to the signature, but probably in a footnote, as it is somewhat of an implementation detail and could conceivably change. We could then also add a caution about mtime imprecision being a particular risk on so

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- pull_requests: +7400 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33902] entry_points/console_scripts is too slow

New submission from George King : On my newish macOS laptop using Python 3.6 or 3.7, a no-op script takes 3 times as long to invoke using the entry_points machinery as it does to invoke directly. Here are some exemplary times (best times after several tries). $ time python3.6 entrypoint.py

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Steve Dower added the comment: What about existing code that assumes the GIL is already held? Also, your patch addresses many more situations than raised here, most of which are unnecessary (GetProcAddress and GetModuleHandle don't block in the way that LoadLibrary and FreeLibrary may). Per

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

Steve Dower added the comment: Congratulations on your first contribution, Valeriya! Let us know when you find something else you'd like to work on (you can add my name to the "Nosy List" on the bug and it'll get my attention). -- resolution: -> fixed stage: patch review -> resolved

[issue33903] Can't use lib2to3 with embeddable zip file

New submission from Mickaël S. : As stated by https://bugs.python.org/issue24960, the bug should be fixed in 3.6.5 (if it is the same, not sure). Simple reproduction steps are: 1) Download and unzip python-3.6.5-embed-win32.zip. 2) Install pip (OK): C:\Users\TestW764\python-3.6.5-embed-win32>

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Tony Roberts added the comment: GetProcAddress and GetModuleHandle do block in the same way as LoadLibrary and FreeLibrary - they acquire the loader lock too. Yes, ideally the application would terminate its threads cleanly, however when Python is embedded in another application it may not h

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Ronald Oussoren added the comment: @Serhiy: The screenshot suggests that this is regular python install. -- ___ Python tracker ___

[issue33902] entry_points/console_scripts is too slow

Change by Eric N. Vander Weele : -- nosy: +ericvw ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Steve Dower added the comment: Yeah, just after posting I remembered that the blocker is the loader lock and not filesystem/arbitrary code. Still, "I don't think" isn't sufficient to justify making the change in 3.7 or earlier. If we can show that properly working code could never have assu

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

STINNER Victor added the comment: Prawin Phichitnitikorn: "But for me I'm resolve by adding (...)" Ok, so can you please give the value of: * sys.stdin.encoding * sys.stdout.encoding * sys.stderr.encoding * os.device_encoding(0) * os.device_encoding(1) * os.device_encoding(2) * locale.getpref

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: Very interesting article about PGO and LTO changes in GCC: https://hubicka.blogspot.com/2018/06/gcc-8-link-time-and-interprocedural.html See "Early debug info" paragraph. -- ___ Python tracker

[issue33671] Efficient zero-copy for shutil.copy* functions (Linux, OSX and Win)

Giampaolo Rodola' added the comment: New changeset c7f02a965936f197354d7f4e6360f4cfc86817ed by Giampaolo Rodola in branch 'master': bpo-33671 / shutil.copyfile: use memoryview() with dynamic size on Windows (#7681) https://github.com/python/cpython/commit/c7f02a965936f197354d7f4e6360f4cfc868

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Tony Roberts added the comment: Sure, that's reasonable :) For my case I have a usable workaround so not back porting it to < 3.8 is fine for me. My workaround will just leak the thread state if another thread is in __import__, which happens so rarely that it's not really a problem (but not

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: New changeset c44d8e5db6fb9d3847c49e9c9718f2b4cf71f506 by Victor Stinner in branch 'master': bpo-33901: Better test_dbm_gnu.test_reorganize() fix (GH-7795) https://github.com/python/cpython/commit/c44d8e5db6fb9d3847c49e9c9718f2b4cf71f506 -- ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- pull_requests: +7401 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33746] testRegisterResult in test_unittest fails in verbose mode

Change by STINNER Victor : -- pull_requests: +7402 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33671] Efficient zero-copy for shutil.copy* functions (Linux, OSX and Win)

Change by STINNER Victor : -- pull_requests: +7403 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: New changeset 13c79c677f9ec9437c82eda72fa1c2d288d8fceb by Victor Stinner in branch '3.7': bpo-33901: Fix test_dbm_gnu for gdbm 1.15 (GH-7798) https://github.com/python/cpython/commit/13c79c677f9ec9437c82eda72fa1c2d288d8fceb -- _

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by miss-islington : -- pull_requests: +7404 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Change by Xiang Zhang : -- pull_requests: +7405 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: New changeset 06fe77a84bd29d51506ab2ff703ae585a6121af2 by Victor Stinner in branch 'master': bpo-30345: Add -g to LDFLAGS for LTO (GH-7709) https://github.com/python/cpython/commit/06fe77a84bd29d51506ab2ff703ae585a6121af2 -- ___

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: Ok, I pushed a change to the master branch. Now the question is if Python 2.7, 3.6 and 3.7 should be fixed as well? I will wait at least one day to see if buildbots are happy. -- ___ Python tracker

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Eryk Sun added the comment: In some of these cases, it would be simpler to just remove the explicit dynamic linking. 3.6+ doesn't support XP, so CancelIoEx, CreateSymbolicLinkW, RegDeleteKeyExW, RegDisableReflectionKey, RegEnableReflectionKey, and RegQueryReflectionKey can be linked implicit

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

miss-islington added the comment: New changeset fe8122d7b7c747fc344dde8467b09de6b5888d01 by Miss Islington (bot) in branch '3.6': bpo-33901: Fix test_dbm_gnu for gdbm 1.15 (GH-7798) https://github.com/python/cpython/commit/fe8122d7b7c747fc344dde8467b09de6b5888d01 -- nosy: +miss-isli

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Serhiy Storchaka added the comment: The buildbot is green again! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Change by miss-islington : -- pull_requests: +7406 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Change by miss-islington : -- pull_requests: +7407 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33902] entry_points/console_scripts is too slow

Barry A. Warsaw added the comment: This really isn't enough information to know exactly what's going on in your case, but there are things that are known to be slow for CLI startups. Probably the biggest contributor is pkg_resources. Of course, that's a third party library that's popular f

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Xiang Zhang added the comment: New changeset b2dd5f1b667b37b5d36b39adc3a3aa6ebf59ef0b by Xiang Zhang (Miss Islington (bot)) in branch '2.7': bpo-33717: set terse to True when calling platform.platform in test.pythoninfo (GH-7797) (GH-7803) https://github.com/python/cpython/commit/b2dd5f1b667

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Xiang Zhang added the comment: New changeset 6aa283a6036f80e5820db2beae98c62745fae96f by Xiang Zhang (Miss Islington (bot)) in branch '3.6': bpo-33717: set terse to True when calling platform.platform in test.pythoninfo (GH-7797) (GH-7802) https://github.com/python/cpython/commit/6aa283a6036

[issue17237] m68k aligns on 16bit boundaries.

Change by INADA Naoki : -- pull_requests: +7408 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Change by Chris Eykamp : -- pull_requests: +7409 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue33301] Add __contains__ to pathlib

Antoine Pitrou added the comment: Not a good idea IMHO. Why would containment mean the existence of a file in a directory? It could just as well mean that a certain path component is part of the path. Also I don't understand what would e.g. `Path('/usr/bar') in Path('/etc/foo')` mean. As

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Chris Eykamp added the comment: Packaged patch offered below into PR 7804 https://github.com/python/cpython/pull/7804 -- versions: +Python 3.5 ___ Python tracker ___

[issue31680] Expose curses library name and version on Python level

Change by STINNER Victor : -- pull_requests: +7410 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue17237] m68k aligns on 16bit boundaries.

Change by Serhiy Storchaka : -- pull_requests: -7408 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue33902] entry_points/console_scripts is too slow

George King added the comment: Thanks Barry. My question then is, what relationship does cpython have with pip, setuptools, distutils and pkg_resources? Since pip comes bundled with Python now it seems a little bit closer than "3rd party". Thanks! --

[issue33902] entry_points/console_scripts is too slow

Barry A. Warsaw added the comment: "It's complicated" :) But technically speaking they are all separate projects, so while there is synergy, CPython itself *imports* some of those to provide various tasks, but it doesn't lead their development. You'll find a lot of the same players in all

[issue33902] entry_points/console_scripts is too slow

George King added the comment: OK, thanks. I agree that this is best pursued with the developers of the relevant modules. I appreciate your quick and detailed responses! -- ___ Python tracker __

[issue33855] IDLE: Minimally test every non-startup module.

Terry J. Reedy added the comment: Change windows.py to window.py, in line with change of menu. Should be safer with everything imported. -- stage: patch review -> test needed ___ Python tracker ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: New changeset 00f9edb98dd64e14daf5c44f303deca5cbc3cdeb by Victor Stinner in branch 'master': bpo-33901: Add _gdbm._GDBM_VERSION (GH-7794) https://github.com/python/cpython/commit/00f9edb98dd64e14daf5c44f303deca5cbc3cdeb -- _

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: Ok, the test have been fixed in 3.6, 3.7 and master. I added a private version number in master. If someone wants to add a public version number, please go ahead but open a new issue. -- resolution: -> fixed stage: patch review -> resolved status:

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: Thanks Serhiy and Xiang for the reviews and to help to debug this bug. -- ___ Python tracker ___

[issue33904] IDLE: In rstrip, change class RstripExtension to Rstrip

New submission from Terry J. Reedy : Rstrip is no longer an extension. Change all occurrences throughout idlelib, including tests. Some may not be covered in tests. Branch after #33855 is merged. -- assignee: terry.reedy components: IDLE messages: 320001 nosy: terry.reedy priority:

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

New submission from Terry J. Reedy : Stackbrowser is currently initialized with a traceback and/or the sys.last_xyz attributes. The latter are not set when unittesting; the test framework somehow prevents this. The tests needed are the ones that will be enabled by Stackbrower accepting an

  1   2   >