Ok in that case I've closed mine :)

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord
Sent: Wednesday, November 19, 2008 8:49 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 2 Bug: Module Name Lookup Broken

Dino Viehland wrote:
> Yeah, that's pretty bad...  I've filed this as 19658 - 
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19658.  
> Thanks for reporting this.
>

As well as 19656 that I reported it as. ;-)
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19656

Michael
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord
> Sent: Wednesday, November 19, 2008 5:00 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IronPython 2 Bug: Module Name Lookup Broken
>
> Curt Hagenlocher wrote:
>
>> You're using the version in the IronPython_2_0 folder, yes?
>>
> Yes.
>
> Michael
>
>> On Wed, Nov 19, 2008 at 4:55 AM, Michael Foord
>> <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
>>
>>     Hello guys,
>>
>>     It looks like in source code drop 43712 module name lookup is
>>     broken if the name is also a .NET member name (presumably of
>>     Script or ScriptScope) and clr has not been imported.
>>
>>     To reproduce have a pure python module called 'check.py' containing:
>>
>>     def check(module):
>>       print module.Keys
>>
>>     If you also have a 'stuff.py' module containing:
>>
>>     Keys = 3
>>
>>     You get the following exception:
>>
>>     >>> import stuff
>>     >>> from check import check
>>     >>> check(stuff)
>>     Traceback (most recent call last):
>>      File "<stdin>", line 1, in <module>
>>      File "C:\Dev\buildshare\Ipy2-43712-binaries\check.py", line 2, in
>>     check
>>     AttributeError: 'module' object has no attribute 'Keys'
>>
>>     (Interestingly 'Keys' does appear in the dir of the module.)
>>
>>     This is causing us problems in the use of unittest that does
>>     module introspection. It isn't blocking us as adding 'import clr'
>>     causes the problem to go away, but could well cause us other
>>     problems (we are still working our way through our last remaining
>>     50 unit test failures in our IronPython 2 port.)
>>
>>     I have raised this as issue number 19656 on Codeplex:
>>
>>     http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19656
>>
>>     All the best,
>>
>>     Michael Foord & Glenn Jones
>>     Resolver Systems
>>
>>     --
>>     http://www.ironpythoninaction.com/
>>
>>     _______________________________________________
>>     Users mailing list
>>     [email protected] <mailto:[email protected]>
>>     http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> [email protected]
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>
> --
> http://www.ironpythoninaction.com/
>
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


--
http://www.ironpythoninaction.com/

_______________________________________________
Users mailing list
[email protected]
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
_______________________________________________
Users mailing list
[email protected]
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Reply via email to