[issue839159] iterators broken for weak dicts
Anthony Lenton anthony.len...@canonical.com added the comment: Probably old news, but this also affects 2.5.4. -- nosy: +elachuni versions: +Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue839159 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1441530] socket read() can cause MemoryError in Windows
Anthony Lenton [EMAIL PROTECTED] added the comment: It's probably just a typo from copying from an editor, but there is a bug in the workaround. It should be: maxRead = 100 class MySSL (imaplib.IMAP4_SSL): def read (self, n): #print ..Attempting to read %d bytes % n if n = maxRead: return imaplib.IMAP4_SSL.read (self, n) else: soFar = 0 result = while soFar n: thisFragmentSize = min(maxRead, n-soFar) #print ..Reading fragment size %s % thisFragmentSize fragment =\ imaplib.IMAP4_SSL.read (self, thisFragmentSize) result += fragment soFar += thisFragmentSize # only a few, so not a tragic o/head return result (With one less level of indentation in the last line). Apart from that, the fix works wonderfully. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1441530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1441530] socket read() can cause MemoryError in Windows
Anthony Lenton [EMAIL PROTECTED] added the comment: I confirm that the bug occurs with Python 2.5.1 on Windows XP. Also, anglocelt's fix worked fine for me. -- nosy: +elachuni ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1441530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2732] curses.textpad loses characters at the end of lines
Anthony Lenton [EMAIL PROTECTED] added the comment: This doesn't happen to me with 2.6 compiled from HEAD, or with 2.5.2 shipped with Ubuntu Hardy. In both cases the output is: Contents of text box: '123456789\n123456789\n' -- nosy: +elachuni ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2569] default_scheme in urlparse.urlparse() useless
Anthony Lenton [EMAIL PROTECTED] added the comment: In http://bugs.python.org/issue754016 there's already a discussion about this. The RFC that urlparse is following (rfc 1808) requires the net_loc component to start with // even if the scheme component is missing, which is why urlparse(www,http) puts the 'www' in to the path component instead of net_loc. It seems that this is indeed the intended behavior, and the patch for issue 754016 adds a docfix clarifying this. -- nosy: +elachuni ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2569 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2569] default_scheme in urlparse.urlparse() useless
Changes by Anthony Lenton [EMAIL PROTECTED]: -- nosy: +facundobatista ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2569 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue754016] urlparse goes wrong with IP:port without scheme
Anthony Lenton [EMAIL PROTECTED] added the comment:
I agree with facundobatista that the patch is bad, but for a different
reason: it now breaks with:
import urlparse
urlparse.urlparse ('http:')
Traceback (most recent call last):
File stdin, line 1, in module
File /home/anthony/svn/python26/Lib/urlparse.py, line 108, in urlparse
tuple = urlsplit(url, scheme, allow_fragments)
File /home/anthony/svn/python26/Lib/urlparse.py, line 148, in urlsplit
if i 0 and not url[i+1].isdigit():
IndexError: string index out of range
I'm afraid that it it's not evident that the expected behavior isn't
evident.
Take for example:
import urlparse
urlparse.urlparse('some.com', 'http')
ParseResult(scheme='http', netloc='', path='some.com', params='',
query='', fragment='')
Is the url referring to the some.com domain or to a windows executable file?
If you're using urlparse to parse only absolute urls then probably you
want the first component to be considered a net_loc, but not if you're
thinking of accepting also relative urls.
It would probably be better to be explicit and raise an exception if the
url is invalid, so that the user can prepend a '//' and resubmit if
needed. Also we'd probably stop seeing bugreports about this issue :)
--
nosy: +elachuni
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue754016
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1556] Failure when calling __str__ for MIMEBase(message, rfc822) objects
Anthony Lenton [EMAIL PROTECTED] added the comment: I don't really think the MIMEBase class is supposed to be used like this, or at all: it behaves more like a Multipart message in that it expects to carry a list of MIMEBase objects as a payload (not a string!) though it doesn't define a boundary by default. You can carry on using the MIMEBase class, but changing the line that says: attachment.set_payload(file(filename).read( )) for: attachment.set_payload([MIMEText(file(filename).read())]) I'd recommend you to use: attachment = Message() attachment.set_payload(file(filename).read()) or if you want a multipart message: attachment = MIMEMultipart() text = MIMEText(file(filename).read()) attachment.attach(text) -- nosy: +elachuni ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1556 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1224] SimpleHTTPServer doesn't understand // at beginning of path anymore
Anthony Lenton added the comment: Attached is an diff against trunk that adds philfr's suggesitions. I've also added a test file for testing url parsing, so's these things stay fixed. Updated Misc/NEWS. No doc or functionallity modified. -- nosy: +elachuni, facundobatista Added file: http://bugs.python.org/file9451/1224.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1224 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
