[issue24370] OrderedDict behavior is unclear with misbehaving keys.

Raymond Hettinger added the comment: > I would expect the behavior to be undefined (though non-crashing). That is all you should expect. -- ___ Python tracker ___ _

[issue24474] Accidental exception chaining in inspect.Signature.bind()

Nick Coghlan added the comment: This isn't a bug, as "raise exc from None" only hides *display* of the context, it doesn't lose the record of the context entirely. This means Walter's display code is incorrect, as it isn't checking for __suppress_context__: >>> import inspect >>> try: ...

[issue20344] subprocess.check_output() docs misrepresent what shell=True does

Martin Panter added the comment: I think it might be better to leave the platform-specific details in the full Popen description, not under Frequently Used Arguments. I suggest to use 20344_4.patch: * Move existing pointer to Popen constructor details up to top of section * Explain the escapin

[issue24468] Expose C level compiler flag constants to Python code

Nick Coghlan added the comment: Bringing a design discussion back from the code review, since I didn't explain the problem to be solved very well, and instead jumped straight to recommending a specific solution. Currently, dis has a dictionary mapping from hardcoded compiler flag values (in d

[issue24412] setUpClass equivalent for addCleanup

Tal Einat added the comment: I'm convinced. +1 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue24408] tkinter.font.Font.measure() broken in 3.5

Martin Panter added the comment: Here is a patch to decouple the families() and Font.actual("family") tests as I suggested. Ned, can you confirm if this works on the failing OS X setup? I expect it should be fine. -- stage: needs patch -> patch review Added file: http://bugs.python.org

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Changes by Yury Selivanov : Added file: http://bugs.python.org/file39745/corotype.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue24468] Expose compiler flag constants as code object attributes

Changes by Rose Ames : -- nosy: +superluser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue24370] OrderedDict behavior is unclear with misbehaving keys.

Changes by Rose Ames : -- nosy: +superluser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19613] test_nntplib: sporadic failures, test_article_head_body()

Martin Panter added the comment: The timed out case seems to be similar to Issue 19756. -- nosy: +vadmium ___ Python tracker ___ ___ P

[issue24460] urlencode() of dictionary not as expected

Martin Panter added the comment: 1. urlencode(): I agree the documentation is unclear. But David Rueter’s suggestion does not help much. I think doseq=True is meant to also work for a mapping query (as in original post), and is not required in the sequence-of-tuples mode if each tuple has a si

[issue24477] In argparse subparser's option goes to parent parser

New submission from py.user: Some misleading behaviour found with option belonging. It's possible to put one option twicely, so it can set different parameters accoding to context. A source of argt.py for test: #!/usr/bin/env python3 import argparse parser = argparse.ArgumentParser() parser.a

[issue24129] Incorrect (misleading) statement in the execution model documentation

Eric Snow added the comment: I expect you'll get the same response, especially given potential (though slight) chance for backward-compatibility issues. What I find curious is Guido's reference to "the rule that class bodies don't play the nested scopes game" (and his subsequent explanation).

[issue24412] setUpClass equivalent for addCleanup

R. David Murray added the comment: That would not make it simpler. In fact it would make the test code more complex. I'd still need the safeSetUpClass dodge (or repeat the try/except/log in every setUpClass method), and I'd have to have a wrapper function that I passed each cleanup to as an

[issue24129] Incorrect (misleading) statement in the execution model documentation

levkivskyi added the comment: Eric, thank you for the review. I have incorporated proposed changes in second version of the patch. Concerning the question whether it is a bug, it also smells like a bug to me, but Guido said 13 years ago that this should not be changed: https://mail.python.org/

[issue23749] asyncio missing wrap_socket

Elizabeth Myers added the comment: After giving this a look over, I think this is over my head. Sorry. -- ___ Python tracker ___ ___ P

[issue24412] setUpClass equivalent for addCleanup

Serhiy Storchaka added the comment: contextlib.ExitStack could help you. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue24412] setUpClass equivalent for addCleanup

R. David Murray added the comment: As further motivation, I actually tried to implement this using try/except. First I wrote a loop in tearDownClass that ran each of the cleanups inside a try/except and printed the exception if there was one. But of course that doesn't run if setUpClass fail

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Yury Selivanov added the comment: Actually, I'm not sure that we should use 'cr_*' prefix instead of 'gi_*' for coroutines. Coroutines reusing generators machinery is a two-fold thing: on the one hand it makes the implementation simpler; on the other -- __await__ must return an *iterator*. I

[issue24475] The docs never define what a pool "task" is

Changes by Ned Deily : -- nosy: +davin, sbt versions: -Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue24467] bytearray pop and remove Buffer Over-read

Changes by Ned Deily : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue24476] Statically link vcruntime140.dll

Changes by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue24476] Statically link vcruntime140.dll

