[issue38328] Speed up the creation time of constant list and set literals.

Change by Brandt Bucher : -- title: Speed up the creation time of constant list literals. -> Speed up the creation time of constant list and set literals. ___ Python tracker

[issue37309] idlelib/NEWS.txt for 3.9.0 and backports

Change by Terry J. Reedy : -- pull_requests: +16622 pull_request: https://github.com/python/cpython/pull/17115 ___ Python tracker ___

[issue38328] Speed up the creation time of constant list literals.

Brandt Bucher added the comment: I have created a new patch (PR 17114) that performs this optimization directly in the compiler, rather than the peephole optimizer. I think I like the new one better. -- ___ Python tracker

[issue38328] Speed up the creation time of constant list literals.

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

[issue26353] IDLE: Saving Shell should not add \n

Terry J. Reedy added the comment: Zachary determined that the issue is that writing calls iomenu.IOBinding.fixlastline, which unconditionally adds \n at the end if there is one. That is not needed for the Shell and wrong when it ends with a prompt, which is the normal case. --

[issue17306] Improve the way abstract base classes are shown in help()

Raymond Hettinger added the comment: Benjamin, are you still interested in working on this? -- ___ Python tracker ___ ___

[issue38385] statistics: incorrect documentation

Change by Raymond Hettinger : -- priority: normal -> low resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38385] statistics: incorrect documentation

Raymond Hettinger added the comment: New changeset 733b9a308e3c49855888e2e12397ae56d831e780 by Raymond Hettinger in branch 'master': bpo-38385: Fix iterator/iterable terminology in statistics docs (GH-17111) https://github.com/python/cpython/commit/733b9a308e3c49855888e2e12397ae56d831e780

[issue38385] statistics: incorrect documentation

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

[issue38565] Expose the value passed of typed passed to functools.lru_cache

Manjusaka added the comment: Raymond, thanks for fixing many errors for my patch! -- ___ Python tracker ___ ___ Python-bugs-list

[issue38565] Expose the value passed of typed passed to functools.lru_cache

Raymond Hettinger added the comment: Scott, thank you for the suggestion. Serhiy, thank for pointing to the simplest implementation. Zheaoli, thanks for the patch. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___

[issue38565] Expose the value passed of typed passed to functools.lru_cache

Raymond Hettinger added the comment: New changeset 051ff526b5dc2c40c4a53d87089740358822edfa by Raymond Hettinger (Manjusaka) in branch 'master': bpo-38565: add new cache_parameters method for lru_cache (GH-16916)

[issue38754] Python3.7 site-packages

Ned Deily added the comment: Sorry you are having problems. Unfortunately, those messages are not coming from Python itself so there doesn't appear to be anything we can do here. Searching on the web for "could not get file information for" suggests that the messages are coming from Arch's

[issue38440] Possible new issues with IDLE

Tal Einat added the comment: > * The pop-up message box for interrupting currently running code will appear > several times in succession. Dismissing the box doesn't clear a queue of > events, so the message may occur several times in a row. I've been unable to reproduce this on Windows.

[issue37903] IDLE Shell sidebar.

Tal Einat added the comment: Raymond, FWIW, this will fix at least one of the issues you've mentioned: "Cntl-A on macOS jumps before the >>> prompt". -- ___ Python tracker

[issue37903] IDLE Shell sidebar.

Tal Einat added the comment: > Can you also show a script running with F5 showing a restart, the output from > the script and a subsequent interactive session that shows the inspecting > variables. Also show what an exception and SyntaxError looks like. I've attached a screenshot showing

[issue17642] IDLE add font resizing hot keys and wheel

Terry J. Reedy added the comment: #33397 add a FontSizer class to textview.py and uses it there and for the doc viewer in help.py. It should be used for this issue also. -- ___ Python tracker

[issue27805] io.open('/dev/stdout', 'a') raises OSError with errno=ESPIPE

Change by Benjamin Peterson : -- pull_requests: +16619 pull_request: https://github.com/python/cpython/pull/17112 ___ Python tracker ___

[issue9399] Provide a 'print' action for argparse

