[issue26483] docs unclear on difference between str.isdigit() and str.isdecimal()

Changes by Serhiy Storchaka : -- assignee: docs@python -> martin.panter ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue28930] bytes_methods.c won't recompile if related stringlib/* changed

Serhiy Storchaka added the comment: LGTM. But be aware of possible differences in 3.5. Alternatively just BYTESTR_DEPS can be used instead of BYTESMETHODS_DEPS. This would make easier moving implementations between bytesobject.c and bytes_methods.c. -- ___

[issue28916] Not matched behavior of modulo operator % with the description of the documentation

Serhiy Storchaka added the comment: Both patches LGTM. -- assignee: docs@python -> martin.panter nosy: +serhiy.storchaka stage: patch review -> commit review ___ Python tracker _

[issue28930] bytes_methods.c won't recompile if related stringlib/* changed

Changes by Xiang Zhang : -- assignee: -> xiang.zhang keywords: +patch stage: needs patch -> patch review type: behavior -> versions: +Python 3.5, Python 3.6, Python 3.7 Added file: http://bugs.python.org/file45829/Makefile-bytes-methods.patch ___ Py

[issue28771] Update documented signatures of tp_get/setattr

Changes by Martin Panter : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue28820] Typo in section 6 of the Python 3.4 documentation

Changes by Martin Panter : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue28930] bytes_methods.c won't recompile if related stringlib/* changed

Serhiy Storchaka added the comment: Needed a rule in Makefile. -- nosy: +serhiy.storchaka stage: -> needs patch ___ Python tracker ___ __

[issue28930] bytes_methods.c won't recompile if related stringlib/* changed

New submission from Xiang Zhang: bytes_methods.c includes files in stringlib, for example, stringlib/count.h. But if count.h changes, simply running make won't recompile bytes_methods.c and the methods of bytes remain unchanged. You have to make distclean and compile from scratch. --

[issue28929] Provide a link from documentation back to its source file

Mariatta Wijaya added the comment: On the left menu, there's already a Show Source link. Is the idea to replace that link to github.com/python/cpython/blob/ ? Or, are you thinking about adding a new link under the main heading, similar to **Source code:** :source:`Lib/abc.py` but for the

[issue28771] Update documented signatures of tp_get/setattr

Roundup Robot added the comment: New changeset 5d51ac0be72a by Martin Panter in branch '3.5': Issue #28771: Update tp_get/setattr signature documentation https://hg.python.org/cpython/rev/5d51ac0be72a New changeset ee8c8b79d1d5 by Martin Panter in branch '3.6': Issue #28771: Merge C API doc fix

[issue28916] Not matched behavior of modulo operator % with the description of the documentation

Martin Panter added the comment: Patch for %x in Py 2. -- Added file: http://bugs.python.org/file45828/alt-zero.py2.patch ___ Python tracker ___ _

[issue28820] Typo in section 6 of the Python 3.4 documentation

Roundup Robot added the comment: New changeset 8e36c04d0e3e by Martin Panter in branch '3.5': Issue #28820: Fix spelling of “practice” as a noun https://hg.python.org/cpython/rev/8e36c04d0e3e New changeset e9b78a42e6c0 by Martin Panter in branch '3.6': Issue #28820: Merge spelling fixes from 3.5

[issue28928] IDLE crashes when opening .py file from Finder

Changes by Terry J. Reedy : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue28928] IDLE crashes when opening .py file from Finder

Changes by Terry J. Reedy : -- assignee: terry.reedy -> components: +Installation, Tkinter, macOS nosy: +ronaldoussoren status: pending -> open ___ Python tracker ___ __

[issue28755] Rework syntax highlighing in howto/clinic.rst

Changes by Martin Panter : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26483] docs unclear on difference between str.isdigit() and str.isdecimal()

Martin Panter added the comment: I’m okay with this version unless anyone has any more improvements. -- stage: patch review -> commit review ___ Python tracker ___ __

[issue1446619] extended slice behavior inconsistent with docs

Martin Panter added the comment: Patch ruling out the len(s) corner case. I use a modified version of Fumihiro’s suggestion. -- versions: +Python 3.6, Python 3.7 -Python 3.4 Added file: http://bugs.python.org/file45827/extended_slicing_docs.v2.diff _

[issue28753] Clinic: Converting Your First Function is not up to date

Roundup Robot added the comment: New changeset 7a93d1a0a1cf by Martin Panter in branch '3.5': Issue 28753: Argument Clinic howto docfix, courtesy Julien Palard. https://hg.python.org/cpython/rev/7a93d1a0a1cf New changeset d0859a11322c by Martin Panter in branch '3.6': Issues #28755, #28753: Merg

