[issue16322] time.tzname on Python 3.3.0 for Windows is decoded by wrong encoding

Changes by Denis Osipov : -- keywords: +patch pull_requests: +3726 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue27426] Encoding mismatch causes some tests to fail on Windows

Changes by Denis Osipov : -- keywords: +patch pull_requests: +3727 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyth

[issue31311] a SystemError and a crash in PyCData_setstate() when __dict__ is bad

Oren Milman added the comment: > But this is a separate issue, 3.7 only. I don't think i understand what this issue would include. Anyway, i updated the PR according to your comments. -- ___ Python tracker __

[issue30995] Support logging.getLogger(style='{')

Changes by Vinay Sajip : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue18558] Iterable glossary entry needs clarification

Raymond Hettinger added the comment: New changeset 0bf287b6e0a42877b06cbea5d0fe6474d8061caa by Raymond Hettinger in branch 'master': bpo-18558: Clarify glossary entry for "Iterable" (#3732) https://github.com/python/cpython/commit/0bf287b6e0a42877b06cbea5d0fe6474d8061caa -- _

[issue18558] Iterable glossary entry needs clarification

Changes by Roundup Robot : -- pull_requests: +3728 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue18558] Iterable glossary entry needs clarification

Raymond Hettinger added the comment: New changeset 01438ed4c22ca150da1cc5c38d83a59b0b6a62a7 by Raymond Hettinger (Miss Islington (bot)) in branch '3.6': [3.6] bpo-18558: Clarify glossary entry for "Iterable" (GH-3732) (#3741) https://github.com/python/cpython/commit/01438ed4c22ca150da1cc5c38d83

[issue18558] Iterable glossary entry needs clarification

Changes by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue31549] test_strptime and test_time fail on non-English Windows

Serhiy Storchaka added the comment: This looks a duplicate of issue16322. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> time.tzname on Python 3.3.0 for Windows is decoded by wrong encoding ___ Python tracker

[issue23702] docs.python.org/3/howto/descriptor.html still refers to "unbound methods"

Raymond Hettinger added the comment: New changeset 0d4497b9cae7942b7f731a6f99a73985c3fb4630 by Raymond Hettinger in branch 'master': bpo-23702: Update Descriptor-HOWTO to reflect the removal of unbound methods (#3739) https://github.com/python/cpython/commit/0d4497b9cae7942b7f731a6f99a73985c3f

[issue23702] docs.python.org/3/howto/descriptor.html still refers to "unbound methods"

Changes by Roundup Robot : -- pull_requests: +3729 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31311] a SystemError and a crash in PyCData_setstate() when __dict__ is bad

Serhiy Storchaka added the comment: New changeset 57c2561c8c5663aef55b00e3f29cba575ff36ccd by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31311: Fix a SystemError and a crash in ctypes._CData.__setstate__(), in case of a bad __dict__. (#3254) https://github.com/python/cpython/commit

[issue31311] a SystemError and a crash in PyCData_setstate() when __dict__ is bad

Changes by Roundup Robot : -- keywords: +patch pull_requests: +3730 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue23702] docs.python.org/3/howto/descriptor.html still refers to "unbound methods"

Raymond Hettinger added the comment: New changeset 73c915a5cd1cdd8775cf47b77fef7ca8fd42ad96 by Raymond Hettinger (Miss Islington (bot)) in branch '3.6': [3.6] bpo-23702: Update Descriptor-HOWTO to reflect the removal of unbound methods (GH-3739) (#3742) https://github.com/python/cpython/commit

[issue23702] docs.python.org/3/howto/descriptor.html still refers to "unbound methods"

Changes by Raymond Hettinger : -- dependencies: -Wrong function calls and referring to not removed concepts in descriptor HowTo (documentation) ___ Python tracker ___

[issue23702] docs.python.org/3/howto/descriptor.html still refers to "unbound methods"

Changes by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue25435] Wrong function calls and referring to not removed concepts in descriptor HowTo (documentation)

Raymond Hettinger added the comment: I've just updated the section on unbound methods. I'll be working on a number of other improvements over the next few weeks and will incorporate the suggested changes where appropriate. -- ___ Python tracker

[issue27385] itertools.groupby has misleading doc string

Raymond Hettinger added the comment: New changeset 49392c63a243052c8013bef80d35202bb6d7c404 by Raymond Hettinger in branch 'master': bpo-27385: Clarify docstring for groupby() (#3738) https://github.com/python/cpython/commit/49392c63a243052c8013bef80d35202bb6d7c404 -- ___

[issue27385] itertools.groupby has misleading doc string

Changes by Roundup Robot : -- pull_requests: +3731 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31568] Configure thinks it finds python3.5 but doesn't

