[issue26293] Embedded zipfile fields dependent on absolute position

spoo added the comment: Thank you for looking into this! I don't have my tablet to test with at the moment, but testing locally with zipinfo there used to be a warning about missing bytes and now there is none. I will test with the tablet in a week or two when I get it back. --

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

Terry J. Reedy added the comment: I presume you mean option 4. I understand this to be what David and others expected. Ned, what do you think now? You were opposed 3 years ago, but we have a bit more evidence that the current behavior is out of whack with current Linux practice. Should I

[issue26415] Fragmentation of the heap memory in the Python parser

A. Skrobov added the comment: An arena might help reclaim the memory once the parsing is complete, but it wouldn't reduce the peak memory consumption by the parser, and so it wouldn't prevent a MemoryError when parsing a 35MB source on a PC with 2GB of RAM. --

[issue27229] In tree cross-build fails copying Include/graminit.h to itself

Martin Panter added the comment: Thanks Alex & Xavier. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue27245] IDLE: Fix deletion of custom themes and key bindings

Serhiy Storchaka added the comment: Proposed patch should fix this issue. -- components: +IDLE keywords: +patch nosy: +serhiy.storchaka stage: test needed -> patch review versions: +Python 2.7, Python 3.5 Added file: http://bugs.python.org/file43275/idle_delete_current_theme.patch

[issue27173] Modern Unix key bindings for IDLE

Serhiy Storchaka added the comment: There was a bug, saving custom key set didn't have any effect if previous key set was IDLE Modern Unix. -- Added file: http://bugs.python.org/file43274/idle_modern_unix_key_set4.patch ___ Python tracker

[issue27221] multiprocessing documentation is outdated regarding method picklability

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review title: [multiprocessing] Doc is outdated regarding method picklability -> multiprocessing documentation is outdated regarding method picklability type: -> behavior versions: +Python 3.6

[issue27186] add os.fspath()

Changes by Berker Peksag : -- stage: test needed -> resolved ___ Python tracker ___

[issue27173] Modern Unix key bindings for IDLE

Serhiy Storchaka added the comment: Interesting, I was not able to reproduce a bug if just save as custom theme and apply, but after creating and deleting the second custom theme I got a mystical behavior of IDLE -- radiobuttons are not consistent with comboboxes, OK can't be pressed, etc.

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

STINNER Victor added the comment: Colm Buckley: "I feel that there is no consistent way to signal to higher-level applications that the random data has sub-standard entropy; but that this at least preserves the expected semantics, and doesn't block on startup in the event of an uninitialized

[issue26415] Fragmentation of the heap memory in the Python parser

STINNER Victor added the comment: Benjamin Peterson: "It seems to me a simpler solution would be allocate all nodes for a parse tree in an arena." Exactly, that's the real fix. Just make sure that deallocating this arena does punch holes in the "heap memory". For example, on Linux, it means

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

STINNER Victor added the comment: Martin Panter (msg267504): "As I understand it, if there is no entropy initialized, this patch will fall back to reading /dev/urandom, which will return predictable data (opposite of “random” data!)." No, I don't think so. Linux uses a lot of random sources,

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

STINNER Victor added the comment: Martin Panter (msg267511): "Maybe an alternative would be to add a special PYTHONHASHSEED=best-effort (or whatever) value that says if there is no entropy available, use a predictable hash seed. That would force whoever starts the Python process to be aware

[issue26556] Update expat to 2.2.1

Larry Hastings added the comment: Was this critical bug fix released on May 17th as promised? I will not hold up 3.5.2 for this. 3.5.2 has waited long enough. -- ___ Python tracker

[issue23264] Add pickle support of dict views

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

[issue27247] telnetlib AttributeError: 'error' object has no attribute 'errno' (handling of select.error)

Xiang Zhang added the comment: In py2, select.error is a stand alone exception while in py3 it's an alias of OSError. This difference seems not noticed when introduced in 872afada51b0. -- nosy: +gregory.p.smith, xiang.zhang ___ Python tracker

[issue23401] Add pickle support of Mapping views

Serhiy Storchaka added the comment: Should we forbid pickling MappingView? And what about copying and deepcopying? -- ___ Python tracker ___