[issue28755] Rework syntax highlighing in howto/clinic.rst

Roundup Robot added the comment: New changeset 3795ba7490b1 by Martin Panter in branch '3.5': Issue #28755: Improve syntax highlighting in Arg Clinic howto https://hg.python.org/cpython/rev/3795ba7490b1 New changeset d0859a11322c by Martin Panter in branch '3.6': Issues #28755, #28753: Merge Arg

[issue28091] Document PEP 525

Nick Coghlan added the comment: I agree with Guido that the in-practice terminology for synchronous generators is: "generator" = infer from context (and/or the ambiguity doesn't matter) "generator function" = generator iterator factory defined with "def" "generator iterator" = result of call

[issue28190] Detect curses headers correctly for cross-compiling

Chi Hsuan Yen added the comment: > The only change that is needed here is to not include /usr/include/ncursesw > in setup.py when cross compiling No. Lots of codes in _cursesmodule.c need to know whether it's ncursesw, ncurses, or SysV's curses. For example: (segments below are from unpatched

[issue28916] Not matched behavior of modulo operator % with the description of the documentation

Martin Panter added the comment: The documentation for %x etc also had the same problem, and it applies to Python 2 for %x. Here is a patch for Python 3. The behaviour is already tested, but there were some quirks due to porting from Py 2 tests, and duplicate tests which I removed. --

[issue28928] IDLE crashes when opening .py file from Finder

Ned Deily added the comment: >From the crash report, it appears you are using a Python 2.7.12 and Tcl/Tk 8.6 >installed from Homebrew. The crash appears to be happening as a result of the >Open Apple Event from the Finder to Tk. At first glance, I'm not able to >reproduce the crash using a p

[issue28912] collections.abc.OrderedMapping

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue28424] pkgutil.get_data() doesn't work with namespace packages

Douglas Greiman added the comment: Patch attached. Feel free to wordsmith. -- keywords: +patch Added file: http://bugs.python.org/file45825/issue28424.patch ___ Python tracker _

[issue28929] Provide a link from documentation back to its source file

New submission from Brett Cannon: It would be great if we provided a link from a documentation page back to the source file that the page is produced from, e.g. have https://docs.python.org/3.6/library/abc.html provide a link to https://github.com/python/cpython/blob/3.6/Doc/library/abc.rst.

[issue28927] bytes.fromhex should ignore all whitespace

Martin Panter added the comment: Seems a reasonable feature. The documentation would also need updating. Which specific (whitespace) characters do you propose to ignore? Just ASCII ones, as in bytes.isspace(), or others like b"\xA0" (non-breaking space) and U+2028 (line separator), as in str.i

[issue28927] bytes.fromhex should ignore all whitespace

Robert Xiao added the comment: I used Py_ISSPACE, which uses the .strip() default charset - I think this is a reasonable choice. We don't have to go crazy and support all the Unicode spaces. -- ___ Python tracker

[issue28928] IDLE crashes when opening .py file from Finder

New submission from wkdewey: Every time I try to open a .py file from the Finder (macOS Sierra), IDLE opens up and then immediately "unexpectedly quits." I can open them from within IDLE without the same problem I've attached Apple's crash report. Additionally, in the Console I get an error m

[issue28882] Slice confusing with negative stop and strides and the 0th element.

Martin Panter added the comment: See also Issue 11842 about the behaviour of slice.indices() in this situation, and Issue 1446619 about fixing the documentation for reverse slices regarding positive out-of-range indexes. -- ___ Python tracker

[issue1446619] extended slice behavior inconsistent with docs

Martin Panter added the comment: Fumihiro’s suggestion seems reasonable to me (assuming it still applies to the current text) -- nosy: +martin.panter ___ Python tracker ___ __

[issue28425] Python3 ignores __init__.py that are links to /dev/null

Douglas Greiman added the comment: To be thorough, I looked at non __init__.py source files as well, with erratic results. And who knows what would happen on other OS's. So a blanket "must be a regular file" seems reasonable. $ ls -l b.* lrwxrwxrwx 1 dgreiman eng 9 Dec 9 16:05 b.py -> /dev/

[issue28927] bytes.fromhex should ignore all whitespace

New submission from Robert Xiao: bytes.fromhex ignores space characters now (yay!) but still barfs if fed newlines or tabs: >>> bytes.fromhex('ab\ncd') Traceback (most recent call last): File "", line 1, in ValueError: non-hexadecimal number found in fromhex() arg at position 2 >>> bytes.fro

[issue28882] Slice confusing with negative stop and strides and the 0th element.

Martin Panter added the comment: I think Steven’s main complaint is that it is hard to make a reversed slice extend to the start of the original sequence, unless you omit (or use None as) the endpoint: >>> "01234567"[4:0:-1] # Includes index [4], stops before reaching index [0] '4321' >>> "01

[issue28091] Document PEP 525

Guido van Rossum added the comment: I think that most documentation uses "generator" to refer to both functions and objects. So whenever you want to be clear you have to write the long form. -- ___ Python tracker _

[issue28091] Document PEP 525

Yury Selivanov added the comment: > It sounds particularly confusing that an "[XXX] generator" is the function in one case and the object in the other case. Right, this is the biggest argument against having slightly different terminology between async generators and sync generators. Maybe we

[issue28091] Document PEP 525

Guido van Rossum added the comment: It sounds particularly confusing that an "[XXX] generator" is the function in one case and the object in the other case. There's of course also Nathaniel Smith's opinion that we should switch away from the term coroutine and call those "async def". Is that rel

[issue28190] Detect curses headers correctly for cross-compiling

Xavier de Gaye added the comment: The only change that is needed here is to not include /usr/include/ncursesw in setup.py when cross compiling to ensure that the headers of the build platform are not included. When cross compiling Python, it is the responsability of the packager to set the ap

[issue28091] Document PEP 525

Yury Selivanov added the comment: Eric, I've left you some review comments. Guido, Nick, I have a question I hope you have an opinion on: for synchronous generators we define the following (sometimes confusing) terminology: - "generator" = generator function - "generator iterator" = generator

[issue28926] subprocess.Popen + Sqlalchemy doesn't wait for process

New submission from Steven: Called subprocess.Popen("python_file.py", shell=True).wait(), which triggered a call to `Base.metadata.create_all(engine)` inside `python_file.py` This caused nothing after the `create_all(engine)` call to execute in `python_file.py` But, if I changed `subprocess.Po

[issue28925] Confusing exception from cPickle on reduce failure

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka nosy: +serhiy.storchaka stage: -> needs patch ___ Python tracker ___

[issue28921] Make str.count one character for latin1 string faster

Serhiy Storchaka added the comment: The code looks too complex. I think that it is not worth to complicate the code so much for optimizing just few non-critical string operations. Many optimizations were rejected in the past due to high cost and low benefit. -- ___

[issue28091] Document PEP 525

Yury Selivanov added the comment: > 1. In PEP525 the documentation for aclose() is a bit terse and unclear to me. > It appeared to suggest that you could catch GeneratorExit and yield, but I > found this to result in a RuntimeError like a normal generator. I tried to > document this as it actu

[issue28882] Slice confusing with negative stop and strides and the 0th element.

Terry J. Reedy added the comment: Steven, your initial 'sentence' is missing something needed to make it a proper English sentence, and I cannot exactly guess what you meant. But your later confusion is clear enough. This tracker is for patching the Python docs and CPython code. I believe th

[issue28921] Make str.count one character for latin1 string faster

Xiang Zhang added the comment: > I understand that count() is only used when the old and new patterns of > str.replace() have a different length. Yes. I thought it won't help much since str.replace get many operations. But for long string, looks good: ./python3 -m perf timeit --compare-to ~/c

[issue28922] Add fixer for "import exceptions"

Berker Peksag added the comment: Thanks for the report and for the patch! This is a duplicate of issue 2350. Note that we accept patches from hg.python.org, not standalone Python files. See http://cpython-devguide.readthedocs.io/en/latest/patch.html for details. -- nosy: +berker.peksag

[issue27584] New addition of vSockets to the python socket module

Cathy Avery added the comment: Is there anything else that is needed for this patch? Thanks! -- ___ Python tracker ___ ___ Python-bug

[issue25458] ftplib: command response shift - mismatch

Ivan Pozdeev added the comment: The solution for the OP's problem is: * after closing the data socket (whether it was returned by `transfercmd()'/`ntransfercmd()' or opened manually), an additional `FTP.getresp()'/`FTP.voidresp()' is required to process the 226 response. The built-in `retrbin

