[issue21130] equivalent functools.partial instances should compare equal

Raymond Hettinger added the comment: > I guess a partial is a binding, not a function. Viewed in that light, it makes sense to implement same logic as used for bound methods in method_richcompare. -- keywords: +easy stage: test needed -> needs patch ___

[issue20383] Add a keyword-only spec argument to types.ModuleType

Eric Snow added the comment: I made roughly the same point in the current import-sig thread that relates here: https://mail.python.org/pipermail/import-sig/2014-April/000805.html Basically, I agree we should be careful with both __name__ and __file__. -- _

[issue20383] Add a keyword-only spec argument to types.ModuleType

Raymond Hettinger added the comment: > Would allow for the name attribute to be optional ... > with the idea that sometime in the future we can > deprecate pulling attributes from a module directly Is there any chance that this would ever happen? The __name__ attribute has been around almost

[issue21163] asyncio task possibly incorrectly garbage collected

Guido van Rossum added the comment: Thanks for understanding. It's definitely subtle: there is also some code in asyncio that logs an error when a Future holding an exception becomes unreachable before anyone has asked for it; this has been a valuable debugging tool, and it depends on *not*

[issue21163] asyncio task possibly incorrectly garbage collected

Richard Kiss added the comment: You were right: adding a strong reference to each Task seems to have solved the original problem in pycoinnet. I see that the reference to the global lists of asyncio.tasks is a weakset, so it's necessary to keep a strong reference myself. This does seem a littl

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Ned Deily added the comment: test_default_ecdh_curve is failing on current OS X systems (10.9 Mavericks and 10.8 Mountain Lion, at least) using the system-supplied OpenSSL libraries: == ERROR: test_default_ecdh_curve (test.test

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Raymond Hettinger added the comment: Terry, I concur. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Terry J. Reedy added the comment: I would be happy enough to just add a second index section, with short annotations or commentaries about the categories -- nitika's patch with sentences added. I would put it after the current table, and not box the links. Short example: The following functio

[issue21163] asyncio task possibly incorrectly garbage collected

Richard Kiss added the comment: I'll investigate further. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Raymond Hettinger added the comment: Nikita, your additional dispatch table looks like a reasonable addition. I'll wait on additional commentary before pushing it forward >1 should be especially useful to people that are new to the language Ezio, please take care not to conflate the role of re

[issue21163] asyncio task possibly incorrectly garbage collected

Guido van Rossum added the comment: Most likely your program is simply relying on undefined behavior and the right way to fix it is to keep strong references to all tasks until they self-destruct. -- ___ Python tracker

[issue21163] asyncio task possibly incorrectly garbage collected

Richard Kiss added the comment: I agree it's confusing and I apologize for that. Background: This multiplexing pattern is used in pycoinnet, a bitcoin client I'm developing at . The BitcoinPeerProtocol class multiplexes protocol messages into multiple

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Changes by Raymond Hettinger : -- assignee: ezio.melotti -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue21163] asyncio task possibly incorrectly garbage collected

Guido van Rossum added the comment: Ouch. That example is very obfuscated -- I fail to understand what it is trying to accomplish. Running it I see that it always prints 100 for the count with 3.3 or DO_CG on; for me it prints 87 with 3.4 an DO_GC off. But I wouldn't be surprised if the reason

[issue21156] Consider moving importlib.abc.InspectLoader.source_to_code() to importlib.abc.Loader

Eric Snow added the comment: Now that I've thought about it a little more, I'm more open to the idea. Source is definitely a universal concept in Python, as is code. So source_to_code() makes some sense on a most-base type like Loader. On the other hand, source isn't necessarily associated

[issue21163] asyncio task possibly incorrectly garbage collected

Changes by Brett Cannon : -- nosy: +giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov ___ Python tracker ___ ___ Python-bugs-lis

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Raymond Hettinger added the comment: > This include two main groups that should be separated in > two different sections: built-in types and functions. I forgot to mention that the docs have already been organized to cover the two groups. Section 3.2 has the built-in functions and Section 3.

[issue19655] Replace the ASDL parser carried with CPython

