Mailman 3 September 2004 - Python.NET

Uses PythonNet with current Python installation
by thane＠magna-capital.com Sept. 28, 2004

Sept. 28, 2004

I'm not sure why, but copying the PythonNet DLLs (CLR.dll and Python.Runtime.dll) to a standard CPython installation directory, does not give the CPython "real" access to the CLR. Two observations: 1. The CLR modules don't load on the first try (see output below), and 2. Running modules that require the CLR will sometimes fail (I'll investigate this some more). I've written a .Net backend for matplotlib, which runs fine with the Python distribution from PythonNet (Brian's distribution), but it crashes when the DLLs are in the CPython distribution from Python.org. I'm stumped. could it be related to the "loading delay" above? Any ideas? --- Output from CPython with PythonNet DLLs in the directory -------- C:\Python\Python2.3.3>python Python 2.3.3 (#51, Dec 18 2003, 20:22:39) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> os.system('dir *.dll') Volume in drive C has no label. Volume Serial Number is 7CEC-BD8B Directory of C:\Python\Python2.3.3 09/08/2004 09:48 PM 2,560 CLR.dll 09/08/2004 09:47 PM 98,304 Python.Runtime.dll 12/18/2003 08:22 PM 974,915 python23.dll 3 File(s) 1,075,779 bytes 0 Dir(s) 13,137,387,520 bytes free 0 >>> from CLR.System import String getattr: proxy getattr: dict getattr: __path__ Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named System >>> from CLR.System import String >>> mystr = String('fubar') >>> mystr <CLR.System.String object at 0x008E5D10> >>> Thane Plummer, Ph.D. CEO Magna Capital, LLC (520) 760-4957 (520) 405-2277 (cell) thane(a)magna-capital.com www.magna-capital.com

4 3

.NET backend working
by thane＠magna-capital.com Sept. 24, 2004

Sept. 24, 2004

I've got an alpha version of a .NET backend up and running for matplotlib (http://matplotlib.sourceforge.net/ ). It was just intended to be "proof-of-concept" code, but it works. This back end is targeted for anyone using PythonNet (see http://www.zope.org/Members/Brian/PythonNet/index_html ). It should also be compatible with IronPython (see http://ironpython.com/) once the standard libraries and Numarray (or Numeric) are available for the IronPython release. If there is any interest, please respond to this post and I'll go through the trouble of adding it to the project (at this point I don't know how to do this, so any guidance here would be appreciated). --Thane Thane Plummer, Ph.D. CEO Magna Capital, LLC (520) 760-4957 (520) 405-2277 (cell) <mailto:thane@magna-capital.com> thane(a)magna-capital.com <http://www.magna-capital.com> www.magna-capital.com

2 1

Procedure for building Python.Runtime.dll
by david Powell Sept. 17, 2004

Sept. 17, 2004

I was hoping to experiment with modifications to component files in the runtime. Most just making some things public. I cannot get nmake to work with the makefile in \PythonNet-1.0-beta3\src This is on both XP and 2k machines. The nmake comes with Visual studio and on my system is found in c:\program files\microsoft visual studio .NET 2003\sdk\v1.1\bin Any thoughts? Regards David

2 1

PythonNet does not work with my Zope
by cb Sept. 9, 2004

Sept. 9, 2004

Hi, I tried to work with the Net connection in Zope. (Zope 2.7.2-0, python 2.3.3, win32) I copied the files CLR.dll, Python.Runtime.dll and Python.Runtime.key to F:\Programme\Zope-2.7.2-0\bin (where Python.exe is) Starting Zope as a program and than executing a Python function with the following code >>> snip ------------------------------------------- import CLR from CLR import System System.Console.WriteLine("oktest") print "durch" >>>snip ------------------------------------------- prints "oktest" on the console and then the program hangs. PythonNet-1.0-beta3 works fine on my computer. What's wrong? Thanks Carsten

1 0

Embedding Python/Python.NET under C++
by tommyadam＠freenet.de Sept. 2, 2004

Sept. 2, 2004

1 0