[issue25458] ftplib: command response shift - mismatch

Ivan Pozdeev added the comment: Darn, my problem _is_ in urllib and thus is different that the one in this ticket. Though it too results in a "command response shift". -- ___ Python tracker ___

[issue28925] Confusing exception from cPickle on reduce failure

New submission from Raoul Gough: Description === Running the attached example program with Python 2.7.12 produces the output below. The demo deliberately raises a user-defined exception during the unpickling process, but the problem is that this exception does not propagate out of the

[issue28924] Inline PyEval_EvalFrameEx() in callers

New submission from STINNER Victor: Inline PyEval_EvalFrameEx() in callers. The PEP 523 modified PyEval_EvalFrameEx(): it's now an indirection to interp->eval_frame(). Inline the call in performance critical code. Leave PyEval_EvalFrame() unchanged, this function is only kept for backward comp

[issue25458] ftplib: command response shift - mismatch

Changes by Ivan Pozdeev : Removed file: http://bugs.python.org/file45813/ftp_error_illustration.txt ___ Python tracker ___ ___ Python-bugs-lis

[issue25458] ftplib: command response shift - mismatch

Ivan Pozdeev added the comment: Found the root problem: a 1xx response doesn't complete a LIST command, it should wait further for a 2xx one. See RFC 959 section 6 (state diagrams). This could be `urllib`'s rather than `ftplib`'s fault: the former calls low-level subroutines of the latter. --

