Author gps
Recipients gps, gregory.p.smith, janssen, nagle
Date 2007-08-26.03:11:28
SpamBayes Score 0.11523
Marked as misclassified No
Message-id <52dc1c820708252011l794abc32mdb2165d350cf8124@mail.gmail.com>
In-reply-to <1188097611.68.0.738023526653.issue1706815@psf.upfronthosting.co.za>
Content
Does the existing python SSL implementation allow it to be used over
something other than a socket?  If so then yes that makes sense, but
otherwise its best to leave its inheritance from socket.error so that
code that works when handed a regular socket can work over an SSL
socket without knowing the difference.

fwiw, regarding this bug the last comment I heard from guido on the
python-dev list was that socket.error should at least be a subclass of
EnvironmentError.  I'm still a fan of having it a subclass of IOError
myself for similar reason as above (things already written to use a
file object as a stream could use a socket object and still handle
errors properly; most code check for IOError rather than
EnvironmentError if for no reason other than IOError is easier to type
and easier to read and understand what it means)

On 8/25/07, Bill Janssen <report@bugs.python.org> wrote:
>
> Bill Janssen added the comment:
>
> It's not clear to me that having the SSL errors inherit from socket.error
> is a good idea.  Many of them have nothing to do with the socket, but are
> errors in choice of cipher, certificate validation, etc.
>
> ----------
> nosy: +janssen
>
> _____________________________________
> Tracker <report@bugs.python.org>
> <http://bugs.python.org/issue1706815>
> _____________________________________
>
History
Date User Action Args
2007-08-26 03:11:29gpssetspambayes_score: 0.11523 -> 0.11523
recipients: + gps, gregory.p.smith, janssen, nagle
2007-08-26 03:11:29gpslinkissue1706815 messages
2007-08-26 03:11:28gpscreate