Eli Bendersky added the comment: Updated patch attached: 1. Python 3.3+ supported (I suspect 3.2 will work too) 2. Incorporated Serhiy's suggestions (thanks for the review!) -- Added file: http://bugs.python.org/file34742/new-asdl-parser.issue19655.2.patch _

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Ezio Melotti added the comment: > Tools like str(x) and int(x) are frequently used as if there were functions. The description of each object already mentions the function/type duality, and links to https://docs.python.org/3/library/stdtypes.html. If they are grouped together, a paragraph like

[issue21163] asyncio task possibly incorrectly garbage collected

Changes by Richard Kiss : -- title: asyncio Task Possibly Incorrectly Garbage Collected -> asyncio task possibly incorrectly garbage collected ___ Python tracker ___ ___

[issue21163] asyncio Task Possibly Incorrectly Garbage Collected

Changes by Richard Kiss : -- hgrepos: -231 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue21163] asyncio Task Possibly Incorrectly Garbage Collected

New submission from Richard Kiss: Some tasks created via asyncio are vanishing because there is no reference to their resultant futures. This behaviour does not occur in Python 3.3.3 with asyncio-0.4.1. Also, doing a gc.collect() immediately after creating the tasks seems to fix the problem.

[issue21044] tarfile does not handle file .name being an int

eryksun added the comment: > you can't overwrite a io.FileIO().name attribute A FileIO instance uses a dict for 'name' (msg214670): >>> vars(sys.stdin.buffer.raw) {'name': ''} >>> f = tempfile.TemporaryFile() >>> vars(f.raw) {'name': 3} The name is optional meta-informati

[issue21156] Consider moving importlib.abc.InspectLoader.source_to_code() to importlib.abc.Loader

Brett Cannon added the comment: The inspiration was that I realized there was no technical reason to have it on InspectLoader. Past that there was my thinking of trying to come up with a source_to_module() method on importlib.abc.Loader which would do the right thing with create_module() and i

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Changes by Raymond Hettinger : -- versions: -Python 2.7, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Raymond Hettinger added the comment: FWIW, I don't think we should separate built-in types from built-in functions. Tools like str(x) and int(x) are frequently used as if there were functions. Tools like iter(x) and open(x) could be viewed as constructors. Tools like type(x) are both a fun

[issue21044] tarfile does not handle file .name being an int

Changes by Ezio Melotti : Added file: http://bugs.python.org/file34740/test_tarfile_fdopen.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue13781] gzip module does the wrong thing with an os.fdopen()'ed fileobj

Changes by Ezio Melotti : Removed file: http://bugs.python.org/file34740/test_tarfile_fdopen.diff ___ Python tracker ___ ___ Python-bugs-list

[issue20383] Add a keyword-only spec argument to types.ModuleType

Eric Snow added the comment: Sounds good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue21156] Consider moving importlib.abc.InspectLoader.source_to_code() to importlib.abc.Loader

Eric Snow added the comment: source_to_code() seems like a good fit on InspectLoader to me. Is there something in particular that motivated the idea of moving it up to Loader? -- nosy: +eric.snow ___ Python tracker

[issue13781] gzip module does the wrong thing with an os.fdopen()'ed fileobj

Changes by Ezio Melotti : -- Removed message: http://bugs.python.org/msg215627 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue13781] gzip module does the wrong thing with an os.fdopen()'ed fileobj

Antoine Pietri added the comment: Actually, thinking about it, it seems safer to use os.open() + os.fdopen() than TemporaryFile(), like in the equivalent test for 'gzip'. This new patch replaces last one. -- nosy: +seirl Added file: http://bugs.python.org/file34740/test_tarfile_fdopen.

[issue21044] tarfile does not handle file .name being an int

Antoine Pietri added the comment: Well, that seems complicated: you can't overwrite a io.FileIO().name attribute, and doing so would be nonsensical for tarfile, which would try to perform IO operations on a random file descriptor... Also, I can't think of any case where a .name attribute could

[issue21161] list comprehensions don't see local variables in pdb in python3

