[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: New changeset 8ef875028a3644a329c87ce420a73793e315143f by Ethan Smith in branch 'master': bpo-39481: Make weakref and WeakSet generic (GH-19497) https://github.com/python/cpython/commit/8ef875028a3644a329c87ce420a73793e315143f --

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: New changeset cecf049673da6a24435acd1a6a3b34472b323c97 by Ethan Smith in branch 'master': bpo-39481: Make functools.cached_property, partial, partialmethod generic (#19427) https://github.com/python/cpython/commit/cecf049673da6a24435acd1a6a3b34472b323c97

[issue40278] pathlib Path.replace raises OSError when target exists

Michael Selik added the comment: The docs for ``os.replace`` says "If dst is a directory, OSError will be raised." That's helpful, but the docs for ``pathlib.Path.replace`` make it seem like the target will be unconditionally replaced regardless of whether it's a file or directory. Sure,

[issue40278] pathlib Path.replace raises OSError when target exists

Karthikeyan Singaravelan added the comment: replace under the hood uses os.replace. The docs for os.replace indicate error for certain scenarios where target is a directory : https://docs.python.org/3/library/os.html#os.replace . See also some difference between os.rename and os.replace :

[issue40278] pathlib Path.replace raises OSError when target exists

New submission from Michael Selik : The pathlib module ``Path.replace(target)`` states that "If target points to an existing file or directory, it will be unconditionally replaced." However, this does not appear to be true. I experience an OSError ``[Errno 66] Directory not empty`` when

[issue39953] Let's update ssl error codes

miss-islington added the comment: New changeset c496e29c2bd0c29327c93174d5a40d2dc5a09402 by Miss Islington (bot) in branch '3.8': closes bpo-40266, closes bpo-39953: Use numeric lib code if compiling against old OpenSSL. (GH-19506)

[issue40266] Failure to build _ssl module on ubuntu xenial

miss-islington added the comment: New changeset c496e29c2bd0c29327c93174d5a40d2dc5a09402 by Miss Islington (bot) in branch '3.8': closes bpo-40266, closes bpo-39953: Use numeric lib code if compiling against old OpenSSL. (GH-19506)

[issue39953] Let's update ssl error codes

Benjamin Peterson added the comment: New changeset 584a3cfda4d7a65ea0c1ea1ee541378bb7be46ca by Benjamin Peterson in branch 'master': closes bpo-40266, closes bpo-39953: Use numeric lib code if compiling against old OpenSSL. (GH-19506)

[issue39953] Let's update ssl error codes

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

[issue40266] Failure to build _ssl module on ubuntu xenial

Benjamin Peterson added the comment: New changeset 584a3cfda4d7a65ea0c1ea1ee541378bb7be46ca by Benjamin Peterson in branch 'master': closes bpo-40266, closes bpo-39953: Use numeric lib code if compiling against old OpenSSL. (GH-19506)

[issue40266] Failure to build _ssl module on ubuntu xenial

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

[issue39953] Let's update ssl error codes

Benjamin Peterson added the comment: On Mon, Apr 13, 2020, at 17:54, Christian Heimes wrote: > > Christian Heimes added the comment: > > Could you please give me a chance to review PRs for the SSL module? The original PR was open for 23 days before I merged it. I happy to here feedback

[issue40266] Failure to build _ssl module on ubuntu xenial

Change by Benjamin Peterson : -- keywords: +patch pull_requests: +18857 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/19506 ___ Python tracker

[issue40277] Improve repr for _tuplegetter objects

New submission from Raymond Hettinger : Formerly, the accessor for named tuples were more informative: >>> class Pt(NamedTuple): x: int y: int >>> vars(Pt)['x'] >>> vars(Pt)['x'].fget operator.itemgetter(0) Currently, it is less informative:

[issue40276] Make member objects inspectable.

New submission from Raymond Hettinger : Given: class A: __slots__ = ['x', 'y', 'z') mo = vars(A)['x'] The field number should be viewable: >>> mo.offset 0 And the __repr__ should be: >>> mo -- components: Interpreter Core keywords: easy (C)

[issue39943] Meta: Clean up various issues in C internals

STINNER Victor added the comment: Not sure if it's related to changes made recently on this issue, but I started to notice these compiler warnings on Windows: D:\a\cpython\cpython\Modules\sre_lib.h(822,21): warning C4090: 'function': different 'const' qualifiers

[issue39321] AMD64 FreeBSD Non-Debug 3.x: out of swap space (test process killed by signal 9)

STINNER Victor added the comment: koobs: Any update on this swap issue? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38644] Pass explicitly tstate to function calls

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

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

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

[issue40268] Reorganize pycore_pystate.h header

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

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

STINNER Victor added the comment: > bpo-40241: Add pycore_interp.h header (GH-19499) Oops, this change was for bpo-40268. -- ___ Python tracker ___

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

Change by STINNER Victor : -- pull_requests: -18854 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40268] Reorganize pycore_pystate.h header

