[issue44423] copy2 / sendfile fails on linux with large file

New submission from karl : by copy a large file e.g. -rwxrwxr-x 1 1002 1001 5359338160 Feb 9 2019 xxx_file_xxx.mdx copy2 / sendfile / fastcopy fails with: Traceback (most recent call last): File "/usr/lib/python3.8/multiprocessing/pool.py", line 125, in worker result = (True,

[issue44365] Bad dataclass post-init example

Andrei Kulakov added the comment: How about this example: @dataclass class Rect: x: int y: int r=Rect(5,2) @dataclass class HyperRect(Rect): z: int def __post_init__(self): self.vol = self.x*self.y*self.z hr=HyperRect(5,2,3) print("hr.vol", hr.vol) Hyper

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

Raymond Hettinger added the comment: [Victor Stinner] > My plan is to merge changes which have no significant > impact on performances FWIW, PyFloat_FromDouble() is the most performance critical function in floatobject.c. -- ___ Python tracker

[issue25682] __package__ not set to None under pdb in Python 3

Irit Katriel added the comment: Thanks Keith. Closing and we can look into it if someone else has an issue. -- stage: -> resolved status: open -> closed ___ Python tracker

[issue37880] For argparse add_argument with action='store_const', const should default to None.

Change by Raymond Hettinger : -- assignee: -> vinay.sajip nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing

[issue25682] __package__ not set to None under pdb in Python 3

Keith Prussing added the comment: Caveat: It's been a few years so I'm trying to recall what I was doing at the time and what my original problem was. I understand and expect pdb to populate __package__ and __main__ to be what it expects when run as a module with -m. However, I believe my

[issue44420] Add CapWords classes to datetime module?

Douglas Thor added the comment: Thanks for the info! Rejecting issue, as it would not be feasible to maintain going forward. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue44420] Add CapWords classes to datetime module?

Eric V. Smith added the comment: I suggest you close it. If you want some broader discussion, you should bring it up on the python-ideas mailing list, but I don't expect you'll get much support. -- ___ Python tracker

[issue44420] Add CapWords classes to datetime module?

Douglas Thor added the comment: Thanks for correcting the version selection. > the old names could never be removed ... it's not worth the hassle I had the same thought, so I spent a lot of time trying to come up with "Benefits", haha. I'm OK with this being closed as rejected. Is there a

[issue44421] random.uniform() hangs will eating up all available RAM

Steven D'Aprano added the comment: Hi Christian, For future reference, here are some good guidelines for submitting bug reports and asking for help to debug your code: https://stackoverflow.com/help/minimal-reproducible-example http://www.sscce.org/ -- nosy: +steven.daprano

[issue41930] Wrap sqlite3_serialize API in sqlite3 module

Erlend E. Aasland added the comment: > What would be the use case for this? Quoting D. Richard Hipp, from the sqlite-users mailing list, 2018-03-18, FWIW: These APIs support the concept of using small databases (small enough to fit in memory) as a container for passing information

[issue31643] test_uuid: test_getnode and test_windll_getnode fail if connected to the Internet via an Android phone

Change by Irit Katriel : -- keywords: -patch versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker

[issue41930] Wrap sqlite3_serialize API in sqlite3 module

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

[issue44422] threading.enumerate(): reentrant call during a GC collection hangs

STINNER Victor added the comment: There are different ways to fix this issue: * (A) Rewrite threading.enumerate() in C with code which cannot trigger a GC collection * (B) Disable temporarily the GC * (C) Use a reentrant lock (PR 26727) (A) The problem is that functions other than

[issue44422] threading.enumerate(): reentrant call during a GC collection hangs

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

[issue44422] threading.enumerate(): reentrant call during a GC collection hangs

New submission from STINNER Victor : The threading.enumerate() code is simple: --- # Active thread administration _active_limbo_lock = _allocate_lock() _active = {}# maps thread id to Thread object _limbo = {} def enumerate(): with _active_limbo_lock: return

[issue44421] random.uniform() hangs will eating up all available RAM

Change by Raymond Hettinger : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue44421] random.uniform() hangs will eating up all available RAM

Raymond Hettinger added the comment: I concur with Jack. There is no evidence of a bug in Python itself and it is not reasonable to ask us the study and debug your obfuscated code. I just ran random.uniform() in a tight loop for several minutes and observed no deleterious effects. Am

[issue44328] time.monotonic() should use a different clock source on Windows

Eryk Sun added the comment: >> Try changing EnterNonRecursiveMutex() to break out of the loop in >> this case > > This does work, but unfortunately a little too well - in a single > test I saw several instances where that approach returned > _earlier_ than the timeout. It's documented that

