[issue21514] update json module docs in light of RFC 7159 & ECMA-404

Raymond Hettinger added the comment: Soonish. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue21423] concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument

Dan O'Reilly added the comment: Another updated patch. This one changes ProcessPoolExecutor behavior so that RuntimeErrors are raised in any active Futures, and on subsequent calls to submit after the initializer fails. This makes its behavior consistent with ThreadPoolExecutor. -- Ad

[issue22145] <> in parser spec but not lexer spec

Changes by Raymond Hettinger : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue22145] <> in parser spec but not lexer spec

Changes by Raymond Hettinger : -- resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21423] concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument

Dan O'Reilly added the comment: > It seems the addition of the initargs argument doesn't tackle Mark's > objection here: > > the initialiser and uninitialiser for the EnhancedThreadPoolExecutor > > accept no arguments. In retrospect, it would have been better to have > > them take the thread i

[issue17923] test glob with trailing slash fail on AIX 6.1

Changes by Antoine Pitrou : -- versions: +Python 3.4, Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19743] test_gdb failures

Changes by Antoine Pitrou : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue17923] test glob with trailing slash fail on AIX 6.1

David Edelsohn added the comment: 3.4 and default also. The failure occurs on all branches and default. -- ___ Python tracker ___ ___

[issue21423] concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument

Antoine Pitrou added the comment: It seems the addition of the initargs argument doesn't tackle Mark's objection here: > the initialiser and uninitialiser for the EnhancedThreadPoolExecutor > accept no arguments. In retrospect, it would have been better to have > them take the thread itself as

[issue22181] os.urandom() should use Linux 3.17 getrandom() syscall

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

[issue22181] os.urandom() should use Linux 3.17 getrandom() syscall

Changes by Antoine Pitrou : -- stage: -> needs patch type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19500] Error when connecting to FTPS servers not supporting SSL session resuming

Changes by Antoine Pitrou : -- versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue22118] urljoin fails with messy relative URLs

Nick Coghlan added the comment: Unfortunately, I haven't looked at the RFC compliance side of things in this space in years. At the time, we were considering a new module, leaving the old one alone. These days, I'd be more inclined to just fix it for 3.5, and suggest anyone really needing the ol

[issue22181] os.urandom() should use Linux 3.17 getrandom() syscall

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue21305] PEP 466: update os.urandom

STINNER Victor added the comment: See also the issue #22181: "os.urandom() should use Linux 3.17 getrandom() syscall". -- ___ Python tracker ___

[issue22181] os.urandom() should use Linux 3.17 getrandom() syscall

New submission from STINNER Victor: The future Linux kernel 3.17 will have a new getrandom() syscall which avoids the need of a file descriptor: http://lwn.net/Articles/606141/ The file descriptor of os.urandom() causes perfomance issues and surprising bugs: #18756, #21207. I don't know when

[issue22112] '_UnixSelectorEventLoop' object has no attribute 'create_task'

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue22112] '_UnixSelectorEventLoop' object has no attribute 'create_task'

Roundup Robot added the comment: New changeset d0ea92701b1e by Victor Stinner in branch '3.4': Issue #22112, asyncio doc: replace loop.create_task(coro) with http://hg.python.org/cpython/rev/d0ea92701b1e New changeset 18a311479e8b by Victor Stinner in branch 'default': (Merge 3.4) Issue #22112,

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Demian Brecht added the comment: If you can upload a patch (including tests) conforming to Rietveld's requirements, I'm sure it would help in getting a review done. -- ___ Python tracker __

[issue20035] Clean up Tcl library discovery in Tkinter on Windows

Mark Lawrence added the comment: Can we have (hopefully) a final review and get this committed as that would also allow us to close #10652. -- nosy: +BreamoreBoy ___ Python tracker

[issue19743] test_gdb failures

Mark Lawrence added the comment: Seems as if this can be closed. -- nosy: +BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mai

[issue22138] patch.object doesn't restore function defaults