STINNER Victor added the comment: It seems like the bug was fixed. Nice. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

STINNER Victor added the comment: libexpat has been upgraded from 2.2.1 to 2.2.4 in 2.7, 3.4, 3.5, 3.6 and master branches. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker _

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

STINNER Victor added the comment: New changeset e6d9fcbb8d0c325e57df08ae8781aafedb71eca2 by Victor Stinner in branch 'master': bpo-31170: Write unit test for Expat 2.2.4 UTF-8 bug (#3570) https://github.com/python/cpython/commit/e6d9fcbb8d0c325e57df08ae8781aafedb71eca2 -- ___

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Changes by STINNER Victor : -- pull_requests: +3732 stage: commit review -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Changes by STINNER Victor : -- pull_requests: +3733 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue27385] itertools.groupby has misleading doc string

Raymond Hettinger added the comment: New changeset e2a30cd35b95dad55aea10347655f246348d1951 by Raymond Hettinger (Miss Islington (bot)) in branch '3.6': [3.6] bpo-27385: Clarify docstring for groupby() (GH-3738) (#3744) https://github.com/python/cpython/commit/e2a30cd35b95dad55aea10347655f24634

[issue27385] itertools.groupby has misleading doc string

Changes by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 -Python 2.7, Python 3.5 ___ Python tracker _

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

STINNER Victor added the comment: New changeset 5f5da728aec9c4f74cc771fbf30037b64a447514 by Victor Stinner in branch '2.7': bpo-31170: Write unit test for Expat 2.2.4 UTF-8 bug (#3570) (#3745) https://github.com/python/cpython/commit/5f5da728aec9c4f74cc771fbf30037b64a447514 -- __

[issue31311] a SystemError and a crash in PyCData_setstate() when __dict__ is bad

Serhiy Storchaka added the comment: New changeset a6bddb8e4397df30926eb1ade6420a2277174227 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31311: Fix a SystemError and a crash in ctypes._CData.__setstate__(), in case of a bad __dict__. (GH-3254) (#3743) https://github.com

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

Serhiy Storchaka added the comment: And in 3.3. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue26491] Defer DECREFs until enum object is in a consistent state for re-entrancy

Changes by Raymond Hettinger : -- pull_requests: +3734 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

STINNER Victor added the comment: New changeset ad051cbce1360ad3055a048506c09bc2a5442474 by Victor Stinner in branch '3.6': bpo-31170: Write unit test for Expat 2.2.4 UTF-8 bug (#3570) (#3746) https://github.com/python/cpython/commit/ad051cbce1360ad3055a048506c09bc2a5442474 -- __

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

STINNER Victor added the comment: libexpat has been upgraded to version 2.2.4 in Python 2.7, 3.3, 3.4, 3.5, 3.6 and master. I added an unit test to Python 2.7, 3.6 and master. I'm not sure about backporting the new unit test to Python 3.3, 3.4 and 3.5. I close the issue. -- resolutio

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: It's difficult to make a choice between Benjamin's PR 3670 and Serhiy's PR 3672. Benjamin wrote that about his PR: > No attempt is made to define or provide "reasonable" semantics for iterating > over a file on multiple threads. (Non-crashing) races are still >

[issue26491] Defer DECREFs until enum object is in a consistent state for re-entrancy

Raymond Hettinger added the comment: New changeset 8110dbd470f3daa4de58dda66d360e3c26d3b94f by Raymond Hettinger in branch 'master': bpo-26491 Defer DECREFs until enumobject is in a consistent state (#3747) https://github.com/python/cpython/commit/8110dbd470f3daa4de58dda66d360e3c26d3b94f

[issue26491] Defer DECREFs until enum object is in a consistent state for re-entrancy

Changes by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 -Python 2.7, Python 3.5, Python 3.6 ___ Python tracker _

[issue30347] itertools.groupby() can fail a C assert()

Changes by Raymond Hettinger : -- assignee: rhettinger -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue25732] functools.total_ordering does not correctly implement not equal behaviour

Raymond Hettinger added the comment: Serhiy, do you want to bring this to fruition? -- assignee: rhettinger -> serhiy.storchaka ___ Python tracker ___ __

[issue31520] ResourceWarning: unclosed warning

STINNER Victor added the comment: socket.SocketIO inherits from io.RawIOBase which inherits from io.IOBase. io.IOBase has a finalizer which calls the close() method. I tried to add a __del__ method to socket.SocketIO, but the object was already closed by the finalizer. io.FileIO uses a trick

[issue16322] time.tzname on Python 3.3.0 for Windows is decoded by wrong encoding

STINNER Victor added the comment: Formatting timezone on Windows in the right encoding is an old Python (especially Python 3) issue: https://bugs.python.org/issue1040 https://bugs.python.org/issue8304 https://bugs.python.org/issue10653 https://bugs.python.org/issue16322#msg174164 -- _

[issue16322] time.tzname on Python 3.3.0 for Windows is decoded by wrong encoding

STINNER Victor added the comment: bpo-31549 has been marked as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-l

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

Antoine Pitrou added the comment: I'm wary of raising an exception. Assuming Benjamin's patch is correct, I vote for it. -- ___ Python tracker ___

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: Antoine: "I'm wary of raising an exception. Assuming Benjamin's patch is correct, I vote for it." Can you please elaborate? You are fine with the fact that iter(file) in two thread can return the same line? -- ___

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

Antoine Pitrou added the comment: Le 25/09/2017 à 11:39, STINNER Victor a écrit : > > Antoine: "I'm wary of raising an exception. Assuming Benjamin's patch is > correct, I vote for it." > > Can you please elaborate? You are fine with the fact that iter(file) in two > thread can return the sa

[issue25732] functools.total_ordering does not correctly implement not equal behaviour

Changes by Serhiy Storchaka : -- pull_requests: +3735 stage: commit review -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue30152] Reduce the number of imports for argparse

INADA Naoki added the comment: Oh, the pull request is far larger than I thought! I doubt that avoiding functools and collections is worth enough, because it is very common. For example: * functools is very commonly imported, especially for wraps(). * collections is imported by functools, so

[issue31573] struct_rusage

Changes by Oren Milman : -- nosy: Oren Milman priority: normal severity: normal status: open title: struct_rusage ___ Python tracker ___

[issue31574] Add dtrace hook for importlib

New submission from Christian Heimes: #31415 proposed an option to show import timings. The output is primarily designed for humans. I propose to instrument importlib with two dtrace hooks: probe import__find__load__start(const char *) probe import__find__load__done(const char *, int); arg

[issue31574] Add dtrace hook for importlib

Changes by Christian Heimes : -- keywords: +patch pull_requests: +3736 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue31415] Add -X option to show import time

Christian Heimes added the comment: +1 for an option to profile import time. I have a minor complain: The output format is not machine-friendly, which makes it harder to perform automatic analysis. I created #31574 / PR3749 to add dtrace probes. -- nosy: +christian.heimes ___

[issue30152] Reduce the number of imports for argparse

Serhiy Storchaka added the comment: functools.wraps() is used in more complex programs. The purpose of this PR is speeding up small scripts that just start, parse arguments, do its fast work (so fast as outputting a help or a version) and exit. Even collections is not used in a half of my scri

[issue31573] crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage

New submission from Oren Milman: The following code causes the interpreter to crash: import os import time import resource new_pid = os.fork() if new_pid == 0: time.sleep(0.5) else: resource.struct_rusage = None os.wait3(0) We would get a crash also if we replaced 'os.wait3(0)' w

[issue25732] functools.total_ordering does not correctly implement not equal behaviour

Serhiy Storchaka added the comment: New changeset d94a65a0694a188713f91ba7c9fffded090247dc by Serhiy Storchaka in branch '2.7': bpo-25732: Make functools.total_ordering implementing __ne__. (#3748) https://github.com/python/cpython/commit/d94a65a0694a188713f91ba7c9fffded090247dc -- _

[issue25732] functools.total_ordering does not correctly implement not equal behaviour

Serhiy Storchaka added the comment: I committed the patch from Raymond's name, but GitHub set me as the author of the commit. :( -- ___ Python tracker ___ _

[issue25732] functools.total_ordering does not correctly implement not equal behaviour

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue30347] itertools.groupby() can fail a C assert()

Changes by Serhiy Storchaka : -- versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue30347] itertools.groupby() can fail a C assert()