STINNER Victor added the comment: New changeset 0c13e1f96a9487e0efe63c3d3a05ff9738bd7dac by Victor Stinner in branch 'master': bpo-40241: Add pycore_interp.h header (GH-19499) https://github.com/python/cpython/commit/0c13e1f96a9487e0efe63c3d3a05ff9738bd7dac --

[issue40208] Remove deprecated symtable.SymbolTable.has_exec

Dong-hee Na added the comment: The deletion of this symtable.SymbolTable.has_exec is now landed. I would like to thank Batuhan and all the reviewers who have participated in this issue. It's time for us to say goodbye to symtable.SymbolTable.has_exec. -- resolution: -> fixed stage:

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

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

[issue40208] Remove deprecated symtable.SymbolTable.has_exec

Dong-hee Na added the comment: New changeset 990ea4200f05fcd8bce3de363f4d7745ae142385 by Batuhan Taşkaya in branch 'master': bpo-40208: Remove deprecated has_exec method of SymbolTable (GH-19396) https://github.com/python/cpython/commit/990ea4200f05fcd8bce3de363f4d7745ae142385 --

[issue39380] ftplib uses latin-1 as default encoding

STINNER Victor added the comment: It's now fixed. Thanks Eric V. Smith for suggesting the change and thanks Sebastian Pedersen for the very complete implementation (with tests and new constructor parameters!). The default encoding change is documented properly in the "Changes in the Python

[issue40274] 3D plotting library doesn't occlude objects by depth/perspective (objects in the scene are printed in layers).

Change by Eric V. Smith : -- resolution: -> third party status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue39380] ftplib uses latin-1 as default encoding

STINNER Victor added the comment: New changeset a1a0eb4a394a5ac7a8422616ce1ee4125a3ef74f by Sebastian Pedersen in branch 'master': bpo-39380: Change ftplib encoding from latin-1 to utf-8 (GH-18048) https://github.com/python/cpython/commit/a1a0eb4a394a5ac7a8422616ce1ee4125a3ef74f --

[issue32894] AST unparsing of infinity numbers

STINNER Victor added the comment: It seems like the fix works as expected: >>> from __future__ import annotations >>> def f(x: A[1e1000, 1e1000j]): pass ... >>> f.__annotations__ {'x': 'A[1e309, 1e309j]'} >>> A=list >>> eval(f.__annotations__['x']) list[inf, infj] -- resolution:

[issue40255] Fixing Copy on Writes from reference counting

STINNER Victor added the comment: I would be more interested by an experiment to move ob_refcnt outside PyObject to solve the Copy-on-Write issue, especially to measure the impact on performances. -- ___ Python tracker

[issue39953] Let's update ssl error codes

Christian Heimes added the comment: Could you please give me a chance to review PRs for the SSL module? Python is still failing to compile with OpenSSL 1.0.2 and LibreSSL. The new table contains also wrong values for LibreSSL and OpenSSL 1.0.2. -- resolution: fixed -> stage:

