[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

Christian Heimes added the comment: I don't agree with GH-31673. Did you try defining NO_MISALIGNED_ACCESSES instead? -- nosy: +christian.heimes ___ Python tracker ___

[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work

Vinay Sajip added the comment: > If so, then it probably good to adjust ... since it still talks about it > being expected. Do you mean just adding a note to the effect that SysLogHandler won't work on macOS 12.2 because of changes to the syslog daemon on that platform? IIRC using the

[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work

Philip Bloom added the comment: I could certainly understand that. It's a weird apple choice. If so, then it probably good to adjust https://docs.python.org/3/library/logging.handlers.html#sysloghandler since it still talks about it being expected. --

[issue46916] There is a problem with escape characters in the path passed in by pathlib.Path.mkdir()

Eryk Sun added the comment: > e = Path(r'F:\ceven\test2') Using forward slashes in the string literal is preferred, e.g. Path('F:/ceven/test2'). This avoids the problem of backslash escapes in string literals. The Path constructor parses the path and stores it internally as component

[issue46916] There is a problem with escape characters in the path passed in by pathlib.Path.mkdir()

Eryk Sun added the comment: > FileNotFoundError: [WinError 3] The system cannot find > the path specified: 'F:\\ceven\\test2' The Windows error code, ERROR_PATH_NOT_FOUND (3), indicates that the parent path, r"F:\ceven", does not exist. Try e.mkdir(parents=True) [1]. [1]

[issue46744] installers on ARM64 suggest wrong folders

Steve Dower added the comment: New changeset 8f31bf46980956c735dd18f9914f3e7144e87c77 by Steve Dower in branch 'main': bpo-46744: Move Windows ARM64 installation directory to correct ProgramFiles (GH-31677) https://github.com/python/cpython/commit/8f31bf46980956c735dd18f9914f3e7144e87c77

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: New changeset 6a14330318c9c7aedf3e9841c3dfea337064d8e6 by Victor Stinner in branch '3.9': bpo-46913: Fix test_ctypes, test_hashlib, test_faulthandler on UBSan (GH-31675) (GH-31676)

[issue46744] installers on ARM64 suggest wrong folders

Steve Dower added the comment: Posted half a PR for this, which is worth taking in itself, but doesn't completely address the whole change. It will install to the correct ProgramFiles folder on ARM64 now, but still with the suffix. If we are to take the rest of the change (use "-amd64" for

[issue46744] installers on ARM64 suggest wrong folders

Change by Steve Dower : -- keywords: +patch pull_requests: +29797 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31677 ___ Python tracker ___

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: New changeset 7b5b429adab4fe0fe81858fe3831f06adc2e2141 by Victor Stinner in branch '3.10': [3.10] bpo-46913: Fix test_ctypes, test_hashlib, test_faulthandler on UBSan (GH-31675)

[issue42337] Skip building web installers on Windows

Steve Dower added the comment: Forget exactly when I did this, but I did it. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: I pushed changes just to turn back the buildbot back to green, but undefined behaviors in test_ctypes.test_shorts() and _sha3 (tested by test_hashlib) must be fixed. Previously, test_ctypes, test_hashlib and test_faulthandler were fully skipped on UBSan.

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46355] [C API] Document PyFrameObject and PyThreadState changes and explain how to port code to Python 3.11

STINNER Victor added the comment: New changeset ec4a580f7cada002441ae5611b909d56e3b5b613 by Victor Stinner in branch 'main': bpo-46355: Update pythoncapi_compat project URL (GH-31670) https://github.com/python/cpython/commit/ec4a580f7cada002441ae5611b909d56e3b5b613 --

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: New changeset ad1b04451d3aca2c6fa6dbe2891676a4e0baac49 by Victor Stinner in branch 'main': bpo-46913: Skip test_ctypes.test_shorts() on UBSan (GH-31674) https://github.com/python/cpython/commit/ad1b04451d3aca2c6fa6dbe2891676a4e0baac49 --

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: New changeset 6d0d7d2b8c1e04fd51c6cb29cc09a41b60b97b7b by Victor Stinner in branch 'main': bpo-46913: test_hashlib skips _sha3 tests on UBSan (GH-31673) https://github.com/python/cpython/commit/6d0d7d2b8c1e04fd51c6cb29cc09a41b60b97b7b --

[issue46852] Remove the float.__set_format__() method

STINNER Victor added the comment: I created a follow-up issue: bpo-46917 "Require IEEE 754 floating point to build Python 3.11". I close this one: float.__set_format__() has been removed. -- resolution: -> fixed status: open -> closed title: Remove the float.__setformat__() method

[issue46857] Python leaks one reference at exit on Windows

STINNER Victor added the comment: The initial issue "Python leaks one reference at exit on Windows" is now fixed. If someone wants to investigate the remaining leak of 1 memory block or the negative ref count of PYTHONDUMPREFS=1, please open a separated issue. -- resolution: ->

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: See also bpo-46887: ./Programs/_freeze_module fails with MSAN: Uninitialized value was created by an allocation of 'stat.i'. -- ___ Python tracker

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset 05a8bc1c944709e7468f157bd1b6032f368e43bf by Brandt Bucher in branch 'main': bpo-46841: Use inline caching for attribute accesses (GH-31640) https://github.com/python/cpython/commit/05a8bc1c944709e7468f157bd1b6032f368e43bf --

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: New changeset 65b92ccdec2ee4a99e54aaf7ae2d9bbc2ebfe549 by Victor Stinner in branch 'main': bpo-46913: Fix test_faulthandler.test_read_null() on UBSan (GH31672) https://github.com/python/cpython/commit/65b92ccdec2ee4a99e54aaf7ae2d9bbc2ebfe549 --

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

Christian Heimes added the comment: Please add a blurb entry. -- assignee: christian.heimes -> vstinner priority: -> normal resolution: fixed -> status: closed -> open ___ Python tracker

[issue46916] There is a problem with escape characters in the path passed in by pathlib.Path.mkdir()

Vincent FUNG added the comment: This problem occurs when the directory starts with 't', but works with os.makedirs(e) or macOS. >>> e = Path(r'F:\ceven\test2') >>> e.mkdir() Traceback (most recent call last): File "", line 1, in File "C:\Program Files\Python310\lib\pathlib.py", line

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: > https://github.com/python/buildmaster-config/commit/0fd1e3e49e4b688d5767501484cccea5fa35d3fc Previously, 4 tests were skipped on the UBSAN buildbot * test_faulthandler * test_hashlib * test_concurrent_futures * test_ctypes It's not a regression, it's just

[issue46917] Require IEEE 754 floating point to build Python 3.11

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

[issue46917] Require IEEE 754 floating point to build Python 3.11

New submission from STINNER Victor : See "[Python-Dev] Should we require IEEE 754 floating-point for CPython?" thread: https://mail.python.org/archives/list/python-...@python.org/thread/J5FSP6J4EITPY5C2UJI7HSL2GQCTCUWN/ I propose to require IEEE 754 floating-point to build Python 3.11. I

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29791 pull_request: https://github.com/python/cpython/pull/31671 ___ Python tracker ___

[issue25415] [io doc] Reword "there is no public constructor"

Irit Katriel added the comment: > I think that the fix should be to delete the original incorrect statement and > not replace it with another incorrect statement. I agree with this. -- ___ Python tracker

[issue46916] There is a problem with escape characters in the path passed in by pathlib.Path.mkdir()

New submission from Vincent FUNG : This problem occurs when the directory starts with 't', but works with os.makedirs(e) or macOS. >>> e = Path(r'F:\ceven\test2') >>> e.mkdir() Traceback (most recent call last): File "", line 1, in File "C:\Program Files\Python310\lib\pathlib.py", line

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

STINNER Victor added the comment: lxml does crash on the current Cython 0.29.x development branch. -- ___ Python tracker ___ ___

[issue46355] [C API] Document PyFrameObject and PyThreadState changes and explain how to port code to Python 3.11

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

[issue45459] Limited API support for Py_buffer

STINNER Victor added the comment: New changeset 32f0c8271706550096c454eb512450b85fbfc320 by Victor Stinner in branch 'main': bpo-45459: Use type names in the internal C API (GH-31669) https://github.com/python/cpython/commit/32f0c8271706550096c454eb512450b85fbfc320 --

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

STINNER Victor added the comment: Fixed by https://github.com/python/cpython/commit/0b63215bb152c06404cecbd5303b1a50969a9f9f -- priority: release blocker -> resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'

William Woodruff added the comment: Nosying myself; this affects 3.9 and 3.10 as well. -- nosy: +yossarian versions: +Python 3.10, Python 3.9 ___ Python tracker ___

[issue45459] Limited API support for Py_buffer

STINNER Victor added the comment: New changeset 0b63215bb152c06404cecbd5303b1a50969a9f9f by Victor Stinner in branch 'main': bpo-45459: Fix PyModuleDef_Slot type in the limited C API (GH-31668) https://github.com/python/cpython/commit/0b63215bb152c06404cecbd5303b1a50969a9f9f --

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: Reproducer of test_ctypes undefined behavior: --- from ctypes import * class BITS(Structure): _fields_ = [("A", c_int, 1), ("B", c_int, 2), ("C", c_int, 3), ("D", c_int, 4), ("E", c_int, 5),

[issue45459] Limited API support for Py_buffer

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

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

STINNER Victor added the comment: I proposed a fix: https://github.com/python/cpython/pull/31668 -- ___ Python tracker ___ ___

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

Christian Heimes added the comment: With fix: $ /tmp/python311/bin/pip3 install --no-binary :all: cryptography Collecting cryptography Using cached cryptography-36.0.1.tar.gz (572 kB) Installing build dependencies ... done Getting requirements to build wheel ... done Preparing wheel

[issue45459] Limited API support for Py_buffer

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

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

Change by Christian Heimes : -- keywords: +patch pull_requests: +29786 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31667 ___ Python tracker

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

Christian Heimes added the comment: The problem was first reported to PyCA cryptography project in bug https://github.com/pyca/cryptography/issues/6929 -- ___ Python tracker

[issue46915] Build with Py_LIMITED_API fails unknown type name ‘PyModuleDef_Slot’

New submission from Christian Heimes : Extension modules with bare "#define Py_LIMITED_API" without version fail to build with error: moduleobject.h:82:3: error: unknown type name ‘PyModuleDef_Slot’ The issue was introduced in PR GH-31528 and bpo-45459. The type PyModuleDef_Slot is only

[issue46894] make install DESTDIR= uses /lib/python3.10/lib-dynload out of DESTDIR

Ned Deily added the comment: My apologies: I'm not sure where I got the idea you were building on macOS! In any case, this problem has come up a few times in the past, no doubt for a similar reason, most recently in open issue Issue31114. I'm closing this issue as a duplicate of that. But

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: New changeset 4173d677a1d7c72bb32d292fbff1b4cf073d615c by Victor Stinner in branch 'main': bpo-46913: Fix test_faulthandler.test_sigfpe() on UBSAN (GH-31662) https://github.com/python/cpython/commit/4173d677a1d7c72bb32d292fbff1b4cf073d615c --

[issue46896] add support for watching writes to selected dictionaries

Gregory P. Smith added the comment: Per interpreter seems best. If someone using this feature writes a buggy implementation of a callback that doesn't chain reliably, that is a bug in their code and all of the fallout from that is "just" a bug to be fixed in said code. Think of it like a C

[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work

Ronald Oussoren added the comment: This is probably not a bug in python, but a change in system behaviour. In particular, I've used the lsof command to check the open files for the syslogd proces on a macOS 10.13 and 12.2 system. On the former syslogd has /var/run/syslog open, on the latter

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29783 pull_request: https://github.com/python/cpython/pull/31664 ___ Python tracker ___

[issue46896] add support for watching writes to selected dictionaries

Carl Meyer added the comment: > Could we (or others) end up with unguarded stale caches if some buggy > extension forgets to chain the calls correctly? Yes. I can really go either way on this. I initially opted for simplicity in the core support at the cost of asking a bit more of clients,

[issue44800] Code readability: rename InterpreterFrame to `_Py_framedata`

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46896] add support for watching writes to selected dictionaries

Brandt Bucher added the comment: Also, when you say "only one global callback": does that mean per-interpreter, or per-process? -- ___ Python tracker ___

[issue46896] add support for watching writes to selected dictionaries

Brandt Bucher added the comment: > CPython will track only one global callback; it is a well-behaved client’s > responsibility to check if a callback is already set when setting a new one, > and daisy-chain to the previous callback if so. Hm, this is a bit scary. Could we (or others) end up

[issue46756] Incorrect authorization check in urllib.request

Senthil Kumaran added the comment: Pablo, we are good. The PRs were merged in open branches a while ago, and this was tracking security releases backports. -- ___ Python tracker

[issue46896] add support for watching writes to selected dictionaries

Change by Gregory P. Smith : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46896] add support for watching writes to selected dictionaries

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work

Change by Ned Deily : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work

New submission from Philip Bloom : Hello, don't file these often so apologies for any mistakes, trying to be good python citizen here. Checked this on the python-list first, and others reported it as reproducible. The issue is: On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not

[issue46823] Add LOAD_FAST__LOAD_ATTR_INSTANCE_VALUE combined opcode

Brandt Bucher added the comment: Reopening since this needed to be removed for https://github.com/python/cpython/pull/31640. -- resolution: fixed -> stage: resolved -> status: closed -> open ___ Python tracker

[issue46896] add support for watching writes to selected dictionaries

Carl Meyer added the comment: Thanks gps! Working on a PR and will collect pyperformance data as well. We haven't observed any issues in Cinder with the callback just being called at shutdown, too, but if there are problems with that it should be possible to just have CPython clear the

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset 127797f572cc7374192e415c44ea2e95b009d5ab by Brandt Bucher in branch 'main': bpo-46841: Improve the failure stats for COMPARE_OP (GH-31663) https://github.com/python/cpython/commit/127797f572cc7374192e415c44ea2e95b009d5ab --

[issue46908] Debugger jumps to a wrong instruction in for loop

Vedran Čačić added the comment: pdb on Py3.10.2 works fine with that code. -- nosy: +veky ___ Python tracker ___ ___

[issue46908] Debugger jumps to a wrong instruction in for loop

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Change by Brandt Bucher : -- pull_requests: +29782 pull_request: https://github.com/python/cpython/pull/31663 ___ Python tracker ___

[issue46877] [doc] unittest.doModuleCleanups() does not exist

Change by Guido van Rossum : -- components: +Library (Lib) resolution: -> fixed stage: patch review -> resolved status: open -> closed type: enhancement -> behavior ___ Python tracker

[issue46877] [doc] unittest.doModuleCleanups() does not exist

Guido van Rossum added the comment: New changeset cc400585fab02994255f21ae8183d5f147236815 by Kumar Aditya in branch 'main': bpo-46877: export unittest.doModuleCleanups in unittest package (#31613) https://github.com/python/cpython/commit/cc400585fab02994255f21ae8183d5f147236815 --

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

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

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: test_faulthandler: test_sigfpe() fails with: == FAIL: test_sigfpe (test.test_faulthandler.FaultHandlerTests) -- Traceback

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: test_hashlib: test_gil() fails with: --- test_gil (test.test_hashlib.HashLibTestCase) ... /home/vstinner/python/main/Modules/_sha3/kcp/KeccakP-1600-opt64.c:467:9: runtime error: load of misaligned address 0x02daafd7 for type 'UINT64' (aka 'unsigned

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

STINNER Victor added the comment: test_ctypes: test_shorts() of ctypes.test.test_bitfields.C_Test is failing with: --- test_shorts (ctypes.test.test_bitfields.C_Test) ... /home/vstinner/python/main/Modules/_ctypes/cfield.c:554:5: runtime error: shift exponent 18446744073709551614 is too

[issue46913] UBSAN: test_ctypes, test_faulthandler and test_hashlib are failing

New submission from STINNER Victor : I recently changed how tests are skipped in ASAN, MSAN and UBSAN CIs (buildbot workers and GitHub Action jobs): * bpo-46633 * https://github.com/python/buildmaster-config/commit/0fd1e3e49e4b688d5767501484cccea5fa35d3fc 3 tests are now failing on "AMD64

[issue1666807] Incorrect file path reported by inspect.getabsfile()

Guido van Rossum added the comment: So this bug is referenced when pydevd encounters some problem with 3.11a5+: https://github.com/fabioz/PyDev.Debugger/issues/213 Since the link to this bug is apparently baked into the error messages printed by pydevd, I am adding this comment to this old,

[issue43312] Interface to select preferred "user" or "home" sysconfig scheme for an environment

Change by Miro Hrončok : -- nosy: +hroncok nosy_count: 8.0 -> 9.0 pull_requests: +29780 pull_request: https://github.com/python/cpython/pull/31034 ___ Python tracker ___

[issue46061] GCState *gcstate = get_gc_state() gives fatal error in Python 3.10.2

Eric V. Smith added the comment: I understand. Then I'm going to close this issue, since there's nothing we can do. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue46061] GCState *gcstate = get_gc_state() gives fatal error in Python 3.10.2

Ajaya Sutar added the comment: Actually we can not share code due to certain term and conditions. Thanks. -- ___ Python tracker ___

[issue46910] Expect IndentationError, get SyntaxError: 'break' outside loop

Pablo Galindo Salgado added the comment: Unfortunately, we cannot do much here. The reason is that the parser allows break and continue outside loops as they count as statements. As these are associated with control flow, is the compiler the one that will show the Syntax warning once it

[issue46908] Debugger jumps to a wrong instruction in for loop

Mark Shannon added the comment: Which debugger? Which version of Python? Please provide all the steps required to reproduce, otherwise there is little we can do. -- nosy: +Mark.Shannon ___ Python tracker

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

Vidhya added the comment: Thanks Irit for your help. On Thu., Mar. 3, 2022, 10:17 a.m. Irit Katriel, wrote: > > Irit Katriel added the comment: > > Thank you @vidhya. > > -- > resolution: -> fixed > stage: patch review -> resolved > status: open -> closed > >

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

Irit Katriel added the comment: Thank you @vidhya. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

Irit Katriel added the comment: New changeset 09819863a3fb7092ca5cbdfcb722882ebbac806b by Miss Islington (bot) in branch '3.9': bpo-6634: [doc] clarify that sys.exit() does not always exit the interpreter (GH-31639) (GH-31661)

[issue44800] Code readability: rename InterpreterFrame to `_Py_framedata`

STINNER Victor added the comment: Oh. I didn't know this issue. I recently made changes around PyFrameObject: * Move PyFrameObject to the internal C API (see bpo-46836 for the rationale) * Rename CFrame to _PyCFrame * Rename InterpreterFrame to _PyInterpreterFrame I prepared PRs for Cython,

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

miss-islington added the comment: New changeset 9d9dc59d07d51d73e5af7dd506d0da63aa336995 by Miss Islington (bot) in branch '3.10': bpo-6634: [doc] clarify that sys.exit() does not always exit the interpreter (GH-31639)

[issue46912] Full gc collection blocked from collecting after some amount of objects in oldest gen

New submission from Alexei Komarov : Hi! Maybe it is just my misunderstanding of the mechanism, so please excuse me if it is so. Looking at the GC module code, I think that once there are X objects in the oldest gen, a full collection blocked due to the condition

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

Change by miss-islington : -- nosy: +miss-islington nosy_count: 11.0 -> 12.0 pull_requests: +29778 pull_request: https://github.com/python/cpython/pull/31660 ___ Python tracker

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

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

[issue6634] [doc] sys.exit() called from threads other than the main one: undocumented behaviour

Irit Katriel added the comment: New changeset 10117f1d8cb49ce95493555c06050faf636ccee7 by vidhya in branch 'main': bpo-6634: [doc] clarify that sys.exit() does not always exit the interpreter (GH-31639) https://github.com/python/cpython/commit/10117f1d8cb49ce95493555c06050faf636ccee7

[issue46061] GCState *gcstate = get_gc_state() gives fatal error in Python 3.10.2

Eric V. Smith added the comment: > I was running one python script Again: you need to show us the script that's causing this problem. I (and millions of others) run scripts all the time which do not fail in the way you describe. Unless you show us a script that causes the problem, we cannot

[issue46061] GCState *gcstate = get_gc_state() gives fatal error in Python 3.10.2

Ajaya Sutar added the comment: I was running one python script. At the time of python exit while calling Py_XDECREF(weakRefObject), it is calling giving exception in python 3.10.2. While debugging found In python 3.8.12, it is working fine with _PyRuntime. void PyObject_GC_Del(void *op)

[issue46389] 3.11: unused generator comprehensions cause f_lineno==None

Change by Mark Shannon : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue46845] dict: Use smaller entry for Unicode-key only dict.

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

[issue46874] [sqlite3] optimise user-defined functions

Change by Erlend E. Aasland : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46874] [sqlite3] optimise user-defined functions

Dong-hee Na added the comment: New changeset 88567a997005c9388137cd18c5d7f4483423dac3 by Erlend Egeberg Aasland in branch 'main': bpo-46874: Speed up sqlite3 user-defined aggregate 'step' method (GH-31604) https://github.com/python/cpython/commit/88567a997005c9388137cd18c5d7f4483423dac3

[issue46389] 3.11: unused generator comprehensions cause f_lineno==None

Ned Batchelder added the comment: Yes, this is fixed, thanks. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46911] Early tracing has lineno=None for modules

New submission from Ned Batchelder : Coverage.py has a trick to measure the early execution of stdlib modules. It has an "encodings.py" file that sets a trace function, then gets out of the way to let the real encodings.py execute. In 3.11.0a5, that early trace function gets None values for

  1   2   >