Sean McCully added the comment: So the changes submitted, take into the attributes that are part of the standard Python Data Model/Descriptors and defined as editable per documentation. https://docs.python.org/3/reference/datamodel.html The thought is if a user is needing to support outside o

[issue1011113] Make “install” find the build_base directory

Sean McCully added the comment: Attaching Python 2.7 patch. -- Added file: http://bugs.python.org/file36338/issue103-py27.patch ___ Python tracker ___ _

[issue1011113] Make “install” find the build_base directory

Sean McCully added the comment: Attachng Python 3.5/default branch patch. -- Added file: http://bugs.python.org/file36337/issue103-default.patch ___ Python tracker ___

[issue1011113] Make “install” find the build_base directory

Sean McCully added the comment: Please advise any changes that need to be made, this is technically my second patch submission to cpython. I also had trouble running the unittests when backporting to 2.7. Look at distutils, there wasn't a clear method for linking commands to share common opti

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Changes by Demian Brecht : -- nosy: +demian.brecht ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue20042] Python Launcher, Windows, fails on scripts w/ non-latin names

Mark Lawrence added the comment: Is this actually fixable? I only ask as we seem to have a whole lot of fun with anything involving cmd.exe as epitomized on #1602. -- nosy: +BreamoreBoy, steve.dower, vinay.sajip, zach.ware -brian.curtin versions: +Python 2.7, Python 3.4, Python 3.5 -Py

[issue20101] Determine correct behavior for time functions on Windows

STINNER Victor added the comment: time.sleep() and time.monotonic() don't use the same clock. Python cannot fix Windows clocks, it's not a bug. -- resolution: -> not a bug status: open -> closed ___ Python tracker

[issue2200] find_executable fails to find .bat files on win32

Changes by Mark Lawrence : -- components: -Distutils2 nosy: +dstufft versions: +Python 3.4, Python 3.5 -3rd party, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker ___ _

[issue20101] Determine correct behavior for time functions on Windows

Mark Lawrence added the comment: Is there anything else that can be done or needs doing here? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Changes by Mark Lawrence : -- nosy: +steve.dower, zach.ware -brian.curtin versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___

[issue21423] concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument

Dan O'Reilly added the comment: Here's an updated patch. Changes: * Fixed what appears to have been a find/replace typo I made prior to uploading the previous patch. * The tracebacks from the negative unit tests are now suppressed. * Fixed a race condition in the initializer failure handling

[issue21448] Email Parser use 100% CPU

Raymond Hettinger added the comment: The test_parser.diff file catches the bug in fix_email_parse.diff and it provides some assurance that push() functions as an incremental version of str.splitlines(). I would like to have this test included. It does some good and does no harm. -- _

[issue6858] This is a python file, apply syntax highlighting

Raymond Hettinger added the comment: I'll try this out in the next couple of weeks in a classroom setting. -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___

[issue22118] urljoin fails with messy relative URLs

Demian Brecht added the comment: FWIW, I think that it would be ever so slightly preferable to maintain support for the old behaviour but perhaps add a deprecation note in the docs. It's a little difficult to tell how much of an impact this change will have to existing code. Maintaining suppor

[issue21448] Email Parser use 100% CPU

Serhiy Storchaka added the comment: Here is a patch which combines fixed Raymond's patch and FeedParser tests. These tests cover this issue, a bug in my patch, and (surprisingly) a bug in Raymond's patch. I didn't include Raymond's test because looks as it doesn't catch any bug. If there are n

[issue22175] improve test_faulthandler readability with dedent

STINNER Victor added the comment: I adapted the patch for Python 3.4 and applied to Python 3.4 and 3.5. Thanks for the patch. -- ___ Python tracker ___ _

[issue22175] improve test_faulthandler readability with dedent

Roundup Robot added the comment: New changeset 51472399ca09 by Victor Stinner in branch '3.4': Close #22175: Improve test_faulthandler readability with dedent. http://hg.python.org/cpython/rev/51472399ca09 New changeset 2929cc408fbb by Victor Stinner in branch 'default': (Merge 3.4) Close #22175