Serhiy Storchaka added the comment: Hmm, the sole issue30346 is not enough for fixing this crash. I don't know if there is a simpler fix based on issue30346, but since PR 1557 removes the code duplication I'm going to merge it in any case. -- ___ Py

[issue31520] ResourceWarning: unclosed warning

Martin Panter added the comment: I’m curious how you manage to trigger the warning in the “closed” state. The Python I have handy is half a year out of date, but all my attempts to trigger the warning either produce the less confusing version, ResourceWarning: unclosed or there is no warning

[issue31575] Functional Programming HOWTO sub-optimal example for reduce

New submission from Anran Yang: At the end of the Functional Programming HOWTO document (https://docs.python.org/3.7/howto/functional.html) the usage of reduce/lambda/for loops are compared and discussed. However, the example for reduce seems sub-optimal and thus the discussion is not that eff

[issue31574] Add dtrace hook for importlib

Christian Heimes added the comment: Example output: $ sudo stap import.stp -c "./python -c pass" [1506342342142233574] * Importing '_frozen_importlib_external' ... [1506342342142719538] + Imported '_frozen_importlib_external' [1506342342143260191] * Importing 'zipimport' ... [150634234214332947

[issue31520] ResourceWarning: unclosed warning

STINNER Victor added the comment: > I’m curious how you manage to trigger the warning in the “closed” state. It comes from Refleak buildbots. Example: 0:13:47 load avg: 3.24 [ 52/407] test_urllib2net passed (239 sec) beginning 6 repetitions 123456 Resource 'http://www.imdb.com' is not available

[issue31553] Extend json.tool to handle jsonlines (with a flag)

Eric Moyer added the comment: I planned to write the PR myself, on the principle of "it's my itch, I should scratch it." But if you think it is better for someone else to write it, you know the codebase better than I, and you know how long a PR takes to review/fix. My intention is to help. I'll d

[issue31574] Add dtrace hook for importlib

Christian Heimes added the comment: Improved script and output for "import asyncio": $ sudo stap import.stp -c "./python -c 'import asyncio'" [1506343527655342994] * Importing '_frozen_importlib_external' ... [1506343527655797118] + Imported '_frozen_importlib_external' in 454us [15063435276563

[issue31576] problem in math

New submission from ANEESH JOSE: We know that the answer of sin 90 is 1. But In Python's library math,the value of it is around 0.83... My program is as follows: import math a=math.sin(90) print(a) #Output obtained is 0.83. Hope you guys solve this on the next update or nearby I hope it is a

[issue31576] problem in math

STINNER Victor added the comment: It seems like you are confused between radians and degrees. math.sin() expects radians. https://docs.python.org/dev/library/math.html#math.sin Sorry but the Python bug tracker is not the right to ask questions. I close your bug report. -- nosy: +haypo

[issue31576] problem in math

ANEESH JOSE added the comment: Thankyou for the information . -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue31573] crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3737 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue31573] crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage

STINNER Victor added the comment: Attached PR 3750 tries to validate the input type. The problem is that structseq is not exactly a type. It's hard to really validate everything. See the comment test in my PR. -- nosy: +haypo ___ Python tracker

[issue31573] crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage

Changes by STINNER Victor : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue31573] PyStructSequence_New() doesn't validate its input type (crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage

Changes by STINNER Victor : -- title: crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage -> PyStructSequence_New() doesn't validate its input type (crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage _

[issue31573] PyStructSequence_New() doesn't validate its input type (crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage)

Changes by STINNER Victor : -- title: PyStructSequence_New() doesn't validate its input type (crashes in os.wait3() and os.wait4() in case of a bad resource.struct_rusage -> PyStructSequence_New() doesn't validate its input type (crashes in os.wait3() and os.wait4() in case of a bad r

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue16322] time.tzname on Python 3.3.0 for Windows is decoded by wrong encoding

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31569] inconsistent case of PCbuild/ directory

Steve Dower added the comment: I'm okay with the PR as it stands, especially the parts that affect GitHub and appveyor, as those are almost certainly using case sensitive comparisons. It's definitely not easier to update the case of a file that is in git, and doing so will very likely break us

[issue31569] inconsistent case of PCbuild/ directory

Zachary Ware added the comment: Personally, *I'd* prefer PC -> Windows and PCbuild -> Windows\build :) I'm also good with the PR as is. -- ___ Python tracker ___ __

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Changes by Steve Dower : -- pull_requests: +3738 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue31577] crash in os.utime() in case of a bad ns argument

New submission from Oren Milman: The following code causes the interpreter to crash: class BadInt: def __divmod__(*args): return 42 import os os.utime('foo.txt', ns=(BadInt(), 1)) This is because split_py_long_to_s_and_ns() (in Modules/posixmodule.c) assumes that PyNumber_Divmod()

[issue31569] inconsistent case of PCbuild/ directory

Paul Moore added the comment: OK, having re-read the PR, I'm fine with applying it as is, too. -- ___ Python tracker ___ ___ Python-b

[issue31569] inconsistent case of PCbuild/ directory

Paul Moore added the comment: New changeset f1502d097c29b266a5748312ee2451a2d6ac0af6 by Paul Moore (Stefan Grönke) in branch 'master': bpo-31569: correct PCBuild/ case to PCbuild/ in build scripts and docs (GH-3711) https://github.com/python/cpython/commit/f1502d097c29b266a5748312ee2451a2d6ac0a

