[issue27263] Tkinter sets the HOME environment variable, breaking scripts

Terry J. Reedy added the comment: #14576 is more or less about making better use of USERPROFILE when the value returned by expanduser to config.IdleConf.GetUserCfgDir fails. Now that I know that tcl always sets HOME (or pieces that are joined back together to make HOME), so that expanduser ne

[issue27288] secrets should use getrandom() on Linux

Steven D'Aprano added the comment: I don't want to start another huge thread on python-dev unless really necessary. What should happen to random.SystemRandom? (1) nothing, it stays as it is, and if ``secrets`` needs better, it can subclass it; (2) it changes to use ``os.getrandom``, and then

[issue27115] IDLE/tkinter: in simpledialog, != [OK] click

Serhiy Storchaka added the comment: If you close the Goto dialog by pressing , the KeyRelease event is sent to the editor window. This triggers the <> event. -- ___ Python tracker _

[issue27262] IDLE: move Aqua context menu code to maxosx

Terry J. Reedy added the comment: I will add a test that calls setupApp, which would have failed with an error. I will also remove the call to _init_tk_type in setupApp, and let it be called when needed by the first isMacTk function called. Test code can partly simulate being on a particular

[issue27272] random.Random should not read 2500 bytes from urandom

Christian Heimes added the comment: On 2016-06-11 00:07, Raymond Hettinger wrote: > > Raymond Hettinger added the comment: > >> But I'll be happiest if nothing changes here (given that Guido ruled >> yesterday that Python's current urandom() implementation has to be >> reverted to once again m

[issue5124] IDLE - pasting text doesn't delete selection

Roundup Robot added the comment: New changeset 3017e41b0c99 by Terry Jan Reedy in branch '2.7': Issue #5124: NEWS entries. https://hg.python.org/cpython/rev/3017e41b0c99 New changeset 62b949a179cb by Terry Jan Reedy in branch '3.5': Issue #5124: NEWS entries. https://hg.python.org/cpython/rev/62

[issue26839] Python 3.5 running on Linux kernel 3.17+ can block at startup or on importing the random module on getrandom()

Larry Hastings added the comment: Colm Buckley: I've read the code, *and* stepped through it, and AFAICT it is no longer even possible for Python on Linux to call getrandom() in a blocking way. Thanks for doing this! I'm marking the issue as closed. -- stage: patch review -> resolved

[issue26556] Update expat to 2.2.1

Larry Hastings added the comment: Christian: I don't see any checkins on this issue, and I tag 3.4.4 rc1 and 3.5.2 rc1 in about twelve hours. As I mentioned to you in person at the PyCon 2016 sprints, I'm not holding up either of these releases for the expat update. If this is still open whe

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt added the comment: * You may also just modify my "attempt" in _aixutil.py I recall you said something about the p.wait() being a potential to hang, but I also want to be sure the subprocess has exited properly - as it is not something to be running in parallel - and be sure that t

[issue5124] IDLE - pasting text doesn't delete selection

Serhiy Storchaka added the comment: entry=entry in test is not needed. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue27292] Warn users that os.urandom() can return insecure values

New submission from Christian Heimes: In #26839 os.urandom() was made non-blocking and non-exception-raising on Linux. As a result os.urandom() is no longer a CSPRNG under some conditions as it can and will return predictable random values without any sort of warning or error flag. These condi

[issue27293] Summarize issues related to urandom, getrandom etc in secrets documentation

New submission from Steven D'Aprano: Write some documentation for the ``secrets`` module summarizing the issues relating to /dev/[u]random, getrandom, etc. There's a lot of confusion about these issues, and the web contains a lot of misinformation, so being able to point to the secrets docs fo

[issue27292] Warn users that os.urandom() can return insecure values

Steven D'Aprano added the comment: Relevant: issue #27293 (I've taken the liberty of subscribing those on this issues nosy list to the new issue, I hope that's okay) -- nosy: +steven.daprano ___ Python tracker __

[issue27293] Summarize issues related to urandom, getrandom etc in secrets documentation

Christian Heimes added the comment: Thx Steven. tl;dr The OS' / Kernel's CSPRNG is safe-to-use as long as one uses the correct API: getrandom(flags=0) on Linux, getentropy() on BSD, CryptGenRandom() on Windows. Myths about Linux's urandom: http://www.2uo.de/myths-about-urandom/ Example why u

[issue27294] Better repr for Tkinter event objects

