Author stutzbach
Recipients benjamin.peterson, pitrou, stutzbach
Date 2010-09-15.15:44:16
SpamBayes Score 7.0054e-05
Marked as misclassified No
Message-id <>
> These attributes exist; they're just not properties.

Yes, I see.  They're added to the instance in the constructor, so they don't exist as attributes of the class.  Also in that category:

BlockingIOError python is missing: ['characters_written']

That leaves:

RawIOBase C is missing: ['readinto', 'write']
StringIO C is missing: ['name']
StringIO python is missing: ['__getstate__', '__setstate__']
BytesIO python is missing: ['__setstate__']

The Python version of StringIO throws an AttributeException on the .name attribute.  It's a property inherited from the TextIOWrapper.  Effectively, TextIOWrapper provides the .name attribute if the object that it's wrapping provides the .name attribute.  This behavior is undocumented.

Is that reasonable behavior?  Or should TextIOWrapper define .name always and return some suitable value if the wrapped object doesn't define .name? (e.g., None)

In any case, it needs documentation.
Date User Action Args
2010-09-15 15:44:18stutzbachsetrecipients: + stutzbach, pitrou, benjamin.peterson
2010-09-15 15:44:18stutzbachsetmessageid: <>
2010-09-15 15:44:16stutzbachlinkissue9858 messages
2010-09-15 15:44:16stutzbachcreate