[issue2632] performance problem in socket._fileobject.read
Ralf Schmitt [EMAIL PROTECTED] added the comment: (I think the twisted issue your talking about is: http://twistedmatrix.com/trac/ticket/1079) Your patch still contains this code: recv_size = min(rbufsize, left) data = self._sock.recv(recv_size) This is IMHO wrong. See my comments above. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2632 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
Tarek Ziadé [EMAIL PROTECTED] added the comment: I changed the patch based on all remarks. For the absolute path, I was wondering if it would be useful since calls are recursive, relative to the visited directory. Added file: http://bugs.python.org/file10073/shutil.copytree.filtering.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2663 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2667] Remove multiple inheritance in Python 3000
New submission from gmarketer [EMAIL PROTECTED]: Please remove ability to multiple inheritance in Python 3000. Multiple inheritance is bad for design, rarely used and contains many problems for usual users. Every program can be designed only with single inheritance. -- components: None messages: 65671 nosy: gmarketer severity: normal status: open title: Remove multiple inheritance in Python 3000 type: feature request versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2667] Remove multiple inheritance in Python 3000
Raghuram Devarakonda [EMAIL PROTECTED] added the comment: I don't think this request is appropriate for bug tracker. If you are really keen, bring it up on perhaps python-ideas mailing list. -- nosy: +draghuram resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2667] Remove multiple inheritance in Python 3000
Christian Heimes [EMAIL PROTECTED] added the comment: You are too late for Python 3000. You next change will be in about 10 years for Python 4000. -- nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2667] Remove multiple inheritance in Python 3000
gmarketer [EMAIL PROTECTED] added the comment: I'm also think so. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2668] apply() documentation is slightly incorrect
New submission from Alexander Belopolsky [EMAIL PROTECTED]: Current Doc/library/functions.rst says The use of apply() is exactly equivalent to function(*args, **keywords). which is no longer correct because f(*args, **keywords) notation allows use of an arbitrary mapping as keywords in 2.6, but apply(f, args, keywords) does not. I don't think changing the code to allow arbitrary mapping in apply is worth the trouble and even mentioning this difference explicitly in the apply() docs is probably not justified. My recommendation is to just s/exactly equivalent/equivalent/ in the sentence quote above. -- assignee: georg.brandl components: Documentation messages: 65675 nosy: belopolsky, georg.brandl severity: normal status: open title: apply() documentation is slightly incorrect versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2668 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2669] bsddb iterkeys sliently fails when database modified during iteration
New submission from Miki Tebeka [EMAIL PROTECTED]: db = bsddb.btopen(/tmp/n) for i in range(5): db[str(i)] = None db {'1': '', '0': '', '3': '', '2': '', '4': ''} for k in db.iterkeys(): print k del db[k] 0 The Python dict object raises a RuntimeError when modifying the dictionary during iteration, the database should do the same. -- components: Library (Lib) messages: 65676 nosy: tebeka severity: normal status: open title: bsddb iterkeys sliently fails when database modified during iteration type: behavior versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2669 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue643841] New class special method lookup change
John Krukoff [EMAIL PROTECTED] added the comment: I've been following the py3k maliing list disscussion for this issue, and wanted to add a note about the proposed solution described here: http://mail.python.org/pipermail/python-3000/2008-April/013004.html The reason I think this approach is valuable is that in all of the proxy classes I've written, I'm concerned about which behaviour of the proxied class I want to override, not which behaviour I want to keep. In other words, when I proxy something, my mental model has always been, okay, I want something that behaves just like X, except it does this (usually small bit) differently. This is also why I expect my proxies to keep working the same when I change the proxied class, without having to go and update the proxy to also use the new behaviour. So, yeah, very much in favor of a base proxy class in the standard library. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue643841 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2440] Issues with getargs_n() and PyNumber_Index.
Trent Nelson [EMAIL PROTECTED] added the comment: Update: the changes committed on r62269 and r62279 were incorrect and reverted in r62292. Log: Issue 2440: revert r62269 and r62279. These changes were made in an effort to fix test_args2.Signed_TestCase.test_n(), which was failing on Windows x64 on the following line: 'self.failUnlessEqual(99, getargs_n (Long()))'. Although the two commits *did* fix the test on Windows x64, it's become clear that it's the test that's incorrect, and the changes to PyNumber_Index() in particular were not warranted (and actually violate PEP 357). This commit will get us back to where we were at r62268, before I started butchering things. The reworked patch fixes test_getargs2.py, such that it verifies Long() and Int() can't be used as indexes. It also fixes the handling of 'n' in getargs.c's convertsimple(). Committed in r62462. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2440 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Trent Nelson [EMAIL PROTECTED] added the comment: This was fixed in trunk in r61573, and merged to py3k in r61982. -- status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1489] test_socket_ssl hanhs on Windows (deadlock)
Trent Nelson [EMAIL PROTECTED] added the comment: Hey, if we can get rid of it, that's great. You sound 95% certain in your last post that completely removing test_socket_ssl on trunk and py3k is the Right Thing -- any chance of getting you to 100% so I can go ahead and delete it and close this ticket? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1489] test_socket_ssl hangs on Windows (deadlock)
Changes by Raghuram Devarakonda [EMAIL PROTECTED]: -- title: test_socket_ssl hanhs on Windows (deadlock) - test_socket_ssl hangs on Windows (deadlock) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path
Raghuram Devarakonda [EMAIL PROTECTED] added the comment: Can some one with commit privileges check in shutil_destinsrc.patch? The change is rather simple and there is no point for issues such as these to remain open for long time. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2047 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2663] shutil.copytree glob-style filtering [patch]
Raghuram Devarakonda [EMAIL PROTECTED] added the comment: Is there any reason for rmtree also to not support this exclusion feature? Both copytree and rmtree explicitly iterate over list of names and as I see it, this exclusion is really about which names to ignore. Already, copytree and rmtree have inconsistencies (rmtree has 'onerror' while 'copytree' doesn't) and it would be nice to not add more. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2663 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2670] urllib2 build_opener() fails if two handlers use the same default base class
New submission from Tom Lynn [EMAIL PROTECTED]: urllib2.py:424 (Py 2.4) or urllib2.py:443 (Py 2.5) in build_opener():: skip = [] for klass in default_classes: for check in handlers: if inspect.isclass(check): if issubclass(check, klass): skip.append(klass) elif isinstance(check, klass): skip.append(klass) for klass in skip: default_classes.remove(klass) This can cause klass to be appended to skip multiple times, which then causes an exception in the final line quoted above. skip should be a set (and append changed to add), or if klass not in skip: should be added before each skip.append(klass). -- components: Library (Lib) messages: 65683 nosy: tlynn severity: normal status: open title: urllib2 build_opener() fails if two handlers use the same default base class type: behavior versions: Python 2.4, Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2670 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2670] urllib2 build_opener() fails if two handlers use the same default base class
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Corrected as r62463 (trunk) and r62464 (2.5 branch). Thanks for the report! -- nosy: +amaury.forgeotdarc resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2670 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1489] test_socket_ssl hanhs on Windows (deadlock)
Bill Janssen [EMAIL PROTECTED] added the comment: On Tue, Apr 22, 2008 at 12:15 PM, Trent Nelson [EMAIL PROTECTED] wrote: Trent Nelson [EMAIL PROTECTED] added the comment: Hey, if we can get rid of it, that's great. You sound 95% certain in your last post that completely removing test_socket_ssl on trunk and py3k is the Right Thing -- any chance of getting you to 100% so I can go ahead and delete it and close this ticket? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489 __ -- title: test_socket_ssl hangs on Windows (deadlock) - test_socket_ssl hanhs on Windows (deadlock) Added file: http://bugs.python.org/file10074/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489 __brbrdiv class=gmail_quoteOn Tue, Apr 22, 2008 at 12:15 PM, Trent Nelson lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; div class=Ih2E3dbr Trent Nelson lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; added the comment:br br /divHey, if we can get rid of it, that#39;s great. nbsp;You sound 95% certain inbr your last post that completely removing test_socket_ssl on trunk andbr py3k is the Right Thing -- any chance of getting you to 100% so I canbr go ahead and delete it and close this ticket?br divdiv/divdiv class=Wj3C7cbr __br Tracker lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;br lt;a href=http://bugs.python.org/issue1489; target=_blankhttp://bugs.python.org/issue1489/agt;br __br /div/div/blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1489] test_socket_ssl hanhs on Windows (deadlock)
Bill Janssen [EMAIL PROTECTED] added the comment: Sorry, didn't mean to be indeterminate. Sure, nuke it. The tests are now all in test_ssl.py. Bill On Tue, Apr 22, 2008 at 2:47 PM, Bill Janssen [EMAIL PROTECTED] wrote: On Tue, Apr 22, 2008 at 12:15 PM, Trent Nelson [EMAIL PROTECTED] wrote: Trent Nelson [EMAIL PROTECTED] added the comment: Hey, if we can get rid of it, that's great. You sound 95% certain in your last post that completely removing test_socket_ssl on trunk and py3k is the Right Thing -- any chance of getting you to 100% so I can go ahead and delete it and close this ticket? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489 __ Added file: http://bugs.python.org/file10075/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489 __Sorry, didn#39;t mean to be indeterminate.nbsp; Sure, nuke it.nbsp; The tests are now all in test_ssl.py.brbrBillbrbrdiv class=gmail_quoteOn Tue, Apr 22, 2008 at 2:47 PM, Bill Janssen lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; wrote:br blockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;divdiv/divdiv class=Wj3C7cbrbrdiv class=gmail_quoteOn Tue, Apr 22, 2008 at 12:15 PM, Trent Nelson lt;a href=mailto:[EMAIL PROTECTED] target=_blank[EMAIL PROTECTED]/agt; wrote:br blockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; divbr Trent Nelson lt;a href=mailto:[EMAIL PROTECTED] target=_blank[EMAIL PROTECTED]/agt; added the comment:br br /divHey, if we can get rid of it, that#39;s great. nbsp;You sound 95% certain inbr your last post that completely removing test_socket_ssl on trunk andbr py3k is the Right Thing -- any chance of getting you to 100% so I canbr go ahead and delete it and close this ticket?br divdiv/divdivbr __br Tracker lt;a href=mailto:[EMAIL PROTECTED] target=_blank[EMAIL PROTECTED]/agt;br lt;a href=http://bugs.python.org/issue1489; target=_blankhttp://bugs.python.org/issue1489/agt;br __br /div/div/blockquote/divbr /div/div/blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2671] PyErr_WarnPy3k
New submission from Benjamin Peterson [EMAIL PROTECTED]: Attaching a patch that adds a PyErr_WarnPy3k function. -- components: Interpreter Core files: py3kwarn_c.patch keywords: patch messages: 65687 nosy: benjamin.peterson, tiran severity: normal status: open title: PyErr_WarnPy3k type: feature request versions: Python 2.6 Added file: http://bugs.python.org/file10076/py3kwarn_c.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2671 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2623] Patch: xmlrpclib client ignores datetime tzinfo when creating iso8601 dates
Skip Montanaro [EMAIL PROTECTED] added the comment: Leonard, Can you reformulate your patch in terms of the current xmlrpclib module code? It no longer applies cleanly. Also, to be considered it will definitely need new test cases and may well need documentation changes. Also, note that the XML-RPC spec is notoriously vague. If you're going to be messing about with the serialized form of datetime objects I think you'll need to demonstrate that it doesn't break interoperability with implementations for other languages. -- assignee: - skip.montanaro nosy: +skip.montanaro __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2623 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive
Skip Montanaro [EMAIL PROTECTED] added the comment: Donovan, can you recreate this patch using the current Subversion trunk? The patch program complains: malformed patch at line 125: Index: trunk.2/Lib/SimpleXMLRPCServer.py Thanks, Skip -- nosy: +skip.montanaro _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1767370 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib
Skip Montanaro [EMAIL PROTECTED] added the comment: Can this ticket be closed? I've still yet to see anything here that anyone could actually do anything with. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1327 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive
Raymond Hettinger [EMAIL PROTECTED] added the comment: Also, please post the patch in uncompressed form. -- nosy: +rhettinger _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1767370 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Requested info not available, closing this ticket. -- resolution: - works for me status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1327 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1753732] xmlrpclib.Binary doesn't say which base64 spec it implements
Skip Montanaro [EMAIL PROTECTED] added the comment: I updated xmlrpclib.rst with your documentation changes (r62465). Is it okay to close this ticket? Skip -- assignee: - skip.montanaro nosy: +skip.montanaro _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1753732 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2623] Patch: xmlrpclib client ignores datetime tzinfo when creating iso8601 dates
Changes by Skip Montanaro [EMAIL PROTECTED]: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2623 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2672] speed of set.update([])
New submission from John Arbash Meinel [EMAIL PROTECTED]: I was performance profiling some of my own code, and I ran into something unexpected. Specifically, set.update(empty_generator_expression) was significantly slower than set.update(empty_list_expression). I double checked my findings with timeit: With python 2.4.3: $ python -m timeit -s 'x = set(range(1))' 'x.update([])' 100 loops, best of 3: 0.296 usec per loop $ python -m timeit -s 'x = set(range(1))' 'x.update(y for y in [])' 100 loops, best of 3: 0.837 usec per loop $ python -m timeit -s 'x = set(range(1))' 'x.update([y for y in []])' 100 loops, best of 3: 0.462 usec per loop With 2.5.1 (on a different machine) $ python -m timeit -s 'x = set(range(1))' 'x.update([])' 100 loops, best of 3: 0.265 usec per loop $ python -m timeit -s 'x = set(range(1))' 'x.update(y for y in [])' 100 loops, best of 3: 0.717 usec per loop $ python -m timeit -s 'x = set(range(1))' 'x.update([y for y in []])' 100 loops, best of 3: 0.39 usec per loop So generally, it is about 2x faster to create the empty list expression and pass it in than to use an empty generator. -- components: Interpreter Core messages: 65694 nosy: jameinel severity: normal status: open title: speed of set.update([]) versions: Python 2.4, Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2672 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2672] speed of set.update([])
Changes by John Arbash Meinel [EMAIL PROTECTED]: -- type: - performance __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2672 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2222] Memory leak in os.rename?
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I reimplemented patch without O, and made test for all platforms. Unfortunately Windows doesn't have os.link and os.symlink, so for os.rename only. Added file: http://bugs.python.org/file10077/test_and_fix.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2672] speed of set.update([])
Changes by Raymond Hettinger [EMAIL PROTECTED]: -- assignee: - rhettinger nosy: +rhettinger __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2672 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2673] error on optparse page
New submission from Beverley Eyre [EMAIL PROTECTED]: There is an error (maybe a typo) on this page: http://docs.python.org/lib/optparse-callback-example-6.html. The last line of the example should have - callback=vararg_callback not callback=varargs Not a big deal. -- assignee: georg.brandl components: Documentation messages: 65696 nosy: fbe2, georg.brandl severity: normal status: open title: error on optparse page __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2673 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com