New submission from Serhiy Storchaka: Proposed patch adds better repr for tkinter.Event objects. Currently default repr shows only class name (always the same) and object address (not interesting, since event objects are short-living). The patch makes repr showing most event attributes in huma

[issue27292] Warn users that os.urandom() can return insecure values

Changes by Cory Benfield : -- nosy: +Lukasa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue24107] Add support for retrieving the certificate chain

Changes by rugk <[email protected]>: -- nosy: +rugk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue24107] Add support for retrieving the certificate chain

rugk added the comment: Is this issue the same as https://bugs.python.org/issue25529? -- ___ Python tracker ___ ___ Python-bugs-list m

[issue27288] secrets should use getrandom() on Linux

Changes by Cory Benfield : -- nosy: +Lukasa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue27295] heaps library does not have support for max heap

New submission from James Lu: Both max heaps and min heaps have uses in algorithms. Some algorithms require both. Why doesn't the heapq library support max heaps (not including the private _heapify_max() method)? -- components: Library (Lib) messages: 268211 nosy: James.Lu priority: no

[issue27295] heaps library does not have support for max heap

Changes by SilentGhost : -- nosy: +rhettinger, stutzbach type: -> enhancement versions: +Python 3.6 ___ Python tracker ___ ___ Python

[issue27296] Urllib/Urlopen IncompleteRead with HTTP header with new line characters

New submission from rugk: Test file: https://gist.github.com/rugk/3ea35d04d66c2295e02d0b6cb6d822a2 Python version: 2.7.5+ Issue description: When Urllib gets a HTTP header with line breaks/new line characters it shows the following error: ``` Traceback (most recent call last): File "./downlo

[issue25529] Provide access to the validated certificate chain in ssl module

Changes by Berker Peksag : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Add support for retrieving the certificate chain ___ Python tracker ___

[issue26754] PyUnicode_FSDecoder() accepts arbitrary iterable

Serhiy Storchaka added the comment: Proposed patch makes PyUnicode_FSDecoder() rejecting arbitrary iterables. -- assignee: -> serhiy.storchaka keywords: +patch stage: -> patch review versions: +Python 3.5 Added file: http://bugs.python.org/file43340/PyUnicode_FSDecoder-no-list.patch _

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

aixtools added the comment: On 6/10/2016 6:33 AM, Martin Panter wrote: > Martin Panter added the comment: > > Will try to change the existing code from os.popen to subprocess (Issue > 26439) to set a better example for new code like this > > -- > dependencies: +avoid using a shell in cty

[issue27296] Urllib/Urlopen IncompleteRead with HTTP header with new line characters

Martin Panter added the comment: HTTP header fields are not supposed to have line breaks unless followed by a space or tab. So the server is actually providing a faulty response. However Python could do better at handling this case. There is already a bug open for this: Issue 24363. For the r

[issue24363] httplib fails to handle semivalid HTTP headers

Changes by Martin Panter : -- versions: +Python 3.6 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27243] __aiter__ should return async iterator instead of awaitable

Yury Selivanov added the comment: > I didn’t realize, sorry for the noise Actually thanks for reporting this, Martin. I didn't realize that sys.version_info was 3.5.1 in 3.5 branch. -- ___ Python tracker ___

[issue27223] _read_ready and _write_ready should respect _conn_lost

Roundup Robot added the comment: New changeset 9512cfd53903 by Yury Selivanov in branch '3.5': Issue #27223: aio: Fix _read_ready and _write_ready to respect _conn_lost. https://hg.python.org/cpython/rev/9512cfd53903 New changeset d56b3e5ebfe2 by Yury Selivanov in branch 'default': Merge 3.5 (is

[issue27223] _read_ready and _write_ready should respect _conn_lost

Yury Selivanov added the comment: Thanks, Łukasz! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue27223] _read_ready and _write_ready should respect _conn_lost

Changes by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue20508] IndexError from ipaddress._BaseNetwork.__getitem__ has no message

Gareth Rees added the comment: I've attached a revised patch that addresses Berker Peksag's concerns: 1. The message associated with the IndexError is now "address out of range" with no information about which address failed or why. 2. There's a new test case for an IndexError from an IPv6 add

[issue22970] asyncio: Cancelling wait() after notification leaves Condition in an inconsistent state

Roundup Robot added the comment: New changeset 0bda9bc443ce by Yury Selivanov in branch '3.5': Issue #22970: asyncio: Fix inconsistency cancelling Condition.wait. https://hg.python.org/cpython/rev/0bda9bc443ce New changeset 00a9de0f3fdc by Yury Selivanov in branch 'default': Merge 3.5 (issue #22

