I know both Martin and I have wanted to fix this bug in the past and just haven’t gotten the time to do it yet and haven’t seen anyone w/ a pressing need for it.
The bug for this (3410, http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=3410) currently only has 1 vote so if we get votes for it then it will rise to the top of our priorities. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of M. David Peterson Sent: Thursday, July 12, 2007 12:01 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Discussion of IronPython; Peter Fisk Subject: Re: [IronPython] [Kamaelia-list] Kamaelia and IronPython (was: Hosting IronPython 2.X in .NET app) On 7/11/07, Michael Sparks <[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>> wrote: On Wednesday 11 July 2007 10:25, M. David Peterson wrote: > > > File HTTPClient, line unknown, in Initialize > > > SyntaxError: yield in more than one try blocks This is a bug in the IronPython implementation of python's generators - this has been legal in python since python 2.2.2. I'm guessing it's a known bug by the sounds of things. Yep, I believe so. IronPython team: Are there any known concerns that might keep this from making into the final IP2.0 release? The reason incidentally we focus on compatibility with python 2.2.2 is because that also happens to be the version of python ported to Nokia mobile phones, and we'd like to retain the option of running Kamaelia on such platforms. (Having done so in the past and found we can do some fun things as a result! :) Which leads me to wonder how much of an impact Silverlight/DLR in the mobile device space might have? The notion of decentralized concurrent inbox/outbox operations taking place over, for example, a Kamaelia-based mesh network sounds WAY TOO COOL not to get excited about. Michael: FYI > The Dynamic Language Runtime is what IronPython 2.0 as well as IronRuby, a new JScript.NET implementation, as well as a new language referred to as Dynamic VB are built upon. If not mistaken, once Kamaelia can be run successfully on IronPython 2.0, then all of Kamaelia would be accessible via this same base of languages as well as other DLR-based projects such as Vista Smalltalk/DLR The nice thing about the above code is that it looks pretty linear, but has the cross platform scalabilty benefits of state machine approach. (which is *why* we use generators rather than threads) Nice! I wasn't aware of this until now, but it makes complete sense! -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 | http://dev.aol.com/blog/3155
_______________________________________________ users mailing list [email protected] http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