Georg Brandl added the comment: Your failure appears to be not pasted from an interpreter session; the actual failure is: (Pdb) all(x < limit for x in items) *** NameError: global name 'limit' is not defined (i.e. "limit" is not found, not "items"). This actually does not work in Python 2 ei

[issue18478] Class bodies: when does a name become local?

Terry J. Reedy added the comment: After seeing my suggestion applied, I decided I don't like it. Sorry. A 'function code block' is a 'function suite'. A deeper problem is that the revision now omits the rules for classes. The base problem is that I don't know what the rules are when classes an

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Terry J. Reedy added the comment: I think 'Builtin-in Types' should probably be 'Built-in Classes' as there is no longer any difference between types and classes. Note that after the unification, we added 'issubclass', not 'issubtype'. type should at least be listed under types/classes. The on

[issue21161] list comprehensions don't see local variables in pdb in python3

Changes by Kay : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue10769] ast: provide more useful range information

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue21162] code in multiprocessing.pool freeze if inside some code from scikit-learn (and probably liblinear) executed on ubuntu 12.04 64 Bit

Changes by Ned Deily : -- nosy: +sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/ma

[issue21159] configparser.InterpolationMissingOptionError is not very intuitive

Łukasz Langa added the comment: Those exception messages are really old. I agree we should fix them, we have to think about possible compatibility breakage though. I'll look into it. -- assignee: -> lukasz.langa nosy: +lukasz.langa stage: -> needs patch __

[issue19546] configparser leaks implementation detail

Łukasz Langa added the comment: FWIW I agree with Claudiu that the internal exceptions are an implementation detail. If we ever made, say, a SQLite-based or memcache-based configparser, those would be different, but the external API would stay the same. Will fix. -- _

[issue21162] code in multiprocessing.pool freeze if inside some code from scikit-learn (and probably liblinear) executed on ubuntu 12.04 64 Bit

New submission from Ivan K: Here is a code. https://gist.github.com/anonymous/9994217 When I run it in freeze and never end. If I run it without pool with loop or joblib - it works fine. Also there is a question on stackoverflow: http://stackoverflow.com/q/22881850/1888017 Python 2.7.6/2.7.3

[issue21111] PyLong_AsUnsignedLongAndOverflow does not exist

Benjamin Peterson added the comment: No -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue18566] In unittest.TestCase docs for setUp() and tearDown() don't mention AssertionError

Nitika Agarwal added the comment: Hi, Please review the patch attached. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue19316] devguide: compiler - wording

Nitika Agarwal added the comment: Hi, I have attached the patch.Please review the patch attached. -- ___ Python tracker ___ ___ Python

[issue19655] Replace the ASDL parser carried with CPython

Larry Hastings added the comment: I was told to keep Argument Clinic compatible with 3.3. I think it's a good idea for the tools to not require absolutely current Python. Would it be a big deal to support 3.3? -- ___ Python tracker

[issue19655] Replace the ASDL parser carried with CPython

Nick Coghlan added the comment: It won't break the build, but requiring 3.4 to be installed (rather than 3.3) makes it more annoying for me (and other Fedora users) to work on the compiler before F21 is released :) -- ___ Python tracker

[issue21111] PyLong_AsUnsignedLongAndOverflow does not exist

Hristo Venev added the comment: Will you release 3.5 in the next few weeks? -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue19655] Replace the ASDL parser carried with CPython

Eli Bendersky added the comment: Nick, it shouldn't be hard to drop to 3.3, but I'm curious why would the 3.4 requirement break Fedora, or anything for that matter? Does Fedora regenerate the C implementation of the AST for some reason on every build? AFAIU, building Python from source with "m

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Serhiy Storchaka added the comment: Do you plan to backport bug fixes to 3.3 and 2.7? -- ___ Python tracker ___ ___ Python-bugs-list m

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

Nitika Agarwal added the comment: @Ezio Melotti Please see if this is what you wanted. -- ___ Python tracker ___ ___ Python-bugs-list

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Serhiy Storchaka added the comment: субота, 05-кві-2014 12:49:22 ви написали: > STINNER Victor added the comment: > > Serhiy wrote: > > fast_translate.patch works only with ASCII input string and ASCII 1:1 > > mapping. Is this actually typical case? > I just checked the Python stdlib: as expecte

