[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 rep...@bugs.python.org http://bugs.python.org/issue24129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by Ned Deily n...@acm.org: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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*. If you want to push values into __await__, it must return a *generator*. Essentially, as Guido said in one of his emails, we should see PEP 492 as a refinement of 'yield from' and existing generator-based coroutines. I love the idea of separating types for coroutines and generators, but I'm not so sure about 'cr_*' prefix. Nick, Guido, what do you think about this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24400 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24412] setUpClass equivalent for addCleanup
Serhiy Storchaka added the comment: contextlib.ExitStack could help you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24412 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue23749 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 exercise - I can't see this change as making things worse, even if it doesn't end up helping either. I'm guessing that this specific change won't make much difference to embedding in general - 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? Anyway, it's all steps in a positive direction, so that's good. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24475] The docs never define what a pool task is
Changes by Ned Deily n...@acm.org: -- nosy: +davin, sbt versions: -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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). Is there something about that in the language reference? If so, the patch should be updated to link to that section. If not then it should be added to the language reference. That said, it wouldn't hurt to ask on python-dev, particularly in light of that new opcode. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/pipermail/python-dev/2002-April/023428.html and it stayed like this since then. However, things changed a bit in Python 3.4 with the introduction of the LOAD_CLASSDEREF opcode. Perhaps, we should ask Guido again :) What do you think? -- Added file: http://bugs.python.org/file39744/classdoc_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 argument to wrap it in a try/except/log, since close would just propagate the exceptions. I think implementing this parallel to addCleanUp is much cleaner, even if the feature isn't (yet :) in the stdlib. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24412 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24476] Statically link vcruntime140.dll
Changes by Steve Dower steve.do...@microsoft.com: -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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: Statically links vcruntime140.dll and removes it from the installer https://hg.python.org/cpython/rev/c0827842102e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24470 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 fails. So I started to add a similar try/except loop in setUpClass...and then realized that in order to have the cleanups run correctly, I needed to add each cleanup to a list on the class if and only if the corresponding setup succeeded, and then run only those cleanups in the tearDownClass. So, I ended up implementing addClassCleanup. However, in order to make it generic (I have two classes where I need it currently, and will probably be adding more), I have a base class with setUpClass that calls a safeSetUpClass inside a try/except, my safeSetUpClass on the actual test class does the setup and calls to addClassCleanUp, and my tearDownClass does the loop over the accumulated cleanups. So, yeah, it would be really handy to have this as an actual feature :) -- keywords: +easy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24412 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue19613 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24370] OrderedDict behavior is unclear with misbehaving keys.
Changes by Rose Ames r...@happyspork.com: -- nosy: +superluser ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24370 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.add_argument('-f', dest='tf', action='store_true')
subs = parser.add_subparsers()
sub = subs.add_parser('cmd')
sub.add_argument('-f', dest='cf', action='store_true')
parser.add_argument('arg')
args = parser.parse_args()
print(args)
Running it:
[guest@localhost debug]$ ./argt.py cmd 1
Namespace(arg='1', cf=False, tf=False)
[guest@localhost debug]$ ./argt.py cmd -f 1
Namespace(arg='1', cf=True, tf=False)
[guest@localhost debug]$ ./argt.py cmd 1 -f
Namespace(arg='1', cf=False, tf=True)
[guest@localhost debug]$
ISTM, options for the top parser should be placed between program name and
subcommand name in any order, and options for the subcommand should follow
subcommand in any order. The argument of top parser should be moved to the end
and parsed after all options were placed correctly.
--
components: Library (Lib)
messages: 245536
nosy: py.user
priority: normal
severity: normal
status: open
title: In argparse subparser's option goes to parent parser
type: behavior
versions: Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24477
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24468] Expose compiler flag constants as code object attributes
Changes by Rose Ames r...@happyspork.com: -- nosy: +superluser ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24400] Awaitable ABC incompatible with functools.singledispatch
Changes by Yury Selivanov yseliva...@gmail.com: Added file: http://bugs.python.org/file39745/corotype.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24400 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 decimal, no less!) to flag names. The inspect module then iterates over this dictionary at import time to publish the CO_* constants as module level attributes in inspect. Neither dis.COMPILER_FLAG_NAMES nor the inspect.CO_* constants are documented, and the *C* level flag values aren't published to the Python layer anywhere (hence the hardcoding of the magic numbers in dis). For the kind of code that needs to interrogate the flags in the issue 24400 patch, inspect and dis are also not appropriate things to adopt as dependencies. However, I like Larry's suggestion of adopting the _opcode module as our standard vector for passing this information up from the C layer to the Python layer better than my original idea of using code objects themselves. The opcode values themselves could potentially also be exposed that way (they're currently duplicated by hand in Lib/opcode.py). -- title: Expose compiler flag constants as code object attributes - Expose C level compiler flag constants to Python code ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 single parameter value. Perhaps something like this could work instead: “When a sequence of two-element tuples is used as *query*, the first element of each tuple is a key and the second specifies one or more values. If *doseq* is true, each *query* (mapping or sequence) item can specify a sequence of values; if *doseq* is false (the default), each item specifies a single value. The order of parameters in the encoded string will match the order of items in *query* and the order of values in an item.” 2. urlopen(data=...) and Request(data=...): I don’t see the contradiction. It looks like David Rueter’s suggestion only changes the first sentence, to say doseq=True is required to get the urlencoded format, but this is not required. See also Issue 23360 about my own problems with this bit of the documentation. 3. Examples: Again, I do not see why doseq=True should be shown when it is simpler without. But an example of when it is useful would be good, as R David Murray suggested. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24460 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/file39746/families.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24408 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24412] setUpClass equivalent for addCleanup
Tal Einat added the comment: I'm convinced. +1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24412 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24469] Py2.x int free list can grow without bounds
New submission from Stefan Behnel:
A Cython user noticed a memory leak when C-inheriting from int.
http://thread.gmane.org/gmane.comp.python.cython.devel/15689
The Cython code to reproduce this is simply this:
cdef class ExtendedInt(int): pass
for j in xrange(1000):
ExtendedInt(j)
The problem is due to the free-list of the int type. It uses this code for
deallocation:
static void
int_dealloc(PyIntObject *v)
{
if (PyInt_CheckExact(v)) {
Py_TYPE(v) = (struct _typeobject *)free_list;
free_list = v;
}
else
Py_TYPE(v)-tp_free((PyObject *)v);
}
static void
int_free(PyIntObject *v)
{
Py_TYPE(v) = (struct _typeobject *)free_list;
free_list = v;
}
Now, when C-inheriting from PyInt_Type without providing an own tp_free
implementation, PyType_Ready() will inherit the supertype's tp_free slot, which
means that int_dealloc() above will end up calling int_free() in all cases, not
only for the exact-int case. Thus, whether or not it's exactly int or a
subtype, the object will always be added to the free-list on deallocation.
However, in the subtype case, the free-list is actually ignored by int_new()
and int_subtype_new(), so that as long as the user code only creates tons of
int subtype instances and not plain int instances, the freelist will keep
growing without bounds by pushing dead subtype objects onto it that are never
reused.
There are two problems here:
1) int subtypes should not be added to the freelist, or at least not unless
they have exactly the same struct size as PyIntObject (which the ExtendedInt
type above does but other subtypes may not)
2) if a free-list is used, it should be used in all instantiation cases, not
just in PyInt_FromLong().
Fixing 1) by adding a type check to int_free() would be enough to fix the
overall problem. Here's a quickly hacked up change that seems to work for me:
static void
int_free(PyIntObject *v)
{
if (PyInt_CheckExact(v)) {
Py_TYPE(v) = (struct _typeobject *)free_list;
free_list = v;
}
else if (Py_TYPE(v)-tp_flags Py_TPFLAGS_HAVE_GC)
PyObject_GC_Del(v); // untested by probably necessary
else
PyObject_Del(v);
}
--
components: Interpreter Core
messages: 245492
nosy: scoder
priority: normal
severity: normal
status: open
title: Py2.x int free list can grow without bounds
type: crash
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24469
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24471] 北京小姐找上门全套服务
Changes by Zachary Ware zachary.w...@gmail.com: Removed file: http://bugs.python.org/file39737/69f0d6e0ecbcee6fbb52097c52a7ee76.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24471 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24471] 北京小姐找上门全套服务
Changes by Zachary Ware zachary.w...@gmail.com: -- Removed message: http://bugs.python.org/msg245499 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24471 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24473] Spam
Changes by Berker Peksag berker.pek...@gmail.com: Removed file: http://bugs.python.org/file39739/12493721761041772378.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] 石家庄小姐找上门全套服务
Changes by Berker Peksag berker.pek...@gmail.com: Removed file: http://bugs.python.org/file39738/9F059BE32A3FC19A52978B2901172641.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24473] Spam
Changes by Berker Peksag berker.pek...@gmail.com: -- title: 南京小姐找上门全套服务 - Spam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24471] Spam
Changes by Zachary Ware zachary.w...@gmail.com: -- components: -Benchmarks nosy: -ddssaa123123, haypo stage: - resolved title: 北京小姐找上门全套服务 - Spam type: behavior - versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24471 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24473] Spam
Changes by Zachary Ware zachary.w...@gmail.com: -- components: -Benchmarks nosy: -ddssaa123123 resolution: - not a bug stage: - resolved type: behavior - versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24469 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24469] Py2.x int free list can grow without bounds
Changes by Antoine Pitrou pit...@free.fr: -- nosy: -pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24469 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24469 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] Spam
Changes by Zachary Ware zachary.w...@gmail.com: -- nosy: -ddssaa123123 type: behavior - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24469 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] Spam
Changes by Zachary Ware zachary.w...@gmail.com: -- components: -Benchmarks resolution: - not a bug stage: - resolved versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24471] 北京小姐找上门全套服务
STINNER Victor added the comment: spam -- nosy: +haypo resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24471 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] 石家庄小姐找上门全套服务
Changes by Berker Peksag berker.pek...@gmail.com: -- Removed message: http://bugs.python.org/msg245501 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD
Changes by Ismail Donmez ism...@donmez.ws: -- nosy: +cartman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13501 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24473] 南京小姐找上门全套服务
Changes by Stefan Krah ste...@bytereef.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] 石家庄小姐找上门全套服务
New submission from 陈富: 石 家 庄 小 姐 石 家 庄 找 服 务188.0207.9509莉 莉 【188.0207.9509】美 女 10－20 分 钟 送 到 2 4 小 时 营 业 小 姐 服 务 无 论 朋 友 你 常 住,还 是 出 差 经 过 ★ 按 百 度 快 照 ★ 拨 打 ：188.0207.9509莎 姐 各 种(清 纯),(漂 亮) 的 美 女 为 您 解 除 1 天 的 疲 惫`让 您 拥 有 1 个 甜 蜜 `轻 松 `舒 心 的 夜 晚! 只 需 要 1 个 电 话:188.0207.9509 莎 姐 MM 就 会 来 到 你 的 身 边! 【质 量 承 诺】 【1】一 次 会 送 3 个 美 女 过 去 供 您 挑 选 ，不 满 意 的 话， 在 调 换 3 个 美 女 ，直 到 您 满 意 为 止! 【2】 调 换 美 女 过 程 中 时 间 不 算 在 内，从 美 女 进 房 间 开 始 服 务 算 起 ， 至 服 务 时 间 结 束 ! 【3】 来 电 咨 询:188.0207.9509莉 莉ewgreth111 -- components: Benchmarks files: 9F059BE32A3FC19A52978B2901172641.jpg messages: 245501 nosy: ddssaa123123 priority: normal severity: normal status: open title: 石家庄小姐找上门全套服务 type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file39738/9F059BE32A3FC19A52978B2901172641.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24471] 北京小姐找上门全套服务
New submission from 陈富: 北 京 小 姐 北 京 找 服 务188.0207.9509莉 莉 【188.0207.9509】美 女 10－20 分 钟 送 到 2 4 小 时 营 业 小 姐 服 务 无 论 朋 友 你 常 住,还 是 出 差 经 过 ★ 按 百 度 快 照 ★ 拨 打 ：188.0207.9509莎 姐 各 种(清 纯),(漂 亮) 的 美 女 为 您 解 除 1 天 的 疲 惫`让 您 拥 有 1 个 甜 蜜 `轻 松 `舒 心 的 夜 晚! 只 需 要 1 个 电 话:188.0207.9509 莎 姐 MM 就 会 来 到 你 的 身 边! 【质 量 承 诺】 【1】一 次 会 送 3 个 美 女 过 去 供 您 挑 选 ，不 满 意 的 话， 在 调 换 3 个 美 女 ，直 到 您 满 意 为 止! 【2】 调 换 美 女 过 程 中 时 间 不 算 在 内，从 美 女 进 房 间 开 始 服 务 算 起 ， 至 服 务 时 间 结 束 ! 【3】 来 电 咨 询:188.0207.9509莉 莉ewgreth111 -- components: Benchmarks files: 69f0d6e0ecbcee6fbb52097c52a7ee76.jpg messages: 245499 nosy: ddssaa123123 priority: normal severity: normal status: open title: 北京小姐找上门全套服务 type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file39737/69f0d6e0ecbcee6fbb52097c52a7ee76.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24471 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24473] 南京小姐找上门全套服务
New submission from 陈富: 南 京 小 姐 南 京 找 服 务188.0207.9509莉 莉 【188.0207.9509】美 女 10－20 分 钟 送 到 2 4 小 时 营 业 小 姐 服 务 无 论 朋 友 你 常 住,还 是 出 差 经 过 ★ 按 百 度 快 照 ★ 拨 打 ：188.0207.9509莎 姐 各 种(清 纯),(漂 亮) 的 美 女 为 您 解 除 1 天 的 疲 惫`让 您 拥 有 1 个 甜 蜜 `轻 松 `舒 心 的 夜 晚! 只 需 要 1 个 电 话:188.0207.9509 莎 姐 MM 就 会 来 到 你 的 身 边! 【质 量 承 诺】 【1】一 次 会 送 3 个 美 女 过 去 供 您 挑 选 ，不 满 意 的 话， 在 调 换 3 个 美 女 ，直 到 您 满 意 为 止! 【2】 调 换 美 女 过 程 中 时 间 不 算 在 内，从 美 女 进 房 间 开 始 服 务 算 起 ， 至 服 务 时 间 结 束 ! 【3】 来 电 咨 询:188.0207.9509莉 莉ewgreth111 -- components: Benchmarks files: 12493721761041772378.jpg messages: 245502 nosy: ddssaa123123 priority: normal severity: normal status: open title: 南京小姐找上门全套服务 type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file39739/12493721761041772378.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] 石家庄小姐找上门全套服务
Changes by Stefan Krah ste...@bytereef.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24473] Spam
Changes by Berker Peksag berker.pek...@gmail.com: -- Removed message: http://bugs.python.org/msg245502 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24472] Spam
Changes by Berker Peksag berker.pek...@gmail.com: -- title: 石家庄小姐找上门全套服务 - Spam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24472 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24465 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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) == 2**63-1
True
However, I used the correct attribute name, argtypes. ctypes objects have
dicts to allow setting arbitrary attribute names, so you won't get an
AttributeError when setting args on a function pointer.
--
nosy: +eryksun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24470
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 value is an Iterator, IIUC? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24450 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 symlink target won't exist yet. I'll rework this to only affect shutil.make_archive(), and to avoid hitting this bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24465 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24450] Add gi_yieldfrom calculated property to generator object
Changes by Stefan Behnel sco...@users.sourceforge.net: -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24450 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24465 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24469] Py2.x int free list can grow without bounds
Changes by Stefan Behnel sco...@users.sourceforge.net: -- nosy: +pitrou, serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24469 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.__context__)) This prints: TypeError(missing a required argument: 'x',) StopIteration() I would have expected it to print: TypeError(missing a required argument: 'x',) None This reason for this is that the code in bind() has nested exception handlers. The innermost handler does raise TypeError(...) from None to drop the exception context, but another context exception gets added by the outermost exception handler. -- messages: 245506 nosy: doerwalter priority: normal severity: normal status: open title: Accidental exception chaining in inspect.Signature.bind() ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24474 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 neither obvious nor very clean.
2) I don't see any constructors that don't call PyInt_FromLong() -- what am I
missing?
Not sure what you mean. int_new() immediately calls int_subtype_new(),
which then calls type-tp_alloc(). No call to PyInt_FromLong() involved.
static PyObject *
int_new(PyTypeObject *type, PyObject *args, PyObject *kwds)
{
PyObject *x = NULL;
int base = -909;
static char *kwlist[] = {x, base, 0};
if (type != PyInt_Type)
return int_subtype_new(type, args, kwds); /* Wimp out */
...
static PyObject *
int_subtype_new(PyTypeObject *type, PyObject *args, PyObject *kwds)
{
...
tmp = int_new(PyInt_Type, args, kwds);
if (tmp == NULL)
return NULL;
if (!PyInt_Check(tmp)) {
ival = PyLong_AsLong(tmp);
if (ival == -1 PyErr_Occurred()) {
Py_DECREF(tmp);
return NULL;
}
} else {
ival = ((PyIntObject *)tmp)-ob_ival;
}
newobj = type-tp_alloc(type, 0);
if (newobj == NULL) {
Py_DECREF(tmp);
return NULL;
}
((PyIntObject *)newobj)-ob_ival = ival;
Py_DECREF(tmp);
return newobj;
}
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24469
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24474] Accidental exception chaining in inspect.Signature.bind()
Changes by Yury Selivanov yseliva...@gmail.com: -- assignee: - yselivanov components: +Library (Lib) nosy: +yselivanov versions: +Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24474 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 chunks which it submits to the process pool as separate tasks. The (approximate) size of these chunks can be specified by setting chunksize to a positive integer. in the map documentation. However it does not say how this chunks are calculated by default, making the maxtasksperchild argument not very useful. The fact that a function evaluated by map is not a task should be much clearer in the documentation. Also, in the examples, such as: with multiprocessing.Pool(PROCESSES) as pool: # # Tests # TASKS = [(mul, (i, 7)) for i in range(10)] + \ [(plus, (i, 8)) for i in range(10)] results = [pool.apply_async(calculate, t) for t in TASKS] imap_it = pool.imap(calculatestar, TASKS) imap_unordered_it = pool.imap_unordered(calculatestar, TASKS) TASKS are not actually tasks but rather task groups. -- assignee: docs@python components: Documentation messages: 245509 nosy: Zahari.Dim, docs@python priority: normal severity: normal status: open title: The docs never define what a pool task is versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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. RuntimeWarning that coroutine wasn't ever awaited will be raised *only* for 'async def' coroutines. 4. Coroutine objects no longer have 'CO_GENERATOR' flag. -- Added file: http://bugs.python.org/file39740/corotype.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24400 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 on this, but didn't want to skip the chance for people to raise concerns or questions. -- assignee: steve.dower components: Windows messages: 245511 nosy: paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal stage: patch review status: open title: Statically link vcruntime140.dll type: behavior versions: Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24474 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24468 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24476] Statically link vcruntime140.dll
Changes by Steve Dower steve.do...@microsoft.com: -- keywords: +patch Added file: http://bugs.python.org/file39742/24476_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24447] tab indentation breaks in tokenize.untokenize
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - duplicate stage: - resolved status: open - closed superseder: - tokenize/untokenize roundtrip fails with tabs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24447 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20387] tokenize/untokenize roundtrip fails with tabs
Terry J. Reedy added the comment: #24447, closed as duplicate, has another example. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24448 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 principles. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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, but I don't know enough about how class name resolution is implemented to explain what's wrong with it, I just know it doesn't feel quite right :) (Of course, I might be wrong.) Ping the issue again in a few weeks if there is no action. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15348] IDLE - shell becomes unresponsive if debugger windows is closed while active.
Terry J. Reedy added the comment: #24455 is probably related. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15348 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24455 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 host's initialization code would apply for the host. The C Runtime doesn't rely on anything initialized here as far as I know - it's only the C++ libraries. Shouldn't be any other implications other than slightly easier distribution and slightly larger file sizes. (Haven't actually checked how much larger, but it is no more than 10s of KB which I consider acceptable.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 are created using class statements (in a regular Python module, not Cython) which take care of all these details. That doesn't mean Cython is wrong to try this, but it does mean there isn't a lot of documentation, and it also means I don't think the thing you reported qualifies as a bug in CPython. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24469 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
