[issue41524] PyOS_mystricmp advances pointers too far

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

[issue41524] PyOS_mystricmp advances pointers too far

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

[issue41524] PyOS_mystricmp advances pointers too far

Dong-hee Na added the comment: New changeset 97eaf2b5e5c826b9abe59896a363853bef55c5d9 by wmeehan in branch 'master': bpo-41524: fix pointer bug in PyOS_mystr{n}icmp (GH-21845) https://github.com/python/cpython/commit/97eaf2b5e5c826b9abe59896a363853bef55c5d9 -- nosy: +corona10

[issue37149] link to John Shipman's Tkinter 8.5 documentation fails: website no longer available

Change by Terry J. Reedy : -- stage: patch review -> needs patch versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list

[issue37149] link to John Shipman's Tkinter 8.5 documentation fails: website no longer available

Terry J. Reedy added the comment: Pending improving the our docs, I would like to replace the Archive link, which is slow to respond. Issue: there is no copyright notice. Once might expect it to belong to NMT, but they seem to have disowned it by removing the web pages. The dead links

[issue17005] Add a topological sort algorithm

Paddy McCarthy added the comment: Please ignore my earlier Message-id <1598493715.04.0.06462575371.issue17...@roundup.psfhosted.org>. I missed a dependency in cutting down a larger example. Sorry. -- ___ Python tracker

[issue17005] Add a topological sort algorithm

Paddy McCarthy added the comment: I've been playing with Python 3.9.0rc1 and was looking at a particular graph to see when it released tasks for processing. I ran the following code: from functools import reduce from pprint import pprint as pp from collections import defaultdict from graphlib

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Dong-hee Na added the comment: Thanks Łukasz for finanlizing this work :) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41609] pdb's whatis command reports method as function

Łukasz Langa added the comment: Thank you for your contribution, Irit! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41609] pdb's whatis command reports method as function

Change by Łukasz Langa : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41609] pdb's whatis command reports method as function

Łukasz Langa added the comment: New changeset 7361451b97a30de0e758094ac83a1fb1f01ed5bb by Miss Islington (bot) in branch '3.9': bpo-41609: Fix output of pdb's whatis command for instance methods (GH-21935) (#21977)

[issue41609] pdb's whatis command reports method as function

Łukasz Langa added the comment: New changeset 641279e6e51b5d2e10d3fbffe6330e47c94c4bb2 by Miss Islington (bot) in branch '3.8': bpo-41609: Fix output of pdb's whatis command for instance methods (GH-21935) (#21976)

[issue41609] pdb's whatis command reports method as function

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

[issue41609] pdb's whatis command reports method as function

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

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Łukasz Langa added the comment: Sorry it took so long, this will get released in Python 3.8.6 and newer. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.6, Python 3.7 ___ Python tracker

[issue41609] pdb's whatis command reports method as function

