[issue46686] [venv / PC/launcher] issue with a space in the installed python path

Eryk Sun added the comment: The venv launcher can quote the executable path either always or only when it contains spaces. The following is a suggestion for implementing the latter. Before allocating `executable`, use memchr() (include ) to search the UTF-8 source for a space. If found,

[issue46688] Add sys.is_interned

Inada Naoki added the comment: Thank you, I can not find it because it is too old. -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Add sys.isinterned() ___ Python tracker

[issue46688] Add sys.is_interned

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue34392 -- nosy: +xtreak ___ Python tracker ___

[issue46688] Add sys.is_interned

Inada Naoki added the comment: I thought sys.is_interned() is needed to implement bpo-46430, but GH-30683 looks nice to me. I will close this issue after GH-30683 is merged. -- ___ Python tracker

[issue46684] Expose frozenset._hash classmethod

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

[issue46688] Add sys.is_interned

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

[issue46688] Add sys.is_interned

New submission from Inada Naoki : deepfreeze.py needs to know the unicode object is interned. Ref: https://bugs.python.org/issue46430 -- components: Interpreter Core messages: 412890 nosy: methane priority: normal severity: normal status: open title: Add sys.is_interned versions:

[issue46686] [venv / PC/launcher] issue with a space in the installed python path

Eryk Sun added the comment: I checked the source code in PC/launcher.c process(). It turns out that `executable` is not getting quoted in the venv launcher case. CreateProcessW() tries to get around this. If the command isn't quoted, it has a loop that consumes up to a space (or tab) and

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Zachary Ware added the comment: That's a question better suited to a forum such as the Users category of discuss.python.org, the python-l...@python.org mailing list, or StackOverflow, not a bug tracker issue. -- resolution: -> not a bug status: open -> closed

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

German Salazar added the comment: So, help me understand, please. if I use "--enable-shared": the build produces a rather small python executable; but, the build produces a dynamic library, too and the path to the dynamic library must be included into LD_LIBRARY_PATH for the python

[issue36876] [subinterpreters] Global C variables are a problem

Eric Snow added the comment: New changeset 77bab59c8a1f04922bb975cc4f11e5323d1d379d by Eric Snow in branch 'main': bpo-36876: Update the c-analyzer whitelist. (gh-31225) https://github.com/python/cpython/commit/77bab59c8a1f04922bb975cc4f11e5323d1d379d --

[issue46613] Add PyType_GetModuleByDef to the public & limited API

Change by Hai Shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36876] [subinterpreters] Global C variables are a problem

Change by Eric Snow : -- pull_requests: +29396 pull_request: https://github.com/python/cpython/pull/31225 ___ Python tracker ___

[issue46686] [venv / PC/launcher] issue with a space in the installed python path

Kesh Ikuma added the comment: @eryksun - I knew the reproducibility is the issue with this bug. On the same PC I've been having a problem with, I created another dummy account with a space in its username, and it worked flawlessly... So, it's something I've done to my account which

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

STINNER Victor added the comment: I suggest to use PyTuple_GET_ITEM(), but PySequence_Fast_ITEMS() is more effecient. It's hard to beat an array in C. -- ___ Python tracker

[issue46686] [venv / PC/launcher] issue with a space in the installed python path

Eryk Sun added the comment: run_child() expects `cmdline` to be correctly quoted, and normally it is. I can't reproduce this problem with Python 3.10.2. I created a user account with a space in the account name, logged on, and installed 3.10.2 for the current user, with the option enabled

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

hydroflask added the comment: I don't have github so I can't comment there but just as a nitpick, alloca() never returns NULL, so you don't have to check that. I know that is inconsistent with its use in callproc.c so for consistency's sake the NULL check should stay but I would remove both

[issue46687] Update pyexpat for CVE-2021-45960

Ned Deily added the comment: Duplicate of Issue46400 ? -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing

[issue46687] Update pyexpat for CVE-2021-45960