Roundup Robot added the comment: New changeset 56ea535a8047 by Steve Dower in branch '3.5': Issue 24476: Statically links vcruntime140.dll and removes it from the installer https://hg.python.org/cpython/rev/56ea535a8047 New changeset c0827842102e by Steve Dower in branch 'default': Issue 24476:

[issue24476] Statically link vcruntime140.dll

Steve Dower added the comment: > it's the move to the universal CRT that mitigates the worst of the "don't mix > C runtimes" issues, rather than this specific change? Correct -- ___ Python tracker ___

[issue24476] Statically link vcruntime140.dll

Paul Moore added the comment: Cool. Easier distribution is good. Better compatibility with GPL requirements (depending only on "system facilities") is probably helpful for the general community, too. Embedding in C++ built with a different version of the compiler is always going to be a fun e

[issue24470] ctypes incorrect handling of long int on 64bits Linux

Terry J. Reedy added the comment: Should this then be closed as not a bug? -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bug

[issue24129] Incorrect (misleading) statement in the execution model documentation

Eric Snow added the comment: I've left a review. That said, we need to be sure this behavior is intentional. The fact that it skips the "nonlocal" scope(s) smells like a bug to me. -- nosy: +eric.snow ___ Python tracker

[issue24476] Statically link vcruntime140.dll

Zachary Ware added the comment: As long as a clean (updated) install of Vista, 7, 8, or 10 can download the installer, run it, and run Python without having to do anything else, I'm good with it. -- ___ Python tracker

[issue24476] Statically link vcruntime140.dll

Steve Dower added the comment: There may be some potential issues when hosting Python in a C++ app built with a later version of MSVC, since vcruntime140.dll is predominantly initialization and exceptions for C++. I can't think of anything specific here though, and it seems likely that the hos

[issue24455] IDLE debugger causes crash if not quitted properly before next run

Terry J. Reedy added the comment: This seems like an extension of #15348, but I will leave it open for now. The additional details may be useful. -- nosy: +terry.reedy versions: +Python 2.7, Python 3.5, Python 3.6 ___ Python tracker

[issue15348] IDLE - shell becomes unresponsive if debugger windows is closed while active.

Terry J. Reedy added the comment: #24455 is probably related. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20741] Documentation archives should be available also in tar.xz format

Paul Anton Letnes added the comment: The format (xz vs bzip2) might not matter much, but I'd say consistency does. I'd make the formats identical just for the sake of standardization. Where is this decided? In some (post)build script? -- nosy: +pletnes

[issue24476] Statically link vcruntime140.dll

Paul Moore added the comment: +1 from me on this. Are there any specific technical implications (in terms of ease of interoperability, ability to use a different compiler to build Python, or whatever)? Whether there are or not, I'm still in favour - I think it's a good thing anyway on general

[issue24129] Incorrect (misleading) statement in the execution model documentation

R. David Murray added the comment: In this particular case, just wait (now that you have pinged the issue). Raymond is the most likely person to figure out how to phrase this better, but it isn't obvious what the best way to explain this is. I don't think your explanation is exactly correct,

[issue24448] Syntax highlighting marks multiline comments as strings

Terry J. Reedy added the comment: It is impossible for Idle to know the purpose of a multiline string. -- nosy: +terry.reedy resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker __

[issue20387] tokenize/untokenize roundtrip fails with tabs

Terry J. Reedy added the comment: #24447, closed as duplicate, has another example. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue24447] tab indentation breaks in tokenize.untokenize

Changes by Terry J. Reedy : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> tokenize/untokenize roundtrip fails with tabs ___ Python tracker _

[issue24129] Incorrect (misleading) statement in the execution model documentation

levkivskyi added the comment: Should I invite someone to review the patch or just wait? How the things are organized here? -- ___ Python tracker ___

[issue24469] Py2.x int free list can grow without bounds

Guido van Rossum added the comment: (1) Just look at the examples of other builtin types with a similar structure but no free_list. (2) I guess the intention is for classes that subclass int to also override tp_alloc. Note that much of this code is written pretty much assuming that subclasses

[issue24474] Accidental exception chaining in inspect.Signature.bind()

Yury Selivanov added the comment: Hi Walter, Thanks for reporting this. A patch is attached. -- keywords: +needs review, patch nosy: +larry, ncoghlan stage: -> patch review Added file: http://bugs.python.org/file39743/sig.patch ___ Python tracker

[issue24476] Statically link vcruntime140.dll

Changes by Steve Dower : -- keywords: +patch Added file: http://bugs.python.org/file39742/24476_1.patch ___ Python tracker ___ ___ Pyt

[issue24476] Statically link vcruntime140.dll

New submission from Steve Dower: It's possible to statically link the vcruntime140.dll dependency without statically linking the entire CRT, which will save us from having to redistribute the file (meaning the entire CRT dependency is now system components). Patch to follow, and I'm very +1 o