[issue22970] asyncio: Cancelling wait() after notification leaves Condition in an inconsistent state

Yury Selivanov added the comment: I'm merging David's patch. I concur with David that the only viable way to fix this is to loop through the CancelledError until the lock is acquired (and Condition is in a right state). Thanks, David. It should make it to 3.5.2 now. -- resolution:

[issue27030] Remove deprecated re features

Roundup Robot added the comment: New changeset 09d1af3fe332 by Serhiy Storchaka in branch 'default': Issue #27030: Unknown escapes consisting of ``'\'`` and ASCII letter in https://hg.python.org/cpython/rev/09d1af3fe332 -- nosy: +python-dev ___ Python

[issue27030] Remove deprecated re features

Serhiy Storchaka added the comment: Thanks Jim for the review. -- assignee: -> serhiy.storchaka resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue27029] Remove support of deprecated mode 'U' in zipfile

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27030] Remove deprecated re features

Roundup Robot added the comment: New changeset 8ed3880e94e5 by Serhiy Storchaka in branch 'default': Issue #27030: The re.LOCALE flag now can be used only with bytes patterns. https://hg.python.org/cpython/rev/8ed3880e94e5 -- ___ Python tracker

[issue14376] sys.exit documents argument as "integer" but actually requires "subtype of int"

Gareth Rees added the comment: Let's not allow the perfect to be the enemy of the good here. The issue I reported is a very specific one: in Python 2.7, if you pass a long to sys.exit, then the value of the long is not used as the exit code. This is bad because functions like os.spawnv that re

[issue27272] random.Random should not read 2500 bytes from urandom

Tim Peters added the comment: Christian, you should really be the first to vote to close this. The title of this bug report is about whether it would be good to reduce the _number_ of bytes Random initialization consumes from os.urandom(), not whether to stop using os.urandom() entirely. But

[issue27029] Remove support of deprecated mode 'U' in zipfile

Roundup Robot added the comment: New changeset bf8773b054cb by Serhiy Storchaka in branch 'default': Issue #27029: Removed deprecated support of universal newlines mode from ZipFile.open(). https://hg.python.org/cpython/rev/bf8773b054cb -- nosy: +python-dev

[issue27294] Better repr for Tkinter event objects

Terry J. Reedy added the comment: +1! This would be helpful for exploration and quite possibly for tests. Earlier this year, I bound to a custom function(event) printing event.x, event.y so I could discover how the line thickness of Canvas rectangles was distributed inside and outside the no

[issue27029] Remove support of deprecated mode 'U' in zipfile

Serhiy Storchaka added the comment: Thank you for your review Jim. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue16182] readline: Wrong tab completion scope indices in Unicode terminals

Serhiy Storchaka added the comment: Martin? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue22558] Missing doc links to source code for Python-coded modules.

Changes by Terry J. Reedy : -- assignee: docs@python -> terry.reedy stage: patch review -> commit review ___ Python tracker ___ ___ Py

[issue27294] Better repr for Tkinter event objects

Serhiy Storchaka added the comment: Oops! Sorry, here is a patch. Event.type is decoded. The address of the Event object is omitted as don't having much sense (this is short-living object). The name of widget is omitted since it is too long and usually know (in any case you can easy print both

[issue27294] Better repr for Tkinter event objects

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file43342/tkinter_event_repr.patch ___ Python tracker ___ ___ Python-bugs-l

[issue27294] Better repr for Tkinter event objects

Serhiy Storchaka added the comment: Sorry yet once. Uploaded patch contained experimental implementation. Here is cleaned patch. -- Added file: http://bugs.python.org/file43343/tkinter_event_repr.patch ___ Python tracker

[issue20508] IndexError from ipaddress._BaseNetwork.__getitem__ has no message

Berker Peksag added the comment: Thank you Gareth. I will commit ipaddress.patch this weekend. -- ___ Python tracker ___ ___ Python-bu

[issue27199] TarFile expose copyfileobj bufsize to improve throughput

Łukasz Langa added the comment: New feature -> 3.6. -- assignee: -> lukasz.langa stage: -> patch review versions: +Python 3.6 -Python 3.5 ___ Python tracker ___ ___

[issue27194] Tarfile superfluous truncate calls slows extraction.

Changes by Łukasz Langa : -- assignee: -> lukasz.langa stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue27294] Better repr for Tkinter event objects

Terry J. Reedy added the comment: Is this something that you might push before a2 tomorrow? (If I review now?) Or still in development? -- ___ Python tracker ___ __

