This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author akuchling
Recipients Arfrever, akuchling, barry, benjamin.peterson, christian.heimes, georg.brandl, giampaolo.rodola, inc0, larry, neologix, pitrou, serhiy.storchaka
Date 2013-09-15.16:50:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1379263846.14.0.90829030563.issue16038@psf.upfronthosting.co.za>
In-reply-to
Content
For 2.6 I'll make a revised version of Giampaolo's patch that doesn't add a new exception class.  

Rationale: Adding a new exception class changes the API of the module, which we'd like to avoid.  If someone is writing 2.6 code that wants to catch this exception, they can't write "except ftplib.LineTooLong" because the name isn't present.  Instead they'll have to catch the parent Error exception class and analyze either its type or the exception message.  My conclusion is that adding the new class isn't actually useful.

(bwarsaw and I are at a mini-sprint looking at the 2.6.9 blockers, so we're looking at all of these 'unlimited readline' issues and will continue to remove new exceptions introduced by patches.)
History
Date User Action Args
2013-09-15 16:50:46akuchlingsetrecipients: + akuchling, barry, georg.brandl, pitrou, larry, giampaolo.rodola, christian.heimes, benjamin.peterson, Arfrever, neologix, serhiy.storchaka, inc0
2013-09-15 16:50:46akuchlingsetmessageid: <1379263846.14.0.90829030563.issue16038@psf.upfronthosting.co.za>
2013-09-15 16:50:46akuchlinglinkissue16038 messages
2013-09-15 16:50:45akuchlingcreate