[issue22174] property doc fixes

Raymond Hettinger added the comment: Diana, thank you for the patch. Sorry for the bogus comment on whitespace. I was looking the the docstring at the same time as reviewing the patch. David, thanks for looking at it as well. -- resolution: -> fixed stage: -> resolved status: open -

[issue22174] property doc fixes

Roundup Robot added the comment: New changeset 98a2e215ff01 by Raymond Hettinger in branch '2.7': Issue #22174: Clean-up grammar and ambiguities in property() docs. http://hg.python.org/cpython/rev/98a2e215ff01 -- ___ Python tracker

[issue22174] property doc fixes

Roundup Robot added the comment: New changeset ebd6f7f7859f by Raymond Hettinger in branch '3.4': Issue #22174: Clean-up grammar and ambiguities in property() docs. http://hg.python.org/cpython/rev/ebd6f7f7859f -- nosy: +python-dev ___ Python tracker

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

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

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

Roundup Robot added the comment: New changeset 9c250f34bfa3 by Raymond Hettinger in branch '3.4': Issue #22180: Remove weak example http://hg.python.org/cpython/rev/9c250f34bfa3 -- nosy: +python-dev ___ Python tracker

[issue21423] concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument

Changes by Dan O'Reilly : -- title: concurrent.futures.ThreadPoolExecutor should accept an initializer argument -> concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an initializer argument ___ Python tracker

[issue18844] allow weights in random.choice

Raymond Hettinger added the comment: When I get a chance, I'll work up an approach that is consistent with the rest of the module in terms of implementation, restartability, and API. -- ___ Python tracker

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

Antoine Pitrou added the comment: Le 10/08/2014 13:20, Raymond Hettinger a écrit : > > Raymond Hettinger added the comment: > >> The whole example is bad and should be removed >> or replace with something else: > > I'm not sure there are ANY examples of operator.setitem that > couldn't be done a

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

Raymond Hettinger added the comment: > The whole example is bad and should be removed > or replace with something else: I'm not sure there are ANY examples of operator.setitem that couldn't be done a better way without it. How about we remove it and leave the examples for things that people

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

Antoine Pitrou added the comment: The whole example is bad and should be removed or replace with something else: 1. Using map() is an anti-pattern here, since the function results are not used. 2. To "build a dictionary that maps the ordinals from 0 to 255 to their character equivalents", mode

[issue22176] update internal libffi copy to 3.1, introducing AArch64 and POWER ELF ABIv2

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

[issue22171] stack smash when using ctypes/libffi to access union

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

[issue22118] urljoin fails with messy relative URLs

Antoine Pitrou added the comment: Demian, thanks for the update! I'm not sure the rfc1808 flag is necessary. I would be fine with switching wholesale to the new semantics. Nick, since you've done work in the past on URIs, what do you think? -- ___ P

[issue11271] concurrent.futures.ProcessPoolExecutor.map() doesn't batch function arguments by chunks

Antoine Pitrou added the comment: Thanks for the update! This looks basically good, I'll wait a bit to see if other people have comments, otherwise I'll commit. -- ___ Python tracker __

[issue11271] concurrent.futures.ProcessPoolExecutor.map() doesn't batch function arguments by chunks

Changes by Antoine Pitrou : -- nosy: +neologix stage: -> patch review versions: +Python 3.5 -Python 3.3 ___ Python tracker ___ ___ Py

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

R. David Murray added the comment: Heh. There was a discussion in issue 22106 about valid examples for using 'pass'. This case is analogous to the one I came up with. for x in map(...): pass that avoids building a list. Not that any of it is idiomatic, as you say. -- nosy: +

[issue22180] operator.setitem example no longer works in Python 3 due to lazy map

