[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash

STINNER Victor added the comment: If the issue is about how pyperformance creates its virtual environment (how setuptools is installed), I suggest to continue discussion the issue in pyperformance: https://github.com/python/pyperformance/issues/ ;-) --

[issue46178] Remove `.travis.yml`?

STINNER Victor added the comment: I had so many troubles with Travis CI. I'm happy that GitHub Actions is more reliable and that Travis CI is gone. -- nosy: +vstinner ___ Python tracker

[issue46142] python --help output is too long

STINNER Victor added the comment: initconfig.c parses all -X options. preconfig.c also checks for a few specific -X options which are also checked in initconfig.c. My notes on parsing command line options: https://pythondev.readthedocs.io/pyconfig.html#add-a-new-command-line-option

[issue46265] Error when cross compiling for hardfloat MIPS

New submission from Jeffery To : The Python package for OpenWrt was updated to 3.10 recently and we found that builds are failing for MIPS 24Kf (original report at https://github.com/openwrt/packages/issues/17217): mipsel_24kc+24kf_gcc-11.2.0_musl/lib -znow -zrelro

[issue46251] logger.config.configure_formatter executes arbitrary code

Change by Vinay Sajip : -- keywords: +patch pull_requests: +28617 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30411 ___ Python tracker ___

[issue46205] test.libregrtest: Race condition in runtest_mp leads to hangs (never exits)

Change by STINNER Victor : -- components: +Tests title: Race condition in runtest_mp leads to hangs (never exits) -> test.libregrtest: Race condition in runtest_mp leads to hangs (never exits) ___ Python tracker

[issue46205] Race condition in runtest_mp leads to hangs (never exits)

STINNER Victor added the comment: Do you want to work on a fix? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46251] logger.config.configure_formatter executes arbitrary code

Vinay Sajip added the comment: I've created a PR to add a "Security Considerations" section in the configuration documentation. Comments on the PR are welcome. -- stage: patch review -> ___ Python tracker

[issue46263] FreeBSD buildbots cannot compile Python

Christian Heimes added the comment: I have tested my PR on a FreeBSD VM. Python fails to compile on main and builds correctly with my patch. -- components: +Build versions: +Python 3.10, Python 3.9 ___ Python tracker

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

New submission from Nikita Sobolev : For some reasons useful day constants (`MONDAY` ... `SUNDAY`) from `calendar` are not properly recognised. Several problems: 0. Not all code inside uses these constants 1. They are not tested. Only `.MONDAY` and `.SUNDAY` are tested to be present in

[issue46263] FreeBSD buildbots cannot compile Python

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

[issue46263] FreeBSD buildbots cannot compile Python

Christian Heimes added the comment: New changeset cae55542d23e606dde9819d5dadd7430085fcc77 by Christian Heimes in branch 'main': bpo-46263: Don't use MULTIARCH on FreeBSD (#30410) https://github.com/python/cpython/commit/cae55542d23e606dde9819d5dadd7430085fcc77 --

[issue46263] FreeBSD buildbots cannot compile Python

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

[issue46263] FreeBSD buildbots cannot compile Python

Change by Christian Heimes : -- priority: release blocker -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46263] FreeBSD buildbots cannot compile Python

miss-islington added the comment: New changeset 64199e9235275a795097ee0c53b2c560e21c70d0 by Miss Islington (bot) in branch '3.9': bpo-46263: Don't use MULTIARCH on FreeBSD (GH-30410) https://github.com/python/cpython/commit/64199e9235275a795097ee0c53b2c560e21c70d0 --

[issue46267] gzip.compress incorrectly ignores level parameter

New submission from Ruben Vorderman : def compress(data, compresslevel=_COMPRESS_LEVEL_BEST, *, mtime=None): """Compress data in one shot and return the compressed string. compresslevel sets the compression level in range of 0-9. mtime can be used to set the modification time. The

[issue46260] Misleading SyntaxError on f-string

Eric V. Smith added the comment: In fstring_find_expr, the code[0] that's checking for parens, braces, and brackets detects the closing paren without a matching open paren. The error message isn't incorrect: if you added a matching open paren the code would compile: >>> foo=lambda:0 >>>

[issue43137] webbrowser to support "gio open "

Pablo Galindo Salgado added the comment: I am removing the "release blocker" tag. Simon, thanks a lot for both PRs. I am sorry that we needed to revert your original work, but unfortunately it was blocking a release and we are forced to act in this case. PLease, work together with Christian

[issue46268] Buildbot failure for buildbot/AMD64 FreeBSD Non-Debug / Shared 3.x

New submission from Nikita Sobolev : Log: ``` --- sharedmods --- LD_LIBRARY_PATH=/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build CC='cc -pthread' LDSHARED='cc -pthread -shared' OPT='-g -O0 -Wall' _TCLTK_INCLUDES='' _TCLTK_LIBS='' ./python -E ./setup.py build Traceback (most

[issue46236] PyFunction_GetAnnotations returning Tuple vs Dict

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

[issue44024] Improve the TypeError message for non-string second arguments passed to the built-in functions getattr and hasattr

Serhiy Storchaka added the comment: Good point. That code was originally added in issue420304 because every exception raised in PyObject_GetAttr() (including a TypeError for non-string name) was silenced in hasattr() and 3-argument getattr(). It was changed in Python 3, so this code

[issue34178] test_tcl fails on the 3.7 branch

Serhiy Storchaka added the comment: It was a bug fix. msg320663 states that that issue needs a more complex fix than provided by the initial patch. And that more complex fix was applied. It looks to me that this issue is caused by running new tests with old stdlib. Tests caught a bug in an

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

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

[issue34178] test_tcl fails on the 3.7 branch

Change by Irit Katriel : -- resolution: -> out of date status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing

[issue43683] Handle generator (and coroutine) state in the bytecode.

Mark Shannon added the comment: Yes, most of it :) We haven't implemented points 2 and 3, yet. I'm in no hurry to implement 3. It would clean up `gen.throw` a lot, and break the dependency between that code and the interpreter, but it isn't urgent. 2 is more urgent. I think we need it to

[issue43137] webbrowser to support "gio open "

Pablo Galindo Salgado added the comment: >> I am not a regular CPython developer, so I don't have a good way to assess >> which reviewers speak for the project and which reviewers are only offering >> a personal opinion. In this webpage (bpo) core developers have a little python logo close

[issue43137] webbrowser to support "gio open "

Pablo Galindo Salgado added the comment: New changeset dd50316e458d7c3284f8948b0606d8aa91ab855d by Simon McVittie in branch 'main': bpo-43137: Revert "webbrowser: Don't run gvfs-open on GNOME" (GH-30417) https://github.com/python/cpython/commit/dd50316e458d7c3284f8948b0606d8aa91ab855d

[issue46236] PyFunction_GetAnnotations returning Tuple vs Dict

miss-islington added the comment: New changeset 46e4c257e7c26c813620232135781e6c53fe8d4d by Inada Naoki in branch 'main': bpo-46236: Fix PyFunction_GetAnnotations() returned tuple. (GH-30409) https://github.com/python/cpython/commit/46e4c257e7c26c813620232135781e6c53fe8d4d -- nosy:

[issue46267] gzip.compress incorrectly ignores level parameter

Change by Ruben Vorderman : -- keywords: +patch pull_requests: +28622 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30416 ___ Python tracker ___

[issue43137] webbrowser to support "gio open "

Change by Simon McVittie : -- keywords: +patch pull_requests: +28623 pull_request: https://github.com/python/cpython/pull/30417 ___ Python tracker ___

[issue46148] Optimize pathlib

Change by Kumar Aditya : -- resolution: -> postponed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46148] Optimize pathlib

Kumar Aditya added the comment: I am withdrawing this for now and since there is already a bpo for vectorcall I am closing this. -- ___ Python tracker ___

[issue46264] 'I'.lower() should give non dotted i for LANG=tr_TR

Christian Heimes added the comment: Python's stdlib does not support locale aware unicode transformations. I recommend that you check out https://pypi.org/project/PyICU . -- nosy: +christian.heimes ___ Python tracker

[issue46263] FreeBSD buildbots cannot compile Python

miss-islington added the comment: New changeset 7e951f356ec76a5a5fdb851d71df5d120014bf3f by Miss Islington (bot) in branch '3.10': bpo-46263: Don't use MULTIARCH on FreeBSD (GH-30410) https://github.com/python/cpython/commit/7e951f356ec76a5a5fdb851d71df5d120014bf3f --

[issue44525] Implement CALL_FUNCTION adaptive interpreter optimizations

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

[issue46264] 'I'.lower() should give non dotted i for LANG=tr_TR

Serhiy Storchaka added the comment: If you are looking for case-insensitive string comparison, look at locale.strcoll() and locale.strxfrm(). They are locale-aware. -- nosy: +serhiy.storchaka ___ Python tracker

[issue43137] webbrowser to support "gio open "

Simon McVittie added the comment: I've opened https://github.com/python/cpython/pull/30417, is that what you want? I am not a regular CPython developer, so I don't have a good way to assess which reviewers speak for the project and which reviewers are only offering a personal opinion.

[issue45256] Remove the usage of the C stack in Python to Python calls

Mark Shannon added the comment: New changeset 332e6b972567debfa9d8f3f9a4a966c7ad15eec9 by Brandt Bucher in branch 'main': bpo-45256: Don't track the exact depth of each `InterpreterFrame` (GH-30372) https://github.com/python/cpython/commit/332e6b972567debfa9d8f3f9a4a966c7ad15eec9

[issue46268] Buildbot failure for buildbot/AMD64 FreeBSD Non-Debug / Shared 3.x

Nikita Sobolev added the comment: It also generates several warnings: ``` Python/pytime.c:297:10: warning: implicit conversion from 'long' to 'double' changes value from 9223372036854775807 to 9223372036854775808 [-Wimplicit-int-float-conversion] Python/pytime.c:352:14: warning: implicit

[issue46260] Misleading SyntaxError on f-string

Matt Delengowski added the comment: Hi Eric, I see what are you referring to. Like you said unintuitive but still correct. Do you think it would be worthwhile to change the order of the checking such that '}' is always first? Or could the same edge case still appear but just the other way

[issue46260] Misleading SyntaxError on f-string

Eric V. Smith added the comment: No trouble. I'm glad to know it wasn't actually the same error as plain "foo)" (although the error message is the same). That would have concerned me. Changing the code so that it doesn't error out on the first problem it sees, but keeps looking for a

[issue46263] FreeBSD buildbots cannot compile Python

Christian Heimes added the comment: I have backported the patch to all versions that receive regular fixes. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> compile error ___ Python tracker

[issue46268] Buildbot failure for buildbot/AMD64 FreeBSD Non-Debug / Shared 3.x

Erlend E. Aasland added the comment: Duplicate of bpo-46263. -- nosy: +erlendaasland resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> FreeBSD buildbots cannot compile Python ___ Python tracker

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

Petr Viktorin added the comment: > Personally, I'd rather we not revert the original change. Even in 3.10? Your PR looks pretty heavy for a bugfix release, and won't apply cleanly to 3.10. > Moving the data to _PyRuntimeState would save me some effort with related > work I'm doing right

[issue46009] sending non-None values makes generator raise StopIteration on next access

Christian Heimes added the comment: GH-30367 broke Emscripten WASM builds. I'm getting a "null function or function signature mismatch" error from the WASM engine: RuntimeError: null function or function signature mismatch at _PyEval_EvalFrameDefault

[issue46263] FreeBSD buildbots cannot compile Python

Erlend E. Aasland added the comment: FWIW: from test_embed.test_init_setpythonhome: if not config['executable']: config['use_frozen_modules'] = -1 >From the buildbot test stdout (and pythoninfo) I see that config["executable"] >is set to "". --

[issue46148] Optimize pathlib

Éric Araujo added the comment: A note about benchmarks: I think timeit is not the right tool for them, but https://github.com/python/pyperformance is -- nosy: +eric.araujo ___ Python tracker

[issue46236] PyFunction_GetAnnotations returning Tuple vs Dict

miss-islington added the comment: New changeset da8be157f4e275c4c32b9199f1466ed7e52f62cf by Miss Islington (bot) in branch '3.10': bpo-46236: Fix PyFunction_GetAnnotations() returned tuple. (GH-30409) https://github.com/python/cpython/commit/da8be157f4e275c4c32b9199f1466ed7e52f62cf

[issue46236] PyFunction_GetAnnotations returning Tuple vs Dict

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

[issue46263] FreeBSD buildbots cannot compile Python

Erlend E. Aasland added the comment: I closed the bug without intention to do so. Sorry for the noise. -- nosy: +erlendaasland resolution: fixed -> status: closed -> open ___ Python tracker

[issue46269] '__new__' is never shown in `dir(SomeEnum)`

New submission from Nikita Sobolev : Right now `__new__` is marked to be special-cased in `Enum.__dir__`. It is generally ignored: But, (I think that was the original idea), when `__new__` is overridden, it should be added to the output. But, this line is problematic:

[issue46269] '__new__' is never shown in `dir(SomeEnum)`

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

[issue46263] FreeBSD buildbots cannot compile Python

Erlend E. Aasland added the comment: FWIW: from test_embed.test_init_setpythonhome: if not config['executable']: config['use_frozen_modules'] = -1 >From the buildbot test stdout (but not pythoninfo) I see that >config["executable"] is set to "". --

[issue46263] FreeBSD buildbots cannot compile Python

Change by Erlend E. Aasland : -- Removed message: https://bugs.python.org/msg409774 ___ Python tracker ___ ___ Python-bugs-list

[issue46248] Compilation errors on macOS

Ronald Oussoren added the comment: The libraries you mention are 3th party projects. Please check with the project first. I've look at the GitHub repository for libmobiledevice and have no idea how they determine the compiler flags for Python. As mentioned in an earlier version

[issue46070] _PyImport_FixupExtensionObject() regression causing a crash in subintepreters

STINNER Victor added the comment: I applied PR 30123 of bpo-46006: "./python bug.py" does still crash. So bpo-46006 is unrelated to this issue. -- ___ Python tracker ___

[issue46009] sending non-None values makes generator raise StopIteration on next access

Christian Heimes added the comment: I got more debug symbols: python.js:235 Uncaught RuntimeError: null function or function signature mismatch at _PyEval_EvalFrameDefault (ceval.c:4247) at _PyEval_EvalFrame (pycore_ceval.h:48) at gen_send_ex2 (genobject.c:219) at

[issue46009] sending non-None values makes generator raise StopIteration on next access

Change by Christian Heimes : -- versions: +Python 3.11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46009] sending non-None values makes generator raise StopIteration on next access

Christian Heimes added the comment: False alarm ... the frozen files for getpath.py were out of date. I can no longer reproduce the issue after a hard git clean and rebuild. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed

[issue46270] Comparison operators in Python Tutorial 5.7

New submission from Jan : In chapter 5.7 in the official Python tutorial (see: https://docs.python.org/3/tutorial/datastructures.html), there is the following paragraph: "The comparison operators in and not in check whether a value occurs (does not occur) in a sequence. The operators is and

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

Raymond Hettinger added the comment: I don't think these were intended to be public. like "January" and "February", they were for internal use. Presumably, this is because the names vary across languages. In the absence of some demonstrated user need, we should leave this alone.

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

STINNER Victor added the comment: IMO writing a complete rationale for running multiple interpreters in parallel which require a whole PEP. I didn't write such PEP yet since there are still non-trivial technical issues, especially the problem of static types: bpo-40601. I don't have time

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

Eric Snow added the comment: +1 on just reverting in both branches. I can deal with my stuff separately. -- ___ Python tracker ___

[issue46269] '__new__' is never shown in `dir(SomeEnum)`

Ethan Furman added the comment: New changeset 817a6bc9f7b802511c4d42273a621c556a48870b by Nikita Sobolev in branch 'main': bpo-46269: [Enum] remove special-casing of `__new__` in `EnumType.__dir__` (GH-30421) https://github.com/python/cpython/commit/817a6bc9f7b802511c4d42273a621c556a48870b

[issue46257] Convert statistics sum of squares to a single pass algorithm

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

[issue46257] Convert statistics sum of squares to a single pass algorithm

Raymond Hettinger added the comment: New changeset 43aac29cbbb8a963a22c334b5b795d1e43417d6b by Raymond Hettinger in branch 'main': bpo-46257: Convert statistics._ss() to a single pass algorithm (GH-30403) https://github.com/python/cpython/commit/43aac29cbbb8a963a22c334b5b795d1e43417d6b

[issue46070] [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression)

STINNER Victor added the comment: > bpo-36356: Fix memory leak in _asynciomodule.c (GH-16598) Python 3.8.0 is the first Python version containing this change. So it looks like a Python 3.8 regression. -- ___ Python tracker

[issue30569] Tutorial section 2.1 has *nix example at 3.7, but Windows at 3.6

Irit Katriel added the comment: I think this has all been changed by now, in a number of commits. -- nosy: +iritkatriel resolution: -> out of date status: open -> pending ___ Python tracker

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

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

[issue46260] Misleading SyntaxError on f-string

William Navaraj added the comment: @Eric Smith,Thanks for explaining the intuition behind this statement. I agree. Just to avoid ambiguity we could add "f-string: unmatched '%c' - no matching open parenthesis or missing '}'" The only possibility at nested_depth==0 line 665 is either of

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

Change by Raymond Hettinger : -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46070] _PyImport_FixupExtensionObject() regression causing a crash in subintepreters

STINNER Victor added the comment: bug.py: * Python 3.7 branch doesn't crash * Python 3.8 branch does crash So the regression was introduced in Python 3.8. git bisect points me to this change: --- commit 13915a3100608f011b29da2f3716c990f523b631 (refs/bisect/bad) Author: Miss Islington (bot)

[issue44525] Implement CALL_FUNCTION adaptive interpreter optimizations

Mark Shannon added the comment: See https://github.com/faster-cpython/ideas/discussions/210 -- ___ Python tracker ___ ___

[issue46070] [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression)

Change by STINNER Victor : -- title: _PyImport_FixupExtensionObject() regression causing a crash in subintepreters -> [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression) ___ Python tracker

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

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

[issue46269] '__new__' is never shown in `dir(SomeEnum)`

Alex Waygood added the comment: Thanks, Nikita! My bad for not adding tests for __new__ in PR 29316. To confirm: yes, my idea in PR 29316 was that "__new__" (along with most enum dunders) should not show up in the output of dir(Enum), but should show up in dir(EnumSubclass) if and only if

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

Nikita Sobolev added the comment: > I don't think these were intended to be public. Thanks for the feedback! The problem is they are documented here: https://docs.python.org/3/library/calendar.html#calendar.setfirstweekday Should we change the docs there to hide them as implementation

[issue37330] open(): remove 'U' mode, deprecated since Python 3.3

Éric Araujo added the comment: > it is useful to build old versions, sometimes 7 year old versions, to confirm > if/when the behaviour regressed. I think the sticking point is this: it is not expected that old versions should work as-is with the newest Python. Can you do your build and

[issue46248] Compilation errors on macOS

Change by Ned Deily : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue46271] frozen modules are not regenerated on bytecode magic change when cross building

New submission from Christian Heimes : The Makefile rules for frozen header files have a dependency on $(FREEZE_MODULE_BOOTSTRAP_DEPS) or $(FREEZE_MODULE_DEPS). For normal builds this dependency will trigger a refresh of the frozen header files when the byte code magic changes:

[issue46270] Comparison operators in Python Tutorial 5.7

Change by Raymond Hettinger : -- assignee: docs@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list

[issue46272] Fix bitwise and logical terminology in python.gram

New submission from Raymond Hettinger : In the section "Comparison operators", all mentions of "bitwise" should be "binary". The section "Logical operators" should be retitled "Bitwise operators". See: https://docs.python.org/3/reference/expressions.html#binary-bitwise-operations

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

Eric Snow added the comment: > IMO writing a complete rationale for running multiple interpreters in > parallel which require a whole PEP. FYI, I'm planning on having such a PEP published in the next few days. -- ___ Python tracker

[issue46070] [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression)

Erlend E. Aasland added the comment: > Applying the following patch upon the aforementioned commit (in 3.8) fixes > the issue for me on latest Debian By "the issue", I mean bug.py, not win_py399_crash_reproducer.py. Victor: perhaps we should open a separate issue for the bug.py issue.

[issue45665] Problems caused by isinstance(list[int], type) returning True

Pablo Galindo Salgado added the comment: Gentle ping, as the next alpha will be release soon -- nosy: +pablogsal ___ Python tracker ___

[issue45665] Problems caused by isinstance(list[int], type) returning True

Change by Pablo Galindo Salgado : -- nosy: -pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40601] [C API] Hide static types from the limited C API

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

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

Raymond Hettinger added the comment: > The problem is they are documented here: > https://docs.python.org/3/library/calendar.html#calendar.setfirstweekday Well, that does make them public, so we have to go forward. -- resolution: rejected -> status: closed -> open

[issue46070] [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression)

Erlend E. Aasland added the comment: In 13915a3100608f011b29da2f3716c990f523b631, the init flag is set before we even know if module initialisation was successful. Applying the following patch upon the aforementioned commit (in 3.8) fixes the issue for me on latest Debian: ``` diff --git

[issue46270] Comparison operators in Python Tutorial 5.7

Raymond Hettinger added the comment: It may seem weird, but a "membership operator" is a kind of "comparison operator".¹ They can even participate in chaining, 'a < b in s < c` is equivalent to `(a < b) and (b in s) and (b < c)`. I'm propose this new wording to mention the concept of

[issue46256] Objects __del__ called after module have been removed

Dennis Sweeney added the comment: I'm getting this: Traceback (most recent call last): File "/mnt/c/Users/sween/Source/Repos/cpython2/cpython/delbug.py", line 65, in conn = psycopg.connect('dbname=cuny_curriculum') File

[issue46070] [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression)

Change by Erlend E. Aasland : -- keywords: +patch pull_requests: +28628 stage: test needed -> patch review pull_request: https://github.com/python/cpython/pull/30423 ___ Python tracker

[issue46273] Document what asyncio.wait() and asyncio.as_completed() do if canceled.

New submission from Mikhail Terekhov : It is not clear from documentation what happens with awaitable objects when these are canceled. -- assignee: docs@python components: Documentation, asyncio messages: 409801 nosy: asvetlov, docs@python, termim, yselivanov priority: normal

[issue46070] [subinterpreters] asyncio crash when importing _asyncio in subinterpreter (Python 3.8 regression)

Erlend E. Aasland added the comment: Note, GH-30423 does _not_ fix the win_py399_crash_reproducer.py issue. -- ___ Python tracker ___

[issue34602] python3 resource.setrlimit strange behaviour under macOS

Jean-Paul Calderone added the comment: My understanding of the resolution of this ticket is that it is still not possible to use setrlimit with RLIMIT_STACK to raise the soft stack limit. Is that correct? In that case, the original bug report still seems valid and unresolved (and indeed,

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

Raymond Hettinger added the comment: New changeset e5894ca8fd05e6a6df1033025b9093b68baa718d by Nikita Sobolev in branch 'main': bpo-46266: Add calendar day of week constants to __all__ (GH-30412) https://github.com/python/cpython/commit/e5894ca8fd05e6a6df1033025b9093b68baa718d --

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

Raymond Hettinger added the comment: Thanks for the PR. Sorry that I missed the one public reference in the docs. -- resolution: -> fixed status: open -> closed versions: -Python 3.10, Python 3.9 ___ Python tracker

[issue46266] Improve day constants (`MONDAY` ... `SUNDAY`) in `calendar.py`

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

[issue46270] Comparison operators in Python Tutorial 5.7

Jan added the comment: I really like this solution because it mentions the buzz word "membership". But I would change "container" to "sequence" because the term "container" doesn't appear in chapter 5, "sequence" on the other hand multiple times. My proposal: "The comparison operators `in`

[issue46256] Objects __del__ called after module have been removed

Christopher Vickery added the comment: The app has to open a db connection during module initialization to trigger the problem, so I can't provide a self-contained way to reproduce the problem. The closest I can come is the attached file, format_rules_annotated.py. With lines 66-69 in

  1   2   >