[issue28425] Python3 ignores __init__.py that are links to /dev/null

Brett Cannon added the comment: There's probably a place to mention it in the language spec for import and/or importlib. -- ___ Python tracker ___ __

[issue28923] Nonexisting encoding specified in Tix.py

New submission from Ivan Pozdeev: $ head 'c:\Py\Lib\lib-tk\Tix.py' -n 1 # -*-mode: python; fill-column: 75; tab-width: 8; coding: iso-latin-1-unix -*- There's no "iso-latin-1-unix" encoding in Python, so this declaration produces an error in some code analysis tools (I have it in PyScripter), a

[issue20185] Derby #17: Convert 49 sites to Argument Clinic across 13 files

Roundup Robot added the comment: New changeset c62352ec21bc by Victor Stinner in branch 'default': Issue #20185: Convert _warnings.warn() to Argument Clinic https://hg.python.org/cpython/rev/c62352ec21bc -- nosy: +python-dev ___ Python tracker

[issue27200] make doctest in CPython has failures

Changes by Zachary Ware : -- assignee: Jelle Zijlstra -> stage: -> patch review versions: +Python 3.7 ___ Python tracker ___ ___ Pyt

[issue28915] Modify PyObject_CallFunction() to use fast call internally

STINNER Victor added the comment: The main feature was implemented, so I close the issue. Enjoy faster slots! (Many other less important functions are also faster.) -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue27200] make doctest in CPython has failures

Marco Buttu added the comment: I isolated all snippets in the unittest.mock documentation, and now all doctests pass without surprises :-) -- Added file: http://bugs.python.org/file45818/issue27200_3rd.patch ___ Python tracker

[issue28922] Add fixer for "import exceptions"

New submission from ProgVal: Hi, Here is a fixer to remove "import exceptions" from Python 2 code and replace "exceptions.X" with "X". Valentin -- components: 2to3 (2.x to 3.x conversion tool) files: fix_import_exceptions.py messages: 282787 nosy: Valentin.Lorentz priority: normal sev

[issue28912] collections.abc.OrderedMapping

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue28915] Modify PyObject_CallFunction() to use fast call internally

Roundup Robot added the comment: New changeset 807688539b56 by Victor Stinner in branch 'default': Fix refleak introduced in change 032cbdb596fe https://hg.python.org/cpython/rev/807688539b56 New changeset ceb22b8f6d32 by Victor Stinner in branch 'default': Use _PyObject_CallMethodIdObjArgs() in

[issue28921] Make str.count one character for latin1 string faster

STINNER Victor added the comment: Hum, Serhiy is better than me to review such hardcore C code :-) I let him review the patch ;-) > short one, a little regression In stringlib, the usual solution is to use a threshold: use a dummy loop for less than N bytes, otherwise use the ultra-optimized

[issue28921] Make str.count one character for latin1 string faster

New submission from Xiang Zhang: I make a try to improve str.count one character for latin1 string. From benchmark, it could enhance the speed depending on the length of the string. # short one, a little regression ./python3 -m perf timeit --compare-to ~/cpython/python -s 's="abcdefg"' 's.coun

[issue28920] Dangerous usage of "O" format string in _asynciomodule.c

STINNER Victor added the comment: Minimum patch for Python 3.6: only modify calls using the "O" format. -- keywords: +patch Added file: http://bugs.python.org/file45815/_asyncio.patch ___ Python tracker ___

[issue28190] Detect curses headers correctly for cross-compiling

