[issue32750] lib2to3 log_error method behavior is inconsitent with documentation

Karthikeyan Singaravelan added the comment: Thanks Nick for the details. I think 2to3 uses StdoutRefactoringTool [1] which inherits from RefactoringTool in the chain and implements log_error [2] that logs the error. StdoutRefactoringTool inherits from MultiprocessRefactoringTool [3] which i

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

Yury Selivanov added the comment: New changeset 996859a90df51f84eab47351702cb59c6db4428a by Yury Selivanov in branch 'master': bpo-34790: [docs] Passing coroutines to asyncio.wait() can be confusing. (GH-9543) https://github.com/python/cpython/commit/996859a90df51f84eab47351702cb59c6db4428a

[issue34798] pprint ignores the compact parameter for dicts

Karthikeyan Singaravelan added the comment: Thanks much Serhiy for the details! -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

Change by miss-islington : -- pull_requests: +8979 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

Yury Selivanov added the comment: Actually, since Andrew also agrees that we need to deprecate passing coroutines to wait(), I'll keep this issue open until we add an actual DeprecationWarning in 3.8. -- resolution: fixed -> stage: resolved -> status: closed -> open __

[issue34789] Make xml.sax.make_parser accept iterables

Change by Andrés Delfino : -- components: +Library (Lib) -Documentation title: doc xml.sax.make_parser expects a list not just any sequence -> Make xml.sax.make_parser accept iterables ___ Python tracker

[issue34789] Make xml.sax.make_parser accept iterables

Change by Andrés Delfino : -- components: +XML -Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

miss-islington added the comment: New changeset 3cc9557d9f03086fa3b0ea166f8506087e6950e3 by Miss Islington (bot) in branch '3.7': bpo-34790: [docs] Passing coroutines to asyncio.wait() can be confusing. (GH-9543) https://github.com/python/cpython/commit/3cc9557d9f03086fa3b0ea166f8506087e6950

[issue34798] pprint ignores the compact parameter for dicts

Nicolas Hug added the comment: Thanks for the link, But I don't see any justification for this behavior*? Why should lists be compacted but not dicts (even when explicitly asked)? At the very least it should be made clear in the documentation that dicts are not compacted. * Maybe there's m

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

Yury Selivanov added the comment: PendingDeprecationWarning -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue34751] Hash collisions for tuples

Tim Peters added the comment: >> j is even implies (j ^ -3) == -(j ^ 3) > This follows from what I posted before: if j is even, then > j ^ 3 is odd, so we can apply the rule x ^ -2 = -x to x = j ^ 3 > ... Thanks! That helps a lot. I had a blind spot there. This kind of thing would have be

[issue34790] Deprecate passing coroutine objects to asyncio.wait()

Serhiy Storchaka added the comment: AFAIK there is no a plan for 4.0. But seems many core developers (including me) think that changing the major number should reflect some major changes like removing GIL. And Guido preferred 3.10 after 3.9. -- __

[issue5950] Make zipimport work with zipfile containing comments

Barry A. Warsaw added the comment: New changeset 5a5ce064b3baadcb79605c5a42ee3d0aee57cdfc by Barry Warsaw (Zackery Spytz) in branch 'master': bpo-5950: Support reading zips with comments in zipimport (#9548) https://github.com/python/cpython/commit/5a5ce064b3baadcb79605c5a42ee3d0aee57cdfc -

[issue5950] Make zipimport work with zipfile containing comments

Change by Barry A. Warsaw : -- components: +Library (Lib) -Interpreter Core resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue34800] email.contentmanager raises error when policy.max_line_length==None or 0

R. David Murray added the comment: An unlimited line length would certainly satisfy the required minimum. As silane indicates, if max_line_length is 0 or None, the serializer is not supposed to wrap lines. (In fact one would like to have the option to control this separately for the header

[issue10694] zipfile.py end of central directory detection not robust

Serhiy Storchaka added the comment: This change significantly increased the probability of false positive detection in is_zipfile(). It was around 1/2**32, now it is around 1/2**16. It looks small, but not enough small if you test hundreds of thousands files. See issue28494. -- nosy

[issue34781] infinite waiting in multiprocessing.Pool

Antoine Pitrou added the comment: I couldn't reproduce with Python 3.6.5 on Ubuntu 18.04. Does it happen if you reduce logging? Or if you replace f() with: def f(i): os.write(1, "{}\n".format(i).encode()) -- ___ Python tracker

[issue30964] Mention ensurepip in package installation docs

Change by Brett Cannon : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue34800] email.contentmanager raises error when policy.max_line_length==None or 0

Change by silane : -- keywords: +patch pull_requests: +8980 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mail

[issue34800] email.contentmanager raises error when policy.max_line_length==None or 0

silane added the comment: I've made a pull request. Please look at it. And this is my first pull request, so please let me know if something wrong. https://github.com/python/cpython/pull/9578 -- ___ Python tracker

[issue34802] asyncio.iscoroutine() documentation is wrong

New submission from Gefn : The documentation states that "This method is different from inspect.iscoroutine() because it returns True for generator-based coroutines decorated with @coroutine." It seems to be wrong, a method written as follow: def test(): yield 1 will be evaluated as a corou

[issue27934] json float encoding incorrect for dbus.Double

Mark Dickinson added the comment: [Serhiy] > I have doubts about breaking it in a bugfix release of 2.7. Yes, possibly we shouldn't have changed this (though it's a fairly horrible trick, IMO). I don't think it would be a good idea to revert the change at this point, though. -- __

