Mailman 3 August 2005 - Python.NET

BUG in python delegates returning int called from C#
by Stan Pinte 26 Aug '05

26 Aug '05

hello, the following code may point to a bug in delegates implementation python: def stringFunc(): return "Hello world" def intFunc(): return 0 test.AnotherClass.SetStringDelegate (test.StringDelegate(stringFunc)) test.AnotherClass.SetIntDelegate (test.IntDelegate(intFunc)) t = test.MyClass() t.Dump(2) C#: public static void Dump () { Console.Out.WriteLine (stringDelegate() + " " + intDelegate()); } see output: [Debug]> python test.py Got : 2 Hello world 80098912 Hello world 80099400 [Debug]> --> As we see, the call to intDelegate() returns unspecified results...whereas it should return 0..... Full test case below. Stan. /* * Created by SharpDevelop. * User: hans * Date: 25/08/2005 * Time: 18:54 * * To change this template use Tools | Options | Coding | Edit Standard Headers. */ using System; namespace test { public delegate string StringDelegate(); public delegate int IntDelegate(); public class AnotherClass { static StringDelegate stringDelegate; static IntDelegate intDelegate; public static void SetStringDelegate (StringDelegate v) { stringDelegate = v; } public static void SetIntDelegate (IntDelegate v) { intDelegate = v; } public static void Dump () { Console.Out.WriteLine (stringDelegate() + " " + intDelegate()); } } /// <summary> /// Description of MyClass. /// </summary> public class MyClass { public void Dump (int v) { Console.Out.WriteLine ("Got : " + v); AnotherClass.Dump(); AnotherClass.Dump(); } } } from CLR.System.Reflection import Assembly Assembly.LoadWithPartialName("test") from CLR import test def stringFunc(): return "Hello world" def intFunc(): return 0 test.AnotherClass.SetStringDelegate (test.StringDelegate(stringFunc)) test.AnotherClass.SetIntDelegate (test.IntDelegate(intFunc)) t = test.MyClass() t.Dump(2)

1 0

nmake version of makefile (makefile.nmake)
by Michael Eddington 25 Aug '05

25 Aug '05

"Ported" the makefile to nmake (attached). mike # Makefile for the PythonRuntime .NET assembly and tests. Thanks to # Camilo Uribe <kmilo(a)softhome.net> for contributing Mono support. RELEASE=pythonnet-1.0-rc2-py2.4-clr1.1-src RUNNER= ILDASM=ildasm ILASM=ilasm CSC=csc.exe all: python.exe CLR.dll Python.Test.dll python.exe: Python.Runtime.dll cd src cd console $(CSC) /nologo /target:exe /out:../../python.exe \ /reference:../../Python.Runtime.dll /recurse:*.cs cd .. cd .. Python.Runtime.dll: callconvutil.exe cd src cd runtime $(CSC) /nologo /unsafe /target:library /out:../../Python.Runtime.dll \ /recurse:*.cs cd .. cd .. $(ILDASM) /nobar Python.Runtime.dll /out=Python.Runtime.il callconvutil.exe $(ILASM) /nologo /quiet /dll \ /resource=Python.Runtime.res /output=Python.Runtime.dll \ Python.Runtime.il2 del Python.Runtime.il del Python.Runtime.il2 del Python.Runtime.res del callconvutil.exe CLR.dll: Python.Runtime.dll $(ILASM) /nologo /dll /quiet /output=CLR.dll \ ./src/runtime/clrmodule.il Python.Test.dll: Python.Runtime.dll cd src cd testing $(CSC) /nologo /target:library /out:../../Python.Test.dll \ /reference:../../Python.Runtime.dll \ /recurse:*.cs cd .. cd .. callconvutil.exe: cd src cd tools $(CSC) /nologo /target:exe /out:../../callconvutil.exe \ /recurse:*.cs cd .. cd .. clean: del python.exe Python*.dll Python*.il Python*.il2 Python*.res del callconvutil.exe del CLR.dll del .\*~ cd src cd console del *~ cd .. cd .. cd src cd runtime del *~ cd .. cd .. cd src cd testing del *~ cd .. cd .. cd src cd tests del *~ del *.pyc cd .. cd .. cd src cd tools del *~ cd .. cd .. cd doc del *~ cd .. cd demo del *~ cd .. test: del .\src\tests\*.pyc $(RUNNER) ./python.exe ./src/tests/runtests.py dist: clean mkdir ./$(RELEASE) cp -R ./makefile ./$(RELEASE)/ cp -R ./demo ./$(RELEASE)/ cp -R ./doc ./$(RELEASE)/ cp -R ./src ./$(RELEASE)/ nmake cp ./python.exe ./$(RELEASE)/ cp ./*.dll ./$(RELEASE)/ tar czf $(RELEASE).tgz ./$(RELEASE)/ mv $(RELEASE).tgz ./release/ rm -rf ./$(RELEASE)/ dis: $(ILDASM) Python.Runtime.dll /out=Python.Runtime.il asm: $(ILASM) /dll /quiet \ /resource=Python.Runtime.res /output=Python.Runtime.dll \ Python.Runtime.il

1 0

Adding PyRun_String to Runtime
by Michael Eddington 24 Aug '05

24 Aug '05

I would like to run Python strings and get an object return from .NET. To this end I added PyRun_String to the Runtime object and another method to PythonEngine ala the existing SimpleString implementation. Everything compiles, but Runtime.PyRun_String always returns a NULL, and it does not look like the code is being run. Is there any trick to adding new methods to the Runtime? // From Runtime.cs [DllImport(Runtime.dll, CallingConvention=CallingConvention.Cdecl, ExactSpelling=true, CharSet=CharSet.Ansi)] internal unsafe static extern IntPtr PyRun_String(string code, int start, IntPtr globals, IntPtr locals); // From Python.cs public static PyObject RunString(string code) { IntPtr globals = Runtime.PyEval_GetGlobals(); IntPtr locals = Runtime.PyEval_GetLocals(); IntPtr ret; ret = Runtime.PyRun_String(code, 257,globals, locals); Runtime.Decref(globals); Runtime.Decref(locals); if (ret == IntPtr.Zero) { throw new PythonException(); } return new PyObject(ret); }

2 2

packaging pythondotnet with py2exe
by Marsal Gavaldà 10 Aug '05

10 Aug '05

Apologies if this has been answered before, but what modules/DLLs are needed to package, using py2exe, a python app that uses pythondotnet? Thank you so much, marsal

2 1

requesting a certain .Net-Version
by Steffen Guhlemann 09 Aug '05

09 Aug '05

Hi again, is there a way to request Python to bind to a certain .Net-Runtime-Version (e.g. 1.1 in the presense of the 2.0-beta)? There are certain incompabilites for instance with fonts, so it would be usefull not just to bind against the latest version but to self determine the version. especially for mscorlib i see no way in standard Python.net. thanks Steffen

1 0

problem with strong typed .net-enums
by Steffen Guhlemann 09 Aug '05

09 Aug '05

