[IronPython] speed

2006-07-11 Thread Luis M. Gonzalez
Hi everyone,   I'd like to ask you a question about Ironpython's speed and performance:   I imagine that so far, you've been concentrated in completeness and compatibility more than performance, and I guess you'll address this issue after verion 1.0. However, and although you claimed that Iro

Re: [IronPython] type.__call__

2006-07-11 Thread Sanghyeon Seo
Can anyone reproduce this import bug? SQLAlchemy 0.2.5 release should do. 2006/7/11, Sanghyeon Seo <[EMAIL PROTECTED]>: > There also seems to be a strange import bug, but I couldn't reduce it. > > How to reproduce: > > import sqlalchemy > > Workaround. Swapping following two lines seem to "fix" th

Re: [IronPython] Modules available for IronPython?

2006-07-11 Thread Bruce Christensen
Yes, you can drop in the CPython libraries, and they'll work (with some exceptions, which Dino noted below). For example: C:\Ip\IronPython>set IRONPYTHONPATH=C:\Python24\Lib C:\Ip\IronPython>ipy IronPython 1.0.2383 (Beta) on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserv

Re: [IronPython] Modules available for IronPython?

2006-07-11 Thread Brian Rowe
Okay, thanks. I have experience in both Python and .NET, so IronPython seems like a natural extension. My concern is that common Pythonic solutions and patterns that I'm familiar with will not work based on lack of support for built-in libraries. Specifically, I'm referring to modules like os an

Re: [IronPython] Modules available for IronPython?

2006-07-11 Thread Dino Viehland
That's a pretty good explanation, but when speaking of standard modules a distinction needs to be made between the built-in modules and the standard modules that are written in Python. For the built-in modules we typically write these, and if you let us know which owes you need it'll help us pr

Re: [IronPython] NPE inside IronPython.Compiler

2006-07-11 Thread Dino Viehland
Thanks, That one's interesting, I'm actually a little surprised we don't see it anywhere in the test suite (it would seem any try/finally w/ a return should hit it, maybe those just aren't very frequent). I've opened bug 872 for this. -Original Message- From: [EMAIL PROTECTED] [mailto:[

Re: [IronPython] type.__call__

2006-07-11 Thread Dino Viehland
Awesome, thanks for reporting this, it looks like we need to special case overriding virtuals w/ ICallerContext and deal w/ the param args as well. I've opened CodePlex bug #871 for this (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython). -Original Message- From: [EMAI

Re: [IronPython] Modules available for IronPython?

2006-07-11 Thread Fuzzyman
Brian Rowe wrote: >What standard Python modules are available in IronPython? Is there a process >for adding missing libraries to the base distribution or is it left as a user >exercise to add them from the standard Python distribution? > > If you add the Python standard library to your sys.pat

[IronPython] Modules available for IronPython?

2006-07-11 Thread Brian Rowe
What standard Python modules are available in IronPython? Is there a process for adding missing libraries to the base distribution or is it left as a user exercise to add them from the standard Python distribution? = Brian Rowe Bridgewater Associates 203 291 2849 ---

[IronPython] NPE inside IronPython.Compiler

2006-07-11 Thread Sanghyeon Seo
Following code, reduced from MoinMoin.util.lock, causes NPE inside IronPython.Compiler. MoinMoin (http://moinmoin.wikiwikiweb.de/) is a popular wiki engine written in Python. # lock.py class WriteLock: def acquire(self): try: result = self.lock.acquire() finally: