[issue40370] AIX: ld_so_aix not found during test of test_peg_generator

New submission from Michael Felt : As part, I assume, of PR19503, that includes 91 changed files with 27,058 additions and 147 deletions the AIX buildbot is broken. Rather than looking/finding Modules/ld_so_aix (where I expect it to be) tests are failing, ulitmately because they look/expect

[issue38784] ip_network does not clear/update the broadcast_address cache when network_address is changed.

Inada Naoki added the comment: I close this issue as rejected. If you have opinion about this issue, please post to python-dev mailing list or discuss.python.org. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python

[issue37846] declare that Text I/O use buffer inside

Inada Naoki added the comment: I still think it's too detailed. Reading C and Python code is much better way to understand such implementation detail. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue37465] Incorrect documentation for `s#` arguments in C API argument parsing

Inada Naoki added the comment: Fixed via GH-18663. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue40346] Add random.BaseRandom to ease implementation of subclasses

Raymond Hettinger added the comment: This is a breaking change. The published API says that random() is the base method and that getrandbits() is optional. It is not okay to flat out ignore the opposing comments from the module maintainers. Being on the steering committee isn't a license

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: Those warnings are legitimate: we cannot cast function pointers that have different return types from one to the other. This only happens in the test, but could happen in the grammar if we use lookahead with NAME (). --

[issue40369] Use PEP 590 vectorcall to speed up GenericAlias.

Change by Dong-hee Na : -- assignee: -> corona10 type: -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: > test_peg_generator emits compiler warnings: This is fixed by https://github.com/python/cpython/pull/19672 -- ___ Python tracker

[issue40369] Use PEP 590 vectorcall to speed up GenericAlias.

New submission from Dong-hee Na : Since PEP 560 was approved, The following syntax has become available. from queue import Queue v = Queue[int] It's a very shiny feature. Given the direction of programming language, it's probably a very useful feature that users will use very often in the

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset ee40e4b8563e6e1bc2bfb267da5ffc9a2293318d by Pablo Galindo in branch 'master': bpo-40334: Don't downcast from Py_ssize_t to int (GH-19671) https://github.com/python/cpython/commit/ee40e4b8563e6e1bc2bfb267da5ffc9a2293318d --

[issue40361] Darwin systems using win settings for webbrowser.py

Éric Araujo added the comment: xdg-settings is a program used on linux systems, not windows. Also it is an executable file, not a directory, so something weird is going on. Could you diagnose more? The proposed PR does not seem to make sense: platform can’t be both darwin and win32/nt.

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +18996 pull_request: https://github.com/python/cpython/pull/19672 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Ned Deily added the comment: > These are expected. Is this a problem? People and bots running tests normally expect to not see any output from each test in the default case unless there are errors. If these are supposed to be emitted, we should find a way to hide them (and check the

[issue40361] Darwin systems using win settings for webbrowser.py

Viraat Das added the comment: When loading Jupyter Notebook, a NotADirectoryError: [Errno 20] Not a directory: 'xdg-settings' error was showing. This seems to be because Darwin systems were using Win settings. The pull request has addressed this by modifying the webbrowser.py code.

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +18994 pull_request: https://github.com/python/cpython/pull/19671 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Change by Wade Sanchez : -- type: -> resource usage ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40334] PEP 617: new PEG-based parser

Lysandros Nikolaou added the comment: > test_peg_generator emits compiler warnings These are expected. Is this a problem? -- ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

STINNER Victor added the comment: test_peg_generator emits compiler warnings: https://buildbot.python.org/all/#/builders/612/builds/283 0:08:01 load avg: 1.40 [423/423/1] test_peg_generator passed (7 min 4 sec) /tmp/tmp0vbqe8gp/parse.c: In function ‘start_rule’:

[issue40334] PEP 617: new PEG-based parser

STINNER Victor added the comment: > bpo-40334: Rename PyConfig.use_peg to _use_peg_parser (GH-19670) This change removes sys.flags.use_peg which was only used in tests. If someone sees a good reason, we may add it back. In the meanwhile, test.support.use_old_parser() can be used. I didn't

