[issue1883] Adapt pydoc to new doc system

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: It looks like there are no automated tests for pydoc; it's even listed in test_sundry.py. There's only one file Lib/test/pydocfodder.py which defines "Something just to look at via pydoc", but isn't used anywhere (I grepped and found no

[issue2412] Check 2to3 for support of print function.

David Wolever <[EMAIL PROTECTED]> added the comment: Here is a patch that will detect a `from __future__ import print_function` and adjust the grammar appropriately. Any objections? -- keywords: +patch Added file: http://bugs.python.org/file10081/print_function_detection.diff

[issue2650] re.escape should not escape underscore

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks. The loop in escape should really use enumerate instead of "for i in range(len(pattern))". Instead of using a loop, can't the test just use "self.assertEqual(re.esacpe(same), same)?" Also, please add tests for what re.escape should

[issue2431] 2to3 is rather slow

David Wolever <[EMAIL PROTECTED]> added the comment: I've cleaned up and applied the patch in r62470. As Collin suggested, I'm leaving the ticket open to use in the future. __ Tracker <[EMAIL PROTECTED]> _

[issue2650] re.escape should not escape underscore

Changes by Russ Cox <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file10080/re.patch __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2676] email/message.py [Message.get_content_type]: Trivial regex hangs on pathological input

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> barry type: -> resource usage __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2673] error on optparse page

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thank you! Fixed in r62469. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> ___

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

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I concur. The source code for set_update() in Objects/setobject.c shows that both versions are accessed through the iterator protocol, so what you're seeing are the basic performance differences (start-up and per-item costs) for genexps

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

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: This has nothing to do with set.update, the difference is due to the time to setup the generator: $ python -m timeit -s 'x = set(range(1)); y = []' 'x.update(y)' 100 loops, best of 3: 0.38 usec per loop $ python -m timeit -s 'x

[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsub

[issue1381] cmath is numerically unsound

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Substantial fixes for the cmath module went into the trunk and the py3k branches as part of the merge of the trunk-math branch. These fixes address the asinh problems in this issue, amongst other things. See r62380 (trunk) and r62384 (py3

[issue2676] email/message.py [Message.get_content_type]: Trivial regex hangs on pathological input

New submission from Daniel Diniz <[EMAIL PROTECTED]>: [Reported by Alberto Casado Martín [1]] Message.get_content_type() hangs when very large values are split by the regex: ctype = paramre.split(value)[0].lower().strip() #line 439 paramre comes from line 26: paramre = re.compile(r'\s*;\s*') U

[issue1738] filecmp.dircmp does exact match only

Michael Amrhein <[EMAIL PROTECTED]> added the comment: Here's a 2nd revised patch, which * adds a keyword 'match' to the constructor of class 'dircmp' * defaults 'match' to str.__eq__ * modifies method 'phase0': apply os.name.normcase to each name in ignore and hide * modifies the docs accordingl

[issue1222] locale.format bug if thousand separator is space (french separator as example)

Changes by Eric Smith <[EMAIL PROTECTED]>: -- nosy: +eric.smith __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2675] Curses terminal resize problems when Python is in interactive mode

New submission from Pavel Bazant <[EMAIL PROTECTED]>: When python is in interactive mode, curses does not react to resize events properly. test.py: import curses def run(): stdscr=curses.initscr() key=0 while(key!=ord('q')): key=stdscr.getch() stdscr.addstr(0,0,str(stdscr.getmaxyx())+'

[issue1753732] xmlrpclib.Binary doesn't say which base64 spec it implements

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___

[issue1753732] xmlrpclib.Binary doesn't say which base64 spec it implements

Paul Winkler <[EMAIL PROTECTED]> added the comment: looks good to me, thanks! _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing lis

[issue2674] unittest.TestProgram uses sys.exit()

New submission from Johan Tufvesson <[EMAIL PROTECTED]>: The class TestProgram (and its synonym "main") in module unittest is (probably) meant to be an easy way to use the functionality of the module unittest. It is very surprising (and error-prone) that it uses sys.exit() with a status code inst

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

Leonard Clark <[EMAIL PROTECTED]> added the comment: While the XML-RPC spec is vague with regards to respecting time zone information, the iso8601 document is not vague as to how to properly serialize it. Some XML-RPC libraries (like ours) completely ignore time zone information. I will make ev