[issue23423] XPath Support in ElementTree doc omission

Change by Karthikeyan Singaravelan : -- nosy: +scoder ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue23423] XPath Support in ElementTree doc omission

Stefan Behnel added the comment: Already fixed in later versions of the documentation: https://docs.python.org/3/library/xml.etree.elementtree.html#supported-xpath-syntax Note that Py3.4 is no longer maintained. -- resolution: -> out of date stage: -> resolved status: open -> closed

[issue37905] Improve docs for NormalDist

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +15173 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15486 ___ Python tracker __

[issue37905] Improve docs for NormalDist

Raymond Hettinger added the comment: New changeset 8371799e300475c8f9f967e900816218d3500e5d by Raymond Hettinger in branch 'master': bpo-37905: Improve docs for NormalDist (GH-15486) https://github.com/python/cpython/commit/8371799e300475c8f9f967e900816218d3500e5d -- __

[issue37905] Improve docs for NormalDist

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

[issue37905] Improve docs for NormalDist

Raymond Hettinger added the comment: New changeset 970548c00b366dcb8eb0c2bec0ffcab30ba03aee by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-37905: Improve docs for NormalDist (GH-15486) (GH-15487) https://github.com/python/cpython/commit/970548c00b366dcb8eb0c2bec0ffcab30ba03a

[issue37905] Improve docs for NormalDist

Raymond Hettinger added the comment: * Removed external links in overlap() docs * Removed "same heights" example * Chose more stable parameters for the Monte Carlo model * Made the example reproducible by recording a seed value -- resolution: -> fixed stage: patch review -> resolved s

[issue37940] Add xml.tool to pretty print XML like json.tool

Karthikeyan Singaravelan added the comment: Thanks Stefan for the link. XPath support sounds cool to me given that there is already support in stdlib. It could help with filtering using xml.tool itself instead of passing the output to another command to filter. My initial approach was to tak

[issue37940] Add xml.tool to pretty print XML like json.tool

Raymond Hettinger added the comment: I don't think this should be done: * Guido didn't want Python to grow into a collection of command-line tools * Browsers like Chrome already provide XML viewers * If you pretty print JSON, you don't change its meaning, but for XML, it adds "text" and "t

[issue36670] regrtest: win_utils decodes typeperf output from the wrong encoding (test suite broken due to cpu usage feature on win 10/ german)

Change by Lorenz Mende : -- keywords: +patch pull_requests: +15175 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/15488 ___ Python tracker

[issue20806] os.times document points to wrong section of non-Linux manual

Serhiy Storchaka added the comment: Section 3p is OS specific (Debian and derivatives). `man 3 times` works as well. But the manpages-posix-dev is not installed by default, so changing this will add a regression on Linux. I thank that it would be better to add both references, times(2) and t

[issue37942] Generate correct error check for PyFloat_AsDouble

Serhiy Storchaka added the comment: How large is benefit from special casing exact floats? -- nosy: +serhiy.storchaka ___ Python tracker ___ __

[issue34880] About the "assert" bytecode

Serhiy Storchaka added the comment: New changeset ce6a070414ed1e1374d1e6212bfbff61b6d5d755 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-34880: Add the LOAD_ASSERTION_ERROR opcode. (GH-15073) https://github.com/python/cpython/commit/ce6a070414ed1e1374d1e6212bfbff61b6d5d755 ---

[issue37940] Add xml.tool to pretty print XML like json.tool

Stefan Behnel added the comment: I agree that formatting is not a use case by itself. I like the idea of XPath grepping, though, especially *without* pretty printing, i.e. one result per line. I admit that there is no strong reason for adding such a command line tool to the stdlib, though.

[issue37802] micro-optimization of PyLong_FromSize_t()

Sergey Fedoseev added the comment: Previous benchmarks results were obtained with non-LTO build. Here are results for LTO build: $ python -m perf timeit -s "from itertools import repeat; _len = repeat(None, 0).__length_hint__" "_len()" --compare-to=../cpython-master/venv/bin/python --duplic

[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).

Dong-hee Na added the comment: Can I take a look at this issue? Is there anything should I care about except update clinic? Thanks! -- nosy: +corona10 ___ Python tracker ___ _

[issue2506] Add mechanism to disable optimizations

Serhiy Storchaka added the comment: There are different optimizations on different levels (AST, bytecode generation, peepholer), would be nice to control them separately. This means that we should pass a bitset to the compiler. -- ___ Python track