[issue27294] Better repr for Tkinter event objects

Serhiy Storchaka added the comment: If you have no something to add, I'll push the patch. -- ___ Python tracker ___ ___ Python-bugs-li

[issue27296] Urllib/Urlopen IncompleteRead with HTTP header with new line characters

rugk added the comment: Yeah, it might not be the standard or best practise to send such headers, but at least all mayor browsers and curl do not complain about this. Mayor browsers even threat this HPKP header as it is supposed. But instead of showing complex error messages Python could just

[issue27292] Warn users that os.urandom() can return insecure values

Larry Hastings added the comment: I don't think this is necessary, as the documentation for os.urandom() is already pretty good. Here's the relevant bit: This function returns random bytes from an OS-specific randomness source. The returned data should be unpredictable enough for c

[issue27292] Warn users that os.urandom() can return insecure values

Larry Hastings added the comment: Oh, and, for 3.6 I would definitely support adding a mention of "Instead of using this function directly, we recommend you use the token_bytes() function in the secrets module", blah blah best practices etc. That goes for os.getrandom() too, if we add it to 3.

[issue27293] Summarize issues related to urandom, getrandom etc in secrets documentation

Larry Hastings added the comment: As with #27292, I'm going to nosy Georg Brandl about this so he can guide us in how to approach it. My hunch is, it'd be best if we avoided specifics, and talked instead in generalities. Perhaps all that's really necessary is to consistently assure the user t

[issue27293] Summarize issues related to urandom, getrandom etc in secrets documentation

Larry Hastings added the comment: Oops, sorry, forgot to actually nosy Georg. D'oh! -- nosy: +georg.brandl ___ Python tracker ___ ___

[issue27292] Warn users that os.urandom() can return insecure values

Donald Stufft added the comment: I agree that we should add a warning to these, it's easy to see how someone might read the summary of the function "Return a string of n random bytes suitable for cryptographic use." and skip over the nuance in the rest of the body of the function. Adding a red

[issue27297] Add support for /dev/random to "secrets"

New submission from Larry Hastings: Linux contains two separate sources for random numbers: /dev/urandom and /dev/random. On a reasonably-current Linux box, the urandom(4) man page states: As a general rule, /dev/urandom should be used for everything except long-lived GPG/SSL/SSH keys.

[issue27292] Warn users that os.urandom() can return insecure values

Larry Hastings added the comment: I would suggest weakening the one-line summary. Currently the first line reads: Return a string of n random bytes suitable for cryptographic use. I'd support adding some "weasel words" to this, e.g.: Return a string of n random bytes that should be su

[issue27297] Add support for /dev/random to "secrets"

Donald Stufft added the comment: For more information, read http://www.2uo.de/myths-about-urandom/ . -- ___ Python tracker ___ ___ Pyt

[issue27297] Add support for /dev/random to "secrets"

