IronPython 2.0.2 Released
Work on IronPython 2.6 progresses (there is even a new page that appeared overnight comparing the performance of the as-yet-unreleased 2.6 Beta 2 to CPython 2.6.1).
In the meantime there has been a bugfix release on the stable IronPython 2.0 branch - IronPython 2.0.2 has just been released.
In the meantime there has been a bugfix release on the stable IronPython 2.0 branch - IronPython 2.0.2 has just been released.
This release is a minor update to IronPython 2.0.1, which in turn is a CPython 2.5-compatible release running on the .NET platform. Our priority was to make IronPython 2.0.2 a bugfix release that remains backwards-compatible with IronPython 2.0.1. In particular, we focused on issues the IronPython community brought to our attention through codeplex. As such, there have been important improvements on the compatibility and stability of IronPython as summarized below.Detailed change summary:
- 21577 – binascii.crc32 doesn't accept one argument.
- 20616 – wrong TypeError message when invoking "str.join": implicit parameter 'self' not counted
- 19665 – 2.0.2: operator.isSequenceType(NewStyleClass) broken
- 20087 – 2.0.2: Null Value Exception in COM interop
- 21445 – DLR: There is a dead loop in CallSite.UpdateAndExecute(), which leads to IronPython 2.0.1 hang.
- 22001 – 2.0.2: Ngen IronPython.msi option doesn't work on 64-bit platforms?
- 22094 – 2.0.2: StringException leaked to Python via sys.exc_info()
- 22239 – 2.0.2: modules aren't isolated
- 20634 – hex_codec needs to be imported before hex decode can happen
- 20302 – codecs.lookup errors with uppercase encoding names
- 20051 – Re-raising exception causes loss of traceback
- 4565 – Support all encodings CPython does for _codecs.encode and _codecs.decode
- 20603 – os.walk(‘’) doesn’t work
- 21929 – os.listdir does not accept empty path
- 17235 – dir(System.ArgIterator) broken
Comments
Post a Comment