[issue42203] Unexpected behaviour NameError: name 'open' is not defined

Vinay Sajip added the comment: > Should this be closed and pushed back to fixing logging? It's not particularly a logging issue, though it can surface in logging because that's a mechanism to notify users about stuff. After all, most parts of the stdlib would expect open() to always be avail

[issue40956] Use Argument Clinic in sqlite3

Dong-hee Na added the comment: @erlendaasland Thank you erlendaasland for working on GH-22484. This time was a good time to review my AC knowledge ;) -- ___ Python tracker __

[issue40956] Use Argument Clinic in sqlite3

Dong-hee Na added the comment: New changeset 7d210271579ae31f43b32f73c2aff5bc4fe0d27f by Erlend Egeberg Aasland in branch 'master': bpo-40956: Convert _sqlite3 module level functions to Argument Clinic (GH-22484) https://github.com/python/cpython/commit/7d210271579ae31f43b32f73c2aff5bc4fe0d27

[issue42198] Clean up docs for Union and GenericAlias

miss-islington added the comment: New changeset bcbf758476c1148993ddf4b54d3f6169b973ee1c by kj in branch 'master': bpo-42198: Document __new__ for types.GenericAlias (GH-23039) https://github.com/python/cpython/commit/bcbf758476c1148993ddf4b54d3f6169b973ee1c -- _

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

Dong-hee Na added the comment: @gvanrossum Sorry, Not this time. I just add myself to observe how to solve this issue. Maybe Batuhan is the proper member to handle this issue. Just question to this issue. Since GenericAlias does not have a Py_TPFLAGS_BASETYPE flag, IMHO we have to add Py_TP

[issue42186] unittest overrides more serious warnings filter added before unittest.main()

Nick Coghlan added the comment: Closing the old one as partially fixed, and linking here as a superseder makes sense to me, so I went ahead and did that. -- ___ Python tracker __

[issue15626] unittest.main negates -bb option and programmatic warning configuration

Nick Coghlan added the comment: Issue #42186 now covers the request to have a way to tell unittest to leave the warnings filter alone even if it's set programmatically rather than by modifying ``sys.warnoptions``. (Changing version to 3.7 to indicate when the interaction with `-bb` was fixed

[issue15626] unittest.main negates -bb option and programmatic warning configuration

Change by Nick Coghlan : -- superseder: -> unittest overrides more serious warnings filter added before unittest.main() ___ Python tracker ___ ___

[issue42100] Add _PyType_GetModuleByDef

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue42201] Priority queue realization issue

Raymond Hettinger added the comment: The previous example, PrioritizedItem, shows how to address the issue. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue42216] Optimize dict.popitem() & insert use case.

Inada Naoki added the comment: > But `dict.popitem()` returns the last item in the insertion order. The item > must be the last item of collision chain too. This assumption was wrong. Inserting new item may overwrite dummy entry. In this case, the last item in the middle of collision chain.

[issue42160] unnecessary overhead in tempfile

Inada Naoki added the comment: @Deric-W Please create another PR to change from `choise` to `choises` if you want to optimize it. -- ___ Python tracker ___ __

[issue42160] unnecessary overhead in tempfile

Inada Naoki added the comment: New changeset 43ca084c88d1e46a44199f347c72e26db84903c9 by Inada Naoki in branch 'master': Revert "bpo-42160: tempfile: Reduce overhead of pid check. (GH-22997)" https://github.com/python/cpython/commit/43ca084c88d1e46a44199f347c72e26db84903c9 -- _

[issue41835] Speed up dict vectorcall creation using keywords

Inada Naoki added the comment: unpack_sequence is very sensitive benchmark. Speed is dramatically changed by code alignment. PGO+LTO will reduce the noise, but we see noise always. I believe there is no significant performance change in macro benchmarks when optimizing this part. Not signif

[issue42160] unnecessary overhead in tempfile

Change by Inada Naoki : -- pull_requests: +21974 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/23055 ___ Python tracker ___ _

[issue42160] unnecessary overhead in tempfile

Inada Naoki added the comment: Oh, _RandomNameSequence is not true singleton. Instance is used in tests actually. Using `os.register_at_fork` was but idea. Let's reject it. -- ___ Python tracker ___

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

Guido van Rossum added the comment: @corona10 Do I hear that you'd like to work on this? -- ___ Python tracker ___ ___ Python-bugs-

[issue42160] unnecessary overhead in tempfile