Łukasz Langa added the comment: New changeset 022bc7572f061e1d1132a4db9d085b29707701e7 by Irit Katriel in branch 'master': bpo-41609: Fix output of pdb's whatis command for instance methods (GH-21935) https://github.com/python/cpython/commit/022bc7572f061e1d1132a4db9d085b29707701e7

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Łukasz Langa added the comment: New changeset 211e4c6e9c1ab60bb2577dda6587fbec79f679b2 by Miss Islington (bot) in branch '3.9': bpo-33660: Fix PosixPath to resolve a relative path on root (#21974) https://github.com/python/cpython/commit/211e4c6e9c1ab60bb2577dda6587fbec79f679b2 --

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Łukasz Langa added the comment: New changeset 7475aa2c590e33a47f5e79e4079bca0645e93f2f by Miss Islington (bot) in branch '3.8': bpo-33660: Fix PosixPath to resolve a relative path on root (GH-21975) https://github.com/python/cpython/commit/7475aa2c590e33a47f5e79e4079bca0645e93f2f --

[issue41624] typing.Coroutine documentation

Łukasz Langa added the comment: New changeset 8c58d2a216ca2b5965361df9b8d8944bc7d4854d by MingZhe Hu in branch 'master': bpo-41624: fix documentation of typing.Coroutine (GH-21952) https://github.com/python/cpython/commit/8c58d2a216ca2b5965361df9b8d8944bc7d4854d -- nosy:

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Łukasz Langa added the comment: New changeset 94ad6c674f7687ef22853cb8d42b440d6b42ddc8 by Łukasz Langa (Dong-hee Na) in branch 'master': bpo-33660: Fix PosixPath to resolve a relative path on root https://github.com/python/cpython/commit/94ad6c674f7687ef22853cb8d42b440d6b42ddc8 --

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

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

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

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

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Change by Petr Viktorin : -- pull_requests: +21082 pull_request: https://github.com/python/cpython/pull/21973 ___ Python tracker ___

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Change by Łukasz Langa : -- nosy: +lukasz.langa nosy_count: 7.0 -> 8.0 pull_requests: +21081 pull_request: https://github.com/python/cpython/pull/21972 ___ Python tracker ___

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Manuel Barkhau added the comment: This issue cropped up recently in the black project: https://github.com/psf/black/issues/1631 It appears to me that PR 7666 was closed without being merged. I created https://github.com/python/cpython/pull/21971 before I had found this issue. --

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Change by Manuel Barkhau : -- nosy: +mbarkhau nosy_count: 6.0 -> 7.0 pull_requests: +21079 pull_request: https://github.com/python/cpython/pull/21971 ___ Python tracker ___

[issue37149] link to John Shipman's Tkinter 8.5 documentation fails: website no longer available

Mark Roseman added the comment: Hello, also (very) late to this party. If this would be useful, and unless anyone has any objections, I'd be open to hosting a copy of John's material on tkdocs.com. I'd add a header to each page explaining it's an unmaintained archive with all the usual

[issue40564] Using zipfile.Path with several files prematurely closes zip

Jason R. Coombs added the comment: Implementing that last option: ``` diff --git a/zipp.py b/zipp.py index 697d4a9..f244cba 100644 --- a/zipp.py +++ b/zipp.py @@ -111,6 +111,7 @@ class CompleteDirs(zipfile.ZipFile): res = cls.__new__(cls) vars(res).update(vars(source)) +

[issue40564] Using zipfile.Path with several files prematurely closes zip

Jason R. Coombs added the comment: I see a few options here: - Implement CompleteDirs/FastLookup as adapters instead of subclasses, allowing the original ZipFile object to represent the state in a single place. This approach would likely be slower due to the indirection on all operations

[issue40564] Using zipfile.Path with several files prematurely closes zip

Jason R. Coombs added the comment: I suspect the issue lies in how the CompleteDirs.make [replaces one instance with another](https://github.com/jaraco/zipp/blob/8ad959e61cd4be40baab93528775c2bf03c8f4e1/zipp.py#L112-L114) in order to provide a complete list of implied directories and to

[issue40564] Using zipfile.Path with several files prematurely closes zip

Jason R. Coombs added the comment: I am able to replicate the failure using the ondisk fixture: ```diff diff --git a/test_zipp.py b/test_zipp.py index a6fbf39..539d0a9 100644 --- a/test_zipp.py +++ b/test_zipp.py @@ -259,3 +259,11 @@ class TestPath(unittest.TestCase): def

[issue40564] Using zipfile.Path with several files prematurely closes zip

Jason R. Coombs added the comment: I've attempted to replicate the issue in the [zipp](https://github.com/jaraco/zipp) test suite with this test: ```diff diff --git a/test_zipp.py b/test_zipp.py index a6fbf39..dc7c8aa 100644 --- a/test_zipp.py +++ b/test_zipp.py @@ -259,3 +259,10 @@ class

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: New changeset 57b698886b47bb81c782c2ba80a8a72fe66c7aad by Elvis Pranskevichus in branch '3.8': [3.8] bpo-32751: Wait for task cancel in asyncio.wait_for() when timeout <= 0 (GH-21895) (#21967)

[issue41598] Adding support for rounding modes to builtin round

Raymond Hettinger added the comment: Given that most of commenters don't think this is a good idea, I'm going to mark it as closed. Feel free to continue the discussion on python-ideas. If it gains traction, open this back up and give it more core-developer attention. --

[issue38884] __import__ is not thread-safe on Python 3

Kyle Mulka added the comment: Was able to reproduce with Python 3.9.0rc1 using issue38884.zip. macOS 10.15.5 -- ___ Python tracker ___

[issue38884] __import__ is not thread-safe on Python 3

Change by Kyle Mulka : -- nosy: +repalviglator versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41151] Support for new Windows pseudoterminals in the subprocess module

Change by Chad Smith : -- nosy: +cs01 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39116] StreamReader.readexactly() raises GeneratorExit on ProactorEventLoop