[issue41299] Python3 threading.Event().wait time is twice as large as Python27

STINNER Victor added the comment: > My read is that as long as we're not confident enough to remove those checks > from pytime.c, a caller should assume they're reachable. If the pytime checks > need to stay, adding a Windows only pytime init check to make sure that locks > won't deadlock

[issue7089] shlex behaves unexpected if newlines are not whitespace

Irit Katriel added the comment: I've reproduced on 3.11. -- nosy: +iritkatriel ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7089] shlex behaves unexpected if newlines are not whitespace

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker ___

[issue29799] Add tests for header API of 'urllib.request.Request' class

Irit Katriel added the comment: Closing as this seems abandoned. Please reopen or create a new issue if you would like to continue working on it. -- stage: -> resolved status: pending -> closed ___ Python tracker

[issue3014] file_dealloc() assumes errno is set when EOF is returned

Change by Irit Katriel : -- stage: patch review -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue31248] method wrapper type has invalid __name__/__qualname__ 'method-wrapper'

Irit Katriel added the comment: Closing as it's not clear what the problem is. Please reopen or create a new issue if you can explain. -- resolution: -> not a bug stage: -> resolved status: pending -> closed ___ Python tracker

[issue31289] File paths in exception traceback resolve symlinks

Irit Katriel added the comment: Closing as there doesn't seem to be interest in this currently. If you would like to pursue it, please bring it up for discussion on python-ideas. The semantics you request are not the only obvious option, so this needs to be agreed. -- stage: ->

[issue44342] enum with inherited type won't pickle

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

[issue44421] random.uniform() hangs will eating up all available RAM

Jack DeVries added the comment: This doesn't look like a bug. It's hard to disentangle what your code is doing, exactly, but it's most likely that between all your nested loops and classes initializing each other, there is an exponential or greater growth in time complexity happening. As

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

STINNER Victor added the comment: > https://github.com/dgrunwald/rust-cpython/blob/b63d691addc978952380a8eb146d01a444e16e7a/src/objects/capsule.rs A friend explained me that it's a doctest and unicodedata.ucnhash_CAPI was picked as an example, but any other capsule could be used to test the

[issue44392] Py_GenericAlias is not documented

Petr Viktorin added the comment: > Can we remove this from the stable API during beta? It was added (to PC/python3.def) in 3.9, so removing in 3.10 beta wouldn't be good. It can be deprecated; should it? -- ___ Python tracker

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

Change by Jack DeVries : -- pull_requests: -25270 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44242] enum.IntFlag regression: missing values cause TypeError

Ethan Furman added the comment: Yup, just had to get back from the weekend. :-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: Updating the doctest is certainly a good solution for this particular project. However I still think this regression deserves to be resolved. This was part of the API, whether intended or not. -- ___ Python tracker

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Erlend E. Aasland added the comment: Sounds like an easy solution is to open an issue/PR against rust-cpython to update the doctest, IMO. -- ___ Python tracker ___

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

Change by Jack DeVries : -- nosy: -jack__d ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44369] Improve syntax error for wrongly closed strings

Pablo Galindo Salgado added the comment: One problem with that is that the lookahead will move the error indicator to some incorrect place if the match fails. For example: PYTHON3.9 >>> "dfssdfsdfsd" fdsf sdfsdfsd {} File "", line 1 "dfssdfsdfsd" fdsf sdfsdfsd {} ^

[issue44421] random.uniform() hangs will eating up all available RAM

New submission from Christian Kleineidam : I'm writing a model that needs a lot of random numbers. The model counts up to "Year:640: Count:1339" (taking around two minutes) and then hangs on random.uniform(0, 1). While it hangs, the amount of RAM python takes grows till it eats up all

[issue41299] Python3 threading.Event().wait time is twice as large as Python27

Ryan Hileman added the comment: > Do you think that pytime.c has the bug? I don't think so. No, a misaligned stack would be an issue in the caller or compiler, not pytime.c. I have hit misaligned stack in practice, but it should be rare enough to check on init only. > In theory yes, in

[issue44420] Add CapWords classes to datetime module?

Eric V. Smith added the comment: Changing versions: this could only be added to 3.11. I think the ship has sailed on this. The old names could never be removed so we'd have to support both names forever. I think it's not worth the hassle. -- nosy: +eric.smith versions: -Python

[issue44392] Py_GenericAlias is not documented