Donald Stufft added the comment: No we should not use /dev/random (or GRND_RANDOM(. It's numbers are not "more random" than /dev/urandom outside of the narrow window of prior to /dev/urandom being fully seeded. In fact, on Linux both /dev/urandom and /dev/random use the exact same CSPRNG the o

[issue27288] secrets should use getrandom() on Linux

Brett Cannon added the comment: Based on the documentation of random.SysRandom I think it comes down to #1. Perhaps the secrets documentation simply shouldn't mention the random module beyond how it's different? Then any use of the random module by the secrets module is an implementation detai

[issue27297] Add support for /dev/random to "secrets"

Larry Hastings added the comment: So, you assert getrandom(0) and getrandom(GRND_RANDOM) return random bits of identically high quality? I'm curious about this political pressure you cite. It seems bizarre to me that the Linux developers would bow to such a thing, given how they behave on...

[issue27297] Add support for /dev/random to "secrets"

Donald Stufft added the comment: > So, you assert getrandom(0) and getrandom(GRND_RANDOM) return random bits of > identically high quality? Yes, except the latter will randomly block. > I'm curious about this political pressure you cite. Think about the last 4 days, now imagine that's happeni

[issue22558] Missing doc links to source code for Python-coded modules.

Roundup Robot added the comment: New changeset 222c1d461aa8 by Terry Jan Reedy in branch '3.5': Issue #22558: Add remaining doc links to source code for Python-coded modules. https://hg.python.org/cpython/rev/222c1d461aa8 New changeset 2a01d7a488e9 by Terry Jan Reedy in branch 'default': Merge I

[issue27297] Add support for /dev/random to "secrets"

Donald Stufft added the comment: I will add, /dev/random is not going to *hurt* when generating long lived cryptographic keys (e.g. like your SSH keys) because that's something you're generally going to do once every couple of years and if it takes a few seconds longer because of snake oil the

[issue21386] ipaddress.IPv4Address.is_global not implemented

Berker Peksag added the comment: Thanks Roger! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: enhancement -> behavior ___ Python tracker __

[issue21386] ipaddress.IPv4Address.is_global not implemented

Roundup Robot added the comment: New changeset d65191861599 by Berker Peksag in branch '3.5': Issue #21386: Implement missing IPv4Address.is_global property https://hg.python.org/cpython/rev/d65191861599 New changeset 1519ca772e54 by Berker Peksag in branch 'default': Issue #21386: Merge from 3.

[issue27297] Add support for /dev/random to "secrets"

Larry Hastings added the comment: I understand. It's just that the manpage for urandom (and in fact the comments in the source code for /dev/random and /dev/urandom) both recommend using /dev/random for these long-lived cryptographic keys. Under normal circumstances I'd simply assume that wa

[issue22558] Missing doc links to source code for Python-coded modules.

Terry J. Reedy added the comment: I committed the excellent patch. It should appear in the upcoming 3.5 and 3.6 releases, and within a day online. Thanks to both package author and also to reviewers. I would like to see more patches like this. I reverted the deletion of version added in moc

[issue20508] IndexError from ipaddress._BaseNetwork.__getitem__ has no message

Roundup Robot added the comment: New changeset bc758c62bc4f by Berker Peksag in branch 'default': Issue #20508: Improve exception message of IPv{4,6}Network.__getitem__ https://hg.python.org/cpython/rev/bc758c62bc4f -- nosy: +python-dev ___ Python tra

[issue20508] IndexError from ipaddress._BaseNetwork.__getitem__ has no message

Changes by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.5 ___ Python tracker ___ _

[issue27025] More human readable generated widget names

Serhiy Storchaka added the comment: Patch updated. 1. The prefix "0" is used for generated names. This keeps the old rule (generated names start from a digit and are not valid Python identifier) and looks less striking than "_". 2. Lowercased Python class name is used as a base name for gener

[issue27294] Better repr for Tkinter event objects

Terry J. Reedy added the comment: Testing now. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue27297] Add support for /dev/random to "secrets"

Donald Stufft added the comment: > It's just that the manpage for urandom (and in fact the comments in the > source code for /dev/random and /dev/urandom) both recommend using > /dev/random for these long-lived cryptographic keys. It's a hedge because of the bad behavior of /dev/urandom on ea

[issue5124] IDLE - pasting text doesn't delete selection

Ned Deily added the comment: Terry, the 2.7 version of the test changes is causing buildbot and test_idle failures when the "gui" condition is not met. See, for example, http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%202.7/builds/1400. -- stage: resolved -> needs patch sta

[issue20508] IndexError from ipaddress._BaseNetwork.__getitem__ has no message

Gareth Rees added the comment: Thank you for applying this patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue26565] [ctypes] Add value attribute to non basic pointers.

Memeplex added the comment: Martin, there were two reasons: 1. Conciseness: addressof(p.contents) vs. p.value. 2. Uniformity: I expect the value of a pointer to be the address it points to. Then Eryk pointed out that p.value has already another meaning for simple pointer types, so (2) can't be

[issue27277] Fatal Python error: Segmentation fault in test_exceptions

