<BODY>It looks to me that the problem is that abstract members defined on Stream are not implemented in Diverter. It would make sense to me that as they're added dynamically, it begins to work. What happens if all abstract members are defined initially in the derived class instead of added later?<BR><BR>----- Original Message ----- <BR>From: Michael Foord <fuzzyman@voidspace.org.uk> <BR>Date: Monday, April 2, 2007 4:59 pm <BR>Subject: Re: [IronPython] Weird Anomoly with SetStandardOutput <BR>To: Discussion of IronPython <users@lists.ironpython.com> <BR><BR>> Michael Foord wrote: <BR>> > Hello all, <BR>> > <BR>> > If I create a subclass of 'Stream' from IronPython - and set it <BR>> onto a <BR>> > PythonEngine using 'SetStandardOutput', then it fails with the <BR>> following <BR>> > message: <BR>> > <BR>> > Traceback (most recent call last): <BR>> > File C:\Python Projects\modules in <BR>
> > progress\ironpython\embeddingDivert.py, lin <BR>> > e 32, in Initialize <BR>> > File , line 0, in SetStandardOutput##94 <BR>> > TypeError: issubclass: arg 1 must be a class <BR>> > <BR>> > If I define an empty class, and set this then I get the expected <BR>> error <BR>> > 'AttributeError: 'Diverter' object has no attribute 'get_CanSeek'. <BR>> > <BR>> > [snip...] <BR>> > <BR>> > Unfortunately this problem is going to block us very rapidly at <BR>> > resolver. We can probably get round it by creating the stream <BR>> subclass <BR>> > in C# - but what is the problem with doing it from IronPython ? <BR>> > <BR>> > <BR>> <BR>> Except that I realise that you may not have anticipated your users <BR>> passing .NET subclasses from one IronPython engine to another... <BR>> <BR>> Can this be fixed ? <BR>> <BR>> Michael <BR>> <BR>
> _______________________________________________ <BR>> users mailing list <BR>> users@lists.ironpython.com <BR>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com <BR>> </BODY>