[issue37805] json.dump(..., skipkeys=True) has no unit tests

Change by Dong-hee Na : -- keywords: +patch pull_requests: +15176 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15489 ___ Python tracker ___

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Tal Einat added the comment: IMO the benefit here is very small and not worth the added complexity (implementation + tests + docs + maintenance). -- nosy: +taleinat ___ Python tracker __

[issue37805] json.dump(..., skipkeys=True) has no unit tests

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue20806] os.times document points to wrong section of non-Linux manual

Joannah Nanjekye added the comment: Serhiy, This sounds good. I will update the PR. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue36917] ast.NodeVisitor no longer calls visit_Str

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +15177 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15490 ___ Python tracker ___

[issue37914] class timedelta, support the method hours and minutes in field accessors

Elinaldo Monteiro added the comment: I am closed my issue. -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue34880] About the "assert" bytecode

Serhiy Storchaka added the comment: Thank you Zackery for your contribution. > where ".AssertionError" is a name-mangled free variable and is assigned once > the module is executed. But this still allows to overriding builtin AssertionError before importing a module. And this solution would

[issue30162] Add _PyTuple_Empty and make PyTuple_New(0) never failing

Serhiy Storchaka added the comment: Closed because several commenters found things to not like about it. -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue37940] Add xml.tool to pretty print XML like json.tool

Karthikeyan Singaravelan added the comment: There are several modules that expose some of their uses through command line like json.tool, zipfile, tarfile, gzip, webbrowser etc. The initial proposal was to expose the newly added indent function over the command line to provide the same guara

[issue37944] About json.load(s

Change by Origami Tobiichi : -- components: Extension Modules nosy: Origami Tobiichi priority: normal severity: normal status: open title: About json.load(s type: behavior versions: Python 3.7 ___ Python tracker

[issue37757] TargetScopeError not raised for comprehension scope conflict

Nick Coghlan added the comment: New changeset 5dbe0f59b7a4f39c7c606b48056bc29e406ebf78 by Nick Coghlan in branch 'master': bpo-37757: Disallow PEP 572 cases that expose implementation details (GH-15131) https://github.com/python/cpython/commit/5dbe0f59b7a4f39c7c606b48056bc29e406ebf78 --

[issue37944] About json.load(s

New submission from Karthikeyan Singaravelan : Can you please add a description to explain the report? -- nosy: +xtreak ___ Python tracker ___ _

[issue37944] Adjacent escape character in json.load()

Origami Tobiichi added the comment: I tried something like this: ```python print(r'{"foo": "\\\""}') print('{"foo": "\\\""}') print(json.loads(r'{"foo":"\\\""}')) ``` On my machine it output like this: ``` {"foo": "\\\""} {"foo": "\""} {'foo': '\\"'} ``` But in most of online json parser, str

[issue37944] Adjacent escape character in json.load()

Origami Tobiichi added the comment: I hope I have given enough infomations. And I'm not good at English, please forgive some of my spell wrong, thanks. -- ___ Python tracker

[issue37837] add internal _PyLong_FromUnsignedChar() function

Sergey Fedoseev added the comment: These last results are invalid :-) I thought that I was checking _PyLong_FromUnsignedChar() on top of GH-15192, but that wasn't true. So the correct results for LTO build are: $ python -m perf timeit -s "from collections import deque; consume = deque(maxle

[issue37757] TargetScopeError not raised for comprehension scope conflict

Change by Nick Coghlan : -- pull_requests: +15178 pull_request: https://github.com/python/cpython/pull/15491 ___ Python tracker ___

[issue37938] refactor PyLong_As*() functions

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue37757] TargetScopeError not raised for comprehension scope conflict

Nick Coghlan added the comment: New changeset 6ca030765db49525f16b8fabff4153238148b58d by Nick Coghlan in branch '3.8': [3.8] bpo-37757: Disallow PEP 572 cases that expose implementation details (GH-15491) https://github.com/python/cpython/commit/6ca030765db49525f16b8fabff4153238148b58d --

[issue37757] TargetScopeError not raised for comprehension scope conflict

Nick Coghlan added the comment: Merged for 3.8b4 after Emily's review. Thanks to all involved in the PEP update and change discussion! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue24479] Support LMMS project files in mimetypes.guess_type

Dong-hee Na added the comment: @vstiner I'd like to work on this issue. My plan is adding mime-types as 'mmp' to 'application/x-lmms-project' and 'mmpz' to 'application/x-lmms-project' What do you think? -- nosy: +corona10 ___ Python tracker

[issue34769] _asyncgen_finalizer_hook running in wrong thread

Change by Andrew Svetlov : -- pull_requests: +15179 pull_request: https://github.com/python/cpython/pull/15492 ___ Python tracker ___ __

[issue34679] asyncio.add_signal_handler call fails if not on main thread

Andrew Svetlov added the comment: The issue is related to Python 3.8 and master only. 3.6-3.7 are not affected -- versions: +Python 3.9 -Python 3.6, Python 3.7 ___ Python tracker

[issue34679] asyncio.add_signal_handler call fails if not on main thread

Andrew Svetlov added the comment: Kyle, thanks for the fix. I have basically the same change in my PR but with test and news note. -- ___ Python tracker ___ __

[issue37944] Adjacent escape character in json.load()

Origami Tobiichi added the comment: I'm sorry that I remove you from list, actually it's my first time to commit an issue on there and I'm afraid I used it wrong. -- nosy: +xtreak ___ Python tracker ___

[issue34679] asyncio.add_signal_handler call fails if not on main thread

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +15180 pull_request: https://github.com/python/cpython/pull/15492 ___ Python tracker ___ _

[issue1152248] Add support for reading records with arbitrary separators to the standard IO stack

Change by Géry : -- nosy: +maggyero ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue17083] can't specify newline string for readline for binary files

