[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 __

[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: N

[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 ___

[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]>

[issue2667] Remove multiple inheritance in Python 3000

gmarketer <[EMAIL PROTECTED]> added the comment: I'm also think so. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: htt

[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, b

[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 Runtim

[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

[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 Windo

[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]> _

[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

[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]> __

[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]>

[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

[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,

[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]>

[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 removin

[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 PROTECTE

[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 typ

[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

[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 __

[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]> __

[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]> _ _

[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]> _

[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]>

[issue2623] Patch: xmlrpclib client ignores datetime tzinfo when creating iso8601 dates

Changes by Skip Montanaro <[EMAIL PROTECTED]>: -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[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 wit

[issue2672] speed of set.update([])

Changes by John Arbash Meinel <[EMAIL PROTECTED]>: -- type: -> performance __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[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 _

[issue2672] speed of set.update([])

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: -> rhettinger nosy: +rhettinger __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bug

[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: geor