[Python-Dev] Semantic of isinstance
Phillip J. Eby
pje at telecommunity.com
Wed Jun 28 02:41:08 CEST 2006
More information about the Python-Dev mailing list
Wed Jun 28 02:41:08 CEST 2006
- Previous message: [Python-Dev] Semantic of isinstance
- Next message: [Python-Dev] Semantic of isinstance
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
At 12:02 PM 6/28/2006 +1200, Greg Ewing wrote: >Martin v. Löwis wrote: > > > Again, I believe this is all included for ExtensionClasses: it looks > > for __class__ on the object if the type check fails, so that an > > ExtensionClass could be actually a class derived from the C type. > >Now that we have had new-style classes for quite a >while, is there still a need to support ExtensionClasses? That's the wrong question. The right question is, "is there a need to support isinstance() for proxy objects?" and the answer is yes. As far as I know, nobody has proposed to change this behavior of isinstance(), nor even suggested a reason for doing so.
- Previous message: [Python-Dev] Semantic of isinstance
- Next message: [Python-Dev] Semantic of isinstance
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list