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._______________________________________________
Ironpython-users mailing list
Ironpython-users@python.org
http://mail.python.org/mailman/listinfo/ironpython-users
