[issue39059] Getting incorrect results in rounding procedures

New submission from AVicennA : This is about rounding process and getting incorrect results. In documentation written that, "This is not a bug: it’s a result of the fact that most decimal fractions can’t be represented exactly as a float". - https://docs.python.org/3/library/functions.html?hi

[issue39060] asyncio.Task.print_stack doesn't print the full stack

New submission from Amit Itzkovitch : Hi! I think I found some issue in the "print_stack()" function of asyncio.Task. When I try to print the stack of some task, I only see the first few lines of the stack. Attached an example file, that contains a recursive function that after 10 calls print

[issue39059] Getting incorrect results in rounding procedures

Steven D'Aprano added the comment: You've spent a lot of time demonstrating behaviour, but have not given us any reason why you think the results given are wrong. As far as I can tell, every single example you show is correct. You have even quoted one of the relevant sections from the docs.

[issue39061] Garbage Collection optimizations cause "memory leak"

New submission from Maxime Istasse : When working on a self-referencing object in the young generation and the middle-generation collection kicks in, that object is directly moved to the old generation. (if I understood this well: https://github.com/python/cpython/blob/d68b592dd67cb87c4fa862a

[issue39059] Getting incorrect results in rounding procedures

Mark Dickinson added the comment: @AVicennA: as the docs you linked to explain, this is not a bug: `round` is giving the correct result in all cases (or at least, as correct as is possible given the use of binary floating-point). Let's take just the first case, `round(2.675, 2)`. `2.675` is

[issue39059] Getting incorrect results in rounding procedures

Change by Mark Dickinson : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python

[issue39062] ValueError in TarFile.getmembers

New submission from jvoisin : The attached file produces the following stacktrace when opened via `tarfile.open` and iterated with `TarFile.getmembers`, on Python 3.7.5rc1: ``` $ cat tarrepro.py import tarfile import sys with tarfile.open(sys.argv[1]) as t: for member in t.getmembers():

[issue39059] Getting incorrect results in rounding procedures

AVicennA added the comment: @steven.daprano, yes, my_round(2.675, 2) --> gave 2.68 and it's not buggy and not wrong. This is correct in this case. I advise you look at 5th class math book. -- ___ Python tracker

[issue39060] asyncio.Task.print_stack doesn't print the full stack

Andrew Svetlov added the comment: Technically the output is correct: a stack for async function call doesn't contain the outer async function that is used for awaiting. Agree, it may sound confusing, but `await f()` is not the same as just `f()`. Perhaps we can provide *alternative* API for

[issue39060] asyncio.Task.print_stack doesn't print the full stack

Amit Itzkovitch added the comment: In is mainly confusing because I expected this function to behave like "traceback.print_stack()", which prints the stack including all the awaits that lead to it. -- ___ Python tracker

[issue38811] Pathlib crashes when os module is missing 'link' method

STINNER Victor added the comment: New changeset 092435e932dee1802784ec28f39454f50fdd879a by Victor Stinner (Toke Høiland-Jørgensen) in branch 'master': bpo-38811: Check for presence of os.link method in pathlib (GH-17225) https://github.com/python/cpython/commit/092435e932dee1802784ec28f39454f

[issue26978] Implement pathlib.Path.link (Using os.link)

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

[issue26978] Implement pathlib.Path.link (Using os.link)

STINNER Victor added the comment: New changeset 092435e932dee1802784ec28f39454f50fdd879a by Victor Stinner (Toke Høiland-Jørgensen) in branch 'master': bpo-38811: Check for presence of os.link method in pathlib (GH-17225) https://github.com/python/cpython/commit/092435e932dee1802784ec28f39454f

[issue38811] Pathlib crashes when os module is missing 'link' method

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

[issue39063] Format string does not work with "in" statement

New submission from Ramon Medeiros : Tried to use "in" statement to check if a string exists in a array and failed using string format. How to reproduce: ~/ ipython Python 3.7.4 (default, Oct 12 2019, 18:55:28) Type 'copyright', 'credits' or 'license' for more information IPython 7.8.0 -- An

[issue38870] Expose ast.unparse in the ast module

Pablo Galindo Salgado added the comment: New changeset a322f50c369e2e4138266c88e32ef83af95b2da6 by Pablo Galindo (Batuhan Taşkaya) in branch 'master': bpo-38870: Remove dead code related with argument unparsing (GH-17613) https://github.com/python/cpython/commit/a322f50c369e2e4138266c88e32ef83

[issue38811] Pathlib crashes when os module is missing 'link' method

STINNER Victor added the comment: Thanks Toke Høiland-Jørgensen! I merged your fix. I don't really get why the Debian/Ubuntu image on Travis CI didn't get os.link() function, but I'm not really intersted to dig into this question. It's fine to simply skip the feature if it's not available, we

[issue39063] Format string does not work with "in" statement

Change by Ramon Medeiros : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue38993] cProfile behaviour issue with decorator and math.factorial() lib.

Change by Mark Dickinson : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python

[issue38811] Pathlib crashes when os module is missing 'link' method

miss-islington added the comment: New changeset 8d0f36940e728989822c3789025b0813a8fe249a by Miss Islington (bot) in branch '3.8': bpo-38811: Check for presence of os.link method in pathlib (GH-17225) https://github.com/python/cpython/commit/8d0f36940e728989822c3789025b0813a8fe249a -

[issue38811] Pathlib crashes when os module is missing 'link' method

STINNER Victor added the comment: If someone cares about the missing os.symlink code path: please open a separated issue. -- ___ Python tracker ___ __

[issue26978] Implement pathlib.Path.link (Using os.link)

miss-islington added the comment: New changeset 8d0f36940e728989822c3789025b0813a8fe249a by Miss Islington (bot) in branch '3.8': bpo-38811: Check for presence of os.link method in pathlib (GH-17225) https://github.com/python/cpython/commit/8d0f36940e728989822c3789025b0813a8fe249a -

[issue39064] ValueError in zipfile.ZipFile

New submission from jvoisin : The attached file produces the following stacktrace when opened via `zipfile.ZipFile`, on Python 3.7.5rc1: ``` $ cat ziprepro.py import zipfile import sys zipfile.ZipFile(sys.argv[1]) ``` ``` $ python3 ziprepro.py crash-4da08e9ababa495ac51ecad588fd61081a66b5bb

[issue39065] OSError in TarFile.getmembers()

New submission from jvoisin : The attached file produces the following stacktrace when opened via `tarfile.open` and iterated with `TarFile.getmembers`, on Python 3.7.5rc1: ``` $ cat tarrepro.py import tarfile import sys with tarfile.open(sys.argv[1]) as t: for member in t.getmembers():

[issue39061] Garbage Collection optimizations cause "memory leak"

Maxime Istasse added the comment: TLDR; a short-lived object can make it directly from young generation to old generation if middle generation collection kicks in while it is not freeable yet. Old generation is very rarely collected. Several of those objects, if they imply cyclic references,

[issue39061] Garbage Collection optimizations cause "memory leak"

Change by Karthikeyan Singaravelan : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

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

joahking added the comment: hello, I ran over this same problem on Ubuntu 14.04 As per https://github.com/pyenv/pyenv/wiki/Common-build-problems "Python 3.7.0 will not compile on RHEL6 because it requires OpenSSL 1.0.2 or 1.1 and RHEL6 provides 1.0.1e" openssl version confirms this to be th

[issue39061] Garbage Collection optimizations cause "memory leak"

Pablo Galindo Salgado added the comment: > It happens to cause huge memory leaks if the self-referencing objects > occupies a lot of RAM, which should be expected. The fact that the GC will take longer time does not qualify this as memory leaks. A memory leak is by definition memory that can

[issue39066] Expose SOABI setting in the header

New submission from Ben Boeckel : Currently, the SOABI suffix is only available by running the Python interpreter to ask `sysconfig` about the setting. This complicates cross compilation because the target platform's Python may not be runnable on the build platform. Exposing this in the heade

[issue39066] Expose SOABI setting in the header

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

[issue39067] EOFError in tarfile.open

New submission from jvoisin : The attached file produces the following stacktrace when opened via `tarfile.open`, on Python 3.7.5rc1: ``` $ cat tarrepro.py import tarfile import sys with tarfile.open(sys.argv[1], errorlevel=2) as t: for member in t.getmembers(): pass $ ``` ``` $ pyth

[issue39061] Garbage Collection optimizations cause "memory leak"

Maxime Istasse added the comment: > The fact that the GC will take longer time does not qualify this as memory > leaks. A memory leak is by definition memory that cannot be reclaimed and in > this case, once the collection of the old generation happens it will be > collected, therefore is no

[issue39067] EOFError in tarfile.open

Ronald Oussoren added the comment: Looks like expected behaviour, the attached file is an incomplete compressed file that does not seem to contain data (according to gzcat) gzcat: crash-f4032ed3c7c2ae59a8f4424e0e73ce8b11ad3ef90155b008968f5b1b08499bc4: unexpected end of file gzcat: crash-f403

[issue39067] EOFError in tarfile.open

jvoisin added the comment: Unfortunately, the documentation ( https://docs.python.org/3/library/tarfile.html) doesn't mention that EOFError is an exception that could be raised when using tarfile.open :/ -- ___ Python tracker

[issue39067] EOFError in tarfile.open

Ronald Oussoren added the comment: The stdlib documentation does in general not contain exhaustive documentation on exceptions that might be raised. -- assignee: -> docs@python components: +Documentation nosy: +docs@python ___ Python tracker

[issue39068] Base 85 encoding initialization race conditiong

New submission from Brandon Stansbury : Under multi-threading scenarios a race condition may occur where a thread sees an initialized `_b85chars` table but an uninitialized `_b85chars2` table due to the guard only checking the first table. This causes an exception like: ``` File "/usr/lib/

[issue39068] Base 85 encoding initialization race condition

Change by Brandon Stansbury : -- title: Base 85 encoding initialization race conditiong -> Base 85 encoding initialization race condition ___ Python tracker ___ __

[issue39069] Move ast.unparse() function to a different module

New submission from STINNER Victor : Pablo Galingo Salgado recently moved Tools/parser/unparse.py to a ast.unparse() function. Pablo made a change using functools. The additional "import functools" made "import ast" slower and so Pablo reverted his change: * https://github.com/python/cpython

[issue39069] Move ast.unparse() function to a different module

STINNER Victor added the comment: > On the same PR, I also proposed to use import enum: "import enum" is not the biggest enum. Creating an enum type is expensive, and so we might to do it lazily. For example, "import re" was made betweeen 20 an 30% slower than re constants were converted to

[issue39069] Move ast.unparse() function to a different module

STINNER Victor added the comment: Can someone try to run a benchmark to see the actual overhead of adding functools and/or enum imports, and creating a enum type on "import ast"? -- ___ Python tracker _

[issue39069] Move ast.unparse() function to a different module

Change by STINNER Victor : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: I will be ok with (no particular order): - Avoid cool enum and functools modules, and use simpler - Accept to make "import ast" slower - Lazy import I think is very important to keep 'ast.unparse' symmetric with 'ast.parse': is consistent, helps with

[issue39040] Wrong attachement filename when mail mime header was too long

R. David Murray added the comment: In general your solution looks good, just a few naming comments and an additional test request. -- ___ Python tracker ___ _

[issue39069] Move ast.unparse() function to a different module

STINNER Victor added the comment: > Lazy import IMHO moving unparse code to a new _ast_unparse module, and use ast.__getattr__() to lazily import it and bind it as the ast.unparse() function is the best option, since __getattr__() alone is enough to implement the laziness and it should be s

[issue38348] Make python -m ast more configurable

STINNER Victor added the comment: New changeset 814d687c7df3e0c60036943b68ece13f9f19dfef by Victor Stinner (Batuhan Taşkaya) in branch 'master': bpo-38348: Extend command line options of ast parsing tool (GH-16540) https://github.com/python/cpython/commit/814d687c7df3e0c60036943b68ece13f9f19df

[issue38348] Make python -m ast more configurable

STINNER Victor added the comment: Thanks Batuhan Taşkaya. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38870] Expose ast.unparse in the ast module

STINNER Victor added the comment: I created bpo-39069: "Move ast.unparse() function to a different module". -- nosy: +vstinner ___ Python tracker ___ _

[issue39069] Move ast.unparse() function to a different module

Change by Pablo Galindo Salgado : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: Ok, I think I agree, will make a PR for that. -- assignee: -> pablogsal ___ Python tracker ___ __

[issue39069] Move ast.unparse() function to a different module

Batuhan added the comment: $ ./python -m pyperf timeit "import ast" Before: Mean +- std dev: 326 ns +- 13 ns After: Mean +- std dev: 330 ns +- 19 ns (applied my first patch with both contextlib and IntEnum) Pablo Galindo Salgado , 16 Ara 2019 Pzt, 21:27 tarihinde şunu yazdı: > > Pablo Galindo

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: That will likely be very dependent on the filesystem. For example, in one of my servers without SSDs: Before: Mean +- std dev: 412 ns +- 11 ns After: Mean +- std dev: 472 ns +- 11 ns -- ___ Python tracker

[issue39041] Support GitHub Actions in CI

Steve Dower added the comment: New changeset a76ba362c4d86adf5e7f8254398135d12d7afd25 by Steve Dower in branch 'master': bpo-39041: Add GitHub Actions support (GH-17594) https://github.com/python/cpython/commit/a76ba362c4d86adf5e7f8254398135d12d7afd25 -- ___

[issue38993] cProfile behaviour issue with decorator and math.factorial() lib.

Change by AVicennA : Removed file: https://bugs.python.org/file48764/cProfiling.txt ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: Also, make sure that the module is not cached, for example: ./python -m pyperf timeit 'import sys; sys.modules.pop("ast",None);sys.modules.pop("enum",None)' 'import ast' -- ___ Python tracker

[issue39041] Support GitHub Actions in CI

Steve Dower added the comment: Have merged the core support. Now that checks are enabled, any updates to the workflow files can be tested in PRs, so that will be much easier. Other things to do: * badges * disable Azure Pipelines for PR builds * ...? What have I missed? -- _

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: One thing to notice: Factoring this into a submodule may be a bit annoying as it will have circular imports as the unparse submodule depends directly on stuff from ast and ast will import unparse. Is possible to make it work if we import it at the end

[issue39059] Getting incorrect results in rounding procedures

Terry J. Reedy added the comment: The flaw in my_round is that it rounds twice, not once. The first rounding is caused by multiplying by a factor that is not a power of 2. In the case of 2.675, that rounding is up enough to affect the second rounding. >>> format(2.675, ".17f") '2.67499

[issue39041] Support GitHub Actions in CI

Change by Steve Dower : -- keywords: +patch pull_requests: +17097 pull_request: https://github.com/python/cpython/pull/17628 ___ Python tracker ___

[issue39069] Move ast.unparse() function to a different module

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

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: Opened https://github.com/python/cpython/pull/17629 in case we decide to go this route. -- stage: patch review -> ___ Python tracker ___

[issue39059] Getting incorrect results in rounding procedures

AVicennA added the comment: @mark.dickinson, 1) Where is your "`round` is giving the correct result in all cases"?? >>> round(4.395, 2) 4.39 2) I wrote it in my post using decimal punct: ''' Because, when the decimal string is converted to a binary floating-point number, it's again rep

[issue39061] Garbage Collection makes some object live for very long

Change by Pablo Galindo Salgado : -- title: Garbage Collection optimizations cause "memory leak" -> Garbage Collection makes some object live for very long ___ Python tracker

[issue39059] Getting incorrect results in rounding procedures

Change by Steve Dower : -- nosy: -steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue39041] Support GitHub Actions in CI

Steve Dower added the comment: New changeset 6a263cf1adfc18cdba65c788dd76d35997a89acf by Steve Dower in branch 'master': bpo-39041: Add GitHub Actions badge to README.rst (GH-17628) https://github.com/python/cpython/commit/6a263cf1adfc18cdba65c788dd76d35997a89acf -- ___

[issue38993] cProfile behaviour issue with decorator and math.factorial() lib.

Change by AVicennA : -- resolution: not a bug -> later ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue39059] Getting incorrect results in rounding procedures

Mark Dickinson added the comment: @AVicennA: 4.39 *is* the correctly-rounded result for `round(4.395, 2)`. Modulo (as-yet unreported) bugs, `round` does correct-rounding (in the IEEE 754 sense) in all cases. I was pointing out that your `my_round` does not solve the problem you think it does

[issue39069] Move ast.unparse() function to a different module

Guido van Rossum added the comment: Why is the import speed of ast important enough to uglify this code? Who is using ast.py that isn't also importing lots of other stuff? For example, black imports lots of other stuff (multiprocessing, asyncio, pathlib, typing, ..., even 3rd party attr, cli

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: If I remember correctly, the people that were concerned mentioned the usage of 'ast.literal_eval' in some simple command line applications were the import may be noticeable but I will be totally ok to just accept the slower import of ast. --

[issue39069] Move ast.unparse() function to a different module

Guido van Rossum added the comment: If anything, ast.literal_eval() should be moved. -- ___ Python tracker ___ ___ Python-bugs-list

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: Victor, are you OK if we close this issue and just use the desired imports directly in the PRs for issue 38870? -- ___ Python tracker ___

[issue39069] Move ast.unparse() function to a different module

STINNER Victor added the comment: Pablo: > Victor, are you OK if we close this issue and just use the desired imports > directly in the PRs for issue 38870? Yes. -- *I* don't care of "import ast" performance, since I don't expect it to be commonly used by command line applications. I don't

[issue39069] Move ast.unparse() function to a different module

Batuhan added the comment: Thanks for having consensus on this. I'll refactor PR 17612 and open anothor one for reverting PR 17376 On Tue, Dec 17, 2019, 12:31 AM STINNER Victor wrote: > > STINNER Victor added the comment: > > Pablo: > > Victor, are you OK if we close this issue and just use

[issue39069] Move ast.unparse() function to a different module

Pablo Galindo Salgado added the comment: Closing this now that we have consensus. :) Thanks, everyone for your input! -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker _

[issue37762] IDLE very slow due a super long line output in chunks

Terry J. Reedy added the comment: Python374-4.png shows that Tensorflow prints proper lines, ending with newline, when printing to the Windows console. The 30 character progress bar is repeated on each new line. It does not appear to be using either \r or \b. I consider it a bug in tensor

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Change by Kyle Stanley : -- pull_requests: +17099 pull_request: https://github.com/python/cpython/pull/17630 ___ Python tracker ___

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Change by Kyle Stanley : -- pull_requests: +17100 pull_request: https://github.com/python/cpython/pull/17631 ___ Python tracker ___

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Change by Kyle Stanley : -- pull_requests: +17101 pull_request: https://github.com/python/cpython/pull/17632 ___ Python tracker ___

[issue39035] Travis CI fail on backports: pyvenv not installed

Ned Deily added the comment: New changeset 7699281b72b862797a89fcad004da8f58e93c800 by Ned Deily (Inada Naoki) in branch '3.6': bpo-39035: travis: Update image to xenial (GH-17622) https://github.com/python/cpython/commit/7699281b72b862797a89fcad004da8f58e93c800 -- nosy: +ned.deily

[issue39070] Uninstalling 3.8.0 fails but it says it succeeds..

New submission from tuijatuulia : I installed 3.8.0 on Windows 10 without problems. Using windows user that has no admin rights - and system was asking for admin info. Then I wanted to uninstall it because I got a wrong version and 32 bit version when I wanted 64 bit, but uninstalling did noth

[issue38730] 2.7 modern compiler warnings

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

[issue39066] Expose SOABI setting in the header

Ned Deily added the comment: The entire extension suffix is currently available from the pythonX.Y-config command which does not depend on a running interpreter (on Linux systems at least), for example: $ python3.8-config --extension-suffix .cpython-38-i386-linux-gnu.so Is that not sufficie

[issue38730] 2.7 modern compiler warnings

Benjamin Peterson added the comment: New changeset 052f47ef5cc363e842e0e839980cfa55ada123b5 by Benjamin Peterson in branch '2.7': bpo-38730: Replace strncpy in import.c with memcpy. (GH-17633) https://github.com/python/cpython/commit/052f47ef5cc363e842e0e839980cfa55ada123b5 --

[issue39059] Getting incorrect results in rounding procedures

Change by Kubilay Kocak : -- nosy: -koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue31046] ensurepip does not honour the value of $(prefix)

Change by Zackery Spytz : -- pull_requests: +17103 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17634 ___ Python tracker ___ ___

[issue39066] Expose SOABI setting in the header

Ben Boeckel added the comment: Ah, that does look like it is suitable (since it is a shell script). I assume it is a batch script on Windows (though I feel cross-compilation is far rarer there). Thanks. -- stage: -> resolved status: open -> closed __

[issue31046] ensurepip does not honour the value of $(prefix)

Change by Zackery Spytz : -- nosy: +ZackerySpytz versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list maili

[issue39040] Wrong attachement filename when mail mime header was too long

Abhilash Raj added the comment: Thanks David! I applied the fixes as per your comments, can you please take another look? -- ___ Python tracker ___ _

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Kyle Stanley added the comment: Thanks for taking care of merging the remaining backport PRs for 3.6-3.8, Ned. Now, the only branch left is (potentially) 3.5. -- ___ Python tracker _

[issue32343] Leak Sanitizer reports memory leaks while building using ASAN

https403 added the comment: I got similar errors while playing around configure opts, but seems come from different places. Configure opts: --enable-optimizations --with-address-sanitizer --with-undefined-behavior-sanitizer --with-pymalloc Build environment: DigitalOcean $5 w/ Ubuntu 18.04