[issue40255] Fixing Copy on Writes from reference counting

Pablo Galindo Salgado added the comment: > gc.freeze() has a similar issue, no? This function also comes from Instagram > specific use case ;-) Not really because this patch is much more impacting. gc.freeze() moves objects into a permanent generation making them not participate in the GC

[issue32894] AST unparsing of infinity numbers

STINNER Victor added the comment: New changeset 258f5179f9494189e6a80311c86981d2a88ba9d6 by Batuhan Taşkaya in branch 'master': bpo-32894: Support unparsing of infinity numbers in ast_unparser.c (GH-17426) https://github.com/python/cpython/commit/258f5179f9494189e6a80311c86981d2a88ba9d6

[issue39511] [subinterpreters] Per-interpreter singletons (None, True, False, etc.)

STINNER Victor added the comment: bpo-40255 proposes a concrete implementation of immortal objects: it modifies Py_INCREF and Py_DECREF which makes Python up to 1.17x slower. -- ___ Python tracker

[issue40255] Fixing Copy on Writes from reference counting

STINNER Victor added the comment: The idea of immortal objects was proposed to solve the bpo-39511 problem. I dislike immortable for different reasons. Here are some. Gregory: > We wound up not deploying it or pushing for it in CPython because the CPU > performance implications of adding a

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11395] print(s) fails on Windows with long strings

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25680] Selector.select() hangs when there is nothing to select

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40274] 3D plotting library doesn't occlude objects by depth/perspective (objects in the scene are printed in layers).

Brian O'Sullivan added the comment: matplotlib yes Will do. -- resolution: third party -> status: closed -> open ___ Python tracker ___

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