New submission from Michael Williamson: The Python docs for the operator module include an example using map and setitem to "Build a dictionary that maps the ordinals from 0 to 255 to their character equivalents.": d = {} keys = range(256) vals = map(chr, keys) map(operator.set

[issue18844] allow weights in random.choice

Antoine Pitrou added the comment: I agree with Serhiy. There is nothing "magic" about generators in Python. Also, the concept of an infinite stream of random numbers (or random whatevers) is perfectly common (/dev/urandom being an obvious example); it is not a notion we are inventing. By cont

[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions

Nick Coghlan added the comment: Given that our test suite missed the regression originally, it would be nice to have a test case that directly built an AST that relies on the runtime check. -- ___ Python tracker __

[issue18004] test_list.test_overflow crashes Win64

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

[issue22179] Focus stays on Search Dialog when text found in editor

New submission from Mark Lawrence: As the title. Even using the Find Next button doesn't get the focus on the found text so you can't see it, the Search Dialog has to be closed. Windows 8.1 Python 3.4.1. -- components: IDLE messages: 225138 nosy: BreamoreBoy, terry.reedy priority: no

[issue18844] allow weights in random.choice

Serhiy Storchaka added the comment: Other languages have no such handly feature as generators. NumPy provides the size parameter to all functions and generates a bunch of random numbers at time. This doesn't look pythonic (Python stdlib prefers iterators). I believe a generator is most Pythoni

[issue21514] update json module docs in light of RFC 7159 & ECMA-404

Chris Rebert added the comment: So, when might I expect to see this patch merged, since it's now been approved? -- ___ Python tracker ___

[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions

Dirkjan Ochtman added the comment: Thanks, Benjamin, for reverting the run-time bits. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue19217] Calling assertEquals for moderately long list takes too long

Serhiy Storchaka added the comment: > 1) try to have a single threshold for all types, and use line-based counting > for strings (so if the threshold is 32, this means 32 elements in a list, > 32 items in a dict, 32 lines in a string); You forgot about strings with few but very long lines. We sh

[issue18844] allow weights in random.choice

Raymond Hettinger added the comment: I'm adverse to adding the generator magic and the level of complexity in this patch. Please aim for the approach I outlined above (one function to build cumulative weights and another function to choose the value). Since this isn't a new problem, please ta

[issue19217] Calling assertEquals for moderately long list takes too long

Ezio Melotti added the comment: I thought some more about this, and I think we can do better. Since _diffThreshold only affects strings, the goal of this issue is to extend the check to other types. Instead of doing this by adding more attributes and behaviors, I would like to keep things as

[issue22174] property doc fixes

Raymond Hettinger added the comment: Most of the patch looks to be an improvement. I've massaged it a little and attached a revised patch. -- Added file: http://bugs.python.org/file36332/property2.diff ___ Python tracker

[issue19217] Calling assertEquals for moderately long list takes too long

Serhiy Storchaka added the comment: Thanks for your comments Ezio. Yes, this patch is rather only a demo. Sorry, but I'm not very interesting in completing this patch (at least not right now). I only want to see more detailed error reports. There are some ideas about improving diffs reporting.

[issue22176] update internal libffi copy to 3.1, introducing AArch64 and POWER ELF ABIv2

Roundup Robot added the comment: New changeset 4331fa01398e by doko in branch '2.7': - Issue #22176: Update the ctypes module's libffi to v3.1. This release http://hg.python.org/cpython/rev/4331fa01398e -- ___ Python tracker

[issue18844] allow weights in random.choice

Serhiy Storchaka added the comment: Updated patch. Synchronized with tip and added optimizations. -- Added file: http://bugs.python.org/file36331/weighted_choice_generator_2.patch ___ Python tracker ___

[issue22174] property doc fixes

Changes by Raymond Hettinger : -- Removed message: http://bugs.python.org/msg225123 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions

Arfrever Frehtes Taifersar Arahesis added the comment: test_excinfo_no_python_sourcecode of py now passes. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue19217] Calling assertEquals for moderately long list takes too long

Serhiy Storchaka added the comment: Here is alternative patch. It outputs line diff even for large sequences/dicts/strings. With the attached patch, unittest_scse.py works fine, producing this output: FF == FAIL: test_compare