[Ironpython-users] IronPython, Daily Digest 10/10/2011

[no_reply at codeplex.com]

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Implement _elementtree module
2. [New comment] ValueError: unmarshallable object
3. [New comment] 'x'.replace(u'\uFFFE','') -> ValueError
4. [New comment] print u'\xe4'.encode(sys.stdout.encoding) -> ?
5. [New comment] os.path.abspath('*') -> ValueError
6. [New issue] Module __doc__ is None when using `ipy -m module.py`
7. [New comment] Module __doc__ is None when using `ipy -m module.py`
8. [New comment] Module __doc__ is None when using `ipy -m module.py`

----------------------------------------------

ISSUES

1. [New comment] Implement _elementtree module
http://ironpython.codeplex.com/workitem/21407
User pekkaklarck has commented on the issue:

"I'm surprised this issue is considered low priority because not having a working ElementTree implementation in IronPython is a big blocker for many Python programs. I know this is an open source project with limited resources but in this case there already is a working implementation that ought to be easy to take into use (see my nearly a year old comment above about ET 1.2.7).

What's worse than not having ET is having an implementation that can be imported but not used. This means that even if you install a working ET, any code that uses the "standard" way to conditionally import ET (see e.g. http://lxml.de/tutorial.html) still doesn't work because you end up getting a broken ET implementation anyway."-----------------

2. [New comment] ValueError: unmarshallable object
http://ironpython.codeplex.com/workitem/26489
User pekkaklarck has commented on the issue:

"I noticed that with IPY 2.7 you don't need --no-compile anymore. Apparently the compilation step in setup.py is just skipped."-----------------

3. [New comment] 'x'.replace(u'\uFFFE','') -> ValueError
http://ironpython.codeplex.com/workitem/29402
User pekkaklarck has commented on the issue:

"Seems to be fixed in IPY 2.7."-----------------

4. [New comment] print u'\xe4'.encode(sys.stdout.encoding) -> ?
http://ironpython.codeplex.com/workitem/29487
User pekkaklarck has commented on the issue:

"This occurs also with IPY 2.7. Notice that sys.stdout.encoding is cp437 both with IronPython and CPython. Some more experimenting below:


D:\>ipy
IronPython 2.7 (2.7.0.40) on .NET 4.0.30319.237
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.stdout.encoding
'cp437'
>>> a = u'\xe4'.encode(_)
>>> a
u'\x84'    # should be just '\x84'
>>> print a
?
>>> ^Z

D:\>python
Python 2.7 (r27:82525, Jul  4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.stdout.encoding
'cp437'
>>> a = u'\xe4'.encode(_)
>>> a
'\x84'
>>> print a
ä
>>>"-----------------

5. [New comment] os.path.abspath('*') -> ValueError
http://ironpython.codeplex.com/workitem/29489
User pekkaklarck has commented on the issue:

"Occurs also with IPY 2.7."-----------------

6. [New issue] Module __doc__ is None when using `ipy -m module.py`
http://ironpython.codeplex.com/workitem/31570
User pekkaklarck has proposed the issue:

"The problem is demonstrated by the example below. It occurs both with IPY 2.6.2 and 2.7.

D:\>type mymod.py
"""Hello, Kitty!"""

print "Greeting:", __doc__

D:\>ipy mymod.py
Greeting: Hello, Kitty!

D:\>ipy -m mymod
Greeting: None

D:\>python -m mymod
Greeting: Hello, Kitty!"-----------------

7. [New comment] Module __doc__ is None when using `ipy -m module.py`
http://ironpython.codeplex.com/workitem/31570
User pekkaklarck has commented on the issue:

"Because of this problem you cannot start Robot Framework (http://robotframework.py) like `ipy -m robot.runner` like you can with Python and Jython. We can add a workaround for this in future releases but that's still pretty annoying."-----------------

8. [New comment] Module __doc__ is None when using `ipy -m module.py`
http://ironpython.codeplex.com/workitem/31570
User pekkaklarck has commented on the issue:

"Ooops, it's obviously http://robotframework.org. There are separate instructions to get it working with IronPython [1] and we plan to ease the installation in RF 2.7 release (and having this particular bug fixed would help).

[1] http://code.google.com/p/robotframework/wiki/DotNetSupport"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20111011/a7e22255/attachment.html>