STINNER Victor added the comment: I merged my fix into master. PR 19196 fix could be backported to 3.8, sadly I had to reject this PR since it introduced new problems :-( This approach (create a new lock at fork) doesn't work :-( So I'm not sure how to fix the issue on 3.8 without

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

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

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

STINNER Victor added the comment: New changeset 4c3da783cffb8471303fbae3e09f3d67b31c3d06 by Victor Stinner in branch 'master': bpo-40091: Fix a hang at fork in the logging module (GH-19416) https://github.com/python/cpython/commit/4c3da783cffb8471303fbae3e09f3d67b31c3d06 --

[issue40275] test.support has way too many imports

New submission from STINNER Victor : test_threading.ThreadJoinOnShutdown.test_reinit_tls_after_fork() does crash on AIX: bpo-40068. One of the issue is that logging does crash at fork: bpo-40091. The strange thing is that test_threading doesn't use logging. I'm quite sure that logging is

[issue40274] 3D plotting library doesn't occlude objects by depth/perspective (objects in the scene are printed in layers).

Eric V. Smith added the comment: I'm not sure which of the libraries is the 3d plotting library you're referring to (maybe matplotlib?), but in any event it doesn't ship with python, so this isn't the appropriate bug tracker to report your issue. If it is matplotlib, their issue tracker is

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Batuhan Taskaya added the comment: By the noticed something that looks kind of weird, not sure if it is intentional or not but shouldn't this be self instead of gen static void gen_dealloc(PyGenObject *gen) { PyObject *self = (PyObject *) gen; _PyObject_GC_UNTRACK(gen); if

[issue40274] 3D plotting library doesn't occlude objects by depth/perspective (objects in the scene are printed in layers).

New submission from Brian O'Sullivan : 3D plotting library doesn't occlude objects by depth/perspective. When the figure is regenerated during the animation, each additional line and points is printed on top of the prior lines and points. Bug resolution: - incorporate occlusions in the 3D

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: New changeset 25a6833f7945f14cad83509ec73954d0ad70bdb1 by Chih-Hsuan Yen in branch 'master': bpo-39481: fix test_genericalias on Android (GH-19469) https://github.com/python/cpython/commit/25a6833f7945f14cad83509ec73954d0ad70bdb1 --

[issue40106] multiprocessor spawn

Change by Ned Deily : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Batuhan Taskaya added the comment: @Michael.Felt can you just insert some prints between these 3 to see what is going on (and re-compile) static void gen_dealloc(PyGenObject *gen) { PyObject *self = (PyObject *) gen; _PyObject_GC_UNTRACK(gen); if (gen->gi_weakreflist !=

[issue40255] Fixing Copy on Writes from reference counting

Steve Dower added the comment: > There is a trend right now to try to remove immortal objects (started by > Victor and others) like static types and transforming them to heap types. This isn't actually about removing immortal objects, but removing *mutable* objects that would be shared

[issue40255] Fixing Copy on Writes from reference counting

Pablo Galindo Salgado added the comment: > If it's easy to set up, it might be interesting to see if there's a > difference if (e.g.) all interned strings are marked as immortal, or all > small ints. Or type objects. Maybe set a flag during initialization and treat > everything created

[issue40255] Fixing Copy on Writes from reference counting

Pablo Galindo Salgado added the comment: Thanks, Eddie for sharing the patch. I think this is an interesting discussion: for instance, in the core dev sprint at Microsoft I recall that we had a quick discussion about having immortal references. After analyzing the patch, and even assuming

[issue40255] Fixing Copy on Writes from reference counting

Steve Dower added the comment: If it's easy to set up, it might be interesting to see if there's a difference if (e.g.) all interned strings are marked as immortal, or all small ints. Or type objects. Maybe set a flag during initialization and treat everything created before that as

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Eryk Sun added the comment: > You mean the CI agent is doing it? Because there's nowhere in > Python that should be doing it. The ProcessParameters->DllPath value is inherited until a process in the tree reverts to the original search path via SetDllDirectoryW(NULL), so it can be any

[issue35569] OSX: Enable IPV6_RECVPKTINFO

Change by Erlend Egeberg Aasland : -- versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40255] Fixing Copy on Writes from reference counting

Pablo Galindo Salgado added the comment: System state CPU: use 12 logical CPUs: 1,3,5,7,9,11,13,15,17,19,21,23 Perf event: Maximum sample rate: 1 per second ASLR: Full randomization Linux scheduler: Isolated CPUs (12/24): 1,3,5,7,9,11,13,15,17,19,21,23 Linux scheduler: RCU

[issue40255] Fixing Copy on Writes from reference counting

Pablo Galindo Salgado added the comment: I run the pyperformance test suite with PGO + LTO + full cpu isolation in the speed.python.org machine and these were the results: +-+--+---+ | Benchmark

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: You mean the CI agent is doing it? Because there's nowhere in Python that should be doing it. I'd rather not blanket change this option in the test suite (except to turn it on :) ), so that code snippet probably needs to shrink down into a one-liner that can

[issue35569] OSX: Enable IPV6_RECVPKTINFO

Erlend Egeberg Aasland added the comment: Added (Mac OS specific) unit tests. -- Added file: https://bugs.python.org/file49059/0002-bpo-35569-Add-unit-tests.patch ___ Python tracker

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Eryk Sun added the comment: > it seems the search order we're getting for _sqlite3.dll (.pyd) is: > > * app directory > * SQL server install directory (?) > * Windows/System32 > * Windows > * %PATH% (which is truncated at 2190 chars) Thank you. It finally makes sense. The parent process is

[issue40273] mappingproxy isn't reversible

Raymond Hettinger added the comment: This seems reasonable. +1 -- keywords: +easy (C) versions: -Python 3.8 ___ Python tracker ___

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: Okay, I've wasted enough time on this. Let's just disable the test permanently and say that the winmode=0 behaviour is system-specific and is not tested. -- ___ Python tracker

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: So I collected more info, and it seems the search order we're getting for _sqlite3.dll (.pyd) is: * app directory * SQL server install directory (?) * Windows/System32 * Windows * %PATH% (which is truncated at 2190 chars) And then we never look in CWD. I

[issue39953] Let's update ssl error codes

Anthony Sottile added the comment: this is still broken even with the latest patch: https://bugs.python.org/issue40266 -- nosy: +Anthony Sottile ___ Python tracker ___

[issue40266] Failure to build _ssl module on ubuntu xenial

Anthony Sottile added the comment: yes, it is still broken, now with fewer errors: 2020-04-13T15:06:34.7330649Z x86_64-linux-gnu-gcc -pthread -fPIC -Wdate-time -D_FORTIFY_SOURCE=2 -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -g -fstack-protector -Wformat

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Michael Felt added the comment: After my build I have the following: $ ./python -m test.pythoninfo|grep -E 'CFLAGS|CC|OPT|LDFLAGS' Objects/genobject.c:127: _PyObject_GC_TRACK: Assertion "!(((PyGC_Head *)(op)-1)->_gc_next != 0)" failed: object already tracked by the garbage collector Enable

[issue32033] The pwd module implementation incorrectly sets some attributes to None

Change by Zackery Spytz : -- versions: +Python 3.8, Python 3.9 -Python 2.7, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: > I don't understand what's going on here if %PATH% is interfering. Yeah, as shown by the fact my fix didn't fix it :) I'm going to try adding some more diagnostics around this to find out exactly where it's failing. I suspect it's a dependency, rather than

[issue32033] The pwd module implementation incorrectly sets some attributes to None

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 3.0 -> 4.0 pull_requests: +18853 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19502 ___ Python tracker

[issue40273] mappingproxy isn't reversible

Change by Karthikeyan Singaravelan : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40273] mappingproxy isn't reversible

