[issue41784] Promote PyUnicode_AsUTF8AndSize to be available with the limited API (PEP 384)

Serhiy Storchaka added the comment: I agree about PyUnicode_AsUTF8. But I think it would be worth to ask PyPy team about PyUnicode_AsUTF8AndSize. An alternate C API is PyUnicode_GetUTF8Buffer (issue39087). It requires explicit releasing the buffer after use, so it can be used even on

[issue13340] list.index does not accept None as start or stop

Serhiy Storchaka added the comment: Thank you for the reminder Irit. Your comments for issues and PRs are really helpful. Thank you for all this! -- nosy: +serhiy.storchaka resolution: -> out of date stage: needs patch -> resolved status: open -> closed

[issue40077] Convert static types to heap types: use PyType_FromSpec()

Change by STINNER Victor : -- title: Convert static types to PyType_FromSpec() -> Convert static types to heap types: use PyType_FromSpec() ___ Python tracker ___

[issue41796] _ast module state should be made per interpreter

New submission from STINNER Victor : In September 2019, the _ast extension module was converted to PEP 384 (stable ABI): bpo-38113. In bpo-41631, I moved the _ast module state back to a global state, rather than a regular module state, to fix multiple bugs. The state should be made per

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: adding `__main__` owners to nosy -- nosy: +gvanrossum ___ Python tracker ___ ___

[issue19270] Document that sched.cancel() doesn't distinguish equal events and can break order

Jonas Norling added the comment: @bar.harel: I didn't find a PR, so I'd like to encourage you to submit one :-) I stumbled onto this bug when the scheduler would cancel the wrong event for me (Python 3.7, 3.8). Raymond's suggestion 1 sounds reasonable; it would be very unlikely to break

[issue41795] Allow assignment in yield statement