Chi Hsuan Yen added the comment: > second issue is that you apparently don't do the changes for term.h term.h is included only if ncurses is missing and the system (SysV) curses is used, so I didn't change it. See below: #ifdef __sgi #include #endif #ifdef HAVE_NCURSES_H #include #else #inc

[issue28915] Modify PyObject_CallFunction() to use fast call internally

Roundup Robot added the comment: New changeset 39bed12135c1 by Victor Stinner in branch 'default': Issue #28915: Use _PyObject_CallNoArg() https://hg.python.org/cpython/rev/39bed12135c1 New changeset b29c719d5992 by Victor Stinner in branch 'default': Use _PyObject_CallMethodIdObjArgs() in _asyn

[issue28920] Dangerous usage of "O" format string in _asynciomodule.c

STINNER Victor added the comment: The issue was in fixed in Python 3.7 with a change made for optimization, not directly to fix this issue: changeset: 105547:b29c719d5992 tag: tip user:Victor Stinner date:Fri Dec 09 14:24:02 2016 +0100 files: Modules/_asynciomod

[issue28920] Dangerous usage of "O" format string in _asynciomodule.c

STINNER Victor added the comment: Previous similar bug in generators: issue #21209. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue28920] Dangerous usage of "O" format string in _asynciomodule.c

New submission from STINNER Victor: The new _asyncio module of Python 3.6 uses the _PyObject_CallMethodId() function to call functions. This function has a weird behaviour when using the format string "O": if the object is a tuple, the tuple is unpacked. _PyObject_CallMethodId(obj, &PyId_meth,

[issue25711] Rewrite zipimport from scratch

STINNER Victor added the comment: > Here is preliminary translation of zipimport to Python. It is not frozen and > imports other modules. Technically, will it be possible to freeze it? It seems useful to keep the ability to put the whole stdlib into a single ZIP. Using a ZIP is sometimes sugg

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: Got rid of dependencies from os, stat and encodings. -- Added file: http://bugs.python.org/file45814/zipimport-2.patch ___ Python tracker ___

[issue25458] ftplib: command response shift - mismatch

Ivan Pozdeev added the comment: The current solution looks fishy to me. We should stick to https://tools.ietf.org/html/rfc959 . In particular, 226 is sent when the server closes the auxiliary socket, so the module should react accordingly. Debug printing and/or issuing warnings is an obvious n

[issue25458] ftplib: command response shift - mismatch

Changes by Ivan Pozdeev : -- nosy: +Ivan.Pozdeev versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.7 ___ Python tracker ___

[issue28918] cross compiling xxlimited fails with "Py_LIMITED_API is incompatible with Py_DEBUG"

STINNER Victor added the comment: xxlimited_abiflags.patch LGTM. -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue28918] cross compiling xxlimited fails with "Py_LIMITED_API is incompatible with Py_DEBUG"

Xavier de Gaye added the comment: Patch attached. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file45812/xxlimited_abiflags.patch ___ Python tracker

[issue28919] Simplify `_copy_func_details` in unittest.mock

Changes by Jiajun Huang : -- components: Library (Lib) files: mock.patch keywords: patch nosy: Jiajun Huang priority: normal pull_requests: 2 severity: normal status: open title: Simplify `_copy_func_details` in unittest.mock type: enhancement versions: Python 3.7 Added file: http://bugs

[issue28898] Can't compile gdb with Python 3.6

STINNER Victor added the comment: > Why do you think this change caused that breakage? That bot looks like it's > been broken for days. This change should have no behavior change whatsoever > for Python itself. It's right that the buildbot is broken for years: https://mail.python.org/pipermail

[issue26937] the chown() method of the tarfile.TarFile class fails on Android

Changes by Xavier de Gaye : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue28918] cross compiling xxlimited fails with "Py_LIMITED_API is incompatible with Py_DEBUG"

New submission from Xavier de Gaye: This happens when the cross compilation is done with '--with-pydebug' while the native interpeter used to run setup.py has been built without it. The error message is: Py_LIMITED_API is incompatible with Py_DEBUG, Py_TRACE_REFS, and Py_REF_DEBUG ---

[issue26937] the chown() method of the tarfile.TarFile class fails on Android

Roundup Robot added the comment: New changeset e4e7bc640865 by Xavier de Gaye in branch '3.6': Issue #26937: The chown() method of the tarfile.TarFile class does not fail now https://hg.python.org/cpython/rev/e4e7bc640865 New changeset da510d1aa683 by Xavier de Gaye in branch 'default': Issue #2

[issue28917] Docs: Add missing protocol to pickle

Anand Reddy Pandikunta added the comment: Yes, Thanks. -- resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___