Change by Géry : -- nosy: +maggyero ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/ma

[issue34769] _asyncgen_finalizer_hook running in wrong thread

Change by Andrew Svetlov : -- pull_requests: -15179 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue37945] test_locale failing

New submission from Tim Golden : On a Win10 machine I'm consistently seeing test_locale (and test__locale) fail. I'll attach pythoninfo. == ERROR: test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) --

[issue34014] loop.run_in_executor should propagate current contextvars

Viktor Kovtun added the comment: Hey, as I see there is no new API yet. Can we take a look again on 3) ? I'll be happy to update PR 9688 -- ___ Python tracker ___ __

[issue37945] test_locale failing

Change by Karthikeyan Singaravelan : -- components: +Windows nosy: +eryksun, paul.moore, steve.dower, xtreak, zach.ware ___ Python tracker ___ _

[issue37835] typing.get_type_hints wrong namespace for forward-declaration of inner class

Netzeband added the comment: I think I found a better workaround (by accident). I was debugging another issue with get_type_hints for the case that this function is used inside the __new__ method of a metaclass and with methods of the class to define. Here the same issue happens: Forward dec

[issue37806] Infinite recursion with typing.get_type_hints

Change by hongweipeng : -- keywords: +patch pull_requests: +15181 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15493 ___ Python tracker ___

[issue29553] Argparser does not display closing parentheses in nested mutex groups

Berker Peksag added the comment: New changeset da27d9b9dc44913ffee8f28d9638985eaaa03755 by Berker Peksag (Flavian Hautbois) in branch 'master': bpo-29553: Fix ArgumentParser.format_usage() for mutually exclusive groups (GH-14976) https://github.com/python/cpython/commit/da27d9b9dc44913ffee8f

[issue29553] Argparser does not display closing parentheses in nested mutex groups

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

[issue37945] test_locale failing

Tim Golden added the comment: Ok; so basically this doesn't work: import locale locale.setlocale(locale.LC_CTYPE, locale.getdefaultlocale()) It gives "locale.Error: unsupported locale setting" which comes from https://github.com/python/cpython/blob/master/Modules/_localemodule.c#L107 (For

[issue37945] test_locale failing

Tim Golden added the comment: Just to save you looking, the code in https://github.com/python/cpython/blob/master/Modules/_localemodule.c#L107 converts the 2-tuple to lang.encoding form so the C module is seeing "en_GB.cp1252" -- ___ Python track

[issue37806] Infinite recursion with typing.get_type_hints

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34679] asyncio.add_signal_handler call fails if not on main thread

Kyle Stanley added the comment: > Kyle, thanks for the fix. > I have basically the same change in my PR but with test and news note. No problem, that works for me. I was mostly just trying to help with resolving some of the release blockers for 3.8b4. --

[issue29553] Argparser does not display closing parentheses in nested mutex groups

Berker Peksag added the comment: New changeset 31ea447ffe591736af1d7a3178c0f7ca3eb50d70 by Berker Peksag (Miss Islington (bot)) in branch '3.7': bpo-29553: Fix ArgumentParser.format_usage() for mutually exclusive groups (GH-14976) https://github.com/python/cpython/commit/31ea447ffe591736af1d