Raymond Hettinger added the comment: Marking this as closed because there has been no activity or interest for over five years. If anyone wants to revive this and write a PR, feel free to reopen. The core idea is plausible, but this doesn't seem to be a recurring need. --

[issue37759] Polish whatsnew for 3.8

Change by Raymond Hettinger : -- priority: high -> normal resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38385] statistics: incorrect documentation

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

[issue38438] argparse "usage" overly-complex with nargs="*"

Raymond Hettinger added the comment: Bob, thanks for the suggestion. Brandt, thanks for the PR. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.7, Python 3.8 ___ Python tracker

[issue38773] Fatal Python error: Aborted

New submission from Rohit : Python is crashing frequently. The frequency lies anywhere in between 10 hours to 24 hours of running the program. Packages used in my program: numba.cuda, numpy, sklearn.cluster, cv2, falcon, multiprocessing, faulthandler Priority: High -- components:

[issue36128] ResourceReader for FileLoader inconsistently handles path separators

Gregory Szorc added the comment: I just noticed that there is a parallel discussion ongoing in https://gitlab.com/python-devs/importlib_resources/issues/58. -- ___ Python tracker

[issue36128] ResourceReader for FileLoader inconsistently handles path separators

Gregory Szorc added the comment: I think disallowing relative paths that are parents of the current anchor point is a reasonable restriction and acceptable backwards incompatible behavior. Disallowing all relative paths with slashes is a larger issue. I would support that if

[issue34028] Python 3.7.0 wont compile with SSL Support 1.1.0 > alledged missing X509_VERIFY_PARAM_set1_host() support

Change by Clem Flory : -- nosy: +cjflory ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38771] Bug in example of collections.ChainMap

Raymond Hettinger added the comment: New changeset d8e08456025d9349abbf76035c821d3f7b2d722a by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-38771: Explict test for None in code example (GH-17108) (GH-17109)

[issue38771] Bug in example of collections.ChainMap

Raymond Hettinger added the comment: New changeset cb1c06e3bfbce7f4e8dcb0db84bcee54c8d4fa21 by Raymond Hettinger (Miss Islington (bot)) in branch '3.7': bpo-38771: Explict test for None in code example (GH-17108) (GH-17110)

[issue38771] Bug in example of collections.ChainMap

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 ___ Python tracker ___

[issue38771] Bug in example of collections.ChainMap

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

[issue38771] Bug in example of collections.ChainMap

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

[issue38771] Bug in example of collections.ChainMap

Raymond Hettinger added the comment: New changeset 98480cef9dba04794bd61c7e7cca643d384c8c35 by Raymond Hettinger (Jonathan Scholbach) in branch 'master': bpo-38771: Explict test for None in code example (GH-17108)

[issue38771] Bug in example of collections.ChainMap

Raymond Hettinger added the comment: The example was just meant to be a quick snippet to suggest a possible use case. It isn't a stand-alone application. However, stylistically, this is an improvement and I'll accept some variation of the PR. -- priority: normal -> low versions:

[issue38772] shutil.copytree fail to copy some bytes

New submission from Stéphane Archer : I use shutil.copytree to copy photos from many sd cards to a hard drive. I use thread for each sd card. then I check if the content has been copying correctly with filecmp.cmpfiles with shallow to false. and surprise!!! some files are not identical.

[issue38771] Bug in example of collections.ChainMap

Change by Raymond Hettinger : -- assignee: docs@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list

[issue38739] pyperformance html5lib cannot import Mapping (and fails)

Travis Lazar added the comment: FYI: this affects tornado_http and django_template as well. -- ___ Python tracker ___ ___

[issue38769] generators are currently hashable

Steven D'Aprano added the comment: I can see that making generators unhashable would have found your bug earlier, but it is otherwise unjustified: generators are just objects that are compared by identity. It would break other people's code, which is a very invasive change to make just so

[issue38769] generators are currently hashable

Tim Peters added the comment: Yes, what Steven said. All kinds of functions (including, but not limited to, generator-iterators) are compared by object identity, nothing at all about internal state. The contract of hash() is that if a == b, then we must have that hash(a) == hash(b) too.

[issue38769] generators are currently hashable