Ken Jin added the comment: (Copied over from the PR) BTW, I also noticed the stable ABI manifest exposes the wrong return type for Py_GenericAliasType. It exposes it as a function when it's a var/type/struct. So I fixed that in the PR too otherwise the docs weren't compiling (I can split

[issue43475] Worst-case behaviour of hash collision with float NaN

Change by Mark Dickinson : -- pull_requests: +25315 pull_request: https://github.com/python/cpython/pull/26725 ___ Python tracker ___

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Maybe the docs then should contain a more-or-less complete example showing how a 3rd party type should use this? -- ___ Python tracker

[issue44392] Py_GenericAlias is not documented

Ken Jin added the comment: > maybe it was a mistake to expose this I was wondering if this was accidentally added at the time too. > Remind me what use is made of this from C code It's required for a C extension type to implement the __class_getitem__ method properly. Eg. ``MyCType[int]``.

[issue34025] SMTP EmailPolicy not using the correct line length for RCF 2045 encoded data (is 78, should be 76)

Change by Douglas Thor : -- nosy: -Douglas Thor ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34025] SMTP EmailPolicy not using the correct line length for RCF 2045 encoded data (is 78, should be 76)

Change by Douglas Thor : -- nosy: +dougthor42 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44420] Add CapWords classes to datetime module?