[issue27934] json float encoding incorrect for dbus.Double

Serhiy Storchaka added the comment: Agreed. It is too late. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue34781] infinite waiting in multiprocessing.Pool

Tomáš Bouda added the comment: It's very difficult to reproduce. In this example to get stuck on 3.6/OSX I need to attach debugger. However, the freeze happens regardless of print/logging, even def f(): pass can get stuck. os.write() made no difference and frozen, as well, as I've just tried.

[issue34781] infinite waiting in multiprocessing.Pool

Tomáš Bouda added the comment: Oh, I should add that by decreasing number of workers to 4 or 8 the problem disappeared, at least to the extent when I wasn't able to reproduce it on any environment. -- ___ Python tracker

[issue34803] argparse int type does not accept scientific notation

New submission from Jesse Hostetler : The 'argparse' module gives a parse error for integer arguments written in scientific notation. I would expect this to work, since integers can be constructed from literals in scientific notation. Example (also attached): import argparse foo = int(1e3) #

[issue34803] argparse int type does not accept scientific notation

Jesse Hostetler added the comment: I suppose desired behavior would be to accept the argument only if it can be converted to int without loss of information. -- ___ Python tracker __

[issue34334] QueueHandler logs exc_info twice

Cheryl Sabella added the comment: Great, thanks. I've made the other changes to the PR. -- ___ Python tracker ___ ___ Python-bugs-

[issue34334] QueueHandler logs exc_info twice

Vinay Sajip added the comment: New changeset d345bb4d9b6e16c681cd8a4e1fff94ecd6b0bb09 by Vinay Sajip (Cheryl Sabella) in branch 'master': bpo-34334: Don't log traceback twice in QueueHandler (GH-9537) https://github.com/python/cpython/commit/d345bb4d9b6e16c681cd8a4e1fff94ecd6b0bb09

[issue34334] QueueHandler logs exc_info twice

Change by miss-islington : -- pull_requests: +8982 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34803] argparse int type does not accept scientific notation

Pablo Galindo Salgado added the comment: The conversion fails because is trying to convert a string, not a float: >>> int("1e3") *** ValueError: invalid literal for int() with base 10: '1e3' -- nosy: +pablogsal ___ Python tracker

[issue34803] argparse int type does not accept scientific notation

Pablo Galindo Salgado added the comment: You can always do: import argparse foo = int(1e3) # Works: foo = 1000 parser = argparse.ArgumentParser() parser.add_argument( "--foo", type=lambda x: int(float(x))) parser.parse_args( ["--foo=1e3"] ) -- ___

[issue34802] asyncio.iscoroutine() documentation is wrong

Karthikeyan Singaravelan added the comment: Thanks for the report. I believe this was done as part asyncio docs overhaul and I am adding Yury here. The current docs link to #coroutine from asyncio.iscoroutine whereas the previous docs had the definition inline. I think this is clarified in #

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

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

[issue34803] argparse int type does not accept scientific notation

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

[issue34320] Creating dict from OrderedDict doesn't preserve order

miss-islington added the comment: New changeset 2aaf98c16ae3070378de523a173e29644037d8bd by Miss Islington (bot) (INADA Naoki) in branch 'master': bpo-34320: Fix dict(o) didn't copy order of dict subclass (GH-8624) https://github.com/python/cpython/commit/2aaf98c16ae3070378de523a173e29644037d

[issue34320] Creating dict from OrderedDict doesn't preserve order

Change by miss-islington : -- pull_requests: +8983 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34320] Creating dict from OrderedDict doesn't preserve order

Change by miss-islington : -- pull_requests: +8984 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34320] Creating dict from OrderedDict doesn't preserve order

miss-islington added the comment: New changeset 12e3e80241e91df79811f53ff372e28e9371bf9b by Miss Islington (bot) in branch '3.7': bpo-34320: Fix dict(o) didn't copy order of dict subclass (GH-8624) https://github.com/python/cpython/commit/12e3e80241e91df79811f53ff372e28e9371bf9b --

[issue34804] Repetition of 'for example' in documentation

New submission from Aydin : In the documentation of Python 3.7.0 there is an error in the usage of the world 'for example'. -- assignee: docs@python components: Documentation files: Functional Programming HOWTO — Python 3.7.0 documentation.png messages: 326418 nosy: docs@python, rarblac

[issue1529353] Squeezer - squeeze large output in IDLE's shell

Tal Einat added the comment: ISTM that this issue can finally be closed! Followup on some remaining minor points brought up here, such as colors and squeezing of multiple output lines printed separately, could be done in separate issues or discussed on idle-dev. --

[issue34805] Explicitly specify `MyClass.__subclasses__()` returns classes in definition order

New submission from Pekka Klärck : I had a use case where `MyClass.__subclasses__()` returning classes in the definition order would have made the code simpler. They seemed to be returned in that order, but because the docs didn't say anything about it [1] I did some searching to find out can

[issue34320] Creating dict from OrderedDict doesn't preserve order

miss-islington added the comment: New changeset d45a9613402b686f8afd3dd5b6acf8141f14d711 by Miss Islington (bot) in branch '3.6': [3.6] bpo-34320: Fix dict(o) didn't copy order of dict subclass (GH-8624) (GH-9583) https://github.com/python/cpython/commit/d45a9613402b686f8afd3dd5b6acf8141f14d

[issue34320] Creating dict from OrderedDict doesn't preserve order

Change by INADA Naoki : -- dependencies: -Add tests for PEP 468 and PEP 520 resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

<    1   2