[issue25738] http.server doesn't handle RESET CONTENT status correctly

Susumu Koshiba added the comment: Thanks for the suggestions, I've updated the test cases and created a patch for 3.6. -- Added file: http://bugs.python.org/file43277/issue25738_http_reset_content_07.patch ___ Python tracker

[issue27235] Heap overflow occurred due to the int overflow (Python-2.7.11/Modules/posixmodule.c)

Larry Hastings added the comment: I agree with the previous comment author. Can you post a sample program that crashes Python? Please specify what platform you're running on. On 32-bit platforms, you'd be unable to construct even the first "r" * ((2**32)-1) string. That string would use

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

Roundup Robot added the comment: New changeset 9de508dc4837 by Victor Stinner in branch '3.5': os.urandom() doesn't block on Linux anymore https://hg.python.org/cpython/rev/9de508dc4837 -- nosy: +python-dev ___ Python tracker

[issue27248] Possible refleaks in PyType_Ready in error condition

New submission from Xiang Zhang: As the title, in add_* used in PyType_Ready, the reference counts are not decreased when adding them to dict fails. -- files: refleak_in_pytype_ready.patch keywords: patch messages: 267607 nosy: serhiy.storchaka, xiang.zhang priority: normal severity:

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

STINNER Victor added the comment: Manual check to ensure that getrandom() syscall is used on Linux: $ strace -o trace ./python -c 'import os; os.urandom(16); os.urandom(16)' && grep getrandom trace getrandom("...", 24, GRND_NONBLOCK) = 24 getrandom("...", 16, GRND_NONBLOCK) = 16

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

STINNER Victor added the comment: Sorry for the delay. getrandom_nonblocking_v4.patch LGTM, but I made a major change: if getrandom() fails with EAGAIN, it now *always* fall back on reading /dev/urandom. I also documented the change in os.urandom() documentation and in Misc/NEWS. I pushed

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

Stefan Krah added the comment: On Tue, Jun 07, 2016 at 10:01:16AM +, STINNER Victor wrote: > Maybe need something like time.get_clock_info(), sys.float_info and > sys.thread_info for os.urandom(): a string describing the implementation of > os.urandom(). It would allow the developer to

[issue27247] telnetlib AttributeError: 'error' object has no attribute 'errno' (handling of select.error)

New submission from Muhammad Toufeeq Ockards: I was using the telnetlib on linux in python 2.7 and ran into error that executed line 320 of https://hg.python.org/cpython/file/2.7/Lib/telnetlib.py -- 319: except select.error as e: 320:if e.errno ==

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

STINNER Victor added the comment: I'm the author of the os.urandom() change which introduced the usage of the new getrandom() syscall: see the issue #22181. My motivation was to avoid the internal file descriptor to read /dev/urandom. In some corner cases (issue #18756), creating a file

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

Colm Buckley added the comment: @haypo - I concur with all of your comments. I didn't have a strong opinion on whether to modify getrandom_works; your proposal looks fine to me (and will give consistent behavior over the lifetime of the process). Thanks all for your help with this issue; much

[issue27248] Possible refleaks in PyType_Ready in error condition

Changes by Serhiy Storchaka : -- components: +Interpreter Core stage: -> patch review type: -> behavior ___ Python tracker

[issue26415] Fragmentation of the heap memory in the Python parser

A. Skrobov added the comment: My current patch avoids the memory peak *and* doesn't add any memory fragmentation on top of whatever is already there. In other words, it makes the parser better in this one aspect, and it doesn't make it worse in any aspect. --

[issue26415] Excessive peak memory consumption by the Python parser

A. Skrobov added the comment: (Updating the issue title, to avoid confusion between two orthogonal concerns) -- title: Fragmentation of the heap memory in the Python parser -> Excessive peak memory consumption by the Python parser ___ Python tracker

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

Christian Heimes added the comment: On 2016-06-07 19:46, Larry Hastings wrote: > > Larry Hastings added the comment: > > Thank you for summarizing the debate. It made it a lot easier to > >> * blocking initialization of the hash secret. This occurs regardless of >> script contents; at

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