STINNER Victor added the comment: The commit 8e409cebad42032bb7d0f2cadd8b1e36081d98af introduced a reference leak: https://buildbot.python.org/all/#/builders/320/builds/71 $ make && ./python -m test test_tempfile -R 3:3 ... test_tempfile leaked [49, 49, 49] references, sum=147 test_tempfile le

[issue42190] global declarations affect too much inside exec or compile

Pablo Galindo Salgado added the comment: > Maybe someone can bisect and find when this started happening? As far as I understand, this has been the case since Python 2 at least: $cat code.py gdict = {} ldict = {} exec(''' x = 1 def f(): global x''', gdict, ldict) print(('x' in gdict, 'x' in l

[issue42190] global declarations affect too much inside exec or compile

Guido van Rossum added the comment: Looks like a bug. Maybe someone can bisect and find when this started happening? -- ___ Python tracker ___

[issue42216] Optimize dict.popitem() & insert use case.

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

[issue42211] CRASH

STINNER Victor added the comment: This is a strange copy of my bpo-42208 issue... -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Using logging or warnings during Python finalization does crash Python ___ Pyt

[issue26528] NameError for built in function open when re-raising stored exception from yielded function

STINNER Victor added the comment: Davide Rizzo: > I've just stumbled on the same thing happening on some code that attempts to > use logging on __del__. > (...) > File ".../logging/__init__.py", line 1121, in _open > NameError: name 'open' is not defined This is bpo-26789 which is unrelated t

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

Pablo Galindo Salgado added the comment: New changeset ddcd57e3ea75ab0ad370bbaaa6b76338edbca395 by Pablo Galindo in branch '3.9': [3.9] bpo-42214: Fix check for NOTEQUAL token in the PEG parser for the barry_as_flufl rule (GH-23048) (GH-23051) https://github.com/python/cpython/commit/ddcd57e

[issue26789] logging: Trying to log during Python finalization with NameError: name 'open' is not defined

STINNER Victor added the comment: Attached PR 23053 fix the root issue of the infamous "NameError: name 'open' is not defined" error in the logging module. -- ___ Python tracker

[issue42190] global declarations affect too much inside exec or compile

Terry J. Reedy added the comment: exec with different global and local dicts is most like executing code in a class definition, where locals is different from globals. But mimicking your exec with an actual class statement does not produce the same result. >>> gdict = {} >>> class C:

[issue42216] Optimize dict.popitem() & insert use case.

New submission from Inada Naoki : PyDict_DelItem stores DUMMY entry in the hash table. Without DUMMY, collision chain will be broken so proving will be not working. But `dict.popitem()` returns the last item in the insertion order. The item must be the last item of collision chain too. So `di

[issue26789] logging: Trying to log during Python finalization with NameError: name 'open' is not defined

STINNER Victor added the comment: Note: Attached error.py no longer works with a recent aiohttp version. -- ___ Python tracker ___

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: I fixed all issues which prevented to fix bpo-26789, I close thie issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset b62bdf71ea0cd52041d49691d8ae3dc645bd48e1 by Victor Stinner in branch 'master': bpo-42208: Add _locale._get_locale_encoding() (GH-23052) https://github.com/python/cpython/commit/b62bdf71ea0cd52041d49691d8ae3dc645bd48e1 -- _

[issue26789] logging: Trying to log during Python finalization with NameError: name 'open' is not defined

Change by STINNER Victor : -- keywords: +patch pull_requests: +21972 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23053 ___ Python tracker ___ _

[issue42209] Incorrect line reported in syntax error

Change by Eric V. Smith : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue42215] urlparse with a Windows path returns the drive name as the scheme

New submission from Rangel Reale : Passing a Windows path to urllib.parse.urlparse, without file://, makes it detect the drive as the scheme even it having '\' after the ':', which makes it completelly wrong for a url. Probably this function shouldn't be used with non-uri paths, but it should

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue41803] Robots.txt

Change by Irit Katriel : -- resolution: -> rejected stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python

[issue14845] list() != []

Change by Irit Katriel : -- resolution: -> out of date stage: needs patch -> resolved status: pending -> closed ___ Python tracker ___

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset 710e82630775774dceba5e8f24b1b10e6dfaf9b7 by Victor Stinner in branch 'master': bpo-42208: Add _Py_GetLocaleEncoding() (GH-23050) https://github.com/python/cpython/commit/710e82630775774dceba5e8f24b1b10e6dfaf9b7 --

[issue42186] unittest overrides more serious warnings filter added before unittest.main()

Terry J. Reedy added the comment: Nick and/or Victor: should this be closed in favor of #15626? or should the latter be closed as mostly fixed, with this being left open as a followup? -- nosy: +terry.reedy, vstinner versions: -Python 3.6, Python 3.7

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

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

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: > This change renames collect() to gc_collect_main(). It broke test_gdb on > buildbots, whereas test_gdb passed on Travis CI on my PR 23038. Also, > test_gdb is skipped on the Ubuntu job of GitHub Action since gdb is not > installed. I created https://github

[issue5996] abstract class instantiable when subclassing built-in types

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker __

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

Pablo Galindo Salgado added the comment: New changeset 06f8c3328dcd81c84d1ee2b3a57b5381dcb38482 by Pablo Galindo in branch 'master': bpo-42214: Fix check for NOTEQUAL token in the PEG parser for the barry_as_flufl rule (GH-23048) https://github.com/python/cpython/commit/06f8c3328dcd81c84d1ee

[issue21078] multiprocessing.managers.BaseManager.__init__'s "serializer" argument is not documented

Change by Irit Katriel : -- components: +Library (Lib) type: -> behavior versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker

[issue42177] Improving KeyError exception

Terry J. Reedy added the comment: Printing an exception is defined as printing the exception message, which currently is e.args[0]. We will not change that as it would break code worldwide. To print more, the class name can be used directly or as a key into a dict of replacements or replac

[issue1509060] Interrupt/kill threads w/exception

Change by Irit Katriel : -- stage: test needed -> needs patch versions: +Python 3.10, Python 3.9 -Python 3.2 ___ Python tracker ___ __

[issue10936] Simple CSS fix for left margin at docs.python.org

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___ _

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

Steve Dower added the comment: So for a manually managed install, your best bet is to just copy the install directory somewhere else (and then maybe remove the original? Up to you). That will break the MSI tracking that lets us do reliable upgrades and repairs, but shouldn't break Python its

[issue42184] pdb exits unexpectedly when calling args

Irit Katriel added the comment: This is true in 3.10 as well. The same happens if __repr__ raises an exception. do_args command doesn't handle exceptions from repr. See also issue37022. -- components: +Library (Lib) nosy: +iritkatriel versions: +Python 3.10, Python 3.8, Python 3.9 -P

[issue42162] The license page for Python 3.0.1 is messed up

Terry J. Reedy added the comment: The docs pages interpret x.y as x.y.latest. So the 3.0 doc is for the 3.0.1 release, the last for 3.0. https://docs.python.org/release/3.0.1/license.html https://docs.python.org/release/3.0/license.html is fine. What's messed up is the license history table

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42196] Python Windows Installation Error 0x800705aa

Steve Dower added the comment: That python.exe stub being there may be the reason it doesn't appear to do anything. If you aren't fully up to date on preview builds (which is likely), then running it with any arguments will silently exit. If you run it just as "python.exe" then it will pop o

[issue42173] Drop Solaris support

STINNER Victor added the comment: Jakub: Would you mind to build the master branch of Python, run the test suite and post the tests results? In short: git clone https://github.com/python/cpython.git cd cpython ./configure ./python -m test -j0 -r If possible, try to install dependencies (read

[issue42210] float.hex discards sign from -nan

Raymond Hettinger added the comment: Having fromhex() support signed NaNs was reasonable because it is a valid possible input; however, the case isn't as clear-cut for output. Since applications are allowed to ignore the sign bit, no application should rely on seeing a particular sign for a

[issue42210] float.hex discards sign from -nan

Change by Raymond Hettinger : -- nosy: +tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue42173] Drop Solaris support

Terry J. Reedy added the comment: Dear Solaris Python fans (about 20 so far here): Here is the situation. There are 1000s of open issues on this tracker and at least 100s of open cpython PRs, and only 20-30 core developers, mostly volunteers, actively (depending on definition) merging PRs a

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset 09c6120be8c70366495b027ae3daa213609de3ed by Miss Skeleton (bot) in branch '3.9': bpo-42208: GitHub Action: Add gdb to posix dependencies (GH-23043) (GH-23047) https://github.com/python/cpython/commit/09c6120be8c70366495b027ae3daa213609de3ed -

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +21966 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23048 ___ Python tracker __

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

STINNER Victor added the comment: In release mode, there is no assertion error: $ python3.10 pgen_bug.py File "/home/vstinner/python/master/pgen_bug.py", line 6 try ^ SyntaxError: invalid syntax -- ___ Python tracker

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

Change by STINNER Victor : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

New submission from STINNER Victor : When Python is built in debug mode, it fails with an assertion error on the following code: --- def func1(): if a != b: raise ValueError def func2(): try return 1 finally: pass --- Try attached pgen_bug.py: $ ./python p

[issue42214] Parser/pegen.c:68: _PyPegen_check_barry_as_flufl: Assertion `t->type == NOTEQUAL' failed

STINNER Victor added the comment: Barry: what did you do? -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset eba5bf2f5672bf4861c626937597b85ac0c242b9 by Victor Stinner in branch 'master': bpo-42208: Call GC collect earlier in PyInterpreterState_Clear() (GH-23044) https://github.com/python/cpython/commit/eba5bf2f5672bf4861c626937597b85ac0c242b9 --

[issue41835] Speed up dict vectorcall creation using keywords

Marco Sulla added the comment: Well, following your example, since split dicts seems to be no more supported, I decided to be more drastic. If you see the last push in PR 22346, I do not check anymore but always resize, so the dict is always combined. This seems to be especially good for the

[issue42213] Get rid of cyclic GC hack in sqlite3.Connection and sqlite3.Cache

Change by Erlend Egeberg Aasland : -- keywords: +patch pull_requests: +21965 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23046 ___ Python tracker _

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

Eric Snow added the comment: New changeset 4fe72090deb7fb7bc09bfa56c92f6b3b0967d395 by Eric Snow in branch 'master': bpo-36876: Small adjustments to the C-analyzer tool. (GH-23045) https://github.com/python/cpython/commit/4fe72090deb7fb7bc09bfa56c92f6b3b0967d395 --

[issue42213] Get rid of cyclic GC hack in sqlite3.Connection and sqlite3.Cache

New submission from Erlend Egeberg Aasland : Get rid of the `pysqlite_Cache->decref_factory` hack by implementing proper support for cyclic garbage collection. -- components: Library (Lib) messages: 379998 nosy: berker.peksag, erlendaasland priority: normal severity: normal status: ope

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

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

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: > bpo-42208: Pass tstate to _PyGC_CollectNoFail() (GH-23038) > https://github.com/python/cpython/commit/8b3414818f5289eac530bf38bcfbd7b2b851805c This change renames collect() to gc_collect_main(). It broke test_gdb on buildbots, whereas test_gdb passed on Tra

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset b9ee4af4c643a323779fd7076e80b29d611f2709 by Victor Stinner in branch 'master': bpo-42208: Fix test_gdb for gc_collect_main() name (GH-23041) https://github.com/python/cpython/commit/b9ee4af4c643a323779fd7076e80b29d611f2709 --

[issue42160] unnecessary overhead in tempfile

Eric Wolf added the comment: Thanks -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue42173] Drop Solaris support

Pablo Galindo Salgado added the comment: Discussions are happening in this thread, including the requirements for supported platforms going forward: https://mail.python.org/archives/list/python-...@python.org/thread/VDD7NMEDFXMOP4S74GEYJUHJRJPK2UR3/ -- __

[issue42173] Drop Solaris support

Raymond Hettinger added the comment: I think the PR needs to be withdrawn. Users have spoken. There is zero need to cut them off. -- nosy: +rhettinger ___ Python tracker __

[issue42173] Drop Solaris support

Jakub Kulik added the comment: Hi, here I am passing on several notes from the Oracle Solaris team: - Oracle continues to develop and advance Oracle Solaris technology, and have committed to doing so for years to come. We release a new update (so called SRU) every month (https://blogs.oracl

[issue42173] Drop Solaris support

cyrus torros added the comment: Why?? I use python on solaris in my every day toolchain and at work. There is no harm in keeping it supported, it's not hard. Please do not drop support. -- nosy: +sugondesenuts007 ___ Python tracker

[issue42209] Incorrect line reported in syntax error

gKuhn added the comment: Ah, that makes sense, thank you for the info. The line number is probably the most important piece of information here anyway. It sounds like the syntax error string is already planned and as such this is probably a duplicate. Please close if this is the case.

[issue42212] Check if generated files are up-to-date in Github Actions

Change by Filipe Laíns : -- keywords: +patch pull_requests: +21961 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23042 ___ Python tracker ___

[issue42212] Check if generated files are up-to-date in Github Actions

New submission from Filipe Laíns : https://github.com/python/core-workflow/issues/380 -- ___ Python tracker ___ ___ Python-bugs-list

[issue42212] Check if generated files are up-to-date in Github Actions

Change by Filipe Laíns : -- nosy: FFY00, vstinner priority: normal severity: normal status: open title: Check if generated files are up-to-date in Github Actions ___ Python tracker

[issue42211] CRASH

Karthikeyan Singaravelan added the comment: Please attach crash.py and logging.patch files -- nosy: +vstinner, xtreak ___ Python tracker ___ __

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset dff1ad509051f7e07e77d1e3ec83314d53fb1118 by Victor Stinner in branch 'master': bpo-42208: Move _PyImport_Cleanup() to pylifecycle.c (GH-23040) https://github.com/python/cpython/commit/dff1ad509051f7e07e77d1e3ec83314d53fb1118 -- __

[issue26789] logging: Trying to log during Python finalization with NameError: name 'open' is not defined

STINNER Victor added the comment: > Issue26789. asyncio creates reference loops which caused to executing code > late at shutdown, and that code uses logging which always fail. Well, I suggest to attempt fixing logging. The reference cycle in asyncio.Task.set_exception() is *by design*. It's

[issue39513] NameError: name 'open' is not defined

STINNER Victor added the comment: > Issue26789 is about asyncio, but this issue about logging. I chose to reassign Issue26789 to the logging module. -- ___ Python tracker ___

[issue42211] CRASH

New submission from Soham Badame : If you apply attached logging.patch, Python crash using attached crash.py: $ echo|./python -i crash.py >>> >>> python: Python/_warnings.c:872: setup_context: Assertion `globals != NULL' failed. Abandon (core dumped) Attached logging.patch is a fix for bpo-

[issue39513] NameError: name 'open' is not defined

Serhiy Storchaka added the comment: Issue26789 is about asyncio, but this issue about logging. -- ___ Python tracker ___ ___ Python

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42042] sphinx3 renders diffrently docs.python.org for 3.10

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue26789] logging: Trying to log during Python finalization with NameError: name 'open' is not defined

Serhiy Storchaka added the comment: I am not sure that its all the same issue. There may be several different issues: * Issue39513. Logging fails with confusing traceback when called late at shutdown. I think that if logging cannot work at this stage it should either do nothing or emit a wa

[issue42208] Using logging or warnings during Python finalization does crash Python

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

[issue42198] Clean up docs for Union and GenericAlias

Change by Ken Jin : -- pull_requests: +21958 pull_request: https://github.com/python/cpython/pull/23039 ___ Python tracker ___ ___ P

[issue42209] Incorrect line reported in syntax error

Eric V. Smith added the comment: The line number has been fixed in python 3.9: File "...\foo.py", line 5 (**kwargs) ^ SyntaxError: f-string: invalid syntax The error message should improve when we move parsing of f-strings into the parser. I doubt we'd put in the effort to do anyt

[issue42210] float.hex discards sign from -nan

New submission from Sree : float.hex(float.fromhex("-nan")) returns 'nan'. PyOS_double_to_string seems to check only if it is a NaN, but ignores the sign (unlike its handling of inf a few lines below):

[issue42208] Using logging or warnings during Python finalization does crash Python

STINNER Victor added the comment: New changeset 8b3414818f5289eac530bf38bcfbd7b2b851805c by Victor Stinner in branch 'master': bpo-42208: Pass tstate to _PyGC_CollectNoFail() (GH-23038) https://github.com/python/cpython/commit/8b3414818f5289eac530bf38bcfbd7b2b851805c -- ___

[issue42209] Incorrect line reported in syntax error

New submission from gKuhn : Attempting to parse the following python code results in a fairly unhelpful syntax error along with an incorrect line number being reported: #a dodgy f-string def dodgy(**kwargs): print(f"{**kwargs}") The result: File "", line 1 (**kwargs)

[issue42208] Using logging or warnings during Python finalization does crash Python

Change by STINNER Victor : -- pull_requests: +21957 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23038 ___ Python tracker ___ __

[issue42042] sphinx3 renders diffrently docs.python.org for 3.10

Dong-hee Na added the comment: > but likely for the beta/release candidate phases. I think so too -- ___ Python tracker ___ ___ Py

  1   2   >