[issue4744] asynchat documentation needs to be more precise

Nitika Agarwal added the comment: Hi, I hvae attached the patch for review.I am waiting for reviewal.Please review the attached patch as soon as possible. -- ___ Python tracker _

[issue18478] Class bodies: when does a name become local?

Nitika Agarwal added the comment: Hi, I have attached the patch for the issue.Please someone review my patch. -- ___ Python tracker ___ __

[issue21111] PyLong_AsUnsignedLongAndOverflow does not exist

STINNER Victor added the comment: > Please apply in 3.4.1. I need this ASAP. New functions are new features, and new features are no more added after a release (ex: 3.4.0). If something is changed, it will done in Python 3.5. You can add PyLong_AsUnsigned*AndOverflow() functions to your projec

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Roundup Robot added the comment: New changeset e56c71c6b45e by Victor Stinner in branch 'default': Issue #21118: str.translate() now raises a ValueError, not a TypeError, if the http://hg.python.org/cpython/rev/e56c71c6b45e -- ___ Python tracker

[issue21111] PyLong_AsUnsignedLongAndOverflow does not exist

Hristo Venev added the comment: Please apply in 3.4.1. I need this ASAP. -- versions: +Python 3.4 -Python 3.5 Added file: http://bugs.python.org/file34738/a ___ Python tracker __

[issue21161] list comprehensions don't see local variables in pdb in python3

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

[issue19546] configparser leaks implementation detail

R. David Murray added the comment: I've been thinking about this more, and I think I will revise my opinion. I haven't been able to think of a place where knowing that the key is missing in self._sections would in fact be helpful to a programmer using the module. So I'm OK with this being an

[issue21159] configparser.InterpolationMissingOptionError is not very intuitive

R. David Murray added the comment: Another problem with that error message is that it seems confusing as to where the bad value *reference* came from, given that rawval doesn't seem to include any interpolation point. -- nosy: +r.david.murray ___ Py

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

STINNER Victor added the comment: bench_translate.py: benchmark ASCII 1:1 but also ASCII 1:1 with deletion. Results of the benchmark comparing tip (47b0c076e17d which includes my latest optimization on deletion) and 6a347c0ffbfc + translate_cached_2.patch. Common platform: Python unicode imple

[issue809163] Can't add files with spaces under bdist_rpm

Jason R. Coombs added the comment: I decided to test my proposition. It seems that simply specifying / for %files leads to the RPM including parent directories. Here's the output I get when running my test with the sed workaround: $ rpm -q -filesbypkg -p dist/issue21153-package-0.0.0-1.noarch.

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Serhiy Storchaka added the comment: Previous patch and results were against source code before committing fast_translate.patch. Here is a patch synchronized with current code. translate_timing.py results: unpatched patched Testing 1-1 translation str.t

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

STINNER Victor added the comment: Serhiy wrote: > fast_translate.patch works only with ASCII input string and ASCII 1:1 > mapping. Is this actually typical case? I just checked the Python stdlib: as expected, all usages of str.translate() except of email.quoprimime use ASCII 1:1. My optimizatio

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Roundup Robot added the comment: New changeset 47b0c076e17d by Victor Stinner in branch 'default': Issue #21118: Optimize also str.translate() for ASCII => ASCII deletion http://hg.python.org/cpython/rev/47b0c076e17d -- ___ Python tracker

[issue809163] Can't add files with spaces under bdist_rpm

Jason R. Coombs added the comment: In issue21153, I explored this problem as well, before being aware of this issue. I had searched for bdist_rpm. I've since confirmed that the sed approach is viable. For example, the following works around the issue by overriding the install_script with the s

[issue21161] list comprehensions don't see local variables in pdb in python3

Changes by Kay : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue21153] bdist_rpm fails if project contains files with spaces in the names

Jason R. Coombs added the comment: My last version of the repo script would have worked had I coded it correctly. The line-by-line substitution was broken, not taking into account the newline character. This new script demonstrates that quoting each file works - simply run the script with "--