Change by Guilherme Salgado : -- nosy: +salgado ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Pablo Galindo Salgado added the comment: > Initialized: when dlopen on import. With this I mean import-> dlopen -> dlsym for init function -> call init function -- ___ Python tracker

[issue37658] In some cases asyncio.wait_for can lead to socket leak.

Change by Elvis Pranskevichus : -- pull_requests: +21078 pull_request: https://github.com/python/cpython/pull/21969 ___ Python tracker ___

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Pablo Galindo Salgado added the comment: > What I'm not yet clear on: when is that shared object is initialized and > destroyed? I am assuming that you mean at the Python level and not at the linker level. Then: * Initialized: when dlopen on import. * Destroyed: never. The interpreter

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Change by Elvis Pranskevichus : -- pull_requests: +21077 pull_request: https://github.com/python/cpython/pull/21968 ___ Python tracker ___

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Petr Viktorin added the comment: > Also, option 1 is virtually equivalent to the state of the _ast module prior > to the recent changes except that the symbols are in a shared object instead > of the binary or libpython. The advantage here is not moving them out of the > shared object, is

[issue41644] builtin type kwargs

Joseph Perez added the comment: That's why it's not an interpreter issue but a lack in the official documentation where the signature is documented. I quote https://docs.python.org/3/library/functions.html#type: > class type(object) > class type(name, bases, dict) The second line should be

[issue41598] Adding support for rounding modes to builtin round

Vedran Čačić added the comment: Well, of course, but that's possible even now, and people still reach for `round`. I guess the problem is that it's too easily accessible. :-) -- ___ Python tracker

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Change by Elvis Pranskevichus : -- pull_requests: +21076 pull_request: https://github.com/python/cpython/pull/21967 ___ Python tracker ___

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Pablo Galindo Salgado added the comment: Also, adding them into a module that needs access through Python had a bootstrap problem: Basically: initializing import system -> initialize codec -> compile -> ast init -> init ast module ->  -- ___

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Pablo Galindo Salgado added the comment: Also, option 1 is virtually equivalent to the state of the _ast module prior to the recent changes except that the symbols are in a shared object instead of the binary or libpython. The advantage here is not moving them out of the shared object, is

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Pablo Galindo Salgado added the comment: >The mod2obj/obj2mod functions, called by e.g. compile(..., PyCF_ONLY_AST), >should: * import the _ast module * call a Python-accessible function, e.g. _ast._mod2obj Would that impact performance considerably? --

[issue41645] Typo First Page of Documentation

Steven D'Aprano added the comment: I don't think that Python, a computer language, IS an approach to OOP. A programming language HAS an approach to OOP. We would say "Python's approach to OOP is ..." so the approach is something that belongs to Python, it isn't Python itself. (My dog's

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

Petr Viktorin added the comment: Regarding ac46eb4ad6662cf6d771b20d8963658b2186c48c: Module states come and go with the modules that contain them; if a "get_global_ast_state" or "astmodulestate_global" needs to be accessed from outside the module, it shouldn't be module state :/ So,

[issue37658] In some cases asyncio.wait_for can lead to socket leak.

