[ python-Bugs-1152424 ] Dict docstring error Python-2.3.5
Bugs item #1152424, was opened at 2005-02-26 11:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152424&group_id=5470 Category: Documentation Group: Python 2.3 Status: Open Resolution: None Priority: 5 Submitted By: Colin J. Williams (cjwhrh) Assigned to: Nobody/Anonymous (nobody) Summary: Dict docstring error Python-2.3.5 Initial Comment: Minor error, epydoc reports the following: === In __builtin__.dict docstring: --- L3: Error: Improper paragraph indentation. L5: Error: Improper paragraph indentation. L7: Error: Improper paragraph indentation. L9: Error: Improper paragraph indentation. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152424&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1152723 ] urllib2 dont respect debuglevel in httplib
Bugs item #1152723, was opened at 2005-02-27 03:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152723&group_id=5470
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: abbatini (abbatini)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 dont respect debuglevel in httplib
Initial Comment:
It is common habit to see http headers:
>>> import httplib
>>> httplib.HTTPConnection.debuglevel = 1
>>> import urllib
>>> feeddata =
urllib.urlopen('http://diveintomark.org/xml/atom.xml').read()
but this dont work with import urllib2 with python 2.4
In rev 1.57 was intoduced code to AbstractHTTPHandler class
that prevent above mentioned construction.
Init method always set debuglevel=0 then do_open method
always do:
h.set_debuglevel(self._debuglevel)
after instantiating HTTPConnection class.
Regards
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152723&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1152723 ] urllib2 dont respect debuglevel in httplib
Bugs item #1152723, was opened at 2005-02-27 03:49
Message generated for change (Comment added) made by abbatini
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152723&group_id=5470
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: abbatini (abbatini)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 dont respect debuglevel in httplib
Initial Comment:
It is common habit to see http headers:
>>> import httplib
>>> httplib.HTTPConnection.debuglevel = 1
>>> import urllib
>>> feeddata =
urllib.urlopen('http://diveintomark.org/xml/atom.xml').read()
but this dont work with import urllib2 with python 2.4
In rev 1.57 was intoduced code to AbstractHTTPHandler class
that prevent above mentioned construction.
Init method always set debuglevel=0 then do_open method
always do:
h.set_debuglevel(self._debuglevel)
after instantiating HTTPConnection class.
Regards
--
>Comment By: abbatini (abbatini)
Date: 2005-02-27 03:57
Message:
Logged In: YES
user_id=1227778
of course:
# h.set_debuglevel(self._debuglevel)
work very well, but i dont know reason
this code was introduced,
maybe forgotten code since development
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152723&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1152726 ] Default class args get clobbered by prior instances.
Bugs item #1152726, was opened at 2005-02-26 22:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152726&group_id=5470 Category: Python Interpreter Core Group: Python 2.3 Status: Open Resolution: None Priority: 5 Submitted By: Simon Drabble (sdrabble) Assigned to: Nobody/Anonymous (nobody) Summary: Default class args get clobbered by prior instances. Initial Comment: OS: SuSE Linux 9.2 kernel 2.6.4 Python: 2.3.3 Define a class where the __init__() method takes a default arg of list type. Instantiate this class, and append/ extend the value of its default arg. Instantiate the class again, and the value from the first instance will overwrite the second. The bug is known to exist in 2.3.3, but may exist in subsequent releases also. The attached file illuminates the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1152726 ] Default class args get clobbered by prior instances.
Bugs item #1152726, was opened at 2005-02-26 22:10 Message generated for change (Settings changed) made by sdrabble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152726&group_id=5470 Category: Python Interpreter Core Group: Python 2.3 Status: Open Resolution: None >Priority: 8 Submitted By: Simon Drabble (sdrabble) Assigned to: Nobody/Anonymous (nobody) Summary: Default class args get clobbered by prior instances. Initial Comment: OS: SuSE Linux 9.2 kernel 2.6.4 Python: 2.3.3 Define a class where the __init__() method takes a default arg of list type. Instantiate this class, and append/ extend the value of its default arg. Instantiate the class again, and the value from the first instance will overwrite the second. The bug is known to exist in 2.3.3, but may exist in subsequent releases also. The attached file illuminates the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1110242 ] gzip.GzipFile.flush() does not flush all internal buffers
Bugs item #1110242, was opened at 2005-01-26 16:42 Message generated for change (Comment added) made by alanmcintyre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1110242&group_id=5470 Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: David Schnepper (dschnepper) Assigned to: Nobody/Anonymous (nobody) Summary: gzip.GzipFile.flush() does not flush all internal buffers Initial Comment: flush() is expected to output all pending data stored in internal buffers. gzip.GzipFile.flush() does perform a flush on its fileobj, but does not flush the state of its compressobj prior to the IO flush. This results in being able to use gzip.GzipFile to zip output to a socket and having the other side unzip it in sync with originators flush calls. -- Comment By: Alan McIntyre (ESRG) (alanmcintyre) Date: 2005-02-26 23:33 Message: Logged In: YES user_id=1115903 This patch appears to fix the bug as described, and running the regression tests on Python 2.5a0 (CVS HEAD) plus this patch turns up no problems. Since the documentation says that a GzipFile "simulates most of the methods of a file object," I would expect GzipFile.flush() to act in the way that David described in the first paragraph of the bug report, and his patch seems to provide that as far as I can tell. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1110242&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1152762 ] curses.textpad raises error
Bugs item #1152762, was opened at 2005-02-27 19:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152762&group_id=5470 Category: Python Library Group: Python 2.3 Status: Open Resolution: None Priority: 5 Submitted By: John McPherson (jrm21) Assigned to: Nobody/Anonymous (nobody) Summary: curses.textpad raises error Initial Comment: textpad seems to have a bug when you backspace from the start of a line. By default, stripspaces is on, so it tries to skip any spaces on the previous line. But if there are no spaces, it raises a curses error and makes the app quit. Reproduce by: $ python /usr/lib/python2.3/curses/textpad.py type "1234567890" into the textpad press backspace twice. The problem is _end_of_line() function doing "last = last + 1" I think a better way would be to start at the end of the line (last=self.maxx), and skip backwards while "last" is a space: while last > 0 and ascii.ascii(self.win.inch(y, last)) == ascii.SP: last -= 1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1152762&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