Donald Stufft added the comment: > I don't follow whose patch does what. But here's what I find acceptable, > from a high level. > > * The semantics as presented by the documentation must be preserved. > os.urandom() and other operations that declare they're safe for cryptographic > use

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

Christian Heimes added the comment: On 2016-06-07 19:36, Donald Stufft wrote: > > Donald Stufft added the comment: > >> Possible resolutions: >> * accept possible low-entropy initialization of the hash secret; using the >> patches supplied here by myself and Victor. >> * add a command-line

[issue27252] Make dict views copyable

Serhiy Storchaka added the comment: I didn't encounter this. -- ___ Python tracker ___ ___ Python-bugs-list

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

Donald Stufft added the comment: I've attached a minimal patch for making it so ``import random`` does not block, it does this by changing what the default instance of Random() is seeded with, from os.urandom() to the time based fallback it currently employs. It does not change the behavior

[issue27252] Make dict views copyable

Raymond Hettinger added the comment: I think we should stop adding features like this without actual user requests and real use cases to show necessity and to inform the design. -- ___ Python tracker

[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: Everybody: let's drop discussing "hashlib" unless someone says it actually is a problem. I think it was always, as we say in English, a "red herring". > The secret for SipHash is composed of two 64bit integers. The entire > _Py_HashSecret_t struct is 24

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

Donald Stufft added the comment: > As a final note, let me steer you towards this comment in Python/random.c: > > /* Issue #25003: Don' use getentropy() on Solaris (available since > * Solaris 11.3), it is blocking whereas os.urandom() should not block. */ > > Yes: we already had this

[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: That reminds me. I want to be clear: I think it's preferable that os.urandom() blocks when insufficient entropy is available. If Victor's patch changed that, it should be backed out. (Since non-blocking urandom is useful, perhaps in 3.6 os.urandom() should

[issue27127] Never have GET_ITER not followed by FOR_ITER

Raymond Hettinger added the comment: I don't think this should go forward. The current FOR_ITER and JUMP_ABSOLUTE combination is very efficient and shouldn't be changed lightly. It is the inside of the loop that matters -- the GET_ITER step is outside of the loop and isn't expensive. Also,

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

Colm Buckley added the comment: To clarify what the various patches do: 3.5.1 as released: os.urandom and hash secret initialization both attempt getrandom() in preference to reading /dev/urandom. Under certain circumstances, this will block, possibly indefinitely. Changeset 9de508dc4837:

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

Donald Stufft added the comment: > specifically, early in the boot process, although not I think just on the > first boot of a system; Debian at least by default does not attempt to > preserve its entropy pool across a reboot.) Look at /etc/init.d/urandom in the initscripts package in Jessie

[issue25958] Implicit ABCs have no means of "anti-registration"

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___

[issue27254] heap overflow in Tkinter module

Serhiy Storchaka added the comment: Minimal reproducer: from tkinter import Tk Tk(className='A'*0xf) This looks as Tcl/Tk problem. -- nosy: +serhiy.storchaka type: security -> crash versions: +Python 3.5, Python 3.6 -Python 3.3, Python 3.4 ___

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

Colm Buckley added the comment: Donald - Oh, that's interesting; thank you. I guess that system-crontab-generator is being called before that in the boot process. The most common trigger case, I guess, will then be cloud containers and VMs which are spun up for single applications. I think

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

Cory Benfield added the comment: > So you are intentionally accepting a new vector for DoS attacks, and calling this non-reduced security? This is only a DoS vector if you can hit the server so early in the boot process that it doesn't have enough entropy. The *second* enough entropy has been

[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: > This is only a DoS vector if you can hit the server so early in the boot > process that it doesn't have enough entropy. Python hash randomization only happens once. So it's not a matter of how early we try the attack, it's a matter of how early we seed

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

Cory Benfield added the comment: > Python hash randomization only happens once. So it's not a matter of how > early we try the attack, it's a matter of how early we seed Python hash > randomization. Sorry Larry, I was insufficiently clear (relying on context from earlier). I totally agree

[issue27256] header indentation destroyed

New submission from Hans-Peter Jansen: In the course of replacing an old Python 2.7 email filter tool with a rewritten Python3 version, I stumbled across a ugly case, where such an header: X-Microsoft-Exchange-Diagnostics:

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

Marc-Andre Lemburg added the comment: On 07.06.2016 21:12, Cory Benfield wrote: > >> Python hash randomization only happens once. So it's not a matter of how >> early we try the attack, it's a matter of how early we seed Python hash >> randomization. > > Sorry Larry, I was insufficiently

[issue27187] Relax __all__ location requirement in PEP 8

Barry A. Warsaw added the comment: Thanks for the patch! -- ___ Python tracker ___ ___ Python-bugs-list

[issue27256] header indentation destroyed

Changes by Hans-Peter Jansen : Added file: http://bugs.python.org/file43286/mf.9__mi0bf.out ___ Python tracker ___

[issue27258] Exception in BytesGenerator.flatten

New submission from Hans-Peter Jansen: Attached mail, parsed with email.message_from_binary_file results in: Traceback (most recent call last): File "./mail_filter.py", line 616, in ret = main.run() File "./mail_filter.py", line 605, in run self.process(fp) File

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

Colm Buckley added the comment: Ted - I'd suggest the following to test. Boot an arbitrary Linux system with init=/usr/bin/python3 (assuming filesystems mounted etc). Python 3.5.1 (on Linux) will call getrandom() in blocking mode very early in its startup; if this happens before the pool is

[issue27255] More opcode predictions

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___

[issue27261] io.BytesIO.truncate does not work as advertised

Martin Panter added the comment: BytesIO is supposed to implement IOBase. I would treat this as a bug in existing versions too. -- nosy: +martin.panter stage: -> needs patch versions: +Python 2.7, Python 3.5 ___ Python tracker

[issue27187] Relax __all__ location requirement in PEP 8

John Mark Vandenberg added the comment: The revised text says __dunder__ should appear before any imports, however __future__ imports must appear first for obvious reasons. Does this need to be mentioned in the pep? -- ___ Python tracker

[issue27251] TypeError in logging.HTTPHandler.emit; possible python 2 to 3 conversion issue

Changes by Berker Peksag : -- stage: test needed -> resolved ___ Python tracker ___

[issue27255] More opcode predictions

Raymond Hettinger added the comment: Serhiy, please slow down and stop rewriting every single thing you see. Your rate of patches is prolific and hard to digest. Please give some consideration that the people who came before you (lots of them) put a lot of thought into what was done and

[issue27253] More efficient deepcopying of Mapping

Raymond Hettinger added the comment: Is this ever needed? I'm not sure whether all these patches are being driven by reasonable use cases or whether it is just something that could be done. I thought the whole point of the views was to avoid copying. If so, there is a design principle that

[issue27252] Make dict views copyable

Raymond Hettinger added the comment: See also: http://bugs.python.org/issue27253 -- ___ Python tracker ___

[issue27180] Doc/pathlib: Please describe the behaviour of Path().rename() is depends on the platform (same as os.rename())

Berker Peksag added the comment: Could you please send your patch in unified diff format? See https://docs.python.org/devguide/patch.html for details. -- nosy: +berker.peksag stage: needs patch -> patch review ___ Python tracker

[issue27180] Doc/pathlib: Please describe the behaviour of Path().rename() is depends on the platform (same as os.rename())

Changes by Evelyn Mitchell : Added file: http://bugs.python.org/file43289/patch27180 ___ Python tracker ___

[issue27081] Cannot capture sys.stderr output from an uncaught exception in a multiprocessing Process using a multiprocessing Queue

Changes by ppperry : -- title: Multiprocessing is not robust against sys.stderr changes involving queues -> Cannot capture sys.stderr output from an uncaught exception in a multiprocessing Process using a multiprocessing Queue

[issue27251] TypeError in logging.HTTPHandler.emit; possible python 2 to 3 conversion issue

Roundup Robot added the comment: New changeset 11ebd14076b4 by Vinay Sajip in branch '3.5': Fixed #27251: corrected string/bytes handling in credentials. https://hg.python.org/cpython/rev/11ebd14076b4 New changeset 12d939477b4f by Vinay Sajip in branch 'default': Fixed #27251: merged fix from

[issue26632] @public - an __all__ decorator

Barry A. Warsaw added the comment: On Jun 04, 2016, at 07:47 PM, Zachary Ware wrote: >So, +1 anyway. I think this would be rather worthwhile, especially in the >stdlib. Thanks! I still like it and plan on continuing to use it in my code. I would recommend you playing with the third party

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

Donald Stufft added the comment: > Once this has been done, it will never block again, and happily send you poor > random data if the entropy pool has been completely wiped of any entropy data > - without telling you. This doesn't actually happen in real life, once urandom has been

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

Donald Stufft added the comment: Thanks for weighing in Theodore, I think that matches what Colm's last suggestion was, and what I was personally OK with. To seed our SipHash function using GRND_NONBLOCK since it's likely that will be fine, and worst case we're just using it for some hash

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

On 07.06.2016 22:27, Theodore Tso wrote: > > Secondly, when I decided to add this behavior to getrandom(2), it was because > people were really worried that people would be using /dev/urandom for > security-critical things (e.g., initializing ssh host session keys, when > they'd _really_

[issue27259] Possible missing deprecation warnings?

New submission from Mark Summerfield: In the docs for the array module: https://docs.python.org/dev/library/array.html#module-array Note 1 in the table of type codes says that the 'u' type is deprecated and will go in Python 4.0. Since the array.fromunicode() and array.tounicode() methods

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

Changes by Christian Heimes : -- nosy: -christian.heimes ___ Python tracker ___ ___

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

Colm Buckley added the comment: I've spoken with Ted Ts'o (one advantage of working for Google) and taken a look in the Linux kernel source, and things are actually better than we'd feared. Firstly, calling getrandom() with GRND_NONBLOCK and a buffer size of less than or equal to 32 bytes

[issue27251] TypeError in logging.HTTPHandler.emit; possible python 2 to 3 conversion issue

Changes by Vinay Sajip : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue27187] Relax __all__ location requirement in PEP 8

Roundup Robot added the comment: New changeset cf8e888b9555 by Barry Warsaw in branch 'default': Relax __all__ location. https://hg.python.org/peps/rev/cf8e888b9555 -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed

[issue27261] io.BytesIO.truncate does not work as advertised

New submission from Justus Winter: % python3.6 -c "import io; b=io.BytesIO(); assert b.truncate(42) == 42; assert len(b.getbuffer()) == 42, 'expected length 42, got {}'.format(len(b.getbuffer()))" Traceback (most recent call last): File "", line 1, in AssertionError: expected length 42, got

[issue27257] get_addresses results in traceback with a valid? header

New submission from Hans-Peter Jansen: In the course of replacing an old Python 2.7 email filter tool with a rewritten Python3 version, I stumbled across a ugly case, where such an header: To: unlisted-recipients: ;, ""@pop.kundenserver.de (no To-header on input) results in a

[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: I fear I may be changing my mind a little bit. However, I skipped breakfast--and now it's looking like a late lunch--so I simply have to step away for a while. Expect me to post in about two hours when I get some calories down and finally make up my tiny

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

Donald Stufft added the comment: Colm, Great, then I think there's general agreement, we just need someone to review the nonblocking_urandom_noraise.patch (which my C is not strong enough to feel comfortable doing). That still leaves the `import random` issue, but I think we can reopen

[issue27263] IDLE sets the HOME environment variable breaking scripts

New submission from Jarrod Petz: It seems IDEL is setting the environment variable 'HOME' on windows. Specifically I am on windows 8.1 This is extremly annoying and bad as according the code and doco, os.path.expanduser will preference this variable above others such as USERPROFILE.

[issue27127] Never have GET_ITER not followed by FOR_ITER

Demur Rumed added the comment: Attaching forbegin3.patch. It reintroduces GET_ITER for the sole purpose of eagerly throwing. I decided to reuse GET_ITER over something like TEST_ITER as this way we can have GET_ITER flow into FOR_BEGIN & rely on the fast path of iter(iter(x))

[issue27260] Missing equality check for super objects

Jelle Zijlstra added the comment: This came up as part of a static analysis script that compares sets of method calls, including calls to methods on super(). The check was giving incorrect results because identical super() objects were comparing as different. super() is documented

[issue18844] allow weights in random.choice

Serhiy Storchaka added the comment: Raymond, do you have a time for this issue? -- ___ Python tracker ___ ___

[issue25738] http.server doesn't handle RESET CONTENT status correctly

Martin Panter added the comment: Patch 07 looks fine. I presume you still want to do the porting to 3.5 and 2.7. -- ___ Python tracker ___

[issue27187] Relax __all__ location requirement in PEP 8

Changes by Ian Lee : Added file: http://bugs.python.org/file43296/issue-27187-patch3.txt ___ Python tracker ___

[issue26446] Mention in the devguide that core dev stuff falls under the PSF CoC

Evelyn Mitchell added the comment: Thank you for your help Berker. -- nosy: +Evelyn Mitchell Added file: http://bugs.python.org/file43297/patchCoreDevCoC ___ Python tracker

[issue15476] Index "code object" and link to code object definition

Tommy Beadle added the comment: Martin, thanks for the suggestion that worked. I believe this patch should have all of the issues addressed. -- Added file: http://bugs.python.org/file43298/0001-Issue-15476-Make-code-object-its-own-entry-in-the-do.patch

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

Serhiy Storchaka added the comment: "bindtag" is an arbitrary string. Usually this is a name of Tk widget class of or "all". bindtags() allows to retrieve or set a list of bindtags associated with a widget. By default they are: full path of a widget, name of Tk class of widgets, full path of

[issue27242] Make the docs for NotImplemented & NotImplementedError unambigous

Martin Panter added the comment: Emanuel, have you seen ? From my experience, install Sphinx, and then “make -C Doc/ html”. About the patch, I think the “.. note” boxes should be intended under the

[issue17394] Add slicing support to collections.deque

Serhiy Storchaka added the comment: Raymond, do you have a time to make a review? -- ___ Python tracker ___

[issue27260] Missing equality check for super objects

Changes by Jelle Zijlstra : -- priority: normal -> low type: -> enhancement ___ Python tracker ___

[issue25628] Make namedtuple "verbose" and "rename" parameters into keyword only arguments

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25455] Some repr implementations don't check for self-referential structures

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue15476] Index "code object" and link to code object definition

Martin Panter added the comment: Yes it seems you even fixed the problem with the definition list, which I thought was not fixable :) -- stage: needs patch -> commit review ___ Python tracker

[issue27263] IDLE sets the HOME environment variable breaking scripts

Jarrod Petz added the comment: It also makes things none deterministic. As when I am off the domain or my network drive H:\ is unavailable it works and uses USERPROFILE. -- ___ Python tracker

[issue27127] Never have GET_ITER not followed by FOR_ITER

Demur Rumed added the comment: Didn't see Raymond's response before posting, forbegin3 at least exists as a completion of the experiment to a passes-tests state. The tracing hacks to support an instruction corresponding to two separate lines support rejecting this idea --

[issue27238] Bare except: usages in turtle.py

Jelle Zijlstra added the comment: Thanks for the review and comments. This patch addresses your comments and changes the __file__-related one to catch Exception. -- Added file: http://bugs.python.org/file43299/issue27238-cr.patch ___ Python tracker

[issue13451] sched.py: speedup cancel() method

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27127] Never have GET_ITER not followed by FOR_ITER

Demur Rumed added the comment: I should've kept gitfit & forbegin more separated as issues. Attached is gitfit2, which only folds the GET_ITER into the comprehension if it isn't a generator so to pass test_genexps -- Added file: http://bugs.python.org/file43300/gitfit2.patch

[issue27264] python 3.4 vs. 3.5 strftime same locale different output on Windows

New submission from David Perra: The execution of these commands in python 3.4.x (Windows 10 Home) import locale from datetime import datetime locale.setlocale(locale.LC_ALL, 'Spanish') datetime.strftime(datetime.now(), '%a %d %b %Y') renders the output

  1   2   3   >