Change by jack1142 : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40273] mappingproxy isn't reversible

New submission from jack1142 : Starting in version 3.8, dicts are reversible so it would make sense if mapping proxy were also reversible. Especially that `reversed(proxied_dict.keys())` does work. -- messages: 366315 nosy: jack1142 priority: normal severity: normal status: open

[issue26903] ProcessPoolExecutor(max_workers=64) crashes on Windows

Ray Donnelly added the comment: I took the liberty of filing this: https://bugs.python.org/issue40263 Cheers. -- nosy: +Ray Donnelly ___ Python tracker ___

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Batuhan Taskaya added the comment: Oh, looks like the problem is --without-computed-gotos, I just tried 2 times one is with --without-computed-gotos and one is not. I could successfully reproduce the problem with it. I'll continue triaging. --

[issue40263] ValueError exception on _winapi.WaitForMultipleObjects

Ray Donnelly added the comment: https://github.com/python/cpython/pull/19501 -- ___ Python tracker ___ ___ Python-bugs-list

[issue40263] ValueError exception on _winapi.WaitForMultipleObjects

Change by Ray Donnelly : -- nosy: +Ray.Donnelly nosy_count: 5.0 -> 6.0 pull_requests: +18852 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19501 ___ Python tracker

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Serhiy Storchaka added the comment: No, I did not check other changes. These two just looked too suspicious. -- ___ Python tracker ___

[issue40271] Allow shell like paths in