Rohit Mediratta added the comment: It's set to 1000, I didnt change during install, so it's likely set to the default value. >>> import sys >>> sys.getrecursionlimit() 1000 I also have a lot of memory free (87G) to run scripts (should be able to handle without running into issues) [/loc/rom

[issue27294] Better repr for Tkinter event objects

Terry J. Reedy added the comment: Summary: Though I would like to see some refinements, this looks really useful as is and I would like it applied soon even if refinements have to wait for a second patch. Moving the window did not generate a printed event. I like the compact way of handling c

[issue5124] IDLE - pasting text doesn't delete selection

Roundup Robot added the comment: New changeset 274308a3b8b6 by Terry Jan Reedy in branch '2.7': Issue #5124: For 2.7, move requires('gui') from module level to setUpClass. https://hg.python.org/cpython/rev/274308a3b8b6 -- ___ Python tracker

[issue5124] IDLE - pasting text doesn't delete selection

Terry J. Reedy added the comment: Oh right, requires('gui') does not work at module level in 2.7. This should fix. Will try to check next round of bot builds. -- ___ Python tracker _

[issue27294] Better repr for Tkinter event objects

Serhiy Storchaka added the comment: The key state can be interesting for mouse events too. Ctrl-Click, Shift-Move. Maybe it is worth to omit the output of state=0. Agreed, the 4 mouse positions are pretty noisy. Maybe omit root_x and root_y? But mouse position can be relevant for such key even

[issue26556] Update expat to 2.2.1

Roundup Robot added the comment: New changeset d8a0a016d8d4 by Benjamin Peterson in branch '2.7': upgrade expt to 2.1.1 (closes #26556) https://hg.python.org/cpython/rev/d8a0a016d8d4 New changeset bb3ce78572f5 by Benjamin Peterson in branch '3.4': upgrade expt to 2.1.1 (closes #26556) https://hg

[issue27291] two heap corruption issue

Changes by Raymond Hettinger : -- nosy: +haypo, rhettinger, serhiy.storchaka, stutzbach ___ Python tracker ___ ___ Python-bugs-list ma

[issue27295] heaps library does not have support for max heap

Raymond Hettinger added the comment: Sorry James, we don't grow the APIs without sufficient demonstrated need; otherwise, we end-up with API sprawl. People with actual use cases haven't requested behavior (and the occasional one-off gets by negating the numeric argument). That is why the max

[issue27291] two heap corruption issue

Serhiy Storchaka added the comment: poc.zip contains only precompiled files. Could you please provide source files? -- ___ Python tracker ___

[issue22253] ConfigParser does not handle files without sections

Pedro Lacerda added the comment: I also never found a mixture of sectionless options followed by sectioned options. So an unnamed section that is also the DEFAULTSECTION will probably work. In this patch when `default_section=None` is passed to `RawConfigParser` it will parse top level option

[issue27294] Better repr for Tkinter event objects

Terry J. Reedy added the comment: Right. This is why I suggested leaving anything we are not sure of to a later patch, after gaining more experience (and thought). However, 'state' behaved strangely in my experiments. In a sequence of about 900 events, it started as 8 (Left Alt according to

[issue27140] Opcode for creating dict with constant keys

Benjamin Peterson added the comment: Okay, I think it's fine then. However, you have a for loop in compiler_subkwargs which only executes once. -- ___ Python tracker ___ ___

[issue27291] two heap corruption issue

Park Alex added the comment: all of .pyc files had been altered by fuzzer. original py code is following: $ cat helloworld.py def hello(s=0x4142434445464748): print s if type(s) == str: print s.encode('hex') print repr(s) else: s = str(s) print len(s) <<

[issue27298] redundant iteration over digits in _PyLong_AsUnsignedLongMask

Changes by Oren Milman : Added file: http://bugs.python.org/file43348/CPythonTestOutput.txt ___ Python tracker ___ ___ Python-bugs-list mailin

[issue27294] Better repr for Tkinter event objects

Roundup Robot added the comment: New changeset 61a92a102b2d by Serhiy Storchaka in branch 'default': Issue #27294: Improved repr for Tkinter event objects. https://hg.python.org/cpython/rev/61a92a102b2d -- nosy: +python-dev ___ Python tracker

[issue27298] redundant iteration over digits in _PyLong_AsUnsignedLongMask

New submission from Oren Milman: current state 1. In Objects/longobject.c in _PyLong_AsUnsignedLongMask, in case v is a multiple-digit int, _PyLong_AsUnsignedLongMask iterates over all of its digits (going from the most to the least significant digit) and does (for eac

[issue27298] redundant iteration over digits in _PyLong_AsUnsignedLongMask

Changes by Serhiy Storchaka : -- nosy: +mark.dickinson, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue27298] redundant iteration over digits in _PyLong_AsUnsignedLongMask

Changes by Oren Milman : Added file: http://bugs.python.org/file43347/patchedCPythonTestOutput.txt ___ Python tracker ___ ___ Python-bugs-list

[issue27288] secrets should use getrandom() on Linux

Tim Peters added the comment: I think it's clear Guido would say "#1". The thrust of all his comments to date is that it was a mistake to change the semantics of os.urandom() on Linux (and one other platform? don't really care), and that in 3.6+ only `secrets` should _try_ to supply possibly-

[issue27288] secrets should use getrandom() on Linux

Brett Cannon added the comment: It should be mentioned that Guido really doesn't like the idea of os.getrandom() as it exposes stuff where we would rather simply tell people to use the secrets module. -- ___ Python tracker

  1   2   >