Ammar Askar added the comment: An easier way to understand might be to just write out the generator expression "manually": def generator_expression(): for k, v in sorted(self.__dict__.items()): yield k return hash(my_generator_expression()) Would you say that

[issue38771] Bug in example of collections.ChainMap

Change by Jonathan Scholbach : -- keywords: +patch pull_requests: +16614 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17108 ___ Python tracker

[issue38771] Bug in example of collections.ChainMap

New submission from Jonathan Scholbach : Below "Examples and Recipes", the Documentation of collections.ChainMap has an "Example of letting user specified command-line arguments take precedence over environment variables which in turn take precedence over default values:" In there, a

[issue38769] generators are currently hashable

Steven D'Aprano added the comment: Anthony, can you please explain what you mean when you describe generators as "mutable"? I don't understand what you mean. To *me*, the value of a generator, in so far as comparisons goes, is its identity, not its invisible internal state. You can test

[issue38769] generators are currently hashable

Anthony Sottile added the comment: I think I'm missing what you're saying, apologies I'm probably confused :( -- ___ Python tracker ___

[issue38769] generators are currently hashable

Tim Peters added the comment: What makes you think generator-iterator objects are mutable? -- ___ Python tracker ___ ___

[issue38769] generators are currently hashable

Anthony Sottile added the comment: function objects are immutable though -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38769] generators are currently hashable

Tim Peters added the comment: Function objects can be used as dict keys too. Given that, it would be _very_ surprising if generator-iterators weren't. I don't really see a good point to leaving this open. Live with it - it's a feature ;-) -- nosy: +tim.peters

[issue38769] generators are currently hashable

Serhiy Storchaka added the comment: I agree with Raymond. By default all objects are compared by identity and are hashable. User classes are hashable, files are hashable, iterators are hashable. Generator objects are just not special enough to be non-hashable. We can reconsider this. But it

[issue38764] Deterministic globbing.

Matthew Barnett added the comment: I could also add: would sorting be case-sensitive or case-insensitive? Windows is case-insensitive, Linux is case-sensitive. -- nosy: +mrabarnett ___ Python tracker

[issue38770] Pickle handle self references in classes

Change by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37838] typing.get_type_hints not working with forward-declaration and decorated functions

Ivan Levkivskyi added the comment: The PR was linked by mistake (it is for a different issue), so I unlinked it. -- ___ Python tracker ___

[issue37838] typing.get_type_hints not working with forward-declaration and decorated functions

Change by Ivan Levkivskyi : -- keywords: -patch stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list

[issue37838] typing.get_type_hints not working with forward-declaration and decorated functions

Change by Ivan Levkivskyi : -- pull_requests: -16560 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38769] generators are currently hashable

Raymond Hettinger added the comment: > there are other such mutable objects in python which do define > __hash__ = None such as list and dict Those objects compare on their contents, not on object identity. Take a look at how hashing works in dataclasses. You can have a mix of mutable and

[issue38770] Pickle handle self references in classes

New submission from Saim Raza : If the __qualname__ of a class is set to have a circular reference to itself, pickle behaves differently based on protocol. Following script demonstrates the issue: == from __future__ import print_function

[issue38769] generators are currently hashable

Anthony Sottile added the comment: :shrugs: it did go through a round of code review but was simply missed -- the testing bit is fair there are other such mutable objects in python which do define __hash__ = None such as list and dict -- ___

[issue38438] argparse "usage" overly-complex with nargs="*"

Raymond Hettinger added the comment: New changeset a0ed99bca8475cbc82e9202aa354faba2a4620f4 by Raymond Hettinger (Brandt Bucher) in branch 'master': bpo-38438: Simplify argparse "star nargs" usage. (GH-17106) https://github.com/python/cpython/commit/a0ed99bca8475cbc82e9202aa354faba2a4620f4

[issue38764] Deterministic globbing.

Raymond Hettinger added the comment: ISTM that if glob had been sorted, it would have only thinly masked the data pipeline issues that were encountered. The code would still have been easily broken by someone renaming, adding, or removing a file. In their case, it was the semantic context

[issue38764] Deterministic globbing.

Raymond Hettinger added the comment: > This seems like an inappropriately elitist attitude. Please drop the personal attacks and abusive tone. The tracker is for technical discussions. -- ___ Python tracker

