[Ironpython-users] IronPython, Daily Digest 1/10/2012

[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] ctypes: Compatibility issue with CPython
2. [New comment] xml.dom.minidom.parse not working in ironpython 2.7
3. [Status update] AttributeError: 'file' object has no attribute 'readinto',but Cpython has this attribute.
4. [New comment] ctypes.c_uint32 fails with TypeError when overflowed
5. [New comment] Automatic CLR method overload picking logic needs to be revisited.

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

ISSUES

1. [New comment] ctypes: Compatibility issue with CPython
http://ironpython.codeplex.com/workitem/32048
User MarioVilas has commented on the issue:

"As a side note, I tried working around this by changing all calls to "byref" to "pointer" instead. No more Python exceptions :) but the example above still didn't work. The API call would fail and the error message indicated the structure pointer was wrong. I fixed it by changing LPVOID (an alias to c_void_p) to POINTER(OSVERSIONINFOEXA), so I didn't dig deeper into it, but there may be an additional bug related to using void pointers in "argtypes"."-----------------

2. [New comment] xml.dom.minidom.parse not working in ironpython 2.7
http://ironpython.codeplex.com/workitem/32049
User slide_o_mix has commented on the issue:

"Currently the pyexpat module is not implemented for IronPython, there is an implementation of pyexpact for FePy that can be found at fepy.sf.net. I am in the process of implementing this module natively in IronPython."-----------------

3. [Status update] AttributeError: 'file' object has no attribute 'readinto',but Cpython has this attribute.
http://ironpython.codeplex.com/workitem/23801
User slide_o_mix has updated the issue:
Status has changed from Active to Closed with the following comment, 

"Fixed"-----------------

4. [New comment] ctypes.c_uint32 fails with TypeError when overflowed
http://ironpython.codeplex.com/workitem/30390
User slide_o_mix has commented on the issue:

"This is happening (at least the first case) because BigInt.AsUint32 checks if the value is <= UInt32.MaxValue, which 2**32 is not, so it returns false. What needs to happen is the value needs to be sheared to 0 in this case."-----------------

5. [New comment] Automatic CLR method overload picking logic needs to be revisited.
http://ironpython.codeplex.com/workitem/25859
User JeffreySax has commented on the issue:

"Here's another issue involving overload resolution. Consider the following C# code:

public class A {
    public virtual void DoSomething(A a) { Console.WriteLine("From A using A"); }
    public virtual void DoSomething(B b) { Console.WriteLine("From A using B"); }
}
public class B : A {
    public override void DoSomething(A a) { Console.WriteLine("From B using A"); }
}

>>> x = A()
>>> y = B()
>>> x.DoSomething(y)
From A using B
>>> x.DoSomething(x)
From A using A
>>> y.DoSomething(x)
From B using A
>>> y.DoSomething(y)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: Multiple targets could match: DoSomething(A), DoSomething(B)

There should be no ambiguity here since y is of type B, and so the second overload should be preferred (no implicit conversion needed).

The same sequence of calls from C# gives (correctly):
From A using A
From A using B
From B using A
From A using B
"
----------------------------------------------



----------------------------------------------
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/20120111/095bc151/attachment.html>