[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

New submission from Hans Ulrich Niedermann <[EMAIL PROTECTED]>: The urlparse module's ways of splitting the location into hostname and port breaks with RFC2732 style URIs with IPv6 addresses in them: >>> import urlparse >>> urlparse.urlparse

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Changes by Hans Ulrich Niedermann <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10452/python-urlparse-rfc2732-rfc-list.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Changes by Hans Ulrich Niedermann <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10453/python-urlparse-rfc2732-test.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: I have written this patch because urlparse could not retrieve the hostname or port components of URIs such as http://[:::192.168.13.37]/ or http://[dead:beef::1]:/ This problem happens with Python 2.5.1 in Fedora 9,

[issue3213] "pydoc -p" should listen to [::] if IPv6 is supported

New submission from Hans Ulrich Niedermann <[EMAIL PROTECTED]>: According to "pydoc --help", pydoc -p Start an HTTP server on the given port on the local machine. The IP address pydoc binds to is not specified, thus I would expect it to either bind to the local address or

[issue1754483] linecache package handling

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: The patch does not fix the underlying problem which is not limited to files named '__init__.py'. -- nosy: +ndim ___ Python tracker <[EMAIL PROTECTED]> <http://bug

[issue1068477] linecache.py::updatecache strips directory info from files

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: The following issues appear to be the same bug to me: http://bugs.python.org/issue1068477 http://bugs.python.org/issue1309567 http://bugs.python.org/issue1754483 and are, as of 2008-06-30, unfixed in both rel25-mai

[issue1309567] linecache module returns wrong results

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: The following issues appear to be the same bug to me: http://bugs.python.org/issue1068477 http://bugs.python.org/issue1309567 http://bugs.python.org/issue1754483 and are, as of 2008-06-30, unfixed in both rel25-mai

[issue1754483] linecache package handling

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: The following issues appear to be the same bug to me: http://bugs.python.org/issue1068477 http://bugs.python.org/issue1309567 http://bugs.python.org/issue1754483 and are, as of 2008-06-30, unfixed in both rel25-mai

[issue1309567] linecache module returns wrong results

Changes by Hans Ulrich Niedermann <[EMAIL PROTECTED]>: -- components: +Library (Lib) -None versions: +Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 2.7 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1754483] linecache package handling

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: Even with that patch, I'm still getting backtraces similar to this: Traceback (most recent call last): File "/home/user/foo/src/foo", line 83, in foomain(sys.argv) File "/home/uli/foo/src

[issue1309567] linecache module returns wrong results

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment: Unless someone has fixed it since 2008-07-05, it is still relevant. I'll have to take a look at the current code first, though, to confirm in either way. There has been some discussion on this issue over at http://bugs

[issue4256] optparse/argparse: provide a simple way to get a programmatically useful list of options

Changes by Hans Ulrich Niedermann : -- nosy: +ndim ___ Python tracker <http://bugs.python.org/issue4256> ___ ___ Python-bugs-list mailing list Unsubscribe: