Mailman 3 - Python.NET

RE: [Python.NET] Anyone or anything happening here?
by Hawkeye Parker 27 Feb '04

27 Feb '04

http://www.zope.org/Members/Brian/PythonNet/index_html AFAIK, this is the only fully working (beta) implementation of anything Python > .Net. take a look at the link contents for details on this implementation. basically, it allows CPython access to .Net, but not the other way around. it is not "Python.Net", but CPython *for* .Net . . . . IMHO, it's quite good, and others on the list seem to like what it does/how it works. > -----Original Message----- > From: pythondotnet-bounces(a)python.org > [mailto:pythondotnet-bounces@python.org]On Behalf Of Stephen Russell > Sent: Friday, February 27, 2004 5:58 AM > To: pythondotnet(a)python.org > Subject: [Python.NET] Anyone or anything happening here? > > > I was interested in seeing if Python on .NET was possible? > > Stephen Russell > S.R. & Associates > Memphis TN 38115 > 901.246-0159 > > "Most people hate the taste of beer - to begin with. It is, however, a > prejudice that many people have been able to overcome." > --Winston Churchill > > > _________________________________________________ > Python.NET mailing list - PythonDotNet(a)python.org > http://mail.python.org/mailman/listinfo/pythondotnet >

2 1

Anyone or anything happening here?
by Stephen Russell 27 Feb '04

27 Feb '04

I was interested in seeing if Python on .NET was possible? Stephen Russell S.R. & Associates Memphis TN 38115 901.246-0159 "Most people hate the taste of beer - to begin with. It is, however, a prejudice that many people have been able to overcome." --Winston Churchill

1 0

buglet in module importing
by Greg Chapman 26 Feb '04

26 Feb '04

I just ran into this using the PythonNet-1.0-beta3 release. If you start interactive Python and do this: >>> import CLR.System.Resources No error is raised. However, the import has in fact failed: >>> from CLR.System.Threading import Thread >>> assemblies = Thread.GetDomain().GetAssemblies() >>> [a.FullName.split(',', 1)[0] for a in assemblies] [u'mscorlib', u'python', u'Python.Runtime', u'e__NativeCall_Assembly', u'System', u'System.Xml']. The System.Resources module is in the System.Windows.Forms assembly, but as you can see, that assembly has not been loaded. I believe the problem is that the above import statement ultimately ends up in a call to Assembly.LoadWithPartialName("System.Resources"). This fails because there is no such assembly. For some reason, this failure does not seem to be raising a Python exception, though I think it should. The workaround is to import System.Windows.Forms before importing System.Resources. --- Greg Chapman

1 0

Using an existing Python installation
by Mike Casaday 25 Feb '04

25 Feb '04

Python for .NET is really cool! Here's something I found out while trying to get it to work with my existing Python 2.3 installation. The README says: > **Can I use it with my existing Python installation?** > > Yes, at least on win32 systems. Just copy the files > Python.Runtime.dll and CLR.dll from the PythonNet directory to the > root directory of your python installation. > This answer comes with one caveat in my experience. For some reason you have to 'import CLR' before trying to import anything else from the .NET runtime. This isn't the case if I use the Python executable included in PythonNet-1.0-beta1.tgz, only if I use my existing Python installation. So this fails: from CLR.System.Reflection import Assembly Assembly.LoadWithPartialName('SomeNamespace') import CLR.SomeNamespace as SomeNamespace But this works: import CLR from CLR.System.Reflection import Assembly Assembly.LoadWithPartialName('SomeNamespace') import CLR.SomeNamespace as SomeNamespace Is it possible I'm doing something wrong (more than likely)? Is this a bug? Is this expected behavior? ZODB requires you to 'import ZODB' before you do certain things, so I wouldn't be surprised... ______________ mike P.S. I'm now playing around with the TrueVision3D game engine using Python, something that I couldn't really do until now. I'm happy I saw a link to this project from Daily Python-URL.

3 2

RE: [Python.NET] importing Assembly
by Geraint Williams 25 Feb '04

25 Feb '04