[issue34769] _asyncgen_finalizer_hook running in wrong thread

Change by Andrew Svetlov : -- pull_requests: +15183 pull_request: https://github.com/python/cpython/pull/15492 ___ Python tracker ___ __

[issue34769] _asyncgen_finalizer_hook running in wrong thread

Change by Andrew Svetlov : -- pull_requests: +15183, 15184 pull_request: https://github.com/python/cpython/pull/15492 ___ Python tracker ___ ___

[issue34769] _asyncgen_finalizer_hook running in wrong thread

Change by Andrew Svetlov : -- pull_requests: +15183, 15184, 15185 pull_request: https://github.com/python/cpython/pull/15492 ___ Python tracker ___

[issue37827] IDLE: Have the shell mimic terminal handling of \r and \b control characters in outputs

Guido van Rossum added the comment: I agree -- this was added to Emacs a long time ago and it makes a big difference for people (like myself) who do a lot of work in Emacs shell windows. I imagine it's the same for IDLE. -- nosy: +gvanrossum ___ P

[issue23933] Struct module should accept arrays

Change by Joannah Nanjekye : -- title: Struct module should acept arrays -> Struct module should accept arrays ___ Python tracker ___ __

[issue23933] Struct module should accept arrays

Change by Kyle Stanley : -- nosy: +mark.dickinson, meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20806] os.times document points to wrong section of non-Linux manual

Eryk Sun added the comment: The function's doc string also needs to be updated to use the correct field names: "user", "system", "children_user", "children_system", and "elapsed". > And we can also add a link to MSDN. os.times calls GetProcessTimes [1]. The user and kernel process times are

[issue37884] Optimize Fraction() and statistics.mean()

Steven D'Aprano added the comment: On Sat, Aug 24, 2019 at 10:09:40AM +, Serhiy Storchaka wrote: > Could you please explain what is wrong in adding a helper function > which will help to convert different types of numbers to integer ratio > correctly? > > Currently you need to write a c

[issue32847] Add DirectoryNotEmptyError subclass of OSError

Change by Joannah Nanjekye : -- keywords: +patch pull_requests: +15186 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15496 ___ Python tracker ___

[issue37946] Add the Bessel functions of the first and second kind to the math module

New submission from Pablo Galindo Salgado : After repeatedly having to add 3rd party libraries only for the these functions or having to implement them myself quick and dirty based on numerical integration, I suggest add the Bessel functions of the first and second kind to the math module. Th

[issue37946] Add the Bessel functions of the first and second kind to the math module

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +15187 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15497 ___ Python tracker __

[issue37947] symtable_handle_namedexpr does not adjust correctly the recursion level

New submission from Pablo Galindo Salgado : The symtable_handle_namedexpr function does not adjust correctly the recursion level when exiting (also, is actually not returning anything in a function defined as non-void but the return value is not used so is not technically undefined behavior).

[issue37947] symtable_handle_namedexpr does not adjust correctly the recursion level

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +15188 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15499 ___ Python tracker __

[issue37946] Add the Bessel functions of the first and second kind to the math module

Steven D'Aprano added the comment: If they are provided by the C lib, I would love to see them exposed by Python. If they aren't, I don't know if they should be treated as optional/platform dependent, or if we should provide an independent implementation. I guess the easy way is to just make

[issue37946] Add the Bessel functions of the first and second kind to the math module

Pablo Galindo Salgado added the comment: > If they are provided by the C lib, I would love to see them exposed by Python. Check PR 15497 for an initial version of exposing the libm functions if they are available. > I don't know if they should be treated as optional/platform dependent, or if

[issue37934] Docs: Clarify NotImplemented use cases

Vedran Čačić added the comment: Well, it is the _intended_ use of NotImplemented. Of course you can use it whenever you want, just as you can use Ellipsis whenever you want. But I don't think docs should encourage that. -- nosy: +veky ___ Python tr

[issue37934] Docs: Clarify NotImplemented use cases

Raymond Hettinger added the comment: It is not the purpose of the docs to list use cases. Mostly we say what something does or how it is defined. As Vedran says, how people use it is their own business. Also, please be careful expanded the docs. They quickly become a promise. Per Doc/re

[issue37824] IDLE: Handle Shell input warnings properly.

Change by Terry J. Reedy : -- pull_requests: +15189 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15500 ___ Python tracker ___ __