[issue38769] generators are currently hashable

Raymond Hettinger added the comment: > the author had forgotten the `tuple(...)` call (or incorrectly > assumed a parenthesized generator was a tuple comprehension) Presumably that will bite the author in many ways, not just hashability. There are many other places where substituting a

[issue38769] generators are currently hashable

Change by Ammar Askar : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38769] generators are currently hashable

New submission from Anthony Sottile : We recently found a bug in one of our codebases that looked ~roughly like this: class C: ... def __hash__(self): return hash((v for k, v in sorted(self.__dict__.items( which resulted in a production bug The *intention* was to hash a

[issue36852] Python3.7.2 fails to cross-compile (yocto / openembedded) when target is mips softfloat

Matthias Schoepfer added the comment: Hi Matthias, thanks for clarification. Maybe I am under a totally wrong impression, but to me is having soft float comparable to not having some special SSE instruction sets with x86. You are missing some instructions, that your code may or may not

[issue38767] Replace Mersenne Twister RNG with a PCG family algorithm

Mark Dickinson added the comment: FWIW, here's the NumPy GitHub issue that led to PCG64 being chosen as the default BitGenerator. Warning: the comment thread is long (with many contributions from the PCG author). https://github.com/numpy/numpy/issues/13635 --

[issue38767] Replace Mersenne Twister RNG with a PCG family algorithm

Raymond Hettinger added the comment: We had looked at this once before and the proposal was rejected (better to stick with the devil you know than than one that hasn't been extensively studied). Also, there is some value to having a large state space, shuffle() and sample() consume a lot

[issue36128] ResourceReader for FileLoader inconsistently handles path separators

Barry A. Warsaw added the comment: One simple restriction would be to disallow relative paths outside of the resource anchor location. -- ___ Python tracker ___

[issue38767] Replace Mersenne Twister RNG with a PCG family algorithm

Tim Peters added the comment: Python is a general-purpose language, and as such I believe it's inappropriate for it to be "a leader" in adopting new PRNGs. That's for area specialists to pioneer. If NumPy switched, that is a good reason to evaluate this again. But for backward

[issue38767] Replace Mersenne Twister RNG with a PCG family algorithm

Mark Dickinson added the comment: See discussion in #30880. That issue was closed, though it's possible that it's time to reconsider. -- ___ Python tracker ___

[issue38767] Replace Mersenne Twister RNG with a PCG family algorithm

Mark Dickinson added the comment: Also worth noting that NumPy 1.17 has now adopted PCG for their default BitGenerator. -- ___ Python tracker ___

[issue36852] Python3.7.2 fails to cross-compile (yocto / openembedded) when target is mips softfloat

Matthias Klose added the comment: You misunderstand. The GNU triplets are ambiguous. mips 32bit big endian soft float, and mips 32bit big endian hard float are *not* ABI compatible, but map to the same GNU triplet. The check *is* cross compiler aware, it's run with the target

[issue36852] Python3.7.2 fails to cross-compile (yocto / openembedded) when target is mips softfloat

Matthias Schoepfer added the comment: Hi Matthias, thanks for your comment. I am not sure, if I understand correctly or if it is really the problem here. So, if you take a look at the patch, or at the current version of configure.ac right now, there is s section: AC_MSG_CHECKING([for the

[issue38768] Support lldb enhancement in MacOS

New submission from Manjusaka : After MacOS 10.15.x, Apple has changed this system feature that will make more difficult for using GDB in MacOS. So is there any chance to support lldb enhancement such as py-list and etc.? -- components: macOS messages: 356372 nosy: Manjusaka,

[issue38767] Replace Mersenne Twister RNG with a PCG family algorithm

New submission from Tilman Roeder : Currently, the `random.random()` function / the random module uses the Mersenne Twister algorithm for generating random numbers. While this algorithm has acceptable statistical properties for most use-cases (and does feature a ridiculously large period),

[issue38764] Deterministic globbing.

Brandt Bucher added the comment: I'm not sure listdir and walk should be sorted, for the reasons Raymond mentioned. And I was actually surprised to learn today that pathlib.Path.glob doesn't use the glob module internally. Was there some reasoning behind this decision? Separator handling,

[issue28533] Replace asyncore

Kyle Stanley added the comment: > I'm happy to work on replacing asyncore usage in one of the other test files. Sounds good, just let us know which one(s) you're working on. (: -- ___ Python tracker

[issue37096] Add large-file tests for modules using sendfile(2)

Charalampos Stratakis added the comment: Alright added some more disk space at the buildbots, however it seems that it is not related to that. The current Fedora rawhide buildbot has 19GB of free space and the test is still failing. I tested on the Fedora stable buildbot for which I reduced

[issue38766] AttributeError: 'xml.etree.ElementTree.ParseError' has no attribute 'filename'

mlj added the comment: Bleh. Sorry. I've crucially forgottn that this is an issue when running unit-tests under `nose` and isn't exclusively a core problem. Let me do some more debugging and then decide who the correct people to annoy are. -- resolution: -> works for me stage: ->

[issue38766] AttributeError: 'xml.etree.ElementTree.ParseError' has no attribute 'filename'

New submission from mlj : traceback.py and how it handles 'SyntaxError's, which includes a bunch of assumptions about attributes that a SyntaxError should have defined: https://github.com/python/cpython/blob/master/Lib/traceback.py#L516 Definition of xml.etree.ElementTree.ParseError, marking

[issue38728] Update PC/pyconfig.h to support disabling auto linking

Jean-Christophe Fillion-Robin added the comment: PY_NO_LINK_LIB will work well. I will work on a patch later this week. -- ___ Python tracker ___

[issue28533] Replace asyncore

Joannah Nanjekye added the comment: @dankreso, the issue is still open and no one has claimed it yet. So feel free to open a pull request. -- ___ Python tracker ___

[issue38765] `ast.AST._attributes` is used by `ast.dump()` but not documented

Pekka Klärck added the comment: Based on the `ast` source code there are also other functions that use the undocumented `_attributes` attribute: - copy_location - fix_missing_locations - increment_lineno -- ___ Python tracker

[issue38765] `ast.AST._attributes` is used by `ast.dump()` but not documented

New submission from Pekka Klärck : We have implemented an ast for our own tool so that we extend Python's standard `ast.AST`. When using `ast.dump(node, include_attributes=True)`, we were surprised to notice that line numbers weren't dumped although the docs of `ast.dump()` said they should

[issue36128] ResourceReader for FileLoader inconsistently handles path separators

Marcin Kasperski added the comment: Hmm, I noticed this but accidentally and tried to port https://github.com/pypa/setuptools/issues/1635 to new api. Well: >>> import multiprocessing >>> import sys >>> reader = >>>

[issue38757] mocking an exception, arguments do not seem to be passed to the mock

Chris Withers added the comment: Agreed. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue38500] Provide a way to get/set PyInterpreterState.frame_eval without needing to access interpreter internals

Mark Shannon added the comment: Fabio, If the user changes the `__code__` attribute of a function then, AFAICT, your debugger does the wrong thing, but bytecode modification does the right thing. Suppose we have two functions `spam` and `eggs`. Set a break point in `eggs`, set

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Marco Sulla added the comment: @Terry: > Jupyter Console is, I read, QT based Nope. It's shell based by default. You can open it also as a QT app, like IDLE, but by default `jupyter console` is via terminal. > they must use "‘magic’ commands" entered after the '>>>' prompt > instead of

[issue38762] Logging displays wrong "processName" if "sys.modules" is cleared in child process

Vinay Sajip added the comment: This will be a rare use case, and I would expect anyone clearing sys.modules in the child process to handle this consequence themselves (e.g. by reimporting multiprocessing after clearing out the other modules, since they apparently still want some of

[issue38764] Deterministic globbing.

Serhiy Storchaka added the comment: If sort the output of glob(), we should sort also the output of Path.glob(), listdir(), and maybe walk(). -- ___ Python tracker ___

[issue28533] Replace asyncore

dankreso added the comment: Hi, is this still open? I'm happy to work on replacing asyncore usage in one of the other test files. -- nosy: +dankreso ___ Python tracker ___