New submission from Douglas Thor : Has there been any discussion on adding CapWords class names to the datetime.py module? I searched through the bug tracker ("CapWords" and "CamelCase") and didn't find anything, but perhaps I'm not searching for the correct keywords. Eg: ``` # datetime.py

[issue44392] Py_GenericAlias is not documented

Jelle Zijlstra added the comment: They'd still need runtime support from GenericAlias to allow users to write `numpy.ndarray[int]` at runtime. -- ___ Python tracker ___

[issue44402] Python 3.9 and 3.10 fails to install in WINE

Steve Dower added the comment: WINE is not a platform that we officially support, and for the installer, I'm willing to say that we never will. Our installer is based on the WiX Toolset, so anything that can be fixed will have to be fixed by them first. It's possible that they have already

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Hm, but is that what they are doing? I assume that they use stub files, since static type checkers don’t introspect the runtime API. -- ___ Python tracker

[issue44392] Py_GenericAlias is not documented

Jelle Zijlstra added the comment: It could be useful for C extensions that want to support PEP 585 for their types, such as numpy's array type. -- nosy: +Jelle Zijlstra ___ Python tracker

[issue44419] Wrong division calculation for numbers more than 16 digits

Steven D'Aprano added the comment: Also please read this: https://docs.python.org/3/faq/design.html#why-are-floating-point-calculations-so-inaccurate -- nosy: +steven.daprano ___ Python tracker

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

STINNER Victor added the comment: If we decide to restore the C API to the Python 3.9 C API, *all* changes done in the unicodedata in Python 3.10 should be reverted, since early changes already changed/broke the C API, and following changes rely on that. --

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: > Does it mean that rust-cpython was broken in Python 3.10 even if a change was > prepared with a deprecation period if Python 3.9? Does it mean that the > deprecation period was inefficient on this project? I don't see any deprecation warning when running the

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Hm, maybe it was a mistake to expose this? Remind me what use is made of this from C code? Can we remove this from the stable API during beta? It was never exposed before. -- nosy: +Guido.van.Rossum ___ Python

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

STINNER Victor added the comment: > (Note that there are also other failures regarding an implicit float->int > conversion, but they seem to be caused by a change that followed the > deprecation period.) Does it mean that rust-cpython was broken in Python 3.10 even if a change was prepared

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

STINNER Victor added the comment: The UCD_Check() issue was discussed in Mohamed Koubaa's PRs: * https://github.com/python/cpython/pull/22145 (closed) <= HERE * https://github.com/python/cpython/pull/22328 (merged) * https://github.com/python/cpython/pull/22490 (closed) --

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: All details I have about rust-cpython are that it fails tests with: AttributeError: module 'unicodedata' has no attribute 'ucnhash_CAPI' See the test failures in https://koschei.fedoraproject.org/package/rust-cpython e.g.: src/objects/capsule.rs -

[issue44409] compile raises SyntaxError with undocumented lineno attribute None

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

[issue44417] bytecode<>line number mapping and f_lasti seem wrong in 3.10.0b2

Gabriele N Tornetta added the comment: I think I managed to find the source of the confusion. This seems to be due to https://github.com/python/cpython/commit/fcb55c0037baab6f98f91ee38ce84b6f874f034a, with the f_lasti from the C struct now being half of the value returned by the f_lasti

[issue44392] Py_GenericAlias is not documented

Change by Ken Jin : -- keywords: +patch pull_requests: +25314 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26724 ___ Python tracker ___

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

STINNER Victor added the comment: > This breaks at least https://github.com/dgrunwald/rust-cpython When I search for "ucnhash_CAPI" in the GitHub search, I only find commented code:

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

STINNER Victor added the comment: Oh, I forgot about this issue. Let me rebuild the context. Copy of the What's New in Python 3.10 entry: "Removed the unicodedata.ucnhash_CAPI attribute which was an internal PyCapsule object. The related private _PyUnicode_Name_CAPI structure was moved to

[issue44409] compile raises SyntaxError with undocumented lineno attribute None

Pablo Galindo Salgado added the comment: New changeset 0d0a9eaa822658679cc2b65f125ab74bfd4aedfe by Pablo Galindo in branch '3.9': [3.9] bpo-44409: Fix error location in tokenizer errors that happen during initialization (GH-26712). (GH-26723)

[issue44409] compile raises SyntaxError with undocumented lineno attribute None

miss-islington added the comment: New changeset 133cddf76e8265536c584872351c191e3afd66a2 by Miss Islington (bot) in branch '3.10': bpo-44409: Fix error location in tokenizer errors that happen during initialization (GH-26712)

[issue44283] Add jump table for certain safe match-case statements

Brandt Bucher added the comment: Also (because some of the people who might be interested are nosied on this issue), I’ve been working a bit on general performance benchmarks for our pattern-matching implementation: https://github.com/brandtbucher/patmaperformance I still need something

[issue25682] __package__ not set to None under pdb in Python 3

Irit Katriel added the comment: pdb imports the module with importlib, and populates __main__ with data from its spec, including the package. This doesn't contradict the fact that the python command line can have only one "-m". What is the actual problem here? -- nosy: +iritkatriel

[issue44409] compile raises SyntaxError with undocumented lineno attribute None

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

[issue44409] compile raises SyntaxError with undocumented lineno attribute None

Pablo Galindo Salgado added the comment: New changeset 507ed6fa1d6661e0f8e6d3282764aa9625a99594 by Pablo Galindo in branch 'main': bpo-44409: Fix error location in tokenizer errors that happen during initialization (GH-26712)

[issue44409] compile raises SyntaxError with undocumented lineno attribute None

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

[issue44242] enum.IntFlag regression: missing values cause TypeError

Jacob Walls added the comment: With the followup patch merged, can this be closed now? -- nosy: +jacobtylerwalls ___ Python tracker ___

[issue44283] Add jump table for certain safe match-case statements

Brandt Bucher added the comment: Sorry, I’ve been out on vacation this weekend. I didn’t realize that there was already a PR for this… I’m honestly not sure that it’s totally ready yet. While I absolutely agree that compiling efficient decision trees lies in our future, it certainly seems to

[issue42387] Pdb should restore the execution environment before reexecuting the target

Irit Katriel added the comment: I recently fixed a bug where breakpoints were not saved properly between reruns of the program - the assumption there was that if you set a breakpoint you don't want to have to set it again and again. Similarly, how do you know that the change to sys.path

[issue44419] Wrong division calculation for numbers more than 16 digits

Zachary Ware added the comment: The `/` operator does true division, which means the result will be a `float` rather than an `int`. When the resultant float is large enough, precision will be lost. You can use the `//` operator for floor (integer) division, where the result will remain as

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: Right. Nevertheless, the reaming has effectively removed the old name. -- ___ Python tracker ___

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

miss-islington added the comment: New changeset 7f021952b2debb51306f70ec96a94ecc7fbffc19 by Miss Islington (bot) in branch '3.9': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/7f021952b2debb51306f70ec96a94ecc7fbffc19

[issue35089] Remove typing.io and typing.re from documentation

miss-islington added the comment: New changeset 7f021952b2debb51306f70ec96a94ecc7fbffc19 by Miss Islington (bot) in branch '3.9': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/7f021952b2debb51306f70ec96a94ecc7fbffc19

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

miss-islington added the comment: New changeset fc310cb862ce0411bb5daed37f7f31b75647495b by Miss Islington (bot) in branch '3.10': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/fc310cb862ce0411bb5daed37f7f31b75647495b

[issue35089] Remove typing.io and typing.re from documentation

miss-islington added the comment: New changeset fc310cb862ce0411bb5daed37f7f31b75647495b by Miss Islington (bot) in branch '3.10': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/fc310cb862ce0411bb5daed37f7f31b75647495b

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Erlend E. Aasland added the comment: It's not removed, it's renamed (by 84f7382215b9e024a5590454726b6ae4b0ca70a0, GH-22994, bpo-42157). You can access it using the '_ucnhash_CAPI' attribute. -- nosy: +erlendaasland ___ Python tracker

