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

2009-01-26 Thread Mike Watkins
Changes by Mike Watkins pyt...@mikewatkins.ca: -- title: http.client.HTTPMessage.getallmatchingheaders() - http.client.HTTPMessage.getallmatchingheaders() always returns [] ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5053

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

2009-01-26 Thread Mike Watkins
Mike Watkins pyt...@mikewatkins.ca 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

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

2009-01-26 Thread Mike Watkins
Mike Watkins pyt...@mikewatkins.ca 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

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

2009-01-25 Thread Mike Watkins
New submission from Mike Watkins pyt...@mikewatkins.ca: 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

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

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

[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: Documentation messages: 77093 nosy

[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. ___ Python tracker

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