Serhiy Storchaka added the comment: How would you work with a file in the "~" directory? Python is a programming language. It provides you builtin blocks which you can combine to get the desired behavior. If you what "~" at the start of the path be expanded to your home directory, you call

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Ethan Smith added the comment: Hm, yeah it appears my methodology was too loose. Thank you for catching these. I will go through and test the rest (if you haven't yet) later today and make a PR to revert anything that needs it. Thanks! (and sorry) On Mon, Apr 13, 2020 at 2:12 AM Serhiy

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Fran Boon added the comment: What is happening with this bug? I am amazed that nearly 4 years on it doesn't seem to have been resolved. The issue took me a fairly long time to debug the cause of, but once known the issue seems relatively simple to resolve & there are a couple of Pull Requests

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Eryk Sun added the comment: > But I'm not sure why that is getting loaded earlier than the > current directory. Is that the behaviour we went for here? I don't understand what's going on here if %PATH% is interfering. The current directory (%__CD__%) should be checked before %PATH% with the

[issue40271] Allow shell like paths in

Gavin D'souza added the comment: Thank you @xtreak, I'm aware of "os.path.expanduser" and have used it extensively; I created this issue if we could do something about handling this internally in zipfile too. -- ___ Python tracker

[issue40112] AIX: xlc - default path changed and no longer recognized

Michael Felt added the comment: Thank you! On 09/04/2020 17:33, STINNER Victor wrote: > STINNER Victor added the comment: > > I backported the fix to 3.8 to fix AIX 3.8 buildbots. > > -- > > ___ > Python tracker >

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Change by Steve Dower : -- pull_requests: +18851 pull_request: https://github.com/python/cpython/pull/19500 ___ Python tracker ___

[issue40176] unterminated string literal tokenization error messages could be better

Batuhan Taskaya added the comment: Fair point. I changed error messages to what you suggested >>> (300) * 6 + ca(e, 2 +"dsadsa) File "", line 1 (300) * 6 + ca(e, 2 +"dsadsa) ^ SyntaxError: unterminated string literal >>> (300) * 6 + ca(e, 2 +

[issue40271] Allow shell like paths in

Karthikeyan Singaravelan added the comment: You can use os.path.expanduser to expand tilde. Other os functions don't do it implicitly. >>> import os >>> os.path.exists("~/stuff") False >>> os.path.exists(os.path.expanduser("~/stuff")) True -- nosy: +xtreak

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

STINNER Victor added the comment: New changeset 0c13e1f96a9487e0efe63c3d3a05ff9738bd7dac by Victor Stinner in branch 'master': bpo-40241: Add pycore_interp.h header (GH-19499) https://github.com/python/cpython/commit/0c13e1f96a9487e0efe63c3d3a05ff9738bd7dac --

[issue40263] ValueError exception on _winapi.WaitForMultipleObjects

Steve Dower added the comment: (Created from issue26903) Yeah, that looks like a reasonable fix :) -- title: Follow on bug from https://bugs.python.org/issue26903 (ValueError exception on _winapi.WaitForMultipleObjects) -> ValueError exception on _winapi.WaitForMultipleObjects

[issue40272] ModuleNotFoundEror thrown by system python while accessing it specifically via venv python

New submission from Gavin D'souza : I have a tool that works as a wrapper over a web framework which in turn utilizes a virtualenv environment. So every app to be installed for a project is installed in it's own env folder. Recently, the virtualenv has been breaking throwing

[issue40269] Inconsistent complex behavior with (-1j)

Mark Dickinson added the comment: Another related issue is #23229, where Guido says (in msg233963): > BTW I don't want repr() of a complex number to use the > complex(..., ...) notation -- it's too verbose. -- ___ Python tracker

[issue40255] Fixing Copy on Writes from reference counting

Change by Steve Dower : -- nosy: +steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40271] Allow shell like paths in

New submission from Gavin D'souza : Related library: zipfile Since zipfile allows relative dotted paths too, should shell-like paths, specifically with ~ (tilde) be allowed too? This feels like unexpected behaviour and confusing for users as method "is_zipfile" returns False in case path

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

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

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

STINNER Victor added the comment: Ok, this issue should now be closed. It was easier than expected ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40260] modulefinder traceback regression starting on Windows

Steve Dower added the comment: (+Windows tag) These should use io.open_code() these days anyway, which always opens in 'rb'. Could you make that change? -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python

[issue40269] Inconsistent complex behavior with (-1j)

Change by Mark Dickinson : -- keywords: +patch pull_requests: +18849 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19498 ___ Python tracker ___

[issue40267] Error message differs when an expression is in an fstring

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

[issue40269] Inconsistent complex behavior with (-1j)

Mark Dickinson added the comment: > The Imaginary type could help to solve other "gotchas". Yes, it's an attractive proposition from many angles: e.g., multiplying by 1j could do the correct quarter-turn rotation in the complex plane, keeping all signs correct, so that multiplying a complex

  1   2   >