Hi, thanks for the response but have already solved the problem. The Assembly (which I had copied to the python dir) referenced another assembly (which I had not - although I think I may have been included in my path). Copying the referenced assembly to my python dir did the trick. Anyway, thanks for the product... has made my life (testing a .NET assembly) far easier. Find it far more productive writing test scripts in a scripting language than in C# development environment. Cheers, Geraint. >From: "Brian Lloyd" <brian(a)zope.com> >To: "Geraint Williams" ><gerainthuwwilliams(a)hotmail.com>,<pythondotnet(a)python.org> >Subject: RE: [Python.NET] importing Assembly >Date: Tue, 24 Feb 2004 22:00:53 -0500 > > > I see that this has been asked before, but I must be missing something > > > > >>>import CLR.Company.Product.Module > > Traceback (most recent call last): > > File "<stdin>", line 1, in ? > > ImportError: No module named Company > > > > The dll I have is called: "Company.Product.Module.dll", and is > > copied into > > the python root dir > > > > The source code for the module defines namespace as "namespace > > Company.Product.Module" > > > > Also I try the following: > > > > >>>from CLR.System.Reflection import Assembly > > >>>a = Assembly.LoadWithPartialName('Company.Product.Module') > > >>>import CLR.Company.Product.Module > > Traceback (most recent call last): > > File "<stdin>", line 1, in ? > > ImportError: No module named Company > > > > please excuse any obvious ignorance of .NET terminology, it's > > something I've > > just started looking at. > >Sorry I'm late on this - my spam filter starting eating some >of my mailing list email a week or so ago and I'm still catching >up :( > >I'm curious whether you can use reflection to loop over the types >defined in your assembly after using LoadWithPartialName to load >it. What you are doing looks like it _should_ work fine. > >Brian Lloyd brian(a)zope.com >V.P. Engineering 540.361.1716 >Zope Corporation http://www.zope.com > > _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo

1 0

importing Assembly
by Geraint Williams 25 Feb '04

25 Feb '04

I see that this has been asked before, but I must be missing something >>>import CLR.Company.Product.Module Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named Company The dll I have is called: "Company.Product.Module.dll", and is copied into the python root dir The source code for the module defines namespace as "namespace Company.Product.Module" Also I try the following: >>>from CLR.System.Reflection import Assembly >>>a = Assembly.LoadWithPartialName('Company.Product.Module') >>>import CLR.Company.Product.Module Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named Company please excuse any obvious ignorance of .NET terminology, it's something I've just started looking at. Thanks, Geraint _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband

2 1

Newbie question...
by Allen Morgan 07 Feb '04

07 Feb '04

This might be a fairly trivial question but its one I haven't been able to answer from other postings. I suspect that the answer is no but: Can I call c# classes from an embedded python module and also vice-versa? And does anyone know if the work that was done at ActiveState is going to progress? That would be best, but if the above is possible I think that would be great for our developments.

2 1

How to interrupt Python from a .NET program?
by Michael.Gogins＠sungard.com 06 Feb '04

06 Feb '04

I have written a Python script editor in C#. It runs a script using PythonEngine.RunSimpleString(). I need to be able to interrupt the script execution fromC#, but I haven't been able to figure out how to do it without crashing the process. If I try to finalize the PythonEngine, or raise a keyboard interrupt, either in the GUI thread, or in a Python callback thread (a C# delegate), I get: Fatal Python error: PyThreadState_Get: no current thread Thanks for any light anyone can shed on this.

2 1

RE: [Python.NET] Problem whith DirectX device creation under pythonnet
by Brian Lloyd 22 Jan '04

22 Jan '04

[Copying the list on this as well, as it is probably relevant to everyone sooner or later...] Looking at this, I see what the issue is but I'm not sure how to address it, other than by documentation. The problem is the distinction between value types and reference types and how that distinction affects you when writing in Python. To take a boiled-down version of your example: items = CLR.System.Array.CreateInstance(Point, 3) for i in range(3): items[i] = Point(0, 0) items[0].X = 1 # won't work!! While the spelling of 'items[0].X = 1' is the same in C# and Python, there is an important and subtle semantic difference. In C# (and other compiled-to-IL languages), the compiler knows that Point is a value type and can do the Right Thing here, changing the value in place. In Python however, "everything's a reference", and there is really no spelling or semantic to allow it to do the right thing dynamically. The specific reason that items[0] itself doesn't change is that when you say 'items[0]', that getitem operation creates a Python object that holds a reference to the object at items[0] via a GCHandle. That causes a ValueType (like Point) to be boxed, so the following setattr ('.X = 1') *changes the state of the boxed value, not the original unboxed value*. Because there are no value type semantics or syntax in Python, there's not much the runtime can do about this :( The workaround is to do what you did, which is to make all of your changes to the boxed copy and then set (or re-set) the item in the array. This is not unlike some of the cases you can find in C# where you have to know about boxing behavior to avoid similar kinds of 'lost update' problems (generally because an implicit boxing happened that was not taken into account in the code). This is the same thing, just the manifestation is a little different in Python. The rule in Python is essentially: "the result of any attribute or item access is a boxed value", and as your example shows that can be important in how you approach your code. I've added a TODO to put a section about this into the docs - I'm sure it will be a FAQ. Brian Lloyd brian(a)zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com > -----Original Message----- > From: Laurent Caumont [mailto:lcaumont@pamdev.com] > Sent: Thursday, January 15, 2004 8:40 AM > To: Brian Lloyd > Subject: Re: [Python.NET] Problem whith DirectX device creation under > pythonnet > > > I have found a solution: > > self.vertexBuffer = > VertexBuffer(CustomVertex.TransformedColored, 3, > self.device, 0, CustomVertex.TransformedColored.Format, Pool.Default) > stm = self.vertexBuffer.Lock(0, 0, 0) > verts = > System.Array.CreateInstance(CustomVertex.TransformedColored, > 3) > > verts[0] = CustomVertex.TransformedColored(150, 50, 0.5, 1.0, > System.Drawing.Color.Aqua.ToArgb()) > ## verts[0].X = 150.0 > ## verts[0].Y = 50 > ## verts[0].Z = 0.5 > ## verts[0].Rhw = 1.0 > ## verts[0].Color = System.Drawing.Color.Aqua.ToArgb() > verts[1] = CustomVertex.TransformedColored(250, 250, 0.5, 1.0, > System.Drawing.Color.Brown.ToArgb()) > ## verts[1].X = 250 > ## verts[1].Y = 250 > ## verts[1].Z = 0.5 > ## verts[1].Rhw = 1.0 > ## verts[1].Color = System.Drawing.Color.Brown.ToArgb() > verts[2] = CustomVertex.TransformedColored(50, 250, 0.5, 1.0, > System.Drawing.Color.LightPink.ToArgb()) > ## verts[2].X = 50 > ## verts[2].Y = 250 > ## verts[2].Z = 0.5 > ## verts[2].Rhw = 1.0 > ## verts[2].Color = System.Drawing.Color.LightPink.ToArgb() > > stm.Write(verts) > self.vertexBuffer.Unlock() > > > I don't know why but the comment lines do not work: the values are not > changed. ( print verts[0].X = 0.0 ??) > > ----- Original Message ----- > From: "Laurent Caumont" <lcaumont(a)pamdev.com> > To: "Laurent Caumont" <lcaumont(a)pamdev.com> > Sent: Thursday, January 15, 2004 2:39 PM > Subject: Re: [Python.NET] Problem whith DirectX device creation under > pythonnet > > > > I have found a solution: > > > > self.vertexBuffer = > VertexBuffer(CustomVertex.TransformedColored, > 3, > > self.device, 0, CustomVertex.TransformedColored.Format, Pool.Default) > > stm = self.vertexBuffer.Lock(0, 0, 0) > > verts = > System.Array.CreateInstance(CustomVertex.TransformedColored, > > 3) > > > > verts[0] = CustomVertex.TransformedColored(150, 50, 0.5, 1.0, > > System.Drawing.Color.Aqua.ToArgb()) > > ## verts[0].X = 150.0 > > ## verts[0].Y = 50 > > ## verts[0].Z = 0.5 > > ## verts[0].Rhw = 1.0 > > ## verts[0].Color = System.Drawing.Color.Aqua.ToArgb() > > verts[1] = CustomVertex.TransformedColored(250, 250, 0.5, 1.0, > > System.Drawing.Color.Brown.ToArgb()) > > ## verts[1].X = 250 > > ## verts[1].Y = 250 > > ## verts[1].Z = 0.5 > > ## verts[1].Rhw = 1.0 > > ## verts[1].Color = System.Drawing.Color.Brown.ToArgb() > > verts[2] = CustomVertex.TransformedColored(50, 250, 0.5, 1.0, > > System.Drawing.Color.LightPink.ToArgb()) > > ## verts[2].X = 50 > > ## verts[2].Y = 250 > > ## verts[2].Z = 0.5 > > ## verts[2].Rhw = 1.0 > > ## verts[2].Color = System.Drawing.Color.LightPink.ToArgb() > > > > stm.Write(verts) > > self.vertexBuffer.Unlock() > > > > > > I don't know why but the comment lines do not work: the values are not > > changed. ( print verts[0].X = 0.0 ??) > > > > > > > > ----- Original Message ----- > > From: "Laurent Caumont" <lcaumont(a)pamdev.com> > > To: "Brian Lloyd" <brian(a)zope.com> > > Sent: Thursday, January 15, 2004 12:45 PM > > Subject: Re: [Python.NET] Problem whith DirectX device creation under > > pythonnet > > > > > > > YES. It works for me too ! > > > > > > I am very surprise that DirectX Documentation doesn't say > that it is an > > > array. > > > > > > About arrays, I have a question: > > > I try to convert this C# code to PythonNet like this: > > > > > > C#: > > > > > > vertexBuffer = new > VertexBuffer(typeof(CustomVertex.TransformedColored), > > 3, > > > dev, 0, CustomVertex.TransformedColored.Format, Pool.Default); > > > GraphicsStream stm = vertexBuffer.Lock(0, 0, 0); > > > CustomVertex.TransformedColored[] verts = new > > > CustomVertex.TransformedColored[3]; > > > verts[0].X=150;verts[0].Y=50;verts[0].Z=0.5f; verts[0].Rhw=1; > > verts[0].Color > > > = System.Drawing.Color.Aqua.ToArgb(); > > > verts[1].X=250;verts[1].Y=250;verts[1].Z=0.5f; verts[1].Rhw=1; > > > verts[1].Color = System.Drawing.Color.Brown.ToArgb(); > > > verts[2].X=50;verts[2].Y=250;verts[2].Z=0.5f; verts[2].Rhw=1; > > verts[2].Color > > > = System.Drawing.Color.LightPink.ToArgb(); > > > stm.Write(verts); > > > vertexBuffer.Unlock(); > > > > > > Python: > > > > > > self.vertexBuffer = VertexBuffer(CustomVertex.TransformedColored, 3, > > > self.device, 0, CustomVertex.TransformedColored.Format, Pool.Default) > > > stm = self.vertexBuffer.Lock(0, 0, 0) > > > verts = [] > > > verts.append(CustomVertex.TransformedColored(150, 50, 0.5, 1, > > > Color.Aqua.ToArgb())) > > > verts.append(CustomVertex.TransformedColored(250, 250, 0.5, 1, > > > Color.Brown.ToArgb())) > > > verts.append(CustomVertex.TransformedColored(50, 250, 0.5, 1, > > > Color.LightPink.ToArgb())) > > > > > > stm.Write(verts) > > > self.vertexBuffer.Unlock() > > > > > > > > > "stm.Write" doesn't like my verts array. (TypeError: no method matches > > given > > > arguments) > > > > > > I have remove the 'typeof' too but I don't know if it's ok ? > > > > > > Thanks for the Help. > > > > > > > > > ----- Original Message ----- > > > From: "Brian Lloyd" <brian(a)zope.com> > > > To: "Laurent Caumont" <lcaumont(a)pamdev.com> > > > Sent: Wednesday, January 14, 2004 10:01 PM > > > Subject: RE: [Python.NET] Problem whith DirectX device creation under > > > pythonnet > > > > > > > > > > I think I have an answer for you ;) Looking at the sig, the > > > > 'PresentParams' arg is actually PresentParams[] (iow, array > > > > of PresentParams rather than one). > > > > > > > > When I changed the call to: > > > > > > > > Device(0, DeviceType.Hardware, self, > > > CreateFlags.SofwareVertexProcessing, > > > > [presentParams]) > > > > > > > > it worked for me. > > > > > > > > > > > > Brian Lloyd brian(a)zope.com > > > > V.P. Engineering 540.361.1716 > > > > Zope Corporation http://www.zope.com > > > > > > > > > > > > > -----Original Message----- > > > > > From: Laurent Caumont [mailto:lcaumont@pamdev.com] > > > > > Sent: Wednesday, January 14, 2004 4:54 AM > > > > > To: Brian Lloyd > > > > > Subject: Re: [Python.NET] Problem whith DirectX device creation > under > > > > > pythonnet > > > > > > > > > > > > > > > Hi Brian, > > > > > > > > > > Yes, I use the b3 release. > > > > > > > > > > I suspect the enum to be the cause of the error. > > > > > > > > > > If you do that: > > > > > "dtype = DeviceType.Hardware" > > > > > dtype is a "int" not a "DeviceType" (enum). > > > > > > > > > > But the constructor need a "DeviceType" not a "int". > > > > > > > > > > Is it possible with pyton to force the type (cast)? > > > > > > > > > > Thanks. > > > > > > > > > > ----- Original Message ----- > > > > > From: "Brian Lloyd" <brian(a)zope.com> > > > > > To: "Laurent Caumont" <lcaumont(a)pamdev.com>; > <pythondotnet(a)python.org> > > > > > Sent: Tuesday, January 13, 2004 4:43 PM > > > > > Subject: RE: [Python.NET] Problem whith DirectX device creation > under > > > > > pythonnet > > > > > > > > > > > > > > > > > I use the "DirectX 9.0 SDK Update (Summer 2003)" > documentation. > > > > > > > > > > > > > > This C# sample is very close to my code. > > > > > > > It use the same constructor. > > > > > > > > > > > > > > Is there any way to view the constructor signature > with python ? > > > > > > > > > > > > > > Laurent. > > > > > > > > > > > > Not currently, though I've put it on the todo list (I > think I can > > > > > > have SomeClass.__doc__ display constructor info). > > > > > > > > > > > > Your code _looks_ right, which makes me suspect that the Python > > > > > > integration layer is somehow mishandling one of the arguments. I > > > > > > don't have managed directx handy, so I don't have a quick way > > > > > > to check that theory :( > > > > > > > > > > > > If you're inclined, you can probably hack the > MethodBinder.cs file > > > > > > to log what it's doing when it tries to convert the arguments. > I'll > > > > > > try to get mdx installed to try to reproduce it myself, > but it may > > > > > > be a few days. > > > > > > > > > > > > Just to be sure - you are using the latest beta, right? > Beta 2 had > > > > > > a bug that caused problems calling ctors, so make sure you are > > > > > > using the b3 release. > > > > > > > > > > > > > > > > > > Brian Lloyd brian(a)zope.com > > > > > > V.P. Engineering 540.361.1716 > > > > > > Zope Corporation http://www.zope.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

