[issue43760] The DISPATCH() macro is not as efficient as it could be.

Mark Shannon added the comment: New changeset 28d28e053db6b69d91c2dfd579207cd8ccbc39e7 by Mark Shannon in branch 'master': bpo-43760: Streamline dispatch sequence for machines without computed gotos. (GH-25244)

[issue35889] sqlite3.Row doesn't have useful repr

Erlend Egeberg Aasland added the comment: Suggesting to either close this or add an example to the docs. Up to Berker / Serhiy. -- Added file: https://bugs.python.org/file49942/patch.diff ___ Python tracker

[issue43771] [Windows] stdin line buffer size

Eryk Sun added the comment: The limit of 512 characters is not for sys.stdin in general. It's for io._WindowsConsoleIO, which gets used as the raw file for non-redirected sys.stdin -- and opening "CON" and "CONIN$" -- if legacy mode isn't enabled. See bpo-41849. -- nosy: +eryksun

[issue43770] Rework C types initialization

STINNER Victor added the comment: PR 25275: this is a subtle difference if PyTypeObject.tp_setattro is set statically to PyObject_GenericSetAttr() or if it's inherited by PyType_Ready(). Reference (master):: * BaseException.__dict__['__setattr__'] = * BaseException.__setattr__ = With the

[issue43771] [Windows] stdin line buffer size

New submission from Andrey Moiseev : sys.stdin.readline() in Windows console only allows 512 characters on input per line. So large pastes are truncated at 512 chars, which is a bit inconvenient for prototyping. The buffer size seems to be determined by BUFSIZ compile time constant:

[issue35889] sqlite3.Row doesn't have useful repr

Erlend Egeberg Aasland added the comment: Even better, let's keep Row as it is and just add this as an example in the docs. If a verbose repr is needed, it's easy to override __repr__. -- ___ Python tracker

[issue43745] ssl.OPENSSL_VERSION still reporting 1.1.1i on windows 3.8.9/3.9.4

Bill Collins added the comment: The embeddable dists for 3.9.4 have updated, but the 3.8.9 packages are still showing the builds from April 2nd. -- ___ Python tracker ___

[issue43540] importlib: Document how to replace load_module() in What's New in Python 3.10

STINNER Victor added the comment: Concrete issue: setuptools defines a VendorImporter class with find_module() method, but no find_spec() method. How can it be ported to Python 3.10? https://github.com/pypa/setuptools/issues/2632 -- nosy: +hroncok

[issue43540] importlib: Document how to replace load_module() in What's New in Python 3.10

STINNER Victor added the comment: find_module() and find_loader() are now also deprecated (bpo-42134). Currently, What's New in Python 3.10 says: "(superseded by exec_module())". It would be great to have a documentation like the good subprocess "replacement" documentation:

[issue42134] Raise ImportWarning when falling back to find_module()

STINNER Victor added the comment: See also bpo-43540 "importlib: Document how to replace load_module() in What's New in Python 3.10". -- ___ Python tracker ___

[issue35889] sqlite3.Row doesn't have useful repr

Erlend Egeberg Aasland added the comment: AFAICS, this is fixed by the attached one-liner, based on Serhiy's suggestion (based on Raymond's suggestion). $ python3.10 test.py $ ./python.exe test.py # patch applied $ cat test.py import sqlite3 cx = sqlite3.connect(":memory:")

[issue42134] Raise ImportWarning when falling back to find_module()

Miro Hrončok added the comment: Brett, would you accept a PR that changes the changelog entry to contain the ".find_spec() not found; falling back to find_module()" message, for better search-ability? I needed to use grep + git blame to be able to find out what's going on. Also, could you

[issue43770] Rework C types initialization

STINNER Victor added the comment: I tried to put assertions in PyObject_GetAttr(), _PyObject_LookupAttr(), _PyObject_GetMethod() and PyObject_SetAttr() to ensure that the type is ready. It breaks many tests, examples: test_buffer test_pickle test_picklebuffer test_pickletools

[issue43087] ctypes documentation error

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue43087] ctypes documentation error

