On Sep 27, 2009, at 4:20 AM, Pascal Chambon wrote: > Thus, at the moment IOErrors rather have the semantic of "particular > case of OSError", and it's kind of confusing to have them remain in > their own separate tree... Furthermore, OSErrors are often used > where IOErrors would perfectly fit, eg. in low level I/O functions > of the OS module. > Since OSErrors and IOErrors are slightly mixed up when we deal with > IO operations, maybe the easiest way to make it clearer would be to > push to their limits already existing designs. How about just making IOError = OSError, and introducing your proposed subclasses? Does the usage of IOError vs OSError have *any* useful semantics? James
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4