BERJAYA

PythonNet news
by Christian Heimes Aug. 3, 2007

Aug. 3, 2007

Good evening Python for .NET users! I've a list of great news for you. In the past weeks I've spent some time in fixing and enhancing PythonNet. Summary: * My branch was merged into the trunk yesterday. Please use the trunk for future development. * PythonNet now works with Python 2.4 and 2.5. Python 2.6 compatibility is already prepared. * A bunch of small bugs were fixed and some new features implemented. Generics, overloading and variable parameter function should work better. * PythonNet also works under Un*x and Mono with UCS 2 and UCS 4 builds of Python. I've created a clr.so module since the clr.pyd module doesn't work on non Windows OS. I've also created a python and clrpython binary for Debian, Ubuntu and other users with a python binary not linked against libpython2.x.so. Two additional unit tests are currently failing. * The source repository contains project files for MS Visual Studio and MonoDevelop. The MS VS files contain a special target which automatically runs the unit tests in a console window. * A new one-size-fits-all Makefile makes it much easier to compile PythonNet for different versions of Python. It automatically detects UCS 2/4 settings and Python version from a Python binary: $ make PYTHON=/path/to/python * The clr module provides new features: AddReference, ListAssemblies(verbosity), preload Christian

2 3

PythonNet for Mono, mostly done but need some help
by Christian Heimes July 19, 2007

July 19, 2007

I've good news for Linux, BSD and Mac users. With some outstanding help from the mono mailing list I was able to get PythonNet running on my Ubuntu box. I had a hard time implementing support for UCS-4 unicode representation until Jonathan Pryor and Jonathan Chambers gave me some information and sample code for a custom marshaler. UCS-4 uses up to four bytes to store unicode while Windows is using a wchar (?) or UCS-2 to store unicode. The CLR supports just CharSet.Unicode which is Microsoft's name for UCS-2. Most Linux distributions like Debian/Ubuntu are using a UCS-4 build of Python. After the UCS-4 vs. UCS-2 problem was fixed I was confronted with same nasty seg faults. Brian gave me the tip to search for code that tries to Decref NULL (IntPtr.Zero) and I found three places. One is my fault, one Brian's and the third is equally shared between us since I didn't fix a problem the right way in the first place. Mono seems to be more sensitive to ref counter problems than .NET on Windows. The results are very promising but Mono's generic and overloading support seems to have some flaws. Two unit tests are failing that are working under Windows and a third test is failing early. I'd appreciate any insight knowledge to fix the outstanding tests. ====================================================================== ERROR: testGenericMethodOverloadSelection (test_generic.GenericTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/heimes/dev/python/pythonnet25/src/tests/test_generic.py", line 353, in testGenericMethodOverloadSelection value = type.Overloaded[str]("test") TypeError: No match found for given type params ====================================================================== ERROR: testGenericMethodTypeHandling (test_generic.GenericTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/heimes/dev/python/pythonnet25/src/tests/test_generic.py", line 303, in testGenericMethodTypeHandling self._testGenericMethodByType(System.Boolean, True) File "/home/heimes/dev/python/pythonnet25/src/tests/test_generic.py", line 202, in _testGenericMethodByType result = stype.Overloaded[ptype](value) TypeError: No match found for given type params ====================================================================== FAIL: Test usage of generic value type definitions. ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/heimes/dev/python/pythonnet25/src/tests/test_generic.py", line 81, in testGenericValueType self.failUnless(inst.HasValue) AssertionError I'm also having trouble to create a facade clr module for Mono. The clr.pyd doesn't work under Mono since Unix builds of Python can't load a Windows PE executable. You can find my first and naive approach at http://pythonnet.svn.sourceforge.net/viewvc/pythonnet/branches/clr-2.0-pyth… You can compile it with python setup.py or simple do "$ make -f makefile.mono clr.so". Christian

2 4

Testers for new branch wanted
by Christian Heimes July 15, 2007

July 15, 2007

Hello PythonNet users! I'm making good progress in my https://pythonnet.svn.sourceforge.net/svnroot/pythonnet/branches/clr-2.0-py… branch. I'm finally at a point where I need people with real life applications to test my branch. Although the branch is named python 2.5 it contains code for Python 2.4 and is even prepared for Python 2.6 (untested yet). The target version is configured over define symboles PYTHON24, PYTHON25 or PYTHON26. The makefile is pretty self explaining. The settings in my new VS C# solution file are explained in VS_README.txt. The branch also fixes some code related to Python 2.4, mostly overloading related code. Managed methods with params and overloading with implicit types are still broken. I'm not sure if I'm going to implement the features. I don't need it for my project and my knowledge of CLR and C# is too limited yet. Important changes and fixes: * Python 2.5 compatible * New preload switch (turn preloading on or off by setting clr.preload to True or False) * New VS solution and project files * Unit test enhancements Christian

5 14

Re: [Python.NET] Does it work with binaries ( Managed C++ DLL ) compiled for .Net 1.1?
by Thor Vollset July 10, 2007

July 10, 2007

> Message: 1 > Date: Mon, 09 Jul 2007 17:02:49 +0200 > From: Christian Heimes <lists(a)cheimes.de> > Subject: Re: [Python.NET] Testers for new branch wanted > To: pythondotnet(a)python.org > Message-ID: <f6timp$97i$1(a)sea.gmane.org> > Content-Type: text/plain; charset=ISO-8859-1 > > Roman Yakovenko wrote: >> Does it work with binaries ( Managed C++ DLL ) compiled for .Net 1.1? > > I don't know since I don't have any applications with .NET 1.1 binaries. > > Christian > i have tested the new branch with python 2.4 - it works with 1.1 binaries as far as i understand Thor Vollset ---------------------------------------------------------------------------------- TORDIVEL AS Storgata 20 0184 Oslo Norway Tel: +47 23 15 87 00 Fax: +47 23 15 87 01 E-mail: thor(a)tordivel.no Web: http://www.scorpionvision.com ---------------------------------------------------------------------------------- Scorpion Vision Software - Eliminates your weakest link ----------------------------------------------------------------------------------

1 0

Python 2.5 compatibility and interop.cs
by Christian Heimes July 10, 2007

July 10, 2007

Hello! I want to the pythonnet with Python 2.5 and .NET 2.0. So far I was able to fix the svn trunk revision 42 for .NET 2.0 using the tutorial from http://thread.gmane.org/gmane.comp.python.dotnet/576. I had to change clrModule to ModuleObject but it works under Python 2.4. Python 2.5 however doesn't work. I changed the dll in runtime.cs to internal static string dll = "python25"; in the hope that pythonnet doesn't need more changes. At first it looked promising. I was able to import clr and some other .NET assemblies. However using them is a different story. Python crashes everytime I try to use an object from an assembly. I compiled my own Python version in order to debug the error. It fails in typeobject.c:387 name = type_name(type, NULL); with an access violation. Something is trying to write to 0x00000000. I studied the pythonnet code a bit and I guess I have to alter interop.cs in order to make pythonnet compatible with Python 2.5. I don't know how it has to be changed and what it causing the error. Maybe ssize_t -> Py_ssize_t transition (I'm using a 32 bit Windows XP SP2)? Christian

2 4

Python.NET

July 2007