FYI if this became a blocker I think we could probably fix this so your scenario would work. Personally I'd rather spend the time fixing other bugs but I am sympathetic to wanting to interact w/ libraries that want to be able to create instance of types. The underlying problem here is the test is going to be made against PythonType.UnderlyingSystemType and because you've derived from it we'll get that wrong. We could send the real type down into the code that makes the test.
Anyway, it'll be interesting to hear what the other problems are. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sakesun Roykiattisak Sent: Monday, April 21, 2008 4:38 AM To: [email protected] Subject: Re: [IronPython] Need help to port-dynamic class generation code to IP2 Curt, I just dig into my framework library again and find that they provide a hook to customize service component construction (It's not available last year, when I checked). So my problem is now solved. I still cannot move to 2.0, since some of my test cases are broken. I'll have to investigate it first. More questions will likely to come. :) Thank you very much. > Not specifically; it's just that it would be easier to suggest an > alternative solution if we knew what the specific requirements were > for the library you're using. _______________________________________________ Users mailing list [email protected] http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list [email protected] http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