Terry J. Reedy added the comment: New changeset 754dc353565eeb4a43a912417cc5b66959458f1b by Miss Islington (bot) in branch '3.8': [3.8] bpo-43087: Fix error in ctypes "Incomplete Types" doc (GH-24404) https://github.com/python/cpython/commit/754dc353565eeb4a43a912417cc5b66959458f1b

[issue43087] ctypes documentation error

Terry J. Reedy added the comment: New changeset 5490b49fa6646c9f48869955c12cf6af9fc3f2a4 by Miss Islington (bot) in branch '3.9': [3.9] bpo-43087: Fix error in ctypes "Incomplete Types" doc (GH-24404) https://github.com/python/cpython/commit/5490b49fa6646c9f48869955c12cf6af9fc3f2a4

[issue43770] Rework C types initialization

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

[issue39899] `pathlib.Path.expanduser()` does not call `os.path.expanduser()`

Eryk Sun added the comment: > os.path.expanduser() has many flaws, and it just "guess" the > home directory for other users. I'm fine with not guessing another user's profile directory (or home directory) in some cases, or even always. But the code that got committed bails out even if the

[issue43770] Rework C types initialization

STINNER Victor added the comment: New changeset b98eba5bc2ffbe7a0ed49d540ebc4f756ae61985 by Victor Stinner in branch 'master': bpo-43770: _PyTypes_Init() inits _PyAnextAwaitable_Type (GH-25266) https://github.com/python/cpython/commit/b98eba5bc2ffbe7a0ed49d540ebc4f756ae61985 --

[issue40066] Enum: modify __repr__, __str__; update docs

Change by Florian Bruhin : -- nosy: +The Compiler ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41100] Support macOS 11 and Apple Silicon Macs

Maxime Belanger added the comment: I had some time today, so I took a crack at merging this into Python 3.8. I've filed GH-25274 with my proposal. To summarize, I'm suggesting back porting all changes from bpo-41100 (as well as the subsequent bpo-42688) but without the weak-linking changes

[issue42688] ctypes memory error on Apple Silicon with external libffi

Change by Max Bélanger : -- nosy: +maxbelanger nosy_count: 4.0 -> 5.0 pull_requests: +24011 pull_request: https://github.com/python/cpython/pull/25274 ___ Python tracker ___

[issue41100] Support macOS 11 and Apple Silicon Macs

Change by Max Bélanger : -- nosy: +maxbelanger nosy_count: 18.0 -> 19.0 pull_requests: +24010 pull_request: https://github.com/python/cpython/pull/25274 ___ Python tracker ___

[issue39674] Keep deprecated features in Python 3.9 to ease migration from Python 2.7, but remove in Python 3.10

Change by ปพนพัชร์ บรรพจันทร์ : -- components: +Unicode -Library (Lib) nosy: +ezio.melotti versions: +Python 3.10 -Python 3.9 ___ Python tracker ___

[issue39899] `pathlib.Path.expanduser()` does not call `os.path.expanduser()`

Serhiy Storchaka added the comment: AFAIK you can set arbitrary path as user home directory. So home directories of different users can even not be on the same disk, and the last component of the path can be different from the user name. os.path.expanduser() has many flaws, and it just

[issue42998] pathlib.Path: add `username` argument to `home()`

Serhiy Storchaka added the comment: os.path.expanduser() has flaws. 1. It can return an argument unchanged if failed to determine the home directory. 2. On Unix it does not work for users not found in the local password database. 3. On Windows it only guess the home directory for other

[issue43731] PEP 597: logging.fileConfig() uses locale encoding.

Change by Inada Naoki : -- keywords: +patch pull_requests: +24009 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25273 ___ Python tracker ___

[issue43731] PEP 597: logging.fileConfig() uses locale encoding.

Inada Naoki added the comment: s/basicConfig/fileConfig/ basicConfig() is fixed by fb7869. -- title: PEP 597: logging.basicConfig() uses locale encoding. -> PEP 597: logging.fileConfig() uses locale encoding. ___ Python tracker

[issue43340] json.load() can raise UnicodeDecodeError, but this is not documented

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

<    1   2