o/2.0
And now I get:
---
** (IronPythonConsole.exe:31454): WARNING **: Could not find assembly System,
references from /home/michael/IronPython-0.7.1/bin/IronPython.dll
(assemblyref_index=1)
Major/Minor: 2,0
Build: 3600,0
Token: b77a5c561934e
I have WinXP with NET 2.0 beta 1 installed and IronPython 0.7.1, but I have no
Matrix pack and site http://www.aisto.com/roeder/dotnet/ just now is
unreachable. Can you send this file as attachment (if it is not very big)?
Michael
___
users
is.
Using Windows XP SP2 with .NET 2.0 beta 1.
c:\User\Michael\Current\test\IronPython-0.7.1\bin>IRonPythonConsole
IronPython 0.7.1 on .NET 2.0.40607.16
Copyright (c) Microsoft Corporation. All rights reserved.
>>> import sys
>>> sys.LoadAssemblyFromFile("Mapack.dll&qu
at all, frankly.
+1
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
4/2.5 behavior reported?
You don't include a test suite with the source. Do you have a plan for one?
ISTM it would be a good idea to share tests with pypy.
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpytho
Runtime/introspection
__doc__
__name__
Information:
copyright
credits
license
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Joe Mason wrote:
On Sat, Apr 02, 2005 at 02:24:03PM -0800, Michael Spencer wrote:
Here is the set of built-ins that 2.3.3 has and that fepy 0.7.1 lacks.
Absence from this list does not mean an object is correctly implemented.
Is this list exhaustive, or only what you've noticed so far?
J
1330 PST
IronPython Workspace Home
http://workspaces.gotdotnet.com/ironpython is down*:
although, IronPython bugtracker at:
http://www.gotdotnet.com/workspaces/bugtracker/home.aspx?id=ad7acff7-ab1e-4bcb-99c0-57ac5a3a9742
and messages at:
http://www.gotdotnet.com/workspaces/messageboard/home.aspx?id
First cut result at a hacked version of cpython's test_builtin. Some changes
required to this and unittest to import successfully.
Below you will find results summary. Results detail, then the test module
itself will follow in subsequent posts
G:\CABS\Python\FePy\IronPython-0.7.1\bin>IronPytho
Martin Maly wrote:
Hi Michael,
Thank you for taking the time and running the test suite. It is not
surprising that there are so many failures since much of the development
effort went into getting basic functionality and interoperability with
.Net framework and there are many cases (some are
Test Module (a couple of hacks to CPython test_builtin to enable it to import
and run on fepy 0.7.1)
# Python test set -- built-in functions << this is line 1 of the source
#import test.test_support, unittest
#from test.test_support import fcmp, have_unicode, TESTFN, unlink
have_unicode = False
i
Results Detail
>>> T.formatfepyfailures(res)
14 Tests failed:
IronPython.Objects.PythonAssertionError: ValueError
at IronPython.Objects.Ops.Raise(Object type, Object value, Object traceback)
at unittest.failUnlessRaises$f172(Object self, Object excClass, Object callab
leObj, Object args, Obj
Martin Maly wrote:
Hi Michael,
...
I can see your emails just came through... Since you have spent the time
and modified the tests so that they can readily run on IronPython,
filing the actual bugs is not necessary because we can simply run your
modified test and fix whatever the test indicates
Martin Maly wrote:
Hi Michael,
...
I can see your emails just came through... Since you have spent the time
and modified the tests so that they can readily run on IronPython,
filing the actual bugs is not necessary because we can simply run your
modified test and fix whatever the test indicates
restarting the interpreter and re-importing the module
after every source change. Is there a better way yet?
Thanks
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users
Jim Hugunin wrote:
Michael Spencer wrote:
Since reload is not available yet, what is the best workaround for re-
compiling
changed source for imported modules?
Execfile is a good option for many situations and was implemented to
make sure we had at least a partial reload story.
Thanks, that *is
Second feature request of the week:
I would like to save sys.path settings between interpreter sessions.
Is there a way to do this today?
If not, could there be an OS environment variable for this or, a startup.py file
loaded each time the interpreter starts?
Thanks
Michael
timeit(100) for i in 1,2,3]
[0.590843200683594, 0.550788879394531, 0.490707397460938]
>>>
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
seperate file that gets imported so the bytecode gets
cached since IronPython is precompiled to IL.
I compared pre-compiled functions in each case. Can you explain why what you
suggest is fairer?
Other than that, cool.
It is, isn't it ;-)
Michael
__
CPython's
Also, a temporary solution that might change in future versions would be fine.
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
'java-clr'.
Michael
___
users-ironpython.com mailing list
users-ironpython.com@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
sys.platform[:4] == 'java' actually helped
unittest to run because it avoids looking for a cpython-specific traceback
attribute. Anyway, it's better to have a distinct platform id and the required
modification to unittest is trivial.
Michael
__
7;abs', 'apply', 'basestring', 'bool', 'buffer', 'callabl
e', 'chr', 'classmethod', 'cmp', 'compile', 'complex', 'delattr', 'dict', 'dir',
'divmod',
HeyDid this bug get logged? The Mono folk seem interested in this project, so we should take them up on their offer of help.I'm willing to do a little testing and bug logging if it would help. Let me know!Cheers!/\/\ike On May 18, 2005, at 11:07 PM, Keith J. Farmer wrote: Just FYI: C:\>MonoPy C:\
Logged at Ximian as bug 75048. Looks like the 2.0 Dictionary implementation in mono isn't complete yet.Cheers!/\/\ike TaylorOn May 19, 2005, at 7:30 AM, Zoltan Varga wrote: Hi, I you run IronPython on mono, things don't seem to work, and youthink it is du
I just tried Miguel de Icaza's Mono 1.1.8 drop for Mac OS X with the
IronPython 0.7.6 release and was rewarded with this beautiful sight:
> mono IronPythonConsole.exe
IronPython 0.7.6 on .NET 2.0.50215.16
Copyright (c) Microsoft Corporation. All rights reserved.
>>> import sys
>>> sys.stderr.
IronPython implements Python in C#, and can
call .NET but not C.
PythonNet implements Python in C, and can
call both .NET and C.
IronPython is probably the closest to what
you want, since Python classes should also be .NET classes.
Regards,
Mike
- Original Message -
From:
I wouldn't call the FORTRAN "legacy code". People are still using BLAS and such
because the FORTRAN code performs better. These routines have been rewritten
many times in C, C++, and Java and people still use the FORTRAN simply because
it does a better job. Numerical solutions are what FORTRAN w
level something that is more "Pythonish" would be nice.
Michael
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Keith J. Farmer
Sent: Tuesday, September 20, 2005 9:38 AM
To: [EMAIL PROTECTED]; Discussion of IronPython
Subject: RE: [IronPython]
Title: devenv
Thanks for this most-needed project…
Is there a Visual Studio plug-in for IP for colorizing, debugging, completion, etc? (Or hooks into other IDEs?)
(I saw the message on launching the CLR debugger – but one-stop shopping is nice…)
Are most current uses of IP: (a) stand-alone
30 matches
Mail list logo
