[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

STINNER Victor added the comment: > This request was part of the original bug report, so why open a new issue? Making two C functions public is very different from supporting intmax_t. I expect a change of a few lines, whereas my intmax_t patch modified a lot of code. I wanted to simplify

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

Devin Jeanpierre added the comment: Oh, to be clear on this last point: > Hum, who else needs such function except of you? Right now there is no way to convert an int that might be > 64 bits, into a python long, except really bizarre shenanigans, unless we want to rely on

[issue30677] Enhance documentation of os.mkdir()

New submission from Enrico Bianchi: Currently, documentation for os.mkdir() (see https://docs.python.org/3.6/library/os.html#os.mkdir ) reports only FileExistsError exception if directory exists. Please, add other exceptions (e.g. FileNotFoundError if directory is created in a non existent

[issue29581] __init_subclass__ causes TypeError when used with standard library metaclasses (such as ABCMeta)

Changes by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

Devin Jeanpierre added the comment: > Making two C functions public is very different from supporting intmax_t. I > expect a change of a few lines, whereas my intmax_t patch modified a lot of > code. I requested either a way to create from intmax_t, or from bytes. We have two existing

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

Devin Jeanpierre added the comment: > Devin, I asked you for a strong rationale to add the feature. I don't see > such rationale, so this issue will be closed again. I guess we have different definitions of "strong rationale". Clearer criteria would help. >> It may be better to make

[issue30650] lack of right parentheses

Serhiy Storchaka added the comment: New changeset b39c78a73c203dcaf8f2061da81827c667440402 by Serhiy Storchaka in branch '3.5': [3.5] bpo-30650: Fixed a syntax error: missed right parentheses (GH-2154) (#2216) https://github.com/python/cpython/commit/b39c78a73c203dcaf8f2061da81827c667440402

[issue30650] lack of right parentheses

Serhiy Storchaka added the comment: New changeset f75f6edb1fdbaeb12f9de368ebdeb1b7d1836433 by Serhiy Storchaka in branch '3.6': [3.6] bpo-30650: Fixed a syntax error: missed right parentheses (GH-2154) (#2215) https://github.com/python/cpython/commit/f75f6edb1fdbaeb12f9de368ebdeb1b7d1836433

[issue30605] re.compile fails when compiling bytes under `-bb` mode

Serhiy Storchaka added the comment: New changeset 523a243840feb4d5f444a1b128e540876afac3d2 by Serhiy Storchaka in branch '3.6': [3.6] bpo-30605: Fix compiling binary regexs with BytesWarnings enabled. (GH-2016) (#2214)

[issue29931] ipaddress.ip_interface __lt__ check seems to be broken

Changes by Serhiy Storchaka : -- pull_requests: +2262 ___ Python tracker ___ ___

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

STINNER Victor added the comment: Me: > Write your own C extension to do that. Sorry, I don't know what is the best > way to write such C extension. Devin Jeanpierre: > If everyone who wants to convert intptr_t to a python int has to write their > own function, then why not just include it in

[issue29931] ipaddress.ip_interface __lt__ check seems to be broken

Changes by Serhiy Storchaka : -- pull_requests: +2261 ___ Python tracker ___ ___

[issue30676] [Windows] Potential for GIL deadlock on Windows in threadmodule acquire_lock

Changes by STINNER Victor : -- title: Potential for GIL deadlock on Windows in threadmodule acquire_lock -> [Windows] Potential for GIL deadlock on Windows in threadmodule acquire_lock ___ Python tracker

[issue30676] Potential for GIL deadlock on Windows in threadmodule acquire_lock

Changes by STINNER Victor : -- nosy: +pitrou ___ Python tracker ___ ___

[issue30602] [Windows] os.spawn*() tests of test_os leak references on Windows

STINNER Victor added the comment: New changeset 8acb4cf2b3436652568d7a70228b166316181466 by Victor Stinner in branch 'master': bpo-30602: Fix refleak in os.spawnv() (#2212) https://github.com/python/cpython/commit/8acb4cf2b3436652568d7a70228b166316181466 --

[issue30676] Potential for GIL deadlock on Windows in threadmodule acquire_lock

New submission from Stephan R.A. Deibel: In acquire_timed in _threadmodule.c (used to implement threading lock acquire()) there is an optimization from https://github.com/python/cpython/commit/e75ff35af2b6c85d48c68b95f295aeac7396b162 that says it first tries non-blocking lock w/o releasing

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

Louie Lu added the comment: $ git checkout upstream/3.5 $ make -j8 $ ./python.exe -m test -R 3:3 test_zipfile [1/1] test_zipfile beginning 6 repetitions 123456 .. 1 test OK. That is a pass on my macOS with upstream/3.5 -- nosy: +louielu ___

[issue30650] lack of right parentheses

Changes by Serhiy Storchaka : -- pull_requests: +2260 ___ Python tracker ___ ___

[issue30650] lack of right parentheses

Changes by Serhiy Storchaka : -- pull_requests: +2259 ___ Python tracker ___ ___

[issue30605] re.compile fails when compiling bytes under `-bb` mode

Changes by Serhiy Storchaka : -- pull_requests: +2258 ___ Python tracker ___ ___

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

STINNER Victor added the comment: I tried "./python -m test -R 3:3 test_zipfile" on Linux and my Windows VM, but I'm unable to reproduce the issue. Maybe I passed the wrong options to regrtest (-m test)? -- ___ Python tracker

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.5/builds/27/steps/test/logs/stdio [336/398/5] test_zipfile beginning 6 repetitions 123456 .. test_zipfile leaked [3, 9, 8] references, sum=20 test_zipfile leaked [3, 9, 8] memory

[issue30351] regrtest hangs on x86 Windows XP 2.7

STINNER Victor added the comment: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%202.7/builds/136/steps/test/logs/stdio ... 0:12:56 [402/404] test_linecache passed -- running: test_threading (413 sec) 0:12:56 [403/404] test_int_literal passed -- running:

[issue30674] IDLE: add docstrings to grep.py

Changes by Cheryl Sabella : -- pull_requests: +2257 ___ Python tracker ___ ___

[issue30674] IDLE: add docstrings to grep.py

Changes by Cheryl Sabella : -- assignee: terry.reedy components: IDLE nosy: csabella, terry.reedy priority: normal severity: normal status: open title: IDLE: add docstrings to grep.py type: enhancement versions: Python 3.7 ___

[issue30602] [Windows] os.spawn*() tests of test_os leak references on Windows

STINNER Victor added the comment: Oh, I fixed a leak in test_spawnve_noargs() of test_os, but test_spawnv_noargs() still leaks :-) os.spawnv() is very similar to os.spawnve(). https://github.com/python/cpython/pull/2212 fixes os.spawnv() as well. I tested that "python -m test -R 3:3 test_os"

[issue30602] [Windows] os.spawn*() tests of test_os leak references on Windows

Changes by STINNER Victor : -- pull_requests: +2256 ___ Python tracker ___ ___

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

Changes by STINNER Victor : -- pull_requests: +2255 ___ Python tracker ___ ___

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

STINNER Victor added the comment: The goal is to fix this failure: http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.x/builds/29/steps/test/logs/stdio Re-running test 'test_largefile' in verbose mode (...) test_lseek (test.test_largefile.CLargeFileTest) ... ok

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

New submission from STINNER Victor: I need this option to increase the timeout (currently of 20 min) per test file on the "AMD64 Windows8.1 Refleaks 3.x" buildbot. We already changed the buildbot timeout (timeout x 10 for refleaks tests):

[issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538

Nick Coghlan added the comment: Note that the coercion logic includes a runtime check to see if 'setlocale(LC_CTYPE, "")' succeeds. That's how we skip over the non-existent C.UTF-8 and C.utf8 to get to "LC_CTYPE=UTF-8" on Mac OS X and FreeBSD. That *appears* to work (and really does work on

[issue30565] PEP 538: silence locale coercion and compatibility warnings by default?

Nick Coghlan added the comment: Updated issue title to reflect the fact we're now considering just silencing *all* the warnings by default. -- title: PEP 538: default to skipping warning for implicit locale coercion? -> PEP 538: silence locale coercion and compatibility warnings by

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

Nick Coghlan added the comment: The latest commit should get the Mac OS X buildbot back to green, but I had to disable some test cases to do it - see issue 30672 for details. Issue 30565 is the one that covers silencing the locale coercion and locale compatibility warnings by default.

[issue30672] PEP 538: Unexpected locale behaviour on Mac OS X

New submission from Nick Coghlan: To get the new PEP 538 tests passing on Mac OS X (see [1,2]), I ended up having to skip the following test scenarios: LANG=UTF-8 (behaves like LANG=C, *not* LC_CTYPE=UTF-8) LANG=POSIX (behaves like a distinct locale is set, not LANG=C)

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

Nick Coghlan added the comment: New changeset 7926516ff95ed9c8345ed4c4c4910f44ffbd5949 by Nick Coghlan in branch 'master': bpo-28180: Standard stream & FS encoding differ on Mac OS X (GH-2208) https://github.com/python/cpython/commit/7926516ff95ed9c8345ed4c4c4910f44ffbd5949 --

[issue694339] IDLE: Dedenting with Shift+Tab

Louie Lu added the comment: PR 2210 add the smart-dedent to shift-tab in Windows, macOS, Linux. I can't saw <> nor <> in 3.7 (master) source code, so I'll take it as removed in IDLE somewhere else. -- nosy: +louielu versions: +Python 3.7 ___ Python

[issue694339] IDLE: Dedenting with Shift+Tab

Changes by Louie Lu : -- pull_requests: +2254 ___ Python tracker ___ ___ Python-bugs-list

[issue30348] IDLE: Add test_autocomplete unittest

Changes by Terry J. Reedy : -- title: IDLE: Add test_autocoplete unittest -> IDLE: Add test_autocomplete unittest ___ Python tracker

[issue30671] dict: simplify and improve lookup function

INADA Naoki added the comment: You may misunderstood current lookup loop. In your collisions_count.py, `yield i` must be added right before `while True:` -- ___ Python tracker

[issue30671] dict: simplify and improve lookup function

New submission from Dmitry Rubanovich: lookdict_index() (and the rest of the files in dictobject.c) are using unnecessarily complicated perturb mechanism. And, in fact, it's slower than the simpler case. Instead of this: for (size_t perturb = hash;;) { perturb >>= PERTURB_SHIFT; i =

[issue29304] dict: simplify lookup function

Serhiy Storchaka added the comment: Dmitry, please open a new issue for your proposition. It changes visible behavior, while Inada's patch doesn't do this. -- ___ Python tracker

[issue29304] dict: simplify lookup function

Dmitry Rubanovich added the comment: lookdict_index() (and the rest of the files in dictobject.c) are using unnecessarily complicated perturb mechanism. And, in fact, it's slower than the simpler case. Instead of this: for (size_t perturb = hash;;) { perturb >>= PERTURB_SHIFT; i =

[issue30348] IDLE: Add test_autocoplete unittest

Changes by Louie Lu : -- pull_requests: +2253 ___ Python tracker ___ ___ Python-bugs-list

[issue30348] IDLE: Add test_autocoplete unittest

Changes by Louie Lu : -- title: IDLE: Add fetch completions and get entity unittest -> IDLE: Add test_autocoplete unittest ___ Python tracker

<    1   2