[issue40334] PEP 617: new PEG-based parser

STINNER Victor added the comment: New changeset 1def7754b7a41fe57efafaf5eff24cfa15353444 by Victor Stinner in branch 'master': bpo-40334: Rename PyConfig.use_peg to _use_peg_parser (GH-19670) https://github.com/python/cpython/commit/1def7754b7a41fe57efafaf5eff24cfa15353444 --

[issue36299] array: Deprecate 'u' type in array module

Inada Naoki added the comment: While array('u') doesn't use deprecated API with GH-19653, I still don't like 'u' because: * I don't have any reason to use platform dependant wchar_t. [1] * It is not consistent with PEP-3118. [1]:

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset a25f3c4c8f7d4878918ce1d3d67db40ae255ccc6 by Pablo Galindo in branch 'master': bpo-40334: Fix builds outside the source directory and regenerate autoconf files (GH-19667)

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +18993 pull_request: https://github.com/python/cpython/pull/19668 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Change by Lysandros Nikolaou : -- pull_requests: +18991 pull_request: https://github.com/python/cpython/pull/19669 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Change by STINNER Victor : -- pull_requests: +18992 pull_request: https://github.com/python/cpython/pull/19670 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +18990 pull_request: https://github.com/python/cpython/pull/19667 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: > Looks like the build changes do not work with a build directory outside of > the source directory: Opened https://github.com/python/cpython/pull/19667. Ned, could you review? -- ___ Python tracker

[issue40366] Remove support for obsolete flags in compile function

Change by Batuhan Taskaya : -- title: Start giving deprecation warnings for obsoleted flags in compile -> Remove support for obsolete flags in compile function ___ Python tracker

[issue40366] Start giving deprecation warnings for obsoleted flags in compile

Batuhan Taskaya added the comment: As suggestion of @vstinner, instead of deprecation we decided to remove support for these flags immediately. -- ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Ned Deily added the comment: Looks like the build changes do not work with a build directory outside of the source directory: mkdir build && cd build && ../configure && make gcc -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall-std=c99 -Wextra

[issue40334] PEP 617: new PEG-based parser

STINNER Victor added the comment: > bpo-40334: Fix errors in parse_string.c with old compilers (GH-19666) Pablo told me in private that he plans to add a buildbot worker to test the old parser. So this change is fine. -- ___ Python tracker

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset 458004bf7914f96b20bb76bc3584718cf83f652e by Pablo Galindo in branch 'master': bpo-40334: Fix errors in parse_string.c with old compilers (GH-19666) https://github.com/python/cpython/commit/458004bf7914f96b20bb76bc3584718cf83f652e

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +18989 pull_request: https://github.com/python/cpython/pull/19666 ___ Python tracker ___

[issue40346] Add random.BaseRandom to ease implementation of subclasses

STINNER Victor added the comment: Ok, PR 19631 is now ready for a review. I completed the documentation to better explain the rationale. Copy of the What's New in Python 3.9 documentation: "Add a new random.BaseRandom class: random number generator base class. A random.BaseRandom subclass

[issue40334] PEP 617: new PEG-based parser

Change by Pablo Galindo Salgado : -- pull_requests: +18988 pull_request: https://github.com/python/cpython/pull/19664 ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset c5fc15685202cda73f7c3f5c6f299b0945f58508 by Pablo Galindo in branch 'master': bpo-40334: PEP 617 implementation: New PEG parser for CPython (GH-19503) https://github.com/python/cpython/commit/c5fc15685202cda73f7c3f5c6f299b0945f58508

[issue39939] PEP 616: Add str.removeprefix and str.removesuffix methods

STINNER Victor added the comment: > This should be unrelated to the patch, right? It's unrelated. It smells like bpo-39995. -- ___ Python tracker ___

[issue39939] PEP 616: Add str.removeprefix and str.removesuffix methods