[issue24468] Expose compiler flag constants as code object attributes

Yury Selivanov added the comment: Nick, Larry, please take a look at the attached patch. -- keywords: +patch Added file: http://bugs.python.org/file39741/code.patch ___ Python tracker __

[issue24475] The docs never define what a pool "task" is

New submission from Zahari Dim: See: http://stackoverflow.com/questions/30943161/multiprocessing-pool-with-maxtasksperchild-produces-equal-pids The documentation never makes clear what a "task" in the context of Pool.map. At best, it says: "This method chops the iterable into a number of chun

[issue24469] Py2.x int free list can grow without bounds

Stefan Behnel added the comment: > 1) The intended solution is to require that int subclasses override tp_free. In the way I showed? By calling either PyObject_GC_Del() or PyObject_Del() directly? I'll happily do that (Py2.7 and Py2 "int" being dead ends makes that pretty future proof), but it's

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Yury Selivanov added the comment: New patch is attached. Updates: 1. Coroutine type now has 'cr_*' slots *both* in Python *and* in C. 2. set_coroutine_wrapper now works *only* on coroutines created by 'async def' functions (generators wrapped with types.coroutine won't be intercepted). 3. Ru

[issue24474] Accidental exception chaining in inspect.Signature.bind()

Changes by Yury Selivanov : -- assignee: -> yselivanov components: +Library (Lib) nosy: +yselivanov versions: +Python 3.5, Python 3.6 ___ Python tracker ___

[issue24474] Accidental exception chaining in inspect.Signature.bind()

New submission from Walter Dörwald: When an exception is raised by inspect.Signature.bind() in some cases the exception has a StopIteration as its __context__: import inspect try: inspect.signature(lambda x:None).bind() except Exception as exc: print(repr(exc)) print(repr(exc.__contex

[issue24469] Py2.x int free list can grow without bounds

Guido van Rossum added the comment: 1) The intended solution is to require that int subclasses override tp_free. 2) I don't see any constructors that don't call PyInt_FromLong() -- what am I missing? -- ___ Python tracker

[issue24469] Py2.x int free list can grow without bounds

Changes by Antoine Pitrou : -- nosy: -pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue24469] Py2.x int free list can grow without bounds

Antoine Pitrou added the comment: Apparently, this is because of 200559fcc664. The fix is weird, though: why duplicate code instead of moving it into tp_free? I'd rather let Guido and Barry discuss this, I'm not willing to touch the 2.x int type anymore. -- nosy: +barry, gvanrossum _

[issue24469] Py2.x int free list can grow without bounds

Antoine Pitrou added the comment: Now that's weird. Why is the current int_free() doing the same as int_dealloc()? Because some people call tp_free directly? -- ___ Python tracker _

[issue24473] Spam

Changes by Zachary Ware : -- components: -Benchmarks nosy: -ddssaa123123 resolution: -> not a bug stage: -> resolved type: behavior -> versions: -Python 3.3 ___ Python tracker

[issue24472] Spam

Changes by Zachary Ware : -- components: -Benchmarks resolution: -> not a bug stage: -> resolved versions: -Python 3.3 ___ Python tracker ___

[issue24472] Spam

Changes by Zachary Ware : -- nosy: -ddssaa123123 type: behavior -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue24471] Spam

Changes by Zachary Ware : -- components: -Benchmarks nosy: -ddssaa123123, haypo stage: -> resolved title: 北京小姐找上门全套服务 -> Spam type: behavior -> versions: -Python 3.3 ___ Python tracker

[issue24471] 北京小姐找上门全套服务

Changes by Zachary Ware : -- Removed message: http://bugs.python.org/msg245499 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue24471] 北京小姐找上门全套服务

Changes by Zachary Ware : Removed file: http://bugs.python.org/file39737/69f0d6e0ecbcee6fbb52097c52a7ee76.jpg ___ Python tracker ___ ___ Pyth

[issue24473] Spam

Changes by Berker Peksag : -- Removed message: http://bugs.python.org/msg245502 ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue24473] Spam

Changes by Berker Peksag : Removed file: http://bugs.python.org/file39739/12493721761041772378.jpg ___ Python tracker ___ ___ Python-bugs-list

[issue24473] Spam

Changes by Berker Peksag : -- title: 南京小姐找上门全套服务 -> Spam ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue24472] Spam

Changes by Berker Peksag : -- title: 石家庄小姐找上门全套服务 -> Spam ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue24472] 石家庄小姐找上门全套服务

Changes by Berker Peksag : Removed file: http://bugs.python.org/file39738/9F059BE32A3FC19A52978B2901172641.jpg ___ Python tracker ___ ___ Pyt

