Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New issue] compile does not accept AST object
2. [New comment] 2.7.2.1 "load language" problem
3. [New comment] 2.7.2.1 "load language" problem
4. [New issue] Duplicate key in dict
5. [New comment] Duplicate key in dict
6. [New comment] Duplicate key in dict
7. [New comment] Duplicate key in dict
8. [New comment] Duplicate key in dict
9. [New comment] Duplicate key in dict
10. [New issue] ctypes.wndll can not be found
11. [New comment] ctypes.wndll can not be found
----------------------------------------------
ISSUES
1. [New issue] compile does not accept AST object
http://ironpython.codeplex.com/workitem/32526
User paweljasinski has proposed the issue:
"Compile documentation states: source can either be a string or an AST object.
When I try to feed it with AST object it throws.
$ /c/Program\ Files/IronPython\ 2.7/ipy -i test-ast-compile.py
Traceback (most recent call last):
File "test-ast-compile.py", line 12, in <module>
TypeError: expected str, got Expression>>>
>>>"-----------------
2. [New comment] 2.7.2.1 "load language" problem
http://ironpython.codeplex.com/workitem/32452
User Snake38 has commented on the issue:
""I uninstalled IronRuby then installed again this package and all things went
ok. "
Wow! For me it's working too! Thanks!
Thanks for help ;)"-----------------
3. [New comment] 2.7.2.1 "load language" problem
http://ironpython.codeplex.com/workitem/32452
User slide_o_mix has commented on the issue:
"What version of IronRuby did you have installed?"-----------------
4. [New issue] Duplicate key in dict
http://ironpython.codeplex.com/workitem/32527
User back_hat has proposed the issue:
"It's possible to create duplicate keys in the builtin dict type. I'm not sure
of the exact trigger, but this is a small example (running on Windows 7 on top
of VMWare):
IronPython 2.7.2.1 (2.7.0.40) on .NET 4.0.30319.239 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> d = {'1': 1, '2': 1, '3': 1, 'a7': 1, 'a8': 1}
>>> d.pop('a7')
1
>>> d['a8'] += 0
>>> print d.keys()
['3', '2', '1', 'a8', 'a8']
Note key 'a8' appears twice."-----------------
5. [New comment] Duplicate key in dict
http://ironpython.codeplex.com/workitem/32527
User slide_o_mix has commented on the issue:
"I don't get the same result.
IronPython 2.7.2.1 (2.7.0.40) on .NET 4.0.30319.225 (64-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> d = {'1': 1, '2': 1, '3': 1, 'a7': 1, 'a8': 1}
>>> d.pop('a7')
1
>>> d['a8'] += 0
>>> print d.keys()
['a8', '1', '3', '2']
>>>"-----------------
6. [New comment] Duplicate key in dict
http://ironpython.codeplex.com/workitem/32527
User slide_o_mix has commented on the issue:
"If I run under ipy.exe instead of ipy64.exe I DO get the same result. Are you
on a 64-bit OS?"-----------------
7. [New comment] Duplicate key in dict
http://ironpython.codeplex.com/workitem/32527
User back_hat has commented on the issue:
"I'm not on a 64 bit OS, I'm running the 32-bit version of Windows-7. (That's
running on top of VMware Fusion, which is running on Mac OS-X 10.7.3, which is
64-bit, but I don't think that matters.) On my system, both ipy.exe and
ipy64.exe produce the same result."-----------------
8. [New comment] Duplicate key in dict
http://ironpython.codeplex.com/workitem/32527
User slide_o_mix has commented on the issue:
"Yeah, ipy64 is actually built for "Any CPU" so it should give the same result
on 32-bit OS. I'll see about installing a 32-bit version of Windows to figure
out what is going on."-----------------
9. [New comment] Duplicate key in dict
http://ironpython.codeplex.com/workitem/32527
User back_hat has commented on the issue:
"Here's a revised example, which shows two things: first that augmented
assignment is not required, regular assignment works as well. Second, two keys
correspond to the old value and the new value. Somehow, when the new key is
being inserted it's not removing the old key, but is instead keeping it around
with it's old value.
IronPython 2.7.2.1 (2.7.0.40) on .NET 4.0.30319.239 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> d = {'1': 1, '2': 1, '3': 1, 'a7': 1, 'a8': 1}
>>> d.pop('a7')
1
>>> d['a8'] = 5
>>> print d.items()
[('3', 1), ('2', 1), ('1', 1), ('a8', 5), ('a8', 1)]"-----------------
10. [New issue] ctypes.wndll can not be found
http://ironpython.codeplex.com/workitem/32528
User harejohn has proposed the issue:
"I have had to rename ctypes to _ctypes to get the import _ctypes for
IronPython 2.7 to find it. Once I do this, the ctypes function is there until I
start using wndll and its functions. The wndll functions fail immediately
claiming they can not find _ctypes. This works fine in Python 2.7.1 Please
advise."-----------------
11. [New comment] ctypes.wndll can not be found
http://ironpython.codeplex.com/workitem/32528
User slide_o_mix has commented on the issue:
"Please attach a test case"
----------------------------------------------
----------------------------------------------
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