New submission from Richard Neumann : I often write factory (deserialization) methods for ORM models for web application backends that produce a number of records (ORM model instances) of itself and related database tables: @classmethod def from_json(cls, json): """Yields

[issue41795] Allow assignment in yield statement

Ronald Oussoren added the comment: You can already do this with the walrus operator: # --- def test(): for i in range(10): yield (square := i * i) yield square + 1 # --- This adds some parenthesis to your second alternative. -- nosy: +ronaldoussoren

[issue41795] Allow assignment in yield statement

Change by Ronald Oussoren : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41795] Allow assignment in yield statement

Richard Neumann added the comment: Awesome, I didn't know that. I tried it without the parens and it gave me a SyntaxError. This can be closed then as it's obviously already implemented. Let's get to refactoring. -- ___ Python tracker

[issue37296] pdb next vs __next__

Ronald Oussoren added the comment: I agree. Without further information it is impossible to move forward. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue41789] Enum: __str__ and friends sometimes erroneously replaced

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

[issue41789] Enum: __str__ and friends sometimes erroneously replaced

Ethan Furman added the comment: New changeset a4677068dd61662f5a56b184d5e3aa07db65b88e by Ethan Furman in branch '3.9': [3.9] bpo-41789: honor object overrides in Enum classes (GH-22250) (GH-22272) https://github.com/python/cpython/commit/a4677068dd61662f5a56b184d5e3aa07db65b88e --

[issue41687] sendfile implementation is not compatible with Solaris

Change by Łukasz Langa : -- nosy: +lukasz.langa nosy_count: 4.0 -> 5.0 pull_requests: +21328 pull_request: https://github.com/python/cpython/pull/22273 ___ Python tracker ___

[issue39728] Instantiating enum with invalid value results in ValueError twice

Change by Ethan Furman : -- versions: +Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41784] Promote PyUnicode_AsUTF8AndSize to be available with the limited API (PEP 384)

Alex Gaynor added the comment: Py_buffer is not part of the limited API at all, so I don't think it's usable for this. -- ___ Python tracker ___

[issue41517] Able to subclass enum with members by using multiple inheritance

miss-islington added the comment: New changeset 48f99250ff319e36b15b555128cd62e408d8165f by Miss Islington (bot) in branch '3.9': bpo-41517: do not allow Enums to be extended (GH-22271) https://github.com/python/cpython/commit/48f99250ff319e36b15b555128cd62e408d8165f --

[issue41517] Able to subclass enum with members by using multiple inheritance

Ethan Furman added the comment: New changeset 3064dbf5df1021e85b507366a7ea448c8895efe7 by Ethan Furman in branch 'master': bpo-41517: do not allow Enums to be extended (#22271) https://github.com/python/cpython/commit/3064dbf5df1021e85b507366a7ea448c8895efe7 --

[issue41517] Able to subclass enum with members by using multiple inheritance

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

[issue41517] Able to subclass enum with members by using multiple inheritance

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

[issue41796] _ast module state should be made per interpreter

STINNER Victor added the comment: > I started this here: > https://github.com/python/cpython/commit/60960cba606573450e76934c954787419524147d > Feel free to take that code. Oh thanks! I was looking for your work, but I failed to find it. It is really helpful! I started to hack asdl_c.py

[issue41756] Do not always use exceptions to return result from coroutine

Yury Selivanov added the comment: Mark, Stefan, I don't want this to be stale so I propose to move with my suggestions: 1. We make the new API public. Mark, if you have objections to that - please elaborate with some details. IMO, the corresponding Python API is long public and there's no

[issue41797] PyModule_GetState doesn't work with LazyLoader

New submission from Petr Viktorin : One underlying issue from bpo-41631 is that importlib.util.LazyLoader produces modules that are only fully loaded after an attribute is accessed (through __getattribute__). C-API functions like PyModule_GetState, PyModule_GetDict and such do not get

[issue41798] [C API] Revisit usage of the PyCapsule C API with multi-phase initialization API

Change by Petr Viktorin : -- nosy: +petr.viktorin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41517] Able to subclass enum with members by using multiple inheritance

Change by Ethan Furman : -- assignee: -> ethan.furman resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue23832] pdb's `longlist` shows only decorator if that one contains a lambda

Change by Pablo Galindo Salgado : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue41687] sendfile implementation is not compatible with Solaris

miss-islington added the comment: New changeset 6a39888c2c4bcfbcdc61a1953911ad30c62da1ef by Miss Islington (bot) in branch '3.9': bpo-41687: Fix error handling in Solaris sendfile implementation (GH-22128) https://github.com/python/cpython/commit/6a39888c2c4bcfbcdc61a1953911ad30c62da1ef

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: > I rejected the PR 19122 which tries to port the _datetime module to the > multi-phase initialization API (PEP 489). We need first to enhance the > PyCapsule C API to pass the module instance to C functions, somehow. I created bpo-41798: [C API] Revisit

[issue39728] Instantiating enum with invalid value results in ValueError twice

Change by Ethan Furman : -- pull_requests: +21330 pull_request: https://github.com/python/cpython/pull/22277 ___ Python tracker ___

[issue41798] [C API] Revisit usage of the PyCapsule C API with multi-phase initialization API

STINNER Victor added the comment: > unicodedata: static variable Right now, it's ok-ish. Mohamed Koubaa is working on PR 22145 to pass a module state into internal functions, and so the PyCapsule pointer must be different in each module instance. --

[issue41517] Able to subclass enum with members by using multiple inheritance

miss-islington added the comment: New changeset 3f4012117bf80aa7c005f8fa6fb8e1f8b1aef5d5 by Miss Islington (bot) in branch '3.8': bpo-41517: do not allow Enums to be extended (GH-22271) https://github.com/python/cpython/commit/3f4012117bf80aa7c005f8fa6fb8e1f8b1aef5d5 --

[issue41762] Documentation job fails on CIs: duplicate token description of format_spec

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

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Guido van Rossum added the comment: Thomas, can you explain the problem in English? Those elaborate test programs don’t do it for me, sorry. -- ___ Python tracker ___

[issue41687] sendfile implementation is not compatible with Solaris

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

[issue41687] sendfile implementation is not compatible with Solaris

Łukasz Langa added the comment: New changeset 7e356f17e4c91392b6fa45a512efc95923388813 by Łukasz Langa in branch '3.9': [3.9] bpo-41687: Fix sendfile implementation to work with Solaris (GH-22040) (GH-22273) https://github.com/python/cpython/commit/7e356f17e4c91392b6fa45a512efc95923388813

[issue41796] _ast module state should be made per interpreter

Petr Viktorin added the comment: I started this here: https://github.com/python/cpython/commit/60960cba606573450e76934c954787419524147d Feel free to take that code. -- nosy: +petr.viktorin ___ Python tracker

[issue41798] [C API] Revisit usage of the PyCapsule C API with multi-phase initialization API

New submission from STINNER Victor : More and more extension modules are converted to the multi-phase initialization API (PEP 489) in bpo-1635741. The problem is that the usage of the PyCapsule C API is not adapted in these extensions, to isolate well capsule objects from other module

[issue41762] Documentation job fails on CIs: duplicate token description of format_spec

STINNER Victor added the comment: ".. productionlist::" markup is related to "Grammar production displays": https://www.sphinx-doc.org/en/master/usage/restructuredtext/directives.html#grammar-production-displays We can try to pass a different unique name to each ".. productionlist::" markup:

[issue41797] PyModule_GetState doesn't work with LazyLoader

Brett Cannon added the comment: Probably making LazyLoader skip being lazy for non-source modules probably makes the most sense and would be easiest to implement since it's an explicit opt-out. -- ___ Python tracker

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Guido van Rossum added the comment: Okay, so according to eryksun the fix requires C code. @graingert, are you interested in developing such a fix? Or @eryksun do you have an idea on how to fix it? -- ___ Python tracker

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: I'm assuming _Py_UnhandledKeyboardInterrupt is getting incorrectly cleared somewhere in here https://github.com/python/cpython/blob/fc23a9483ef0d7c98bea9f82392377d0b6ef7b18/Modules/main.c#L291-L300 Py_DECREF(runpy); Py_DECREF(runmodule);

[issue39728] Instantiating enum with invalid value results in ValueError twice

Ethan Furman added the comment: New changeset c95ad7a91fbd7636f33a098d3b39964ab083bf49 by Ethan Furman in branch 'master': bpo-39728: Enum: fix duplicate `ValueError` (GH-22277) https://github.com/python/cpython/commit/c95ad7a91fbd7636f33a098d3b39964ab083bf49 --

[issue39728] Instantiating enum with invalid value results in ValueError twice

Change by Ethan Furman : -- pull_requests: +21335 pull_request: https://github.com/python/cpython/pull/22283 ___ Python tracker ___

[issue38981] better name for re.error Exception class.

Change by Sourabh : -- nosy: +sourabh025 type: enhancement -> security ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37903] IDLE Shell sidebar.

Change by E. Paine : -- assignee: -> terry.reedy components: +IDLE nosy: +epaine versions: +Python 3.10 -Python 3.7 ___ Python tracker ___

[issue40025] enum: _generate_next_value_ is not called if its definition occurs after calls to auto()

Change by Ethan Furman : -- pull_requests: +21336 pull_request: https://github.com/python/cpython/pull/22284 ___ Python tracker ___

[issue40025] enum: _generate_next_value_ is not called if its definition occurs after calls to auto()

Change by Ethan Furman : -- pull_requests: +21337 pull_request: https://github.com/python/cpython/pull/22285 ___ Python tracker ___

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: The return code of python on linux when the program is ended with a KeyboardInterrupt should be -2, this works in most cases - except when called via "python -m" Does this repl help? Python 3.8.2 (default, Jul 16 2020, 14:00:26) [GCC 9.3.0] on linux

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Guido van Rossum added the comment: Okay, I got it. Now my next question. What do you mean by "I've eliminated runpy" and various other remarks along those lines? Have you actually identified the root cause of the problem? What's your suggested fix (without test framework). --

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Eryk Sun added the comment: > The return code of python on linux when the program is ended with > a KeyboardInterrupt should be -2 In general, the exit status for an unhandled KeyboardInterrupt (i.e. _Py_UnhandledKeyboardInterrupt) should be the same as the default SIGINT handler. This is

[issue40697] add fissix as a lib2to3 alternative

Guido van Rossum added the comment: Closing for lack of activity. -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list

[issue37604] warnings should use a ContextVar to manage filters/registry

Guido van Rossum added the comment: Closing for lack of activity. -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list

[issue41756] Do not always use exceptions to return result from coroutine

Yury Selivanov added the comment: > As for returned value, I propose to return -1 in case of error, 1 for yielded > value and 0 for returned value (i.e. define PYGEN_RETURN = 0, PYGEN_YIELD = 1 > and PYGEN_ERROR = -1, but without exposing public names). Sure, that works. --

[issue39728] Instantiating enum with invalid value results in ValueError twice

Change by Ethan Furman : -- pull_requests: +21334 pull_request: https://github.com/python/cpython/pull/22282 ___ Python tracker ___

[issue41756] Do not always use exceptions to return result from coroutine

Stefan Behnel added the comment: I'm happy to see this moving forward. Not convinved of the "PyIter_Send()" name, though. I don't consider this part of the iterator protocol. It's specific to generators and coroutines. Cython would probably guard its usage by "PyGen_CheckExact()" or

[issue41756] Do not always use exceptions to return result from coroutine

Vladimir Matveev added the comment: Also should it be specific to generators/coroutines and accept PyGenObject* or should it try to handle multiple cases and expose the result for them in uniform way, i.e. ``` if (PyGen_CheckExact(gen) || PyCoro_CheckExact(gen)) { // use

[issue36586] multiprocessing.Queue.close doesn't behave as documented

Change by Guido van Rossum : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37350] print ResourceWarning object traceback when raised as error with -W error and -X tracemalloc

Change by Guido van Rossum : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37604] warnings should use a ContextVar to manage filters/registry

Change by Guido van Rossum : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: > Okay, I got it. Now my next question. What do you mean by "I've eliminated > runpy" and various other remarks along those lines? I can use `runpy._run_module_as_main` from another Python entry, eg -c and get the correct `-2` >>>

[issue41799] splunklib.client does not handle Unicode characters

New submission from Jay Patel : Using splunklib.client module to use Pythonic interface to the Splunk REST API. I am using the connect method of the module to connect and log in to a Splunk instance. Code: import splunklib.client as splunk_client kwargs_config_flags = {

[issue41746] Add optional type information to asdl_seq objects

Pablo Galindo Salgado added the comment: New changeset a5634c406767ef694df49b624adf9cfa6c0d9064 by Pablo Galindo in branch 'master': bpo-41746: Add type information to asdl_seq objects (GH-3) https://github.com/python/cpython/commit/a5634c406767ef694df49b624adf9cfa6c0d9064 --

[issue41799] splunklib.client does not handle Unicode characters

Eric V. Smith added the comment: This looks like an issue with splunklib, which is not distributed with python. I'm not sure if it's the same splunklib, but you might try https://github.com/IntegralDefense/splunklib -- nosy: +eric.smith ___

[issue37350] print ResourceWarning object traceback when raised as error with -W error and -X tracemalloc

Guido van Rossum added the comment: Closing for lack of activity. -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list

[issue36586] multiprocessing.Queue.close doesn't behave as documented

Guido van Rossum added the comment: Closing for lack of activity. -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list

[issue41756] Do not always use exceptions to return result from coroutine

Serhiy Storchaka added the comment: As for returned value, I propose to return -1 in case of error, 1 for yielded value and 0 for returned value (i.e. define PYGEN_RETURN = 0, PYGEN_YIELD = 1 and PYGEN_ERROR = -1, but without exposing public names). It would be uniform with other C API:

[issue41756] Do not always use exceptions to return result from coroutine

Yury Selivanov added the comment: > Since coroutines inherit the generator protocol more or less, I think > "PyGen_Send()" is a more suitable name, better than "PyCoro_Send()". OK, +1. PyGen_Send it is. > Also should it be specific to generators/coroutines and accept PyGenObject* I think

[issue40025] enum: _generate_next_value_ is not called if its definition occurs after calls to auto()

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

[issue40025] enum: _generate_next_value_ is not called if its definition occurs after calls to auto()

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

[issue39728] Instantiating enum with invalid value results in ValueError twice

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

[issue39452] Improve the __main__ module documentation

Géry added the comment: Thanks for your extended review Steven. > You state that these two phrases are from the runpy documentation: > > * "run from the module namespace" > * "run from the file system" > > but neither of those phrases appear in the runpy documentation here: > >

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Guido van Rossum added the comment: Why did you remove 3.10? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41799] splunklib.client does not handle Unicode characters

Change by Eric V. Smith : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41756] Do not always use exceptions to return result from coroutine

Serhiy Storchaka added the comment: There are other abstract object APIs: PyNumber, PySequence, PyMapping, etc. In particularly PyIter_Next() works with the iterator protocol, there is no single iterator class. Seems PyGen_* API is related to concrete class, but we can introduce new

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: nice the tests pass with that fix -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37296] pdb next vs __next__

Rick added the comment: I have no idea what program this was in, it's lost in the depths of time. I can't retain these things for over a year, too old, maybe in my twenties I would have remembered what code this was in but no longer. Can it. --

[issue27032] Remove deprecated html.parser.HTMLParser.unescape()

Senthil Kumaran added the comment: Irit, yes. Serhiy's patch could be converted to a GitHub PR and it can be merged. -- nosy: +orsenthil ___ Python tracker ___

[issue39728] Instantiating enum with invalid value results in ValueError twice

Ethan Furman added the comment: New changeset 5efb1a77e75648012f8b52960c8637fc296a5c6d by Ethan Furman in branch '3.8': [3.8] bpo-39728: Enum: fix duplicate `ValueError` (GH-22277) (GH-22283) https://github.com/python/cpython/commit/5efb1a77e75648012f8b52960c8637fc296a5c6d --

[issue39728] Instantiating enum with invalid value results in ValueError twice

Ethan Furman added the comment: New changeset a9ba8ba9a71f3cb8d274c354ff67b6206abeb8ac by Ethan Furman in branch '3.9': [3.9] bpo-39728: Enum: fix duplicate `ValueError` (GH-22277) (GH-22282) https://github.com/python/cpython/commit/a9ba8ba9a71f3cb8d274c354ff67b6206abeb8ac --

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Guido van Rossum added the comment: Thanks, I think this is the fix: diff --git a/Modules/main.c b/Modules/main.c index 4a76f4461b..3d1bbee3a0 100644 --- a/Modules/main.c +++ b/Modules/main.c @@ -288,6 +288,10 @@ pymain_run_module(const wchar_t *modname, int set_argv0) return

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Change by Guido van Rossum : -- stage: patch review -> needs patch versions: +Python 3.10 ___ Python tracker ___ ___

[issue41756] Do not always use exceptions to return result from coroutine

Yury Selivanov added the comment: > I think it should be specific to generators and coroutines. Calling > `PyObject_CallMethodIdOneArg(coro, _send, arg);` and interpreting > exceptions to emulate the low level API seems a bit too much. To add to my point: typically higher-level APIs go

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: I pushed that patch -- versions: -Python 3.10 ___ Python tracker ___ ___ Python-bugs-list

[issue40900] uuid module build fix on FreeBSD proposal

Change by Danilo G. Baio : -- nosy: +dbaio ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40025] enum: _generate_next_value_ is not called if its definition occurs after calls to auto()

Ethan Furman added the comment: There was an effort to make it so `_generate_next_value_` could be defined last and still work correctly -- unfortunately, it could not handle the more common case of using `auto()` with the default `_generate_next_value_`: class I(Enum): first =

[issue27032] Remove deprecated html.parser.HTMLParser.unescape()

Irit Katriel added the comment: This was pending Python 2 EOL, so should be ok to do now, right? -- nosy: +iritkatriel ___ Python tracker ___

[issue41798] [C API] Revisit usage of the PyCapsule C API with multi-phase initialization API

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: