[issue46012] unittest AsyncConnection not described

New submission from David Shiko : AsyncConnection mentioned only one at this docs but not imported or presented somehow else. https://docs.python.org/3/library/unittest.html. -- components: Tests messages: 408000 nosy: dsb321mp priority: normal severity: normal status: open title:

[issue46002] py Launcher for Windows with MSYS2

Eryk Sun added the comment: You can use "#!python", or "#!/usr/bin/python", or "#!/usr/local/bin/python". They're all equivalent, and they do not search PATH. Since no wanted version is specified, the launcher will look for a version to run in the following order: an active virtual

[issue46002] py Launcher for Windows with MSYS2

Zernoxi added the comment: Is there a way to not parse certain paths in the PATH environment variable for the shebang: "#!/usr/bin/env python". I get that it is trying to mimic Unix "env" function but is it not conflicting if there is a python install but it is not registered in registry?

[issue46011] Python 3.10 email returns invalid Date: header unchanged.

New submission from Mark Sapiro : Here is an interactive Python session ``` Python 3.10.1 (main, Dec 7 2021, 15:44:39) [GCC 9.3.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from email import message_from_bytes, policy >>> msg_raw = b"""Return-Path:

[issue31184] Fix data descriptor detection in inspect.getattr_static

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

[issue20751] Harmonize descriptor protocol documentation: direct call, super binding with Descriptor Howto docs

Raymond Hettinger added the comment: > I guess here ``obj`` was supposed to be ``a``. Okay, I updated the variable name to match the rest of the example. > But is the description correct when it comes to what class is used where? It looks fine to me. It is harmonious with the other three

[issue20751] Harmonize descriptor protocol documentation: direct call, super binding with Descriptor Howto docs

Raymond Hettinger added the comment: New changeset 4b1cfc1f30327e76a2d845cc274be56b34b1 by Raymond Hettinger in branch 'main': bpo-20751: Match variable name to the example. (GH-29980) https://github.com/python/cpython/commit/4b1cfc1f30327e76a2d845cc274be56b34b1 --

[issue20751] Harmonize descriptor protocol documentation: direct call, super binding with Descriptor Howto docs

Change by Raymond Hettinger : -- pull_requests: +28206 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/29980 ___ Python tracker ___

[issue45582] Rewrite getpath.c in Python

Steve Dower added the comment: New changeset b0b30862796e97b3f0ee358bcc61d21f0cc98441 by Steve Dower in branch 'main': bpo-45582: Write empty pybuilddir.txt on Windows to allow relocatable build directories (GH-29979)

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Eric Snow added the comment: At this point all the changes I was considering have been made, except for splitting type/object init into logical phases. That may or may not happen. Regardless, it can be done in a new issue. -- resolution: -> fixed stage: patch review -> resolved

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Eric Snow added the comment: New changeset 32a67246b0d1e08cd50fc3bfa58052cfeb515b2e by Eric Snow in branch 'main': bpo-46008: Move Py*State init into distinct functions. (gh-29977) https://github.com/python/cpython/commit/32a67246b0d1e08cd50fc3bfa58052cfeb515b2e --

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Eric Snow added the comment: New changeset 758b74e71eb22e1e83a9eb937d1c015e461745a1 by Eric Snow in branch 'main': bpo-46008: Add _PyInterpreterState_Main(). (gh-29978) https://github.com/python/cpython/commit/758b74e71eb22e1e83a9eb937d1c015e461745a1 --

[issue45995] string formatting: normalize negative zero

John Belmonte added the comment: I'll share a draft PR soon (excluding Decimal), so far it's still looking straightforward. > Maybe old versions would correctly ignore the new bit being set. That's one of the benefits of using bit flags in an ABI: backward-compatible extensibility. (An

[issue21762] update the import machinery to only use __spec__

Change by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45582] Rewrite getpath.c in Python

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

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

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

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

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

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Eric Snow added the comment: New changeset 1f384e318481532323bb9076f4447bc02da07209 by Eric Snow in branch 'main': bpo-46008: Stop calling _PyThreadState_Init() in new_threadstate(). (gh-29973) https://github.com/python/cpython/commit/1f384e318481532323bb9076f4447bc02da07209 --

[issue42114] Documentation of ctypes.CDLL does not correspond to code

Change by Louis Sautier : -- keywords: +patch nosy: +sbraz nosy_count: 1.0 -> 2.0 pull_requests: +28202 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29976 ___ Python tracker

[issue34434] Removal of kwargs for built-in types not covered with "changed in Python" note in documentation

Change by Louis Sautier : -- nosy: +sbraz nosy_count: 7.0 -> 8.0 pull_requests: +28201 pull_request: https://github.com/python/cpython/pull/29976 ___ Python tracker ___

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

Pablo Galindo Salgado added the comment: Unfortunately, this has not been fixed into 3.10.1 and 3.11.0a3 as this hasn't version information and therefore has missed our automatic checks for blockers. I have marked https://bugs.python.org/issue46009? as release blocker, as well as this issue

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

Change by Pablo Galindo Salgado : -- nosy: +pablogsal priority: normal -> release blocker ___ Python tracker ___ ___

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

Change by Pablo Galindo Salgado : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Dennis Sweeney added the comment: bpo-46009 about the same behavior change -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue45415] Assert oparg < INSTR_OFFSET()

Steve Dower added the comment: Yes, it's been fixed. The debate about whether to test in CI with C assertions enabled or not can continue somewhere else. -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python

[issue31184] Fix data descriptor detection in inspect.getattr_static

Raymond Hettinger added the comment: Can you give an example of where getattr_static() is not doing what you expect? -- assignee: -> rhettinger components: +Library (Lib) nosy: +rhettinger type: -> behavior versions: -Python 3.10, Python 3.3, Python 3.4, Python 3.5, Python 3.6,

[issue45415] Assert oparg < INSTR_OFFSET()

Pablo Galindo Salgado added the comment: Ping. This issue is marked as release blocker, is something left here? -- ___ Python tracker ___

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

Pablo Galindo Salgado added the comment: Mark, is something left in this issue? -- nosy: +pablogsal ___ Python tracker ___ ___

[issue43137] webbrowser to support "gio open "

Pablo Galindo Salgado added the comment: Christian, this is going into 3.11.0a3 unfortunately. I will make this a blocker for future alphas, so please, take any action that you think is required. -- ___ Python tracker

[issue45618] Documentation builds fail with Sphinx 3.2.1

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

[issue45813] Importing asyncio after deleting a coroutine object and before cleaning it up leads to crashing on Python3.11

Change by Pablo Galindo Salgado : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45963] Embed interpreter frame in generator.

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

[issue45963] Embed interpreter frame in generator.

Change by Pablo Galindo Salgado : -- priority: release blocker -> ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Change by Pablo Galindo Salgado : -- priority: release blocker -> ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Erlend E. Aasland added the comment: Quoting msg407949: > [...] We should do something like > > ZLIB_CFLAGS=${ZLIB_CFLAGS:-""} > ZLIB_LIBS=${ZLIB_LIBS:-"-lz"} > > for all env vars. I think we should use ${VAR-default} instead of ${VAR:-default}; we only want to override if the variable

[issue29944] Argumentless super() fails in classes constructed with type()

Change by Caleb Donovick : -- nosy: +donovick ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46010] Cookie cutter templates to allow variable fields and data transfer proposal before system merge

New submission from Francisco Orozco : Not featuring templates to allow variable fields and data record creation when converting projects to new platform projects for purpose to confirm, verify record creation, might be helpful, in addition of only viewing/editing project development and

[issue1653457] Python misbehaves when installed in / (patch attached)

Chris Webb added the comment: Irit Katriel added the comment: > getpath.c has been rewritten (see Issue45582). reduce is no longer there. Gosh, this is one I originally reported back in the late 1990s and then again mid-2000s! I've carried a patch in my distribution to make python work

[issue33411] All console message are in the error output in bash interpretor

Eryk Sun added the comment: PyOS_Readline() calls PyOS_StdioReadline() if sys_stdin or sys_stdout isn't a tty file. This function always writes the prompt to stderr, as follows: if (prompt) { fprintf(stderr, "%s", prompt); } fflush(stderr); Maybe this matched the

[issue1653457] Python misbehaves when installed in / (patch attached)

Irit Katriel added the comment: getpath.c has been rewritten (see Issue45582). reduce is no longer there. -- nosy: +iritkatriel resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31184] Fix data descriptor detection in inspect.getattr_static

David Halter added the comment: This is not a duplicate. It is related to https://bugs.python.org/issue26103, because __get__ is not required anymore for an object to be a data descriptor. The current code on master (of inspect.getattr_static) still thinks a descriptor has both __get__ and

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

New submission from Stanislav Syekirin : Tested with Python 3.10.1 on Linux and Python 3.10.0 on Windows. The following code prints None in 3.9 and raises StopIteration without any additional information in 3.10: def f(): yield x = f() try: x.send(0)

[issue46003] os.replace is not cross-platform: at least improve documentation

Eric V. Smith added the comment: As they say, there's no such thing as "portable software", only "software that has been ported". Especially in an area like file I/O: once you move beyond simple "one process opens, writes, and closes; and another process then opens, reads, and closes",

[issue40222] "Zero cost" exception handling

Change by Irit Katriel : -- nosy: +iritkatriel nosy_count: 16.0 -> 17.0 pull_requests: +28199 pull_request: https://github.com/python/cpython/pull/29975 ___ Python tracker ___

[issue40222] "Zero cost" exception handling

Change by Irit Katriel : -- nosy: +iritkatriel, iritkatriel nosy_count: 16.0 -> 17.0 pull_requests: +28199, 28200 pull_request: https://github.com/python/cpython/pull/29975 ___ Python tracker

[issue45995] string formatting: normalize negative zero

Eric V. Smith added the comment: PyOS_double_to_string is part of the stable ABI. I don't recall if we're allowed to add new bitfield flags to a stable ABI function. We'd use a new Py_DTSF_NORMALIZE_NEGATIVE_0 flag for this feature. I suspect we can't add a flag, due to comparability

[issue45582] Rewrite getpath.c in Python

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

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

miss-islington added the comment: New changeset 9b577cd01f66512b503115c0fdbf0734edfd5f8a by Eric Snow in branch 'main': bpo-46008: Use PyMem_RawCalloc() to allocate PyThreadState. (GH-29972) https://github.com/python/cpython/commit/9b577cd01f66512b503115c0fdbf0734edfd5f8a -- nosy:

[issue43098] tarfile list() method does not show file type

Val Shkolnikov added the comment: > contributions are only now accepted in form of github PRs Done -- ___ Python tracker ___ ___

[issue20751] Harmonize descriptor protocol documentation: direct call, super binding with Descriptor Howto docs

Jan Kaliszewski added the comment: I am very sorry, I just noticed another mistake. It should be: A dotted lookup such as ``super(A, obj).x`` (where ``obj`` is an instance of ``A`` or of a subclass of ``A``) searches ``type(obj).__mro__`` for such a base class ``B`` that follows

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Eric Snow added the comment: New changeset 313f92a57bc3887026ec16adb536bb2b7580ce47 by Eric Snow in branch 'main': bpo-46008: Move thread-related interpreter state into a sub-struct. (gh-29971) https://github.com/python/cpython/commit/313f92a57bc3887026ec16adb536bb2b7580ce47 --

[issue17975] altinstall should not install libpython3.so (conflict between multiple $VERSIONs)

Irit Katriel added the comment: The discussion here seems to have been abandoned 7 years ago after Martin asked Patrick to clarify the issue. I will close this soon if nobody will explain what is left to be done. -- nosy: +iritkatriel resolution: -> wont fix status: open -> pending

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Eric Snow added the comment: New changeset 8262c96bcc1841188866c1b022d9087e89639d98 by Eric Snow in branch 'main': bpo-46008: Return void from _PyEval_InitState(). (gh-29970) https://github.com/python/cpython/commit/8262c96bcc1841188866c1b022d9087e89639d98 --

[issue20751] Harmonize descriptor protocol documentation: direct call, super binding with Descriptor Howto docs

Jan Kaliszewski added the comment: Sorry, a few mistakes distorted my proposal. It should be: A dotted lookup such as ``super(A, obj).x`` (where ``obj`` is an instance of ``A`` or of a subclass of ``A``) searches ``A.__mro__`` for a base class whose `__dict__` contains name ``"x"``,

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

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

[issue20751] Harmonize descriptor protocol documentation: direct call, super binding with Descriptor Howto docs

Jan Kaliszewski added the comment: So the current (after the aforementioned commit) form of the description is: A dotted lookup such as ``super(A, a).x`` searches ``obj.__class__.__mro__`` for a base class ``B`` following ``A`` and then returns ``B.__dict__['x'].__get__(a, A)``. If

[issue33411] All console message are in the error output in bash interpretor

Irit Katriel added the comment: I think the question here is why this went to stderr rather than stdout: Python 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609] on linux2 Type "help", "copyright", "credits" or "license" for more information. -- nosy: +iritkatriel

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

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

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

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

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

Change by Eric Snow : -- keywords: +patch pull_requests: +28195 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/29970 ___ Python tracker

[issue46008] Prepare runtime/interp/thread state and init for upcoming changes.

New submission from Eric Snow : There are a few things in `_PyRuntimeState`, `PyInterpreterState`, `PyThreadState`, and there initialization (Python/pystate.c & Python/pylifecycle.c) that would benefit from some minor cleanup. Normally I wouldn't bother (due to the cost of churn), but such

[issue36850] shutil.copy2 fails with even with source network filesystem not supporting extended attributes

Change by Eryk Sun : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Christian Heimes added the comment: New changeset 91b59a3fcdcb93d74bb89cce536f11d2990f655d by Christian Heimes in branch 'main': bpo-45847: Revert Port _ctypes partly to PY_STDLIB_MOD (GH-29747) (GH-29969) https://github.com/python/cpython/commit/91b59a3fcdcb93d74bb89cce536f11d2990f655d

[issue46003] os.replace is not cross-platform: at least improve documentation

nobody added the comment: Thank you for your replies. I have been reading more and conclude that I/O programming on Windows and Linux are two different things. Python is not cross-platform in the sense that a Python program always works on different operating systems but that you can make

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Change by Christian Heimes : -- pull_requests: +28194 pull_request: https://github.com/python/cpython/pull/29969 ___ Python tracker ___

[issue45582] Rewrite getpath.c in Python

Łukasz Langa added the comment: New changeset 06c4ae8b1380eec1c5f3cd8faa21102d1c940bab by Christian Heimes in branch 'main': bpo-45582: Fix framework path and bootstrap build (GH-29954) https://github.com/python/cpython/commit/06c4ae8b1380eec1c5f3cd8faa21102d1c940bab -- nosy:

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Pablo Galindo Salgado added the comment: I may need to revert this commit to unblock the release if no one can take a look today -- ___ Python tracker ___

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Pablo Galindo Salgado added the comment: After PR29747, some buildbots are failing: https://buildbot.python.org/all/#/builders/58/builds/1217 for example: ``` 0:35:41 load avg: 3.70 Re-running failed tests in verbose mode 0:35:41 load avg: 3.70 Re-running test_code in verbose mode

[issue22910] test_pydoc test_synopsis_sourceless is a flaky test

Change by Gregory P. Smith : -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue27062] `inspect` doesn't have `__all__`

Change by Irit Katriel : -- keywords: +easy type: behavior -> enhancement versions: +Python 3.11 -Python 3.5, Python 3.6 ___ Python tracker ___

[issue45986] 3.10.0 ships with older tcl/tk DLLs than 3.9.9 causing Windows Installer problems

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

[issue23469] Delete Misc/*.wpr files

Change by Berker Peksag : -- stage: resolved -> status: closed -> open versions: +Python 3.11 -Python 3.4, Python 3.5 ___ Python tracker ___

[issue45711] Simplify the interpreter's (type, val, tb) exception representation

Change by Irit Katriel : -- pull_requests: +28193 pull_request: https://github.com/python/cpython/pull/29968 ___ Python tracker ___

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Change by Christian Heimes : -- pull_requests: +28192 pull_request: https://github.com/python/cpython/pull/29967 ___ Python tracker ___

[issue45999] Links to packaging broken

Ned Deily added the comment: Perhaps I'm misunderstanding to which links you are referring but I am not seeing any broken links in that section at the moment. Could you retry and, if so, list exactly which links do not work for you? -- nosy: +ned.deily status: open -> pending

[issue17780] the test suite should use a TEMPDIR in the build directory, not the source directory

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> TEST_DATA_DIR for out-of-tree builds ___ Python tracker ___

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

STINNER Victor added the comment: There are around 27 _PyUnicode_EqualToASCIIId() calls in the Python code base. I don't think that avoiding _PyUnicode_EqualToASCIIId() is a good solution :-) Fixing _PyUnicode_EqualToASCIIId() to make it compatible with subinterpreters sound more

[issue46007] [C API] PyUnicode_CHECK_INTERNED() doesn't work in the limited C API

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

[issue46007] [C API] PyUnicode_CHECK_INTERNED() doesn't work in the limited C API

New submission from STINNER Victor : The PyUnicode_CHECK_INTERNED() macro uses the PyASCIIObject structure which is *excluded* from the limited C API: /* Use only if you know it's a string */ #define PyUnicode_CHECK_INTERNED(op) \ (((PyASCIIObject *)(op))->state.interned) Using this

[issue39465] [subinterpreters] Design a subinterpreter friendly alternative to _Py_IDENTIFIER

STINNER Victor added the comment: This change introduced a subtle regression: bpo-46006 "[subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters". -- ___ Python tracker

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

STINNER Victor added the comment: > Depending on how the stdlib abc.py file was loaded (in the main interpreter > and in the subinterpreter), __code__.co_freevars[0] may or may not be an > interned string. When the bug occurs, I see that the Python stdlib abc.py file is loaded twice: the

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

STINNER Victor added the comment: Serhiy: Do you recall the idea of the PyUnicode_CHECK_INTERNED() optimization? The PyUnicode_CHECK_INTERNED() test is as old as the _PyUnicode_EqualToASCIIId() function. commit f5894dd646f5e39918377b37b8c8694cebdca103 Author: Serhiy Storchaka Date: Wed

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

STINNER Victor added the comment: In Python 3.9, the code works because the _Py_IDENTIFIER() API shares Python Unicode objects between all interpreters. _PyUnicode_FromId() was modified to be per-interpreter in bpo-39465 by: New changeset ba3d67c2fb04a7842741b1b6da5d67f22c579f33 by Victor

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

New submission from STINNER Victor : _PyUnicode_EqualToASCIIId() seems to be incompatible with subinterpreter: it makes the assumption that if direct pointer comparison fails and the string is interned, the two strings are not equal. -- super_init_without_args() of Objects/typeobject.c

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Christian Heimes added the comment: I just noticed that the PKG_CHECK_MODULES() fallbacks override the PKG_CONFIG environment variables. We should do something like ZLIB_CFLAGS=${ZLIB_CFLAGS:-""} ZLIB_LIBS=${ZLIB_LIBS:-"-lz"} for all env vars. I prefer the syntax over

[issue19745] TEST_DATA_DIR for out-of-tree builds

Irit Katriel added the comment: It does seem to be used here: https://github.com/python/cpython/blob/a6c3b0faa1d55e36539caf19bd3bcf1dea12df84/Lib/test/support/__init__.py#L553 -- nosy: +iritkatriel ___ Python tracker

[issue45635] Tidy up error handling in traceback.c / python run.c

Irit Katriel added the comment: New changeset d596acbd3b4f6716ed98895eb0b48e9830e0b320 by Irit Katriel in branch 'main': bpo-45635: standardize error handling in traceback.c (GH-29905) https://github.com/python/cpython/commit/d596acbd3b4f6716ed98895eb0b48e9830e0b320 --

[issue23947] Add mechanism to import stdlib package bypassing user packages

Change by Irit Katriel : -- type: -> enhancement versions: +Python 3.11 -Python 2.7, Python 3.4, Python 3.5 ___ Python tracker ___

[issue45947] Place dict (and values) pointers at a fixed (negative) offset from the base of the object.

Mark Shannon added the comment: New changeset 8319114feedd2a5b77378bba24eb9fb2689c5033 by Mark Shannon in branch 'main': bpo-45947: Place dict and values pointer at fixed (negative) offset just before GC header. (GH-29879)

[issue35821] Clarify when logging events are propagated when propagate is true

miss-islington added the comment: New changeset db42809d299d1bc3a07b29fabe8f74fa02a7e59e by Miss Islington (bot) in branch '3.9': bpo-35821: Fix restructuredtext code formatting in logging.rst (GH-29963) https://github.com/python/cpython/commit/db42809d299d1bc3a07b29fabe8f74fa02a7e59e

[issue35821] Clarify when logging events are propagated when propagate is true

miss-islington added the comment: New changeset 14f03ce6e8a33cc8b45f11c4d428193fc7c4a145 by Miss Islington (bot) in branch '3.10': [3.10] bpo-35821: Fix restructuredtext code formatting in logging.rst (GH-29963) (GH-29965)

[issue25726] [doc] sys.setprofile / sys.getprofile asymetry

Change by Irit Katriel : -- title: sys.setprofile / sys.getprofile asymetry -> [doc] sys.setprofile / sys.getprofile asymetry versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.4 ___ Python tracker

[issue35821] Clarify when logging events are propagated when propagate is true

Ken Jin added the comment: New changeset c7e7a4b969b5728d4b4f3c59bf98e1e830d5c6d6 by Ken Jin in branch 'main': bpo-35821: Fix restructuredtext code formatting in logging.rst (GH-29963) https://github.com/python/cpython/commit/c7e7a4b969b5728d4b4f3c59bf98e1e830d5c6d6 --

[issue35821] Clarify when logging events are propagated when propagate is true

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

[issue35821] Clarify when logging events are propagated when propagate is true

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

[issue46004] Incorrect bad token identified in 3.10.1

Pablo Galindo Salgado added the comment: >From > (https://friendly-traceback.github.io/docs/syntax_tracebacks_en_3.10.html#for-loop-missing-in-operator), > this is what was shown for Python 3.10.0 Yeah, we are not showing that anymore as we only trigger the error when it happens inside

[issue46004] Incorrect bad token identified in 3.10.1

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

[issue46004] Incorrect bad token identified in 3.10.1

Pablo Galindo Salgado added the comment: New changeset c52141200364898818956a73b955f7c04f634dc8 by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-46004: Fix error location for loops with invalid targets (GH-29959). (GH-29961)

[issue24393] Test urllib2_localnet fails depending on host proxy configuration

Irit Katriel added the comment: I'm closing this as there was no activity for 6 years and 3.5 is no longer maintained. Furthermore, it's not clear what problem the patch trying to solve. If this problem still exists on current versions (>= 3.9), please create a new issue and explain in more

[issue26120] pydoc: move __future__ imports out of the DATA block

Vedran Čačić added the comment: I thought that _Feature starts with an underscore precisely to evade such listings. Do other "private" module data also get listed? -- nosy: +veky ___ Python tracker

  1   2   >