Hi, by bad chance i experienced a strange and buggy treatening of .Net-Enums in Python, that causes headache: (i use Python 2.3, so if this is fixed in 2.4, please just tell me) In Python .Net-enums lose their typeinformation and get simple ints, so when used in overloaded functions they work by chance depending on the order of the c#-functions in the source-file. An example is the constructor of the font class, where 4 3-argument-overloads exist, of which 2 are of interest: Font(string,float,FontStyle) and Font(string,float,GraphicsUnit) where both FontStyle and GraphicsUnit are enums, which are treated by Python as simple ints. So which of thoose constructors is choosen depends on some circumstances during the compilation of System.Drawing.dll. It startet with a simple construction of a Font: ... Assembly.LoadWithPartialName("System.Drawing") from CLR.System.Drawing import Font, FontStyle ... myFont=Font("Arial",8,FontStyle.Bold) That code used to work a long time and looks very innocent... But then by chance it throw an exception on one computer: "no constructor matches given argument" (but on every other computer it worked, ...) Later i realized, that on that computer besides the current framework 1.1 the beta of .Net 2.0 was installed, and LoadWithPartialName took the latest System.Drawing.dll. And maybe they changed some order of constructors in their files... somehow with 2.0 it didn't work. My Diagnostic tool for locating the error was a small c#-class with the same 3-argument-overloads, the font-class has, and one more with all arguments as object. It does nothing but prints out, which constructor is called: public class MyFont{ //... public MyFont(string familyName,float size, FontStyle style) {Console.WriteLine("string,float,FontStyle");} //... } Then i invoked my testclass with the arguments above: myTestFont=MyFont("Arial",8,FontStyle.Bold) It occurs that depending of the order of the 2 constructors of interest in my c#-source-file one time the MyFont(string,float,GraphicsUnit) and another time the correct constructor MyFont(string,float,FontStyle) is choosen (it seemed to be the constructor later in the file .. but i'm not sure if this depends more on random compilation issues) What worries about that fact is not the issue with Font, which behavior may change when it comes to .Net2.0. I'm concerned more about which other functions i might implicitely call without knowing it, because of an ambiguity that does not exist in c# because of strong typed enums. Does someone know, if this problem is solved with 2.4, or maybe there is another python-term, that helps strong type enums? thanks for your help Steffen Guhlemann

1 0

Refcount leak in DelegateManager.Dispatcher.TrueDispatch
by Greg Chapman 05 Aug '05

05 Aug '05

I'm posting this here because the zope issue tracker seems to be broken; at least it won't let me in. Anyway, it looks like there is a refcount leak in Dispatcher.TrueDispatch when the underlying delegate has a void return type. In that case, TrueDispatch returns without Decrefing the result of the call to the python function which the Dispatcher is wrapping. I think the code should be: if (rtype == typeof(void)) { Runtime.Decref(op); // this line added return null; } --- Greg Chapman

1 0

Fredericksburg, VA ZPUG August 10: .Net, functional testing
by Gary Poster 02 Aug '05

02 Aug '05

Please join us August 10, 7:30-9:00 PM, for the third meeting of the Fredericksburg, VA Zope and Python User Group ("ZPUG"). This meeting has four features of note. - Brian Lloyd, the author of Python for .Net (http://www.zope.org/ Members/Brian/PythonNet/) and the Zope Corporation VP of Engineering, will discuss his .Net platform and give a brief .Net overview. - Benji York, Zope Corp Senior Software Engineer, will discuss current functional testing practices on Zope 3, including using Selenium on Zope 3, using demo storage for functional testing, and using his own compelling new functional test package. Note that the majority of this discussion has strong applicability to automated testing of all web frameworks and applications. - We will serve the now-usual geek-chic fruit, cheese, and soft drinks. - Fred Drake, Zope Corp Senior Software Engineer, Python core developer, Python documentation maintainer and editor, and co-author of the O'Reilly book Python & XML will give two of his books (http:// www.amazon.com/exec/obidos/tg/detail/-/0596001282/) to new attendees. Upon pressure, he admitted that he would be willing to autograph them if bribed with fruit, cheese, and soft drinks. Note that we are eager to have non-Zope-Corporation employees give presentations. :-) We had three new attendees last meeting, for a total of ten. Please come and bring friends! More information http://www.zope.org/Members/poster/ fxbgzpug_announce_3 and below. Hope to see you there! Gary General ZPUG information ------------------------------------ When: second Wednesday of every month, 7:30-9:00. Where: Zope Corporation offices. 513 Prince Edward Street; Fredericksburg, VA 22408 (tinyurl for map is http://tinyurl.com/duoab). Parking: Zope Corporation parking lot; entrance on Prince Edward Street. Topics: As desired (and offered) by participants, within the constraints of having to do with Python. Contact: Gary Poster (gary(a)zope.com)

1 0