New submission from Steve Dower : libexpat recently fixed a security issue relating to some arithmetic: https://github.com/libexpat/libexpat/pull/534 I assume we should take this fix, either by updating our entire bundled copy or just backporting the patch. -- components: XML

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

Dong-hee Na added the comment: And it even better from performance view -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

Dong-hee Na added the comment: @hydroflask Sound reasonable, I submitted a new patch to use alloca which is already used in _ctypes module. -- ___ Python tracker ___

[issue46684] Expose frozenset._hash classmethod

Joshua Bronson added the comment: Thanks for the explanation, Raymond. Regarding: > Lastly, pure python hashable sets based on the ABC are not common This would have implications for other use cases though, that are perhaps more common. See, for example, the following code:

[issue46622] Support decorating a coroutine with functools.cached_property

Change by Éric Araujo : -- versions: -Python 3.10, Python 3.8, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

Change by Dong-hee Na : -- pull_requests: +29395 pull_request: https://github.com/python/cpython/pull/31224 ___ Python tracker ___

[issue46614] Add option to output UTC datetimes as "Z" in `.isoformat()`

Éric Araujo added the comment: Would it be horrible to have the timezone instance control this? -- nosy: +eric.araujo ___ Python tracker ___

[issue46586] In documentation contents enum.property erroneously links to built-in property

Éric Araujo added the comment: The same problem exists for any attribute that has the same name as a builtin, see for example https://docs.python.org/3/library/sys.html#sys.float_info -- ___ Python tracker

[issue46686] [venv / PC/launcher] issue with a space in the installed python path

New submission from Kesh Ikuma : After months of proper operation, my per-user Python install started to error out when I attempt `python -m venv .venv` with "Error: Command '['C:\\Users\\kesh\\test\\.venv\\Scripts\\python.exe', '-Im', 'ensurepip', '--upgrade', '--default-pip']' returned

[issue46684] Expose frozenset._hash classmethod

Raymond Hettinger added the comment: > Why not expose the C implementation via a frozenset._hash() > classmethod, and change Set._hash() to merely call that? The frozenset.__hash__ method is tightly bound to the internals of real sets to take advantage of the hash values already being known

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

hydroflask added the comment: Two things, one is a nit pick the other is more serious. I think vstinner mentioned this in his review of your patch but on this line:

[issue46678] Invalid cross device link in Lib/test/support/import_helper.py

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

[issue46678] Invalid cross device link in Lib/test/support/import_helper.py

Brett Cannon added the comment: New changeset c2735b75afd530631efde4ddd3cb24bbdc285559 by Miss Islington (bot) in branch '3.10': bpo-46678: Fix Invalid cross device link in Lib/test/support/import_helper.py (GH-31204) (GH-31207)

[issue46556] pathlib.Path.__enter__() should emit DeprecationWarning

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

[issue46556] pathlib.Path.__enter__() should emit DeprecationWarning

Brett Cannon added the comment: New changeset 06e1701ad3956352bc0f42b8f51c2f8cc85bf378 by Barney Gale in branch 'main': bpo-46556: emit `DeprecationWarning` from `pathlib.Path.__enter__()` (GH-30971) https://github.com/python/cpython/commit/06e1701ad3956352bc0f42b8f51c2f8cc85bf378

[issue46685] Add additional tests for new features in `typing.py`

Change by Nikita Sobolev : -- pull_requests: +29394 pull_request: https://github.com/python/cpython/pull/31223 ___ Python tracker ___

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

Gregory Beauregard added the comment: I have made a thread on typing-sig to discuss this: https://mail.python.org/archives/list/typing-...@python.org/thread/WZ4BCFO4VZ7U4CZ4FSDQNFAKPG2KOGCL/ -- ___ Python tracker

[issue46541] Replace _Py_IDENTIFIER() with statically initialized objects.

Eric Snow added the comment: New changeset 81c72044a181dbbfbf689d7a977d0d99090f26a8 by Eric Snow in branch 'main': bpo-46541: Replace core use of _Py_IDENTIFIER() with statically initialized global objects. (gh-30928)