[issue31475] Bug in argparse - not supporting utf8

Josh Rosenberg added the comment: Based on the OP's patch, it looks like they have a problem where they have non-ASCII text in their output strings (either due to using non-ASCII switches, or using non-ASCII help documentation), but sys.stdout/sys.stderr are configured for some encoding that d

[issue31574] Add dtrace hook for importlib

Changes by Ned Deily : -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue31423] Error while building PDF documentation

Mariatta Wijaya added the comment: Sorry!! Yesterday morning I received 50+ emails all about document download page is 404. Reading those again, turns out these are older emails from a week before, somehow just showing up in my mailbox. I think everything is good here. :) Thanks! --

[issue22140] "python-config --includes" returns a wrong path (double prefix)

Changes by Michał Górny : -- nosy: +mgorny ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue31574] Add dtrace hook for importlib

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue31569] inconsistent case of PCbuild/ directory

Changes by Steve Dower : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-l

[issue31578] Unexpected Floating Point Division Result

New submission from hw: To reproduce: >>> 480/1000/13.0 Actual result: 0.0 Expected result: 0.03692307692307692 Adding the zero decimal to any other combinations of the numbers produces the expected floating point result. Working as expected in Python 3 -- components: Interpreter Core

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Neil Schemenauer added the comment: I think the basic idea makes a lot of sense, i.e. have a generation that is never collected. An alternative way to implement it would be to have an extra generation, e.g. rather than just 0, 1, 2 also have generation 3. The collection would by default neve

[issue31578] Unexpected Floating Point Division Result

R. David Murray added the comment: In the absence of the appropriate __future__ import, the python2 division operator uses integer division. -- nosy: +r.david.murray resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python trac

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Barry A. Warsaw added the comment: I like the idea of a gen 4 that never gets collected. This would have been useful for the original problem that inspired me to add the `generation` argument to `gc.collect()`. The nice thing about this, is just as you suggest: you could force a collection o

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Guido van Rossum added the comment: That's *really* old. Please clean up as you see fit! On Sep 24, 2017 10:33 PM, "Serhiy Storchaka" wrote: Serhiy Storchaka added the comment: Guido, in 60f2f0cf8e10c94693dfea8937b7feabeffe5744 you added the phrase "Note that numeric literals do not include a

[issue20827] IDLE : Display function argument list in ClassBrowser

Terry J. Reedy added the comment: Having fixed the nested functions and classes issue, and thought some more, I have two other concerns with adding signatures in the browser, and a different solution. 1. Time: When requested, the browser window comes up immediately with the module node. Ther

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Antoine Pitrou added the comment: Le 25/09/2017 à 20:55, Neil Schemenauer a écrit : > > I think the basic idea makes a lot of sense, i.e. have a generation that is > never collected. An alternative way to implement it would be to have an > extra generation, e.g. rather than just 0, 1, 2 also

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

Guido van Rossum added the comment: It should be like 'if key in dct: del dct[key]'. It may fail when two threads do this but the *internal* state of dct should not be compromised. On Sep 25, 2017 2:45 AM, "Antoine Pitrou" wrote: > > Antoine Pitrou added the comment: > > Le 25/09/2017 à 11:39,

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Guilherme Praciano Karst Caminha added the comment: In that case, I believe the PR I've opened should be fine? -- ___ Python tracker ___

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

STINNER Victor added the comment: Oh, it seems like Steve Dower found an issue on Windows: PR 3751. I reopen the issue. -- resolution: fixed -> status: closed -> open ___ Python tracker _

[issue31577] crash in os.utime() in case of a bad ns argument

Changes by Oren Milman : -- keywords: +patch pull_requests: +3739 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31577] crash in os.utime() in case of a bad ns argument

Oren Milman added the comment: I opened a PR. I think another fix might be to use PyLong_Type.tp_as_number->long_divmod() instead of PyNumber_Divmod(). -- ___ Python tracker ___

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: > Iteration on Python 2 files is fragile, now is not the time to fix > fundamental bugs in Python 2. Right. I don't have a strong preference for Serhiy's PR 3672. -- ___ Python tracker

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Changes by Mariatta Wijaya : -- stage: -> patch review versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue31579] Reference leak in enumerate

New submission from Serhiy Storchaka: There is a possible leak of the value emitted by an underlying iterator in enumerate.__next__. Proposed PR fixes it. -- assignee: rhettinger components: Interpreter Core messages: 302978 nosy: rhettinger, serhiy.storchaka priority: normal severity:

  1   2   >