Dennis Sweeney added the comment: There's a failure here: https://buildbot.python.org/all/#/builders/64/builds/656 Failed subtests: test_killed_child - test.test_concurrent_futures.ProcessPoolSpawnProcessPoolExecutorTest Traceback (most recent call last): ...

[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8

Eryk Sun added the comment: > This behavior is inconsistent with `os.path.abspath` where it always > returns lowercased drive letter, ntpath.abspath calls GetFullPathNameW, which generally preserves the input case of the device/drive component. But it doesn't always preserve drive-letter

[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8

New submission from Kagami Sascha Rosylight : ``` $ python3.7 Python 3.7.4 (tags/v3.7.4:e09359112e, Jul 8 2019, 20:34:20) [MSC v.1916 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import os;os.path.realpath('c:/') 'c:\\' ``` ``` $

[issue39939] PEP 616: Add str.removeprefix and str.removesuffix methods

STINNER Victor added the comment: Well done Dennis Sweeney! You got a PEP approved and now the implementation is merged! Maybe the documentation will need more reviews, but that can be done later. I prefer to get the implementation merged as soon as possible (it will likely be part of the

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Carl Meyer added the comment: I opened a PR. It deprecates the lib2to3 library to discourage future use of it for Python3, but not the 2to3 tool. This of course means that the lib2to3 module will in practice stick around in the stdlib as long as 2to3 is still bundled with Python. It seems

[issue40334] PEP 617: new PEG-based parser

Guido van Rossum added the comment: VIctor, you were very right about longjmp. See https://github.com/we-like-parsers/cpython/pull/119 -- ___ Python tracker ___

[issue39939] PEP 616: Add str methods to remove prefix or suffix

STINNER Victor added the comment: New changeset a81849b0315277bb39372711745059c0b445 by sweeneyde in branch 'master': bpo-39939: Add str.removeprefix and str.removesuffix (GH-18939) https://github.com/python/cpython/commit/a81849b0315277bb39372711745059c0b445 --

[issue40367] ImportError: libffi.so.6

New submission from YoSTEALTH : >>> /opt/python/3.8.1/lib/python3 setup.py build_ext --inplace Traceback (most recent call last): File "./setup.py", line 1, in from setuptools import setup, find_packages File "/opt/python/3.8.1/lib/python3.8/site-packages/setuptools/__init__.py",

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Change by Carl Meyer : -- pull_requests: +18987 pull_request: https://github.com/python/cpython/pull/19663 ___ Python tracker ___

[issue37157] shutil: add reflink=False to file copy functions to control clone/CoW copies (use copy_file_range)

Change by desbma : -- nosy: +desbma ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40366] Start giving deprecation warnings for obsoleted flags in compile

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +18986 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19660 ___ Python tracker ___

[issue40358] pathlib's relative_to should behave like os.path.relpath

Eryk Sun added the comment: Note that the implementation of relpath is pure and thus assumes it's working with existing, resolved paths (i.e. "the filesystem is not accessed to confirm the existence or nature of path or start"). For example: >>> os.path.relpath('/some/thing',

[issue40366] Start giving deprecation warnings for obsoleted flags in compile

New submission from Batuhan Taskaya : We can start deprecating usage of obsoleted flags in compile and slowly remove support for them. An example would be CO_NESTED. https://github.com/python/cpython/blob/master/Python/bltinmodule.c#L748 -- messages: 367046 nosy: BTaskaya priority:

[issue40365] argparse: action "extend" with 1 parameter splits strings into characters

paul j3 added the comment: This is a consequence of Python's own definition of append vs extend In [730]: alist = [] In [731]: alist.append('astring')

[issue36299] array: Deprecate 'u' type in array module

Terry J. Reedy added the comment: Should this issue be closed, possibly as superseded by #36346, the issue for the new PR-19653? -- ___ Python tracker ___

[issue40364] asyncio: replace _compute_returncode() with os.waitstatus_to_exitcode()

Change by Kyle Stanley : -- assignee: -> aeros ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40364] asyncio: replace _compute_returncode() with os.waitstatus_to_exitcode()

Kyle Stanley added the comment: Victor Stinner wrote: > Is there someone interested to propose a PR for that? I would be interested in looking into this, although I'm not entirely certain either as to how it should be tested at the moment. I'll have to look further into the existing ones.

[issue40260] modulefinder traceback regression starting on Windows

miss-islington added the comment: New changeset fc45cb4400409572f05c8b54f2c6f06cbefb1b4e by Miss Islington (bot) in branch '3.8': bpo-40260: Remove unnecessary newline in compile() call (GH-19641) https://github.com/python/cpython/commit/fc45cb4400409572f05c8b54f2c6f06cbefb1b4e --

[issue40358] pathlib's relative_to should behave like os.path.relpath

Domenico Ragusa added the comment: Thanks for your answer. Yeah, I'm new, I'm reading the guide, sorry for any faux pas :) Ok, an option would be great as well, a simple True/False switch? Any suggestion for the name? I'll get back with a proper patch this time. On Wed, Apr 22, 2020 at 8:18

[issue40365] argparse: action "extend" with 1 parameter splits strings into characters

Change by Karthikeyan Singaravelan : -- nosy: +paul.j3, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40260] modulefinder traceback regression starting on Windows

Change by miss-islington : -- pull_requests: +18985 pull_request: https://github.com/python/cpython/pull/19659 ___ Python tracker ___

[issue40260] modulefinder traceback regression starting on Windows

Steve Dower added the comment: New changeset 39652cd8bdf7c82b7c6055089a4ed90ee546a448 by Anthony Sottile in branch 'master': bpo-40260: Remove unnecessary newline in compile() call (GH-19641) https://github.com/python/cpython/commit/39652cd8bdf7c82b7c6055089a4ed90ee546a448 --

[issue40363] shlex.quote applied to a glob pattern disables glob matching

Eric V. Smith added the comment: I meant to add: it's possible that this isn't well documented. -- ___ Python tracker ___ ___

[issue40363] shlex.quote applied to a glob pattern disables glob matching

Eric V. Smith added the comment: Agreed that shlex.quote is working as intended. It's goal is to pass something to the shell, preserving it just as you started with it. It exists exactly because you want to avoid shell globbing and parsing issues (consider filenames that contain spaces and

[issue40358] pathlib's relative_to should behave like os.path.relpath

Antoine Pitrou added the comment: The current behaviour is by design. I would not mind adding an option to control it, though. If you are new to Python development and want to submit a patch or PR, I recommend reading the Developer's Guide: https://devguide.python.org/ --

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Change by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40361] Darwin systems using win settings for webbrowser.py

New submission from Éric Araujo : Hello! You didn’t give any information about the problem you found :) -- components: +Library (Lib) -Distutils nosy: -dstufft type: -> behavior ___ Python tracker

[issue39471] Meaning and clarification of PyBuffer_Release()

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40260] modulefinder traceback regression starting on Windows

Steve Dower added the comment: Okay, no problems then. We'll have to close that other PR now. Too bad nobody noticed it (or knew where to send it - I doubt modulefinder has an obvious owner). -- ___ Python tracker

[issue35886] [C API] Make PyInterpreterState opaque: move it into the internal C API (internal/pycore_pystate.h)

STINNER Victor added the comment: Python 3.8 was released in October 2019 with this change (PyInterpreterState structure is now opaque). Fedora 32 is going to be released soon with Python 3.8 as /usr/bin/python. The change only broke very few projets: cffi (which indirectly broke brotlipy

[issue40365] argparse: action "extend" with 1 parameter splits strings into characters

New submission from strjan : When positional argument with action='extend' is given to parse only one string argument, the string is splitted into individual characters. The problem occures, when no "nargs" is given; it makes sense that nargs is requiered, though at least notion in

[issue39471] Meaning and clarification of PyBuffer_Release()

Sebastian Berg added the comment: Ok, I will just close it. It is painfully clear that e.g. `mmap` uses it this way to prohibit closing, and also `memoryview` has all the machinery necessary to do counting of how many exports, etc. exists. I admit, this still rubs me the wrong way, and I

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Carl Meyer added the comment: I volunteered in the python-dev thread to write a patch to the docs clarifying future status of lib2to3; happy to include the PendingDeprecationWarning as well. Re linking to alternatives, we want to make sure we link to alternatives that are committed to

[issue40260] modulefinder traceback regression starting on Windows

Anthony Sottile added the comment: The trailing newline was added in 1.5.1 78fc3634cbfd65a6be8abfd1b7fc7cbd0ccbfb39 -- back then `compile(...)` could not take strings which did not end in newlines now it can, so it is safe to remove -- I did the same triage on another PR here:

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

STINNER Victor added the comment: > FWIW, I was hoping to the same for PyThreadState but it looks like 6 of its > fields are exposed in "stable" header files via the following macros: (...) I created bpo-39947: "[C API] Make the PyThreadState structure opaque (move it to the internal C

[issue38360] single-argument form of -isysroot should be supported

Change by Ned Deily : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37339] os.path.ismount returns true on nested btrfs subvolumes

Eryk Sun added the comment: > What do you mean by "portable version of mountpoint"? posixpath.ismount is based on a portable method to detect a mountpoint in Unix systems, since POSIX lacks a portable function for this. The implementation is simple. A symlink is never a mountpoint.

[issue38360] single-argument form of -isysroot should be supported

miss-islington added the comment: New changeset 4a6da0b63ba0fb811bfa3cacd69d22a9c0b24a4d by Miss Islington (bot) in branch '3.8': bpo-38360: macOS: support alternate form of -isysroot flag (GH-16480) https://github.com/python/cpython/commit/4a6da0b63ba0fb811bfa3cacd69d22a9c0b24a4d

[issue40260] modulefinder traceback regression starting on Windows

Steve Dower added the comment: If we want to be strictly correct here, the fix should check the "mode" variable to determine the type. And given the fragility of the code being used here, there's no doubt some reliance on a trailing newline somewhere too. I haven't bumped the

[issue32966] Python 3.7.2 - 0x80070643 - Fatal Error during installation

Steve Dower added the comment: Your best bet is to repair the Python 3.7.2 install first (through Programs and Features, if possible), and then uninstall it. Any idea why it's interfering with Python 3.8? That shouldn't be the case (unless it's PATH related, in which case yeah, that's more

[issue40094] Add os.waitstatus_to_exitcode() function

STINNER Victor added the comment: The initial issue has been implemented: I added os.waitstatus_to_exitcode() function to Python 3.9. It's now well documented, I close the issue. See sub-issues like bpo-40364 (asyncio) for further cleanups. -- resolution: -> fixed stage: patch

[issue40094] Add os.waitstatus_to_exitcode() function

STINNER Victor added the comment: """ TODO: * Decide if subprocess should reject WIFSTOPPED() or not. * Check if the pure Python implementation of os._spawnvef() handles WIFSTOPPED() properly. """ Well, let's keep the status quo: leave os and subprocess modules unchanged. It can be

[issue40094] Add os.waitstatus_to_exitcode() function

STINNER Victor added the comment: > TODO: Modify asyncio.unix_events._compute_returncode() to use > waitstatus_to_exitcode(): need to update tests. I created bpo-40364 for that. -- ___ Python tracker

[issue40260] modulefinder traceback regression starting on Windows

Anthony Sottile added the comment: debian has its own implementation of find_modules which still returns a text file for PY_SOURCE changing the type of that io object is the "breaking change" and maybe shouldn't be backported to python3.8 in a patch release --

[issue40364] asyncio: replace _compute_returncode() with os.waitstatus_to_exitcode()

New submission from STINNER Victor : I added os.waitstatus_to_exitcode() in bpo-40094. I propose to replace _compute_returncode() with os.waitstatus_to_exitcode() in Lib/asyncio/unix_events.py to simplify the code *and* to raise an exception if asyncio gets an unexpected wait status from

[issue40138] Windows implementation of os.waitpid() truncates the exit status (status << 8)

STINNER Victor added the comment: Ok, os.waitpid() is now fixed in 3.7, 3.8 and master branches, and os.waitstatus_to_exitcode() is fixed in master. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7, Python 3.8

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

STINNER Victor added the comment: > bpo-39562: Prevent collision of future and compiler flags (GH-19230) > https://github.com/python/cpython/commit/4454057269b995341b04d13f0bf97f96080f27d0 I tested manually: this change fix my msg365311 reproducer. Thanks! In Python 3.8,

[issue38360] single-argument form of -isysroot should be supported

miss-islington added the comment: New changeset e7f8684ef77d280eb99b8533fd18455caa0fe194 by Miss Islington (bot) in branch '3.7': bpo-38360: macOS: support alternate form of -isysroot flag (GH-16480) https://github.com/python/cpython/commit/e7f8684ef77d280eb99b8533fd18455caa0fe194

[issue40138] Windows implementation of os.waitpid() truncates the exit status (status << 8)

miss-islington added the comment: New changeset de5dcfa3bcabf52e43468a2b088ed71b5e5c4503 by Miss Islington (bot) in branch '3.7': bpo-40138: Fix Windows os.waitpid() for large exit code (GH-19654) https://github.com/python/cpython/commit/de5dcfa3bcabf52e43468a2b088ed71b5e5c4503 --

[issue26826] Expose new copy_file_range() syscall in os module.

Change by Benjamin Peterson : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38360] single-argument form of -isysroot should be supported

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +18983 pull_request: https://github.com/python/cpython/pull/19657 ___ Python tracker

[issue38360] single-argument form of -isysroot should be supported

Change by miss-islington : -- pull_requests: +18984 pull_request: https://github.com/python/cpython/pull/19658 ___ Python tracker ___

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

STINNER Victor added the comment: New changeset 4454057269b995341b04d13f0bf97f96080f27d0 by Batuhan Taşkaya in branch 'master': bpo-39562: Prevent collision of future and compiler flags (GH-19230) https://github.com/python/cpython/commit/4454057269b995341b04d13f0bf97f96080f27d0 --

[issue36346] Prepare for removing the legacy Unicode C API

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Change by miss-islington : -- pull_requests: +18982 pull_request: https://github.com/python/cpython/pull/19656 ___ Python tracker ___

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: Looks like that fix has done it. Thanks, Eryk! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: New changeset 9b498939009f49b8c772c89e8fc80efbfd8afcb5 by Steve Dower in branch 'master': bpo-40214: Fix ctypes WinDLL test with insecure flags (GH-19652) https://github.com/python/cpython/commit/9b498939009f49b8c772c89e8fc80efbfd8afcb5 --

[issue40138] Windows implementation of os.waitpid() truncates the exit status (status << 8)

STINNER Victor added the comment: New changeset b07350901cac9197aef41855d8a4d56533636b91 by Victor Stinner in branch '3.8': bpo-40138: Fix Windows os.waitpid() for large exit code (GH-19654) https://github.com/python/cpython/commit/b07350901cac9197aef41855d8a4d56533636b91 --

[issue40138] Windows implementation of os.waitpid() truncates the exit status (status << 8)

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +18981 pull_request: https://github.com/python/cpython/pull/19655 ___ Python tracker

[issue40363] shlex.quote applied to a glob pattern disables glob matching

Change by Rémi Lapeyre : -- type: -> behavior versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40363] shlex.quote applied to a glob pattern disables glob matching

Rémi Lapeyre added the comment: shlex.quote makes the string safe to pass a command, what if it's rm 'var/log/syslog*' instead? You make sure that only the file given would be removed but then shlex.quote() shoot you in the foot. This would also cause issues for files with '*' or

[issue40363] shlex.quote applied to a glob pattern disables glob matching

New submission from Jack Orenstein : I am using shlex.quote to pass filenames to a shell command, e.g. ls. The problem is that glob patterns, when quoted, no longer operate as glob patterns. So, for example, executing this: ls 'var/log/syslog*' results in this output: ls: cannot

  1   2   >