[issue35089] Remove typing.io and typing.re from documentation

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

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

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

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Guido van Rossum added the comment: New changeset 8a76683cfb842e12b57f6d276839f6c68fd94e1a by Sebastian Rittau in branch 'main': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/8a76683cfb842e12b57f6d276839f6c68fd94e1a

[issue35089] Remove typing.io and typing.re from documentation

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

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

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

[issue35089] Remove typing.io and typing.re from documentation

Guido van Rossum added the comment: New changeset 8a76683cfb842e12b57f6d276839f6c68fd94e1a by Sebastian Rittau in branch 'main': bpo-38291: Remove mention of typing.io and typing.re again (GH-26113) https://github.com/python/cpython/commit/8a76683cfb842e12b57f6d276839f6c68fd94e1a

[issue44419] Wrong division calculation for numbers more than 16 digits

New submission from Abbas Baharforoosh : Hi For big numbers (more than about 16 digits), python wrong calculate division, but calculating mod (%) is correct. I write a sample code of manual division in file. Thanks -- files: big_number.py messages: 395798 nosy: abahar1996 priority:

[issue44283] Add jump table for certain safe match-case statements

Mark Shannon added the comment: This is going in the wrong direction. Rather than add more complex instructions for use only by pattern matching, we need to simplify the individual operations and re-use existing instructions. That way pattern matching can benefit from the general performance

[issue44310] Document that lru_cache uses hard references

Raymond Hettinger added the comment: New changeset 809c3faa032d32bc45a0fa54d0400fcbc42a618f by Miss Islington (bot) in branch '3.10': bpo-44310: Note that lru_cache keep references to both arguments and results (GH-26715) (GH-26716)

[issue44417] bytecode<>line number mapping and f_lasti seem wrong in 3.10.0b2

Mark Shannon added the comment: What does "seem wrong" mean? What exactly is the problem? -- ___ Python tracker ___ ___

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Sebastian Rittau added the comment: And I opened a second PR (for Python 3.11 only) to issue a deprecation warning when typing.io or typing.re gets imported. -- ___ Python tracker

[issue38291] Deprecate the typing.io and typing.re pseudo-modules

Change by Sebastian Rittau : -- pull_requests: +25307 pull_request: https://github.com/python/cpython/pull/26719 ___ Python tracker ___

[issue44415] sys.stdout.flush and print() hanging

Serhiy Storchaka added the comment: I do not know what are lib.logger.Log and lib.debugger.Tee, but I guess that lib.logger.Log() creates a logger which writes to sys.stdout, and lib.debugger.Tee() is a file-like object which writes to the specified file and to standard output. Standard

[issue44417] bytecode<>line number mapping and f_lasti seem wrong in 3.10.0b2

Change by Gabriele N Tornetta : -- title: bytecode<>line number mapping seems wrong in 3.10.0b2 -> bytecode<>line number mapping and f_lasti seem wrong in 3.10.0b2 ___ Python tracker

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

New submission from Miro Hrončok : In bpo-42157, the unicodedata.ucnhash_CAPI attribute was removed without deprecation. This breaks at least https://github.com/dgrunwald/rust-cpython with: AttributeError: module 'unicodedata' has no attribute 'ucnhash_CAPI' Please revert the removal and

[issue38460] 3.8 Release Notes: document asyncio exception changes

Sebastian Rittau added the comment: Closing per the comments by Andrew and Raymond and the fact that 3.8 has been released for quite some while now. -- stage: -> resolved status: open -> closed ___ Python tracker

[issue38460] 3.8 Release Notes: document asyncio exception changes

Change by Sebastian Rittau : -- resolution: -> not a bug ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44337] Port LOAD_ATTR to adaptive interpreter

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

[issue44417] bytecode<>line number mapping seems wrong in 3.10.0b2

Change by Karthikeyan Singaravelan : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44392] Py_GenericAlias is not documented

Ronald Oussoren added the comment: I'm not working on this. Feel free to work on a PR. -- ___ Python tracker ___ ___

[issue41299] Python3 threading.Event().wait time is twice as large as Python27

STINNER Victor added the comment: > I mention the QueryPerformanceFrequency error case here (stack misalignment): > https://bugs.python.org/issue41299#msg395237 Do you think that pytime.c has the bug? I don't think so. > There are three places win_perf_counter_frequency() can fail: >

  1   2   >