[issue46657] Add mimalloc memory allocator

Christian Heimes added the comment: I re-ran the benchmark of d6f5f010b586: | Benchmark | 2022-02-08_11-54-master-69e10976b2e7 | 2022-02-08_11-57-master-d6f5f010b586 | |-|::|::| |

[issue45713] gcc warning when compiling Modules/expat/xmltok_ns.c

Change by Cyril Jouve : -- keywords: +patch nosy: +Cyril Jouve nosy_count: 2.0 -> 3.0 pull_requests: +29393 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31022 ___ Python tracker

[issue46685] Add additional tests for new features in `typing.py`

Jelle Zijlstra added the comment: Thanks for catching these details! Please send a PR. -- ___ Python tracker ___ ___

[issue46685] Add additional tests for new features in `typing.py`

Change by Nikita Sobolev : -- keywords: +patch pull_requests: +29392 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31222 ___ Python tracker ___

[issue46685] Add additional tests for new features in `typing.py`

New submission from Nikita Sobolev : New features (like `Self` type and `Never` type), in my opinion, require some extra testing. Things that were not covered: - Inheritance from `Self`, only `type(Self)` is covered:

[issue46656] Compile fails if Py_NO_NAN is defined

STINNER Victor added the comment: Requiring IEEE 754 support is being discussed on python-dev: https://mail.python.org/archives/list/python-...@python.org/thread/J5FSP6J4EITPY5C2UJI7HSL2GQCTCUWN/ -- ___ Python tracker

[issue45490] [C API] PEP 670: Convert macros to functions in the Python C API

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

[issue12029] [doc] clarify that except does not match virtual subclasses of the specified exception type

Change by Georg Brandl : -- nosy: -georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46159] Segfault when using trace functions in 3.11a3

Cyril Jouve added the comment: this looks related to https://github.com/nedbat/coveragepy/issues/1294 / https://github.com/nedbat/coveragepy/issues/1316 related to binary incompatibility in coverage (6.2) binary wheel built with 3.11alpha2 and running on 3.11alpha3 or later. Latest release

[issue12029] [doc] clarify that except does not match virtual subclasses of the specified exception type

Change by Irit Katriel : -- assignee: -> docs@python components: +Documentation nosy: +docs@python title: Allow catching virtual subclasses in except clauses -> [doc] clarify that except does not match virtual subclasses of the specified exception type versions: +Python 3.10, Python

[issue45952] Tools/c-analyzer is out-of-date.

Eric Snow added the comment: New changeset c018d3037b5b62e6d48d5985d1a37b91762fbffb by Eric Snow in branch 'main': bpo-45952: Get the C analyzer tool working again. (gh-31220) https://github.com/python/cpython/commit/c018d3037b5b62e6d48d5985d1a37b91762fbffb --

[issue45490] [C API] PEP 670: Convert macros to functions in the Python C API

STINNER Victor added the comment: I will use this issue to track changes related to PEP 670. -- title: [meta][C API] Avoid C macro pitfalls and usage of static inline functions -> [C API] PEP 670: Convert macros to functions in the Python C API

[issue46475] typing.Never and typing.assert_never

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

[issue45952] Tools/c-analyzer is out-of-date.

Change by Eric Snow : -- pull_requests: +29390 pull_request: https://github.com/python/cpython/pull/31220 ___ Python tracker ___

[issue46475] typing.Never and typing.assert_never

Guido van Rossum added the comment: New changeset 243436f3779c1e7bed1fd4b23d5a8ec5eff40699 by Jelle Zijlstra in branch 'main': bpo-46475: Add typing.Never and typing.assert_never (GH-30842) https://github.com/python/cpython/commit/243436f3779c1e7bed1fd4b23d5a8ec5eff40699 --

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Change by Eric V. Smith : -- resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue45952] Tools/c-analyzer is out-of-date.