[issue21161] list comprehensions don't see local variables in pdb in python3

New submission from Kay: Using generators in pdb are very handy but since Python3 they don't work properly. For example: import pdb def foo(): items = [1, 2, 3] limit = 5 pdb.set_trace() foo() in pdb prompt the following fails: (pdf) all(x < limit for x in items) *** NameError: global

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Serhiy Storchaka added the comment: fast_translate.patch works only with ASCII input string and ASCII 1:1 mapping. Is this actually typical case? Here is a patch which uses different approach. It caches values for ASCII keys. It works with all types of input strings and mappings and can speed

[issue15582] Enhance inspect.getdoc to follow inheritance chains

Claudiu.Popa added the comment: Yury, Nick, how is my latest patch? -- Added file: http://bugs.python.org/file34733/issue15582_1.patch ___ Python tracker ___

[issue21160] incorrect comments in nturl2path.py

New submission from Jurko Gospodnetić: nturl2path.py module contains comments implying that it converts local paths to URLs with ':' characters replaced with '|'. This has not been true since Python 2.6. Commit at: http://bitbucket.org/jurko/cpython/commits/8fe56380b09e238f104ba4a4d7a67df7

[issue19546] configparser leaks implementation detail

Claudiu.Popa added the comment: Ups, sorry for the change of resolution. -- resolution: 3rd party -> ___ Python tracker ___ ___ Pytho

[issue19546] configparser leaks implementation detail

Claudiu.Popa added the comment: I've created a new issue for the InterpolationMissingOptionError message, issue21159. This issue can be closed. -- resolution: -> 3rd party ___ Python tracker _

[issue21159] configparser.InterpolationMissingOptionError is not very intuitive

New submission from Claudiu.Popa: The error message from the title is not very intuitive from a user point of view. For instance, in the following traceback, only the first one gives a meaning to this error, through the leaked KeyError, thus the user knows that home_dir1 is invalid and missing

[issue14576] IDLE: "IDLE's subprocess didn't make connection.Either IDLE can't start a subprocess or personal firewall software is blocking the connection."

Divyanshu Sharma added the comment: I found the root cause for the error regarding python in my pc that shows the error message "IDLE's subprocess didn't make connection.Either IDLE can't start a subprocess or personal firewall software is blocking the connection." It was caused due to a sof

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Roundup Robot added the comment: New changeset cca6b056236a by Victor Stinner in branch 'default': Issue #21118: Optimize str.translate() for ASCII => ASCII translation http://hg.python.org/cpython/rev/cca6b056236a New changeset 6a347c0ffbfc by Victor Stinner in branch 'default': Issue #21118: A

[issue21118] str.translate is absurdly slow in majority of use cases (takes up to 60x longer than similar functions)

Roundup Robot added the comment: New changeset 9acc8196a82c by Victor Stinner in branch 'default': Issue #21118: Remove unused variable http://hg.python.org/cpython/rev/9acc8196a82c New changeset bd594dd71d46 by Victor Stinner in branch 'default': Issue #21118: Add more unit tests on str.transla

[issue21136] fractions.Fraction.__pow__ does unneeded renormalization

Mark Dickinson added the comment: Applied. I added an extra test for the `Fraction(0, 1) ** 2` case. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue21136] fractions.Fraction.__pow__ does unneeded renormalization

Changes by Mark Dickinson : -- stage: needs patch -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue21136] fractions.Fraction.__pow__ does unneeded renormalization

Roundup Robot added the comment: New changeset 91d7fadac271 by Mark Dickinson in branch 'default': Issue #21136: Avoid unnecessary normalization in Fractions resulting from power and other operations. http://hg.python.org/cpython/rev/91d7fadac271 -- nosy: +python-dev __

[issue21116] Failure to create multiprocessing shared arrays larger than 50% of memory size under linux

Charles-François Natali added the comment: Indeed, I think it would make sense to consider this for 3.4, and even 2.7 if we opt for a simple fix. As for the best way to fix it in the meantime, I'm fine with a buffered zero-filling (the mere fact that noone ever complained until now probably mean