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

2019-12-07 Thread AVicennA
Change by AVicennA : -- components: Library (Lib) files: cProfiling.txt nosy: AvicennA priority: normal severity: normal status: open title: cProfile behaviour issue with decorator and math.factorial() lib. type: behavior versions: Python 3.8 Added file: https://bugs.python.org

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

2019-12-08 Thread AVicennA
AVicennA added the comment: Hello, I use decorators in my Python project. I tested project with cProfile(profiling). Then, I decide did test with some decorator code fragments. Some results were surprising: import functools import cProfile def decor(func): @functools.wraps(func

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

2019-12-08 Thread AVicennA
AVicennA added the comment: In short, here are different behaviours in increasing steps of values, which are (based on my researching) giving incorrect results in relation to each other. Given example: import functools import cProfile def decor(func): @functools.wraps(func) def

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

2019-12-13 Thread AVicennA
AVicennA added the comment: In official documentation: https://docs.python.org/3/library/profile.html was not noted about the difference behaviour of cProfile in command line and into the file. -- ___ Python tracker <https://bugs.python.

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

2019-12-13 Thread AVicennA
AVicennA added the comment: @rhettinger, I did not write nowhere in my post that it's a pure bug. I use "behaviour" instead of it. And it getting me incorrect results everytime, that is why I should wrote it in here for resolving this problem. This is not about getting erro

[issue39059] Getting incorrect results in rounding procedures

2019-12-16 Thread AVicennA
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/func

[issue39059] Getting incorrect results in rounding procedures

2019-12-16 Thread AVicennA
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 <https://bugs

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

2019-12-16 Thread AVicennA
Change by AVicennA : Removed file: https://bugs.python.org/file48764/cProfiling.txt ___ Python tracker <https://bugs.python.org/issue38993> ___ ___ Python-bugs-list m

[issue39059] Getting incorrect results in rounding procedures

2019-12-16 Thread AVicennA
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 float

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

2019-12-16 Thread AVicennA
Change by AVicennA : -- resolution: not a bug -> later ___ Python tracker <https://bugs.python.org/issue38993> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue39059] Getting incorrect results in rounding procedures

2019-12-17 Thread AVicennA
AVicennA added the comment: @mark.dickinson: You asked some questions, then, I also asked you about solving this problem. It seems to me you just love to talk.. I just answered to your questions. If "this isn't the right forum for that discussion" as you mean, it concerns you