[issue37824] IDLE: Handle Shell input warnings properly.

Terry J. Reedy added the comment: I pulled the part of PR 15311 that works, stop turning Shell SyntaxWarnings into SyntaxErrors, into PR-15500, to get it into b4. I will update the former after merging the latter. -- stage: patch review -> ___ P

[issue13653] reorder set.intersection parameters for better performance

Raymond Hettinger added the comment: The anti-correlation algorithm seems like a plausible heuristic but it can't really know more than the user does about the semantic content of the sets. Also as Terry pointed out, this will have user visible effects. This likely should be published as a

[issue37945] test_locale failing

Eryk Sun added the comment: local.normalize is generally wrong in Windows. It's meant for POSIX systems. Currently "tr_TR" is parsed as follows: >>> locale._parse_localename('tr_TR') ('tr_TR', 'ISO8859-9') The encoding "ISO8859-9" is meaningless to Windows. Also, the old CRT only eve

[issue36205] Python 3.7 and 3.8 process_time is not reported correctly when built on older macOS versions

Ned Deily added the comment: Raynmond: > Something in the release build process is triggering this behavior (perhaps > PGO). The difference is explained in msg33731. When 3.7+ is built on macoS 10.11.x+ and earlier, clock_gettime is not available and the PEP 564 refactored code falls back

[issue37824] IDLE: Handle Shell input warnings properly.

Change by miss-islington : -- pull_requests: +15190 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15504 ___ Python tracker ___ __

[issue37824] IDLE: Handle Shell input warnings properly.

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

[issue37824] IDLE: Handle Shell input warnings properly.

Terry J. Reedy added the comment: New changeset 1039f39c9c6edb4c185856c19316d3a4eb561c38 by Terry Jan Reedy in branch 'master': bpo-37824: Properly handle user input warnings in IDLE shell. (GH-15500) https://github.com/python/cpython/commit/1039f39c9c6edb4c185856c19316d3a4eb561c38

[issue37948] get_type_hints fails if there are un-annotated fields in a dataclass

New submission from Arne Recknagel : When declaring a dataclass with make_dataclass, it is valid to omit type information for fields. __annotations__ understands it and just adds typing.Any, but typing.get_type_hints fails with a cryptic error message: >>> import dataclasses >>> import typing

[issue37946] Add the Bessel functions of the first and second kind to the math module

Mark Dickinson added the comment: They're not part of the C standard and they're not provided by all C libraries; we'd have to code our own and add thorough tests for the implementations (as we have for lgamma, gamma, erf, and other functions that may or may not exist in the platform libm).

[issue37949] Create empty __annotations__ dictionaries lazily

New submission from Raymond Hettinger : Right now, every heap function is given a new annotations dictionary even if annotations aren't used. How about we create these lazily in order to speed-up function creation time, improve start-up time, and save space. >>> def f(): pass >>> def g():

[issue37945] test_locale failing

Tim Golden added the comment: Thanks, Eryk. Your explanation is as clear as always. But my question is, then: why is my machine failing this test [the only one which uses this two-part locale] and not the buildbots or (presumably) any other Windows developer? --

[issue37824] IDLE: Handle Shell input warnings properly.

Terry J. Reedy added the comment: New changeset 077887059a5b3d38161dfd74b160c701445a1ef0 by Terry Jan Reedy (Miss Islington (bot)) in branch '3.8': bpo-37824: Properly handle user input warnings in IDLE shell. (GH-15500) https://github.com/python/cpython/commit/077887059a5b3d38161dfd74b160c70

[issue15542] Documentation incorrectly suggests __init__ called after direct __new__ call

Raymond Hettinger added the comment: New changeset 6b16d938d6d1ccb443815e20e8812deed274dc09 by Raymond Hettinger (Joannah Nanjekye) in branch 'master': bpo-15542: Documentation incorrectly suggests __init__ called after direct __new__ call (GH-15478) https://github.com/python/cpython/commit

[issue37824] IDLE: Handle Shell input warnings properly.

miss-islington added the comment: New changeset 1b15914ebb46e549ff0965c789ef03b4bac2a890 by Miss Islington (bot) in branch '3.7': bpo-37824: Properly handle user input warnings in IDLE shell. (GH-15500) https://github.com/python/cpython/commit/1b15914ebb46e549ff0965c789ef03b4bac2a890 --

[issue15542] Documentation incorrectly suggests __init__ called after direct __new__ call

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