Yury Selivanov added the comment: New changeset 6e1954cd8286e083e7f8d09516d91b6b15769a4e by Miss Islington (bot) in branch '3.8': bpo-37658: Fix asyncio.wait_for() to respect waited task status (GH-21894) (#21965)

[issue41645] Typo First Page of Documentation

Eric V. Smith added the comment: I read it as "It HAS ... data structures and it HAS ... a simple but effective approach ...". So if I were changing it I might add the second "has". Or maybe adding "uses" would be better. But I'm not sure it's a great sentence either way. -- nosy:

[issue41548] Tk Window rendering on macOS Big Sur

Change by Terry J. Reedy : -- stage: -> resolved status: open -> closed versions: -Python 3.8, Python 3.9 ___ Python tracker ___

[issue41645] Typo First Page of Documentation

New submission from Krishan Agarwal : Grammatical error (parallelism) in Python 3.8.5 documentation, "The Python Tutorial". First page first paragraph. The "it" refers to the Python programming language. It HAS...data structures and it IS...a simple but effective approach... Currently

[issue41598] Adding support for rounding modes to builtin round

Eric V. Smith added the comment: If you're using round(str(some_float), digits) and the result is a float, then that's a problem, since you're going to round it again for display at some point. If you want a string result, you're better off using format(float, format_spec), or f-strings,

[issue40077] Convert static types to PyType_FromSpec()

Dong-hee Na added the comment: New changeset 31967fd8d0220af84e2698172d1378bffc8cd851 by Dong-hee Na in branch 'master': bpo-40077: Convert _operator to use PyType_FromSpec (GH-21954) https://github.com/python/cpython/commit/31967fd8d0220af84e2698172d1378bffc8cd851 --

[issue37658] In some cases asyncio.wait_for can lead to socket leak.

Łukasz Langa added the comment: New changeset 9de6be4e2ae605a1deb6fa72d5c5f66b07817e4c by Miss Islington (bot) in branch '3.9': bpo-37658: Fix asyncio.wait_for() to respect waited task status (GH-21894) (GH-21964)

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Łukasz Langa added the comment: New changeset 1036ccb55de4abc70837cb46a72ddbb370b8fc94 by Miss Islington (bot) in branch '3.9': bpo-32751: Wait for task cancel in asyncio.wait_for() when timeout <= 0 (GH-21895) (GH-21963)

[issue41598] Adding support for rounding modes to builtin round

Vedran Čačić added the comment: > Personally, I think I'd rather have easier ways to create Decimal objects Wouldn't everybody? :-P But that's been proposed at least 4 times already and never got anywhere. My proposal is at least original, has a precedent at the above link (strings as

[issue41644] builtin type kwargs

Serhiy Storchaka added the comment: It is rather an issue of MyPy and PyCharm. The Python interpreter itself does not perform static type testing and does not provide annotations for builtins. -- nosy: +serhiy.storchaka ___ Python tracker

[issue37658] In some cases asyncio.wait_for can lead to socket leak.

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

[issue37658] In some cases asyncio.wait_for can lead to socket leak.

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

[issue37658] In some cases asyncio.wait_for can lead to socket leak.

Yury Selivanov added the comment: New changeset a2118a14627256197bddcf4fcecad4c264c1e39d by Elvis Pranskevichus in branch 'master': bpo-37658: Fix asyncio.wait_for() to respect waited task status (#21894) https://github.com/python/cpython/commit/a2118a14627256197bddcf4fcecad4c264c1e39d

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: New changeset c517fc712105c8e5930cb42baaebdbe37fc3e15f by Elvis Pranskevichus in branch 'master': bpo-32751: Wait for task cancel in asyncio.wait_for() when timeout <= 0 (#21895)

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

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

[issue41644] builtin type kwargs

New submission from Joseph Perez : Class definition can have kwargs which are used by `__init_subclass__` (and `__prepare__`). However, passing these kwargs using `type` builtin function instead of class definition syntax is not documented; kwargs are not mentioned in the function signature.

[issue41598] Adding support for rounding modes to builtin round

Mark Dickinson added the comment: @Vedran: > I have tons of these ideas, but usually am afraid of voicing them ... Always good to have ideas brought up, so long as there's no expectation that every idea gets implemented. :-) But I think rounding a string is probably another one for the

[issue41642] RHEL and fedora buildbots fail due to disk space error

STINNER Victor added the comment: Statistics on partition which are the most full. Fedora Rawhide x86-64 is ok: /dev/mapper/vg_root_python--builder--rawhide.osci.io-root14G5,4G 7,6G 42% / /dev/mapper/vg_root_python--builder--rawhide.osci.io-home36G 24G 11G 70% /home

[issue41598] Adding support for rounding modes to builtin round

Eric V. Smith added the comment: I don't think we should add this. It will often surprise the user. We get enough .1+.2 != .3 reports as it is, and this would be just as problematic. -- nosy: +eric.smith ___ Python tracker

[issue32313] Wrong inspect.getsource for datetime

Dong-hee Na added the comment: _datetime.datetime's tp_name is datetime.datetime so inspect module guess that _datetime.datetime's module name is datetime, not _datetime. I don't think we have to fix this issue from inspect module side. If the _datetime.datetime's tp_name is updated to

[issue41642] RHEL and fedora buildbots fail due to disk space error

STINNER Victor added the comment: python-builder-rawhide had its /tmp partition full of temporary "cc.XXX" files. Before: /tmp was full at 100% (3.9 GB). After sudo rm -f /tmp/cc*, only 52 KB are used (1%). I'm not sure why gcc/clang left so many temporary files :-/ There are many

[issue41642] RHEL and fedora buildbots fail due to disk space error

Charalampos Stratakis added the comment: There were almost 10GB of remnant cc* files in /tmp from the compilers used, which I presume were also the temporary artifacts which remained there after the disconnects. Cleaned those up and rebooted the RHEL8 x86_64 buildbot. --

[issue41632] Tkinter - Unexpected behavior after creating around 10000 widgets

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

[issue41643] make shutil.make_archive always accept pathlib objects

Change by Thomas Grainger : -- keywords: +patch pull_requests: +21072 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21962 ___ Python tracker ___

[issue41639] Unpickling derived class of list does not call __init__()

Serhiy Storchaka added the comment: >From https://docs.python.org/3/library/pickle.html#pickling-class-instances: When a class instance is unpickled, its __init__() method is usually not invoked. If you want to change this behavior you have to implement the __reduce__ or __reduce_ex__

[issue41642] RHEL and fedora buildbots fail due to disk space error

Charalampos Stratakis added the comment: There is an issue which I discovered after I returned from holidays, basically the buildbot-worker keeps getting disconnected from master, so builds start and end abruptly, retaining some artifacts. The next second it tried again with the same

[issue41643] make shutil.make_archive always accepts pathlib objects

New submission from Thomas Grainger : >>> shutil.make_archive(pathlib.Path("./foo"), root_dir=pathlib.Path("./foo"), >>> format="zip") '/home/graingert/projects/ham/foo.zip' >>> shutil.make_archive(pathlib.Path("./foo"), root_dir=None, format="zip") Traceback (most recent call last): File

[issue41643] make shutil.make_archive always accept pathlib objects

Change by Thomas Grainger : -- title: make shutil.make_archive always accepts pathlib objects -> make shutil.make_archive always accept pathlib objects ___ Python tracker ___

[issue41642] RHEL and fedora buildbots fail due to disk space error

STINNER Victor added the comment: > It seems many of the RHEL and Fedora builds fail due to disk space These workers have different owners and so need to reach different people. We should list all impacted workers. > https://buildbot.python.org/all/#/builders/185/builds/2 AMD64 RHEL8 3.x

[issue41642] RHEL and fedora buildbots fail due to disk space error

New submission from Karthikeyan Singaravelan : It seems many of the RHEL and Fedora builds fail due to disk space https://buildbot.python.org/all/#/builders/185/builds/2 ./configure: line 2382: cannot create temp file for here-document: No space left on device ./configure: line 2394: cannot

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

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

[issue41641] Add a "message" action to warnings, to trigger for every *unique* message

New submission from Xavier Morel : Warning actions allow deduplicating warning triggers based on category ("once"), category + file ("module") and category + exact location ("default"). One thing which is missing is support for a single location generating warnings *on behalf* of other

[issue41638] Error message: sqlite3.ProgrammingError: You did not supply a value for binding # might be improved

Wolfgang Fahl added the comment: Note that there is also another error: sqlite3.InterfaceError: Error binding parameter :series - probably unsupported type. with similar issue but which actively shows the binding name (but not the record# and debugInfo ... --

[issue41640] module zipfile issue on closing

Bastian Ebeling added the comment: My used python Version is Python 3.8.5 (tags/v3.8.5:580fbb0, Jul 20 2020, 15:57:54) [MSC v.1924 64 bit (AMD64)] on win32 Indead - this issue seems to be the same as 40564, but maybe my suggested solution is helpful? -- components: +Library (Lib)

[issue41598] Adding support for rounding modes to builtin round

marco_ocram added the comment: "- What would you expect round(2.675, ndigits=2, mode=ROUND_HALF_UP) to give? I strongly suspect that Marco would expect and want a result of 2.68. But if we follow the existing rules for round, it's going to give 2.67." Yes, that's right. And my second humble

[issue41639] Unpickling derived class of list does not call __init__()

Change by Karthikeyan Singaravelan : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37369] Issue with pip in venv on Powershell in Windows

Eryk Sun added the comment: Case-sensitive file access is potentially possible with FILE_FLAG_POSIX_SEMANTICS (CreateFileW) and FIND_FIRST_EX_CASE_SENSITIVE (FindFirstFileExW). These flags make the API omit the object-manager flag OBJ_CASE_INSENSITIVE in the NtCreateFile or NtOpenFile

[issue40564] Using zipfile.Path with several files prematurely closes zip

Karthikeyan Singaravelan added the comment: Bisection show this to be caused due to e5bd73632e77dc5ab0cab77e48e94ca5e354be8a . See also issue41640 for a similar report. -- nosy: +xtreak ___ Python tracker

[issue41640] module zipfile issue on closing

Karthikeyan Singaravelan added the comment: This seems to be a duplicate of issue40564 . Can you please add the python version you are using? -- nosy: +xtreak ___ Python tracker

[issue41631] _ast module: get_global_ast_state() doesn't work with Mercurial lazy import

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

[issue41557] Upgrade Windows and macOS builds to use SQLite 3.33

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

[issue41557] Upgrade Windows and macOS builds to use SQLite 3.33

Change by Erlend Egeberg Aasland : -- pull_requests: +21070 pull_request: https://github.com/python/cpython/pull/21960 ___ Python tracker ___

[issue41640] module zipfile issue on closing

New submission from Bastian Ebeling : When trying to open an archive and read internal binary streams, for me it occurs, that the file-stream gets closed. As a code-Snippet: import zipfile srcfile=zipfile.ZipFile('file.zip') a=zipfile.Path(srcfile,"data1.bin").read_bytes()

[issue41638] Error message: sqlite3.ProgrammingError: You did not supply a value for binding # might be improved

Wolfgang Fahl added the comment: see also https://stackoverflow.com/questions/17169642/python-sqlite-insert-named-parameters-or-null for the more general problem -- ___ Python tracker

[issue41638] Error message: sqlite3.ProgrammingError: You did not supply a value for binding # might be improved

Wolfgang Fahl added the comment: see also https://stackoverflow.com/questions/60793224/sqlite3-programmingerror-you-did-not-supply-a-value-for-binding-1 -- ___ Python tracker

[issue41638] Error message: sqlite3.ProgrammingError: You did not supply a value for binding # might be improved

Wolfgang Fahl added the comment: see also https://stackoverflow.com/questions/46080876/python-sqlite3-you-did-not-supply-a-value-for-binding-6 -- ___ Python tracker ___

[issue41638] Error message: sqlite3.ProgrammingError: You did not supply a value for binding # might be improved

Wolfgang Fahl added the comment: see also https://stackoverflow.com/questions/61556472/insert-into-a-table-and-get-the-error-sqlite3-programmingerror-you-did-not-sup -- ___ Python tracker

[issue32313] Wrong inspect.getsource for datetime

Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) added the comment: Looks like for `getfile` docs should be updated. On python2.7.17_1, import inspect, datetime print(inspect.getfile(datetime.datetime)) outputs,

[issue41638] Error message: sqlite3.ProgrammingError: You did not supply a value for binding # might be improved

Wolfgang Fahl added the comment: see also https://stackoverflow.com/questions/61788055/sqlite3-error-you-did-not-supply-a-value-for-binding-1 -- ___ Python tracker ___

  1   2   >