2 5

followup: import works only after failed import
by Leonard :paniq: Ritter 15 Jan '04

15 Jan '04

update: it seems as if import CLR from CLR.QuenceNET import bla does the trick, however that doesnt work on the python prompt. anyway, so far it all works great in the code, thanks for that wrapper, brian, with your work you have already filled a big hole in the compatibility chain. ----------------8<-------------------------- this is even funnier. importing a .net assembly seems only to work if the dll has been loaded before. in each try, i restart python from the directory where the .net DLL is located. first try: O:\Quence\debug>python Python 2.3.2 (#49, Oct 2 2003, 20:02:00) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import CLR.QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named QuenceNET second try: O:\Quence\debug>python Python 2.3.2 (#49, Oct 2 2003, 20:02:00) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import CLR >>> import CLR.QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named QuenceNET >>> import QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (initQuenceNET) >>> import CLR.QuenceNET >>> dir(CLR.QuenceNET) ['__doc__', '__name__'] third try (optimized): O:\Quence\debug>python Python 2.3.2 (#49, Oct 2 2003, 20:02:00) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import CLR >>> import QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (initQuenceNET) >>> import CLR.QuenceNET >>> dir(CLR.QuenceNET) ['__doc__', '__name__'] fourth try (variant): O:\Quence\debug>python Python 2.3.2 (#49, Oct 2 2003, 20:02:00) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (initQuenceNET) >>> import CLR.QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named QuenceNET >>> import QuenceNET Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (initQuenceNET) >>> import CLR.QuenceNET >>> dir(CLR.QuenceNET) ['__doc__', '__name__'] so to import my custom assembly in python, the code currently looks like this: import CLR try: import QuenceNET # for the error except: pass # catch import CLR.QuenceNET -- Leonard Ritter -- paniq(a)gmx.net -- http://www.quence.com -- http://www.paniq.de

2 1