[issue4340] xmlrpc.client - default 'SlowParser' not defined

2008-11-17 Thread Mike Watkins
New submission from Mike Watkins <[EMAIL PROTECTED]>: Running example code from docs: http://docs.python.org/dev/3.0/library/xmlrpc.client.html#example-of- client-usage z% python Python 3.0rc2+ (py3k:67152, Nov 7 2008, 16:48:55) [GCC 4.2.1 20070719 [FreeBSD]] on freebsd7 Type

[issue4340] xmlrpc.client - default 'SlowParser' not defined

2008-11-19 Thread Mike Watkins
Mike Watkins <[EMAIL PROTECTED]> added the comment: Running the same code today passes, despite the fact I'm still running the same svn version. Bizarre. However the core reported issue - SlowParser being undefined in the module, remains. ___

[issue4556] cmp() function erroneously noted as gone in "What's New"

2008-12-05 Thread Mike Watkins
New submission from Mike Watkins <[EMAIL PROTECTED]>: What's new in 3.0 documentation says cmp() function is gone, yet it isn't: >>> sys.version_info; cmp(1,1); cmp(1,2); cmp(2,1) (3, 0, 0, 'final', 0) 0 -1 1 -- assignee: georg.brandl components:

[issue5053] http.client.HTTPMessage.getallmatchingheaders()

2009-01-25 Thread Mike Watkins
New submission from Mike Watkins : HTTPMessage.getallmatchingheaders() stopped working sometime after Python 3.0 release. In a recent (1 day ago) svn update the implementation says the method was copied from rfc822.message; the Python 3.x implementation is broken (iterates through self.keys

[issue5054] CGIHTTPRequestHandler.run_cgi() HTTP_ACCEPT improperly parsed

2009-01-25 Thread Mike Watkins
New submission from Mike Watkins : There appears to have been a bug in how HTTP_ACCEPT is parsed living in run_cgi() for eons, perhaps from the time it was written. Perhaps not many are using this code (I'm not either) but recent (post 3.0 Release) Python 3.x appear to have broken some

[issue5053] http.client.HTTPMessage.getallmatchingheaders()

2009-01-25 Thread Mike Watkins
Mike Watkins added the comment: Trivial patch for http.client attached. -- keywords: +patch Added file: http://bugs.python.org/file12858/http.client.py.patch ___ Python tracker <http://bugs.python.org/issue5

[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []

2009-01-26 Thread Mike Watkins
Changes by Mike Watkins : -- title: http.client.HTTPMessage.getallmatchingheaders() -> http.client.HTTPMessage.getallmatchingheaders() always returns [] ___ Python tracker <http://bugs.python.org/iss

[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []

2009-01-26 Thread Mike Watkins
Mike Watkins added the comment: Re diffs, noted for the future. Re tests: # py3k-devel/Lib/test % grep -r getallmatchingheaders * ... Returns nothing, so not only does the email package need a test for this but so does http.client. Incidentally test_mailbox.py has a test for the proposed

[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []

2009-01-26 Thread Mike Watkins
Mike Watkins added the comment: Further investigation ( grep -r getallmatchingheaders Lib/* ) reveals that in addition to having no tests, and being implemented incorrectly in http.client, getallmatchingheaders() is called only once, in http.server; that code is also broken (I reported this