Eric Snow added the comment: New changeset 1e6214dbd6a980b47123229aefd60bb2c9341b53 by Eric Snow in branch 'main': bpo-45952: Get the C analyzer tool working again. (gh-31219) https://github.com/python/cpython/commit/1e6214dbd6a980b47123229aefd60bb2c9341b53 --

[issue46684] Expose frozenset._hash classmethod

New submission from Joshua Bronson : collections.abc.Set provides a _hash() method that includes the following in its docstring: """ Note that we don't define __hash__: not all sets are hashable. But if you define a hashable set type, its __hash__ should call this function. ... We match the

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

German Salazar added the comment: Pre-post-edit: you are right, just saw your answer as I was typing this one. Aaaa ./python --version is not enough, I guess I need to properly setup PATH, LD_LIBRARY_PATH and possibly PKG_CONFIG_PATH. Sorry for the bother, guys. All is good. My

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Zachary Ware added the comment: I confirmed by downloading a fresh copy of each, extracting, and looking at Include/patchlevel.h. You could further check by downloading a 3.6.8 tarball and comparing it against the 3.6.15 tarball. Is 3.6.8 the version you already have installed, and are you

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

German Salazar added the comment: I hear you, but I continue to need 3.6 for a bit longer. I am on Linux, Centos 7; building from sources in a sandbox, no installation conflict with any else... How do you confirm that the tarball indeed contains that it says? I build it and then I do

[issue45952] Tools/c-analyzer is out-of-date.

Change by Eric Snow : -- pull_requests: +29389 pull_request: https://github.com/python/cpython/pull/31219 ___ Python tracker ___

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Zachary Ware added the comment: Also note that 3.6 is now EOL, so an upgrade is highly recommended anyway :) -- ___ Python tracker ___

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Zachary Ware added the comment: I've just confirmed that both tarballs (gzip and xz) on the official download page (https://www.python.org/downloads/release/python-3615/) contain 3.6.15. Note that 3.6.8 was the last bugfix release that included Windows and macOS installers. If you're on

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

German Salazar added the comment: >From https://www.python.org/downloads/release/python-3615/ Downloaded the XZ one: https://www.python.org/ftp/python/3.6.15/Python-3.6.15.tar.xz I am currently building the Gzipped one, let's see what it turns out. -- nosy: -eric.smith

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Eric V. Smith added the comment: Where did you get the tarball? -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list

[issue44006] symbol documentation still exists

Julien Palard added the comment: Oh, it's ~unrelated, but thanks for the heads up, I overlooked a Sentry error :D It's related to: https://github.com/python/docsbuild-scripts/issues/122, let's track it there. (The visible effects are the same: the full build, reponsible for deleting the

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

Change by German Salazar : -- versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46683] Python 3.6.15 source tarball installs 3.6.8?

New submission from German Salazar : wanted to install 3.6.15, but the source tarball installs 3.6.8 -- messages: 412849 nosy: salgerman priority: normal severity: normal status: open title: Python 3.6.15 source tarball installs 3.6.8? versions: Python 3.7

[issue46682] python 3.10 Py_Initialize/Py_Main std path no longer includes site-packages

New submission from Paul Jaggi : Have the following simple program: #include #include using namespace std; int main(int argc, char** argv) { wchar_t* args[argc]; for(int i = 0; i < argc; ++i) { args[i] = Py_DecodeLocale(argv[i], nullptr); } Py_Initialize(); const int

[issue46668] encodings: the "mbcs" alias doesn't work

STINNER Victor added the comment: I created GH-31218 which basically restores Python 3.10 code but enhances the test. -- ___ Python tracker ___

[issue46659] Deprecate locale.getdefaultlocale() function

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

[issue28159] Deprecate isdst argument in email.utils.localtime

Alan WiIliams added the comment: Hi, I'd like to work on this issue. Based on the discussion, the main thing to do here is to raise a deprecation warning when isdst is used? -- nosy: +Alan.Williams ___ Python tracker

[issue45490] [meta][C API] Avoid C macro pitfalls and usage of static inline functions

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

[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11

Zachary Ware added the comment: > Can issue be closed now? I think so; if others disagree they can reopen it :) -- resolution: -> fixed stage: commit review -> resolved status: open -> closed type: -> behavior ___ Python tracker

[issue44006] symbol documentation still exists

STINNER Victor added the comment: I reopen the issue for binhex. https://docs.python.org/dev/library/binhex.html is still there whereas https://github.com/python/cpython/blob/main/Doc/library/binxhex.rst is gone. -- nosy: +vstinner resolution: fixed -> status: closed -> open

[issue46586] In documentation contents enum.property erroneously links to built-in property

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 6.0 -> 7.0 pull_requests: +29386 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31216 ___ Python tracker

[issue46681] gzip.compress does not forward compresslevel to zlib.compress

Change by Ilya Leoshkevich : -- keywords: +patch pull_requests: +29385 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31215 ___ Python tracker

[issue46681] gzip.compress does not forward compresslevel to zlib.compress

New submission from Ilya Leoshkevich : Started with: commit ea23e7820f02840368569db8082bd0ca4d59b62a Author: Ruben Vorderman Date: Thu Sep 2 17:02:59 2021 +0200 bpo-43613: Faster implementation of gzip.compress and gzip.decompress (GH-27941) Co-authored-by: Łukasz Langa The

[issue46659] Deprecate locale.getdefaultlocale() function

STINNER Victor added the comment: Eryk: I created GH-31214 which uses the user preferred locale if the current LC_TIME locale is "C" or "POSIX". Moreover, it no longer gets the current locale when the class is created. If locale=locale is passed, just use the current LC_TIME (or the user

[issue46659] Deprecate locale.getdefaultlocale() function

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

[issue46680] file calls itself

Dennis Sweeney added the comment: https://stackoverflow.com/ or https://discuss.python.org/c/users/ are better places for this question. -- nosy: +Dennis Sweeney resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python

[issue46680] file calls itself

New submission from renzo : good morning I created a file called prova.py inside I put 3 lines import test a = 2 print (a) d questions why does a file have to call itself .. is it intended? how come it prints the value of a twice and does not enter the loop? -- components: Build

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

Dong-hee Na added the comment: @hydroflask All patches are merged! Thanks for all your suggestions :) -- stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue46282] return value of builtins is not clearly indicated

Irit Katriel added the comment: I should have said "redundant information" rather than "obvious". I consider it redundant to specify that the default behavior applies to some specific case. If I read redundant information I may pause to think why it was necessary to explicitly state it,

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

Dong-hee Na added the comment: New changeset b5527688aae11d0b5af58176267a9943576e71e5 by Dong-hee Na in branch 'main': bpo-46323: Use PyObject_Vectorcall while calling ctypes callback function (GH-31138) https://github.com/python/cpython/commit/b5527688aae11d0b5af58176267a9943576e71e5

[issue46282] return value of builtins is not clearly indicated

Ned Batchelder added the comment: What we're debating here is a micro-cosm of the broader "documentation philosophy" questions that I'm hoping the Documentation WG can iron out. What is "obvious"? Is it obvious that print returns None when file.write does not? Why does "exec" explicitly

[issue46657] Add mimalloc memory allocator

Christian Heimes added the comment: New benchmark: | Benchmark | 2022-02-08_11-54-master-69e10976b2e7 | 2022-02-08_11-57-master-d6f5f010b586 | |-|::|::| | mako|

[issue43366] Unclosed bracket bug in code.interact prevents identifying syntax errors

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.11 ___ Python tracker ___

[issue43366] Unclosed bracket bug in code.interact prevents identifying syntax errors

Pablo Galindo Salgado added the comment: This has been fixed by commit 69e10976b2e7682c6d57f4272932ebc19f8e8859: Python 3.11.0a5+ (heads/main:69e10976b2, Feb 8 2022, 12:30:20) [Clang 12.0.0 (clang-1200.0.32.29)] on darwin Type "help", "copyright", "credits" or "license" for more

[issue46521] codeop._maybe_compile passes code with error + triple quotes

Pablo Galindo Salgado added the comment: I am not backporting to 3.9 because the parser is different enough that introducing this would also introduce some unintended side effects. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue46521] codeop._maybe_compile passes code with error + triple quotes

Pablo Galindo Salgado added the comment: New changeset 5b58db75291cfbb9b6785c9845824b3e2da01c1c by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-46521: Fix codeop to use a new partial-input mode of the parser (GH-31010). (GH-31213)

[issue46521] codeop._maybe_compile passes code with error + triple quotes

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

[issue46521] codeop._maybe_compile passes code with error + triple quotes

Pablo Galindo Salgado added the comment: New changeset 69e10976b2e7682c6d57f4272932ebc19f8e8859 by Pablo Galindo Salgado in branch 'main': bpo-46521: Fix codeop to use a new partial-input mode of the parser (GH-31010)

[issue29240] PEP 540: Add a new UTF-8 mode

Change by Chih-Hsuan Yen : -- nosy: -yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46675] Allow more than 16 items in split-keys dicts and "virtual" object dicts.

Mark Shannon added the comment: New changeset 25db2b361beb865192a3424830ddcb0ae4b17318 by Mark Shannon in branch 'main': bpo-46675: Allow object value arrays and split key dictionaries larger than 16 (GH-31191)

[issue20779] Add pathlib.chown method

Change by Jaspar S. : -- pull_requests: +29382 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31212 ___ Python tracker ___

[issue46659] Deprecate locale.getdefaultlocale() function

Eryk Sun added the comment: > Oh. Serhiy asked me to use LC_TIME rather than LC_CTYPE. Since Locale*Calendar is documented as not being thread safe, __init__() could get the real default via setlocale(LC_TIME, "") when locale=None and the current LC_TIME is "C". Restore it back to "C" after

[issue46662] Lib/sqlite3/dbapi2.py: convert_timestamp function failed to correctly parse timestamp

Change by Erlend E. Aasland : -- nosy: +lemburg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46662] Lib/sqlite3/dbapi2.py: convert_timestamp function failed to correctly parse timestamp

Erlend E. Aasland added the comment: The sqlite3 timestamp converter is buggy, as already noted in the docs[^1]. Adding timezone support is out of the question[^2][^3][^4][^5], but fixing it to be able to discard any attached timezone info _may_ be ok; at first sight, I don't see how this

[issue46659] Deprecate locale.getdefaultlocale() function

STINNER Victor added the comment: > I think calendar.Locale*Calendar should try the LC_CTYPE locale if LC_TIME is > "C", i.e. (None, None). Otherwise, it's introducing new default behavior. For > example, with LC_ALL set to "ru_RU.utf8": (...) Oh. Serhiy asked me to use LC_TIME rather than

[issue46659] Deprecate locale.getdefaultlocale() function

STINNER Victor added the comment: Serhiy: "getdefaultlocale() falls back to LANG and LANGUAGE. It allows also to specify a list of looked up environment variables. How could this use case be covered with getlocale()?" What's your use case to use env vars rather than the current LC_CTYPE

[issue46659] Deprecate locale.getdefaultlocale() function

Eryk Sun added the comment: > getdefaultlocale() falls back to LANG and LANGUAGE. _Py_SetLocaleFromEnv(LC_CTYPE) (e.g. setlocale(LC_CTYPE, "")) gets called at startup, except for the isolated configuration [1]. I think calendar.Locale*Calendar should try the LC_CTYPE locale if LC_TIME is

[issue46072] Unify handling of stats in the CPython VM

Change by Mark Shannon : -- pull_requests: +29381 pull_request: https://github.com/python/cpython/pull/31211 ___ Python tracker ___

  1   2   >