[issue24472] 石家庄小姐找上门全套服务

Changes by Berker Peksag : -- Removed message: http://bugs.python.org/msg245501 ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue24472] 石家庄小姐找上门全套服务

Changes by Stefan Krah : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue24473] 南京小姐找上门全套服务

Changes by Stefan Krah : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue24473] 南京小姐找上门全套服务

New submission from 陈富: 南 京 小 姐 南 京 找 服 务188.0207.9509莉 莉 【188.0207.9509】美 女 10－20 分 钟 送 到 2 4 小 时 营 业 小 姐 服 务 无 论 朋 友 你 常 住,还 是 出 差 经 过 ★ 按 百 度 快 照 ★ 拨 打 ：188.0207.9509莎 姐 各 种(清 纯),(漂 亮) 的 美 女 为 您 解 除 1 天 的 疲 惫`让 您 拥 有 1 个 甜 蜜 `轻 松 `舒 心 的 夜 晚! 只 需 要 1 个 电 话:188.0207.9509 莎 姐 MM 就 会 来 到 你 的 身

[issue24472] 石家庄小姐找上门全套服务

New submission from 陈富: 石 家 庄 小 姐 石 家 庄 找 服 务188.0207.9509莉 莉 【188.0207.9509】美 女 10－20 分 钟 送 到 2 4 小 时 营 业 小 姐 服 务 无 论 朋 友 你 常 住,还 是 出 差 经 过 ★ 按 百 度 快 照 ★ 拨 打 ：188.0207.9509莎 姐 各 种(清 纯),(漂 亮) 的 美 女 为 您 解 除 1 天 的 疲 惫`让 您 拥 有 1 个 甜 蜜 `轻 松 `舒 心 的 夜 晚! 只 需 要 1 个 电 话:188.0207.9509 莎 姐 MM 就 会 来 到 你

[issue24471] 北京小姐找上门全套服务

STINNER Victor added the comment: spam -- nosy: +haypo resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___ Pyt

[issue24471] 北京小姐找上门全套服务

New submission from 陈富: 北 京 小 姐 北 京 找 服 务188.0207.9509莉 莉 【188.0207.9509】美 女 10－20 分 钟 送 到 2 4 小 时 营 业 小 姐 服 务 无 论 朋 友 你 常 住,还 是 出 差 经 过 ★ 按 百 度 快 照 ★ 拨 打 ：188.0207.9509莎 姐 各 种(清 纯),(漂 亮) 的 美 女 为 您 解 除 1 天 的 疲 惫`让 您 拥 有 1 个 甜 蜜 `轻 松 `舒 心 的 夜 晚! 只 需 要 1 个 电 话:188.0207.9509 莎 姐 MM 就 会 来 到 你 的 身

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

Changes by Ismail Donmez : -- nosy: +cartman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue24465] Make tarfile have deterministic sorting

Sam Thursfield added the comment: Having tested, the problem I described above doesn't happen with this patch. It's a mistake in some other code I wrote which is following symlinks when it should not do. -- ___ Python tracker

[issue24465] Make tarfile have deterministic sorting

Sam Thursfield added the comment: I've discovered that this patch introduces a nasty failure case! If you have a relative symlink pointing to a directory that's alphabetically sorted after the symlink, and files inside the symlink, 'tar -x' won't be able to create those files because the symli

[issue24469] Py2.x int free list can grow without bounds

Changes by Stefan Behnel : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue24450] Add gi_yieldfrom calculated property to generator object

Stefan Behnel added the comment: No problem for Cython either. The change in issue 24400 that makes coroutines real Awaitables also removes surprises for a "cr_await" return value being a coroutine and previously *not* an Awaitable. The contract for "gi_yieldfrom" is only that the returned va

[issue24470] ctypes incorrect handling of long int on 64bits Linux

eryksun added the comment: It works for me: >>> open('test.c', 'w').write('long test(long x) {return x;}') >>> os.system('gcc -shared -fPIC -o test.so test.c') 0 >>> test = CDLL('./test.so').test >>> test.restype = c_long >>> test.argtypes = (c_long,) >>> test(2**63-1

[issue24450] Add gi_yieldfrom calculated property to generator object

Changes by Stefan Behnel : -- nosy: +scoder ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue24470] ctypes incorrect handling of long int on 64bits Linux

New submission from Marco Clemencic: When passing a Python int to a C function expecting long int (or void*) via ctypes, the number gets truncated to 32 bits, even if the args types are correctly declared. The workaround is to wrap the argument in c_long (or c_void_p), but the automatic unwrap

[issue24465] Make tarfile have deterministic sorting

Lars Gustäbel added the comment: The patch would change behaviour for all tarfile users by the back door, that's why I am a little reluctant. And if the same can be achieved by a reasonably simple change to shutil I think it's just as well. -- ___ P