From oleksii.bidiuk at gmail.com Thu Jan 6 15:27:12 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Thu, 6 Jan 2011 15:27:12 +0100 Subject: [Python.NET] PythonNET 2.0 Alpha2 and .NET 4.0 Message-ID: Hi, I am trying to use Python for .NET under VS2010 and .NET 4.0. I've downloaded the pythonnet-2.0-alpha2.zip and changed the project settings to use .NET 4.0 under VS2010 and recompiled everything. The resulting python.exe can be run, and statements like "import clr" and "from System import String" work (as the Python standard library calls as well) until I try to instantiate a class as e.g. s = String('A') At this moment the Python for .NET seem to crash in nativecall.cs at NativeCall.Call_3() at (the only) line return Impl.Call_3(fp, a1, a2, a3); with dreaded "Exception of type 'System.ExecutionEngineException' was thrown.". Trying to instantiate Int32() object results in "Attempted to read or write protected memory. This is often an indication that other memory is corrupt." Suggestions are more than welcome! Thanks in advance! -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Thu Jan 6 15:59:59 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Thu, 6 Jan 2011 15:59:59 +0100 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> Message-ID: Hi Alla, thanks for your prompt repsonse. In Python terms String('A') means constructor with a string parameter AFAIK. When I use the python.exe build against CLR 2.0 (from pythonnet-2.0-alpha2-clr2.0_115_py26.zip) it works, but then it talks against .NET 2.0 while I want to talk to the same 4.0 version as my .NET application. With the example below using the .NET 2.0 version I get >>> s = String.__overloads__[Char, Int32]('A', 10) Traceback (most recent call last): File "", line 1, in AttributeError: type object 'String' has no attribute '__overloads__' Basically it seems that the version of python for .net compiled against .NET 4.0 runtime does not work out of box for me. I wonder if somebody had more luck with this. 2011/1/6 Alla Gofman Hi Oleksii, > > > > I have no experience with importing .net modules into Python. > > I work on embedding Python into C#. > > There is no such constructor String('A') for String class as you use, > which gets char. > > You can see which constructors exists in: > http://msdn.microsoft.com/en-us/library/system.string.string.aspx > > > > Example: > > I read in http://pythonnet.sourceforge.net/readme.html > > In most cases, Python for .NET can determine the correct constructor to > call automatically based on the arguments. In some cases, it may be > necessary to call a particular overloaded constructor, which is supported by > a special "__overloads__" attribute on a class: > > from System import String, Char, Int32 > > > > s = String.__overloads__[Char, Int32]('A', 10) > > > > I hope you succeed, > > > Alla > > > > *From:* pythondotnet-bounces+alla.gofman=sandisk.com at python.org [mailto: > pythondotnet-bounces+alla.gofman = > sandisk.com at python.org] *On Behalf Of *Oleksii Bidiuk > *Sent:* Thursday, January 06, 2011 4:27 PM > *To:* pythondotnet at python.org > *Subject:* [Python.NET] PythonNET 2.0 Alpha2 and .NET 4.0 > > > > Hi, > > > > I am trying to use Python for .NET under VS2010 and .NET 4.0. I've > downloaded the pythonnet-2.0-alpha2.zip and changed the project settings to > use .NET 4.0 under VS2010 and recompiled everything. The resulting > python.exe can be run, and statements like "import clr" and "from System > import String" work (as the Python standard library calls as well) until I > try to instantiate a class as e.g. > > > > s = String('A') > > At this moment the Python for .NET seem to crash in nativecall.cs at > NativeCall.Call_3() at (the only) line > > > > return Impl.Call_3(fp, a1, a2, a3); > > > > with dreaded "Exception of type 'System.ExecutionEngineException' was > thrown.". Trying to instantiate Int32() object results in "Attempted to read > or write protected memory. This is often an indication that other memory is > corrupt." > > > > Suggestions are more than welcome! Thanks in advance! > -- > oleksii > > ------------------------------ > PLEASE NOTE: The information contained in this electronic mail message is > intended only for the use of the designated recipient(s) named above. If the > reader of this message is not the intended recipient, you are hereby > notified that you have received this message in error and that any review, > dissemination, distribution, or copying of this message is strictly > prohibited. If you have received this communication in error, please notify > the sender by telephone or e-mail (as shown above) immediately and destroy > any and all copies of this message in your possession (whether hard copies > or electronically stored copies). > > -- oleksii -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From barton at BCDesignsWell.com Fri Jan 7 10:02:25 2011 From: barton at BCDesignsWell.com (Barton) Date: Fri, 07 Jan 2011 01:02:25 -0800 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> Message-ID: <4D26D6A1.6060701@BCDesignsWell.com> I've got this working on my private (for the moment) branch. I could do this merge by this weekend if folks will find it useful. -Barton On 1/6/2011 6:59 AM, Oleksii Bidiuk wrote: > Hi Alla, > > thanks for your prompt repsonse. In Python terms String('A') means > constructor with a string parameter AFAIK. When I use the python.exe > build against CLR 2.0 (from pythonnet-2.0-alpha2-clr2.0_115_py26.zip) > it works, but then it talks against .NET 2.0 while I want to talk to > the same 4.0 version as my .NET application. > > With the example below using the .NET 2.0 version I get > > >>> s = String.__overloads__[Char, Int32]('A', 10) > Traceback (most recent call last): > File "", line 1, in > AttributeError: type object 'String' has no attribute '__overloads__' > > Basically it seems that the version of python for .net compiled > against .NET 4.0 runtime does not work out of box for me. I wonder if > somebody had more luck with this. > > 2011/1/6 Alla Gofman > > > Hi Oleksii, > > I have no experience with importing .net modules into Python. > > I work on embedding Python into C#. > > There is no such constructor String('A')for String class as you > use, which gets char. > > You can see which constructors exists in: > http://msdn.microsoft.com/en-us/library/system.string.string.aspx > > Example: > > I read in http://pythonnet.sourceforge.net/readme.html > > In most cases, Python for .NET can determine the correct > constructor to call automatically based on the arguments. In some > cases, it may be necessary to call a particular overloaded > constructor, which is supported by a special "__overloads__" > attribute on a class: > > from System import String, Char, Int32 > > s = String.__overloads__[Char, Int32]('A', 10) > > I hope you succeed, > > > Alla > > *From:*pythondotnet-bounces+alla.gofman=sandisk.com > @python.org > [mailto:pythondotnet-bounces+alla.gofman > =sandisk.com > @python.org ] *On Behalf Of > *Oleksii Bidiuk > *Sent:* Thursday, January 06, 2011 4:27 PM > *To:* pythondotnet at python.org > *Subject:* [Python.NET] PythonNET 2.0 Alpha2 and .NET 4.0 > > Hi, > > I am trying to use Python for .NET under VS2010 and .NET 4.0. I've > downloaded the pythonnet-2.0-alpha2.zip and changed the project > settings to use .NET 4.0 under VS2010 and recompiled everything. > The resulting python.exe can be run, and statements like "import > clr" and "from System import String" work (as the Python standard > library calls as well) until I try to instantiate a class as e.g. > > s = String('A') > > At this moment the Python for .NET seem to crash in nativecall.cs > at NativeCall.Call_3() at (the only) line > > return Impl.Call_3(fp, a1, a2, a3); > > with dreaded "Exception of type 'System.ExecutionEngineException' > was thrown.". Trying to instantiate Int32() object results in > "Attempted to read or write protected memory. This is often an > indication that other memory is corrupt." > > Suggestions are more than welcome! Thanks in advance! > -- > oleksii > > > ------------------------------------------------------------------------ > PLEASE NOTE: The information contained in this electronic mail > message is intended only for the use of the designated > recipient(s) named above. If the reader of this message is not the > intended recipient, you are hereby notified that you have received > this message in error and that any review, dissemination, > distribution, or copying of this message is strictly prohibited. > If you have received this communication in error, please notify > the sender by telephone or e-mail (as shown above) immediately and > destroy any and all copies of this message in your possession > (whether hard copies or electronically stored copies). > > > > > -- > oleksii > > > > -- > oleksii > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.org > http://mail.python.org/mailman/listinfo/pythondotnet -------------- next part -------------- An HTML attachment was scrubbed... URL: From btribble at ea.com Sat Jan 8 01:26:22 2011 From: btribble at ea.com (Tribble, Brett) Date: Fri, 7 Jan 2011 16:26:22 -0800 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: <4D26D6A1.6060701@BCDesignsWell.com> References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> Message-ID: Merge away! From: pythondotnet-bounces+btribble=ea.com at python.org [mailto:pythondotnet-bounces+btribble=ea.com at python.org] On Behalf Of Barton Sent: Friday, January 07, 2011 1:02 AM To: Oleksii Bidiuk Cc: pythondotnet at python.org Subject: Re: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 I've got this working on my private (for the moment) branch. I could do this merge by this weekend if folks will find it useful. -Barton On 1/6/2011 6:59 AM, Oleksii Bidiuk wrote: Hi Alla, thanks for your prompt repsonse. In Python terms String('A') means constructor with a string parameter AFAIK. When I use the python.exe build against CLR 2.0 (from pythonnet-2.0-alpha2-clr2.0_115_py26.zip) it works, but then it talks against .NET 2.0 while I want to talk to the same 4.0 version as my .NET application. With the example below using the .NET 2.0 version I get >>> s = String.__overloads__[Char, Int32]('A', 10) Traceback (most recent call last): File "", line 1, in AttributeError: type object 'String' has no attribute '__overloads__' Basically it seems that the version of python for .net compiled against .NET 4.0 runtime does not work out of box for me. I wonder if somebody had more luck with this. 2011/1/6 Alla Gofman > Hi Oleksii, I have no experience with importing .net modules into Python. I work on embedding Python into C#. There is no such constructor String('A') for String class as you use, which gets char. You can see which constructors exists in: http://msdn.microsoft.com/en-us/library/system.string.string.aspx Example: I read in http://pythonnet.sourceforge.net/readme.html In most cases, Python for .NET can determine the correct constructor to call automatically based on the arguments. In some cases, it may be necessary to call a particular overloaded constructor, which is supported by a special "__overloads__" attribute on a class: from System import String, Char, Int32 s = String.__overloads__[Char, Int32]('A', 10) I hope you succeed, Alla From: pythondotnet-bounces+alla.gofman=sandisk.com@python.org [mailto:pythondotnet-bounces+alla.gofman=sandisk.com@python.org] On Behalf Of Oleksii Bidiuk Sent: Thursday, January 06, 2011 4:27 PM To: pythondotnet at python.org Subject: [Python.NET] PythonNET 2.0 Alpha2 and .NET 4.0 Hi, I am trying to use Python for .NET under VS2010 and .NET 4.0. I've downloaded the pythonnet-2.0-alpha2.zip and changed the project settings to use .NET 4.0 under VS2010 and recompiled everything. The resulting python.exe can be run, and statements like "import clr" and "from System import String" work (as the Python standard library calls as well) until I try to instantiate a class as e.g. s = String('A') At this moment the Python for .NET seem to crash in nativecall.cs at NativeCall.Call_3() at (the only) line return Impl.Call_3(fp, a1, a2, a3); with dreaded "Exception of type 'System.ExecutionEngineException' was thrown.". Trying to instantiate Int32() object results in "Attempted to read or write protected memory. This is often an indication that other memory is corrupt." Suggestions are more than welcome! Thanks in advance! -- oleksii ________________________________ PLEASE NOTE: The information contained in this electronic mail message is intended only for the use of the designated recipient(s) named above. If the reader of this message is not the intended recipient, you are hereby notified that you have received this message in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify the sender by telephone or e-mail (as shown above) immediately and destroy any and all copies of this message in your possession (whether hard copies or electronically stored copies). -- oleksii -- oleksii _________________________________________________ Python.NET mailing list - PythonDotNet at python.org http://mail.python.org/mailman/listinfo/pythondotnet -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Sat Jan 8 14:28:07 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Sat, 8 Jan 2011 14:28:07 +0100 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: <4D26D6A1.6060701@BCDesignsWell.com> References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> Message-ID: Yes please! 2011/1/7 Barton > I've got this working on my private (for the moment) branch. I could do > this merge by this weekend if folks will find it useful. > -Barton > > > On 1/6/2011 6:59 AM, Oleksii Bidiuk wrote: > > Hi Alla, > > thanks for your prompt repsonse. In Python terms String('A') means > constructor with a string parameter AFAIK. When I use the python.exe build > against CLR 2.0 (from pythonnet-2.0-alpha2-clr2.0_115_py26.zip) it works, > but then it talks against .NET 2.0 while I want to talk to the same 4.0 > version as my .NET application. > > With the example below using the .NET 2.0 version I get > > >>> s = String.__overloads__[Char, Int32]('A', 10) > Traceback (most recent call last): > File "", line 1, in > AttributeError: type object 'String' has no attribute '__overloads__' > > Basically it seems that the version of python for .net compiled against > .NET 4.0 runtime does not work out of box for me. I wonder if somebody had > more luck with this. > > 2011/1/6 Alla Gofman > > Hi Oleksii, >> >> >> >> I have no experience with importing .net modules into Python. >> >> I work on embedding Python into C#. >> >> There is no such constructor String('A') for String class as you use, >> which gets char. >> >> You can see which constructors exists in: >> http://msdn.microsoft.com/en-us/library/system.string.string.aspx >> >> >> >> Example: >> >> I read in http://pythonnet.sourceforge.net/readme.html >> >> In most cases, Python for .NET can determine the correct constructor to >> call automatically based on the arguments. In some cases, it may be >> necessary to call a particular overloaded constructor, which is supported by >> a special "__overloads__" attribute on a class: >> >> from System import String, Char, Int32 >> >> >> >> s = String.__overloads__[Char, Int32]('A', 10) >> >> >> >> I hope you succeed, >> >> >> Alla >> >> >> >> *From:* pythondotnet-bounces+alla.gofman=sandisk.com at python.org [mailto: >> pythondotnet-bounces+alla.gofman = >> sandisk.com at python.org] *On Behalf Of *Oleksii Bidiuk >> *Sent:* Thursday, January 06, 2011 4:27 PM >> *To:* pythondotnet at python.org >> *Subject:* [Python.NET] PythonNET 2.0 Alpha2 and .NET 4.0 >> >> >> >> Hi, >> >> >> >> I am trying to use Python for .NET under VS2010 and .NET 4.0. I've >> downloaded the pythonnet-2.0-alpha2.zip and changed the project settings to >> use .NET 4.0 under VS2010 and recompiled everything. The resulting >> python.exe can be run, and statements like "import clr" and "from System >> import String" work (as the Python standard library calls as well) until I >> try to instantiate a class as e.g. >> >> >> >> s = String('A') >> >> At this moment the Python for .NET seem to crash in nativecall.cs at >> NativeCall.Call_3() at (the only) line >> >> >> >> return Impl.Call_3(fp, a1, a2, a3); >> >> >> >> with dreaded "Exception of type 'System.ExecutionEngineException' was >> thrown.". Trying to instantiate Int32() object results in "Attempted to read >> or write protected memory. This is often an indication that other memory is >> corrupt." >> >> >> >> Suggestions are more than welcome! Thanks in advance! >> -- >> oleksii >> >> ------------------------------ >> PLEASE NOTE: The information contained in this electronic mail message is >> intended only for the use of the designated recipient(s) named above. If the >> reader of this message is not the intended recipient, you are hereby >> notified that you have received this message in error and that any review, >> dissemination, distribution, or copying of this message is strictly >> prohibited. If you have received this communication in error, please notify >> the sender by telephone or e-mail (as shown above) immediately and destroy >> any and all copies of this message in your possession (whether hard copies >> or electronically stored copies). >> >> > > > -- > oleksii > > > > -- > oleksii > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.orghttp://mail.python.org/mailman/listinfo/pythondotnet > > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From emmanuel.lambert at intec.ugent.be Mon Jan 10 09:01:56 2011 From: emmanuel.lambert at intec.ugent.be (Emmanuel Lambert) Date: Mon, 10 Jan 2011 09:01:56 +0100 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: References: Message-ID: <1294646516.1666.60.camel@emmanuel-desktop> Dear all, I was wondering : what is the difference between PythonDotNet and IronPython? It looks like IronPython is rapidly becoming a maturing implementation for the .NET platform, with also a plugin for Visual Studio becoming available : http://ironpython.net/ The distinction between the two implementations, future roadmaps, etc, is not clear to me. Any comments are welcome... regards Emmanuel From oleksii.bidiuk at gmail.com Mon Jan 10 09:55:29 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Mon, 10 Jan 2011 09:55:29 +0100 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: <1294646516.1666.60.camel@emmanuel-desktop> References: <1294646516.1666.60.camel@emmanuel-desktop> Message-ID: Hi Emmanuel, The basic differences are highlighted in several discussions like http://stackoverflow.com/questions/1168914/ironpython-vs-python-net In short IronPython is a complete managed implementation of Python interpreter in .NET (developed parallel to the regular Python or CPython), just like Jython. Python for .NET on the other hand is a .NET wrapper around the CPython interpreter providing access to the CPython from .NET application and back. There are differences in implementation (e.g. no GIL in IronPython) and in the accessibility of the libraries (no access to the C libraries from IronPython out of box). I am also interested in any hints to the roadmaps of the both products. IronPython seem to be more mature, but it is also way more effort than Python for .NET. So far I have difficulties to choose strategically for either one as both are lagging behind the solid community of CPython. Comments are more than welcome! 2011/1/10 Emmanuel Lambert > Dear all, > > I was wondering : what is the difference between PythonDotNet and > IronPython? It looks like IronPython is rapidly becoming a maturing > implementation for the .NET platform, with also a plugin for Visual > Studio becoming available : http://ironpython.net/ > > The distinction between the two implementations, future roadmaps, etc, > is not clear to me. Any comments are welcome... > > regards > Emmanuel > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.org > http://mail.python.org/mailman/listinfo/pythondotnet > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From emmanuel.lambert at intec.ugent.be Mon Jan 10 13:18:44 2011 From: emmanuel.lambert at intec.ugent.be (Emmanuel Lambert) Date: Mon, 10 Jan 2011 13:18:44 +0100 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: References: <1294646516.1666.60.camel@emmanuel-desktop> Message-ID: <1294661924.1666.532.camel@emmanuel-desktop> Hi Oleksii Bidiuk, While access to the native Python libraries is apprently a nice feature of "Python for .NET", I don't think it is very useful in real-world .NET centric projects (in a corporate environment for example). An implementation like IronPython restricts itself to the use of native .NET features and thus cannot cause dangerous side-effects that inflict memory leak for example. With "Python for .NET", that is not the case. Therefore, in my opinion, IronPython looks like an implementation that is potentially useful for real-world projects, while "Python for .NET" looks more experimental in its nature... Emmanuel On Mon, 2011-01-10 at 09:55 +0100, Oleksii Bidiuk wrote: > Hi Emmanuel, > > > The basic differences are highlighted in several discussions like > > > http://stackoverflow.com/questions/1168914/ironpython-vs-python-net > > > In short IronPython is a complete managed implementation of Python > interpreter in .NET (developed parallel to the regular Python or > CPython), just like Jython. Python for .NET on the other hand is > a .NET wrapper around the CPython interpreter providing access to the > CPython from .NET application and back. There are differences in > implementation (e.g. no GIL in IronPython) and in the accessibility of > the libraries (no access to the C libraries from IronPython out of > box). > > > I am also interested in any hints to the roadmaps of the both > products. IronPython seem to be more mature, but it is also way more > effort than Python for .NET. So far I have difficulties to choose > strategically for either one as both are lagging behind the solid > community of CPython. Comments are more than welcome! > > 2011/1/10 Emmanuel Lambert > Dear all, > > I was wondering : what is the difference between PythonDotNet > and > IronPython? It looks like IronPython is rapidly becoming a > maturing > implementation for the .NET platform, with also a plugin for > Visual > Studio becoming available : http://ironpython.net/ > > The distinction between the two implementations, future > roadmaps, etc, > is not clear to me. Any comments are welcome... > > regards > Emmanuel > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.org > http://mail.python.org/mailman/listinfo/pythondotnet > > > > -- > oleksii > From mtigges at gmail.com Mon Jan 10 18:11:50 2011 From: mtigges at gmail.com (Mark Tigges) Date: Mon, 10 Jan 2011 09:11:50 -0800 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: <1294661924.1666.532.camel@emmanuel-desktop> References: <1294646516.1666.60.camel@emmanuel-desktop> <1294661924.1666.532.camel@emmanuel-desktop> Message-ID: On Mon, Jan 10, 2011 at 4:18 AM, Emmanuel Lambert wrote: > Hi Oleksii Bidiuk, > > While access to the native Python libraries is apprently a nice feature > of "Python for .NET", I don't think it is very useful in real-world .NET > centric projects (in a corporate environment for example). > An implementation like IronPython restricts itself to the use of > native .NET features and thus cannot cause dangerous side-effects that > inflict memory leak for example. With "Python for .NET", that is not the > case. > Therefore, in my opinion, IronPython looks like an implementation that > is potentially useful for real-world projects, while "Python for .NET" > looks more experimental in its nature... > > Emmanuel > Emmanual, You're very mistaken. In our "corporate environment" (a large game studio), we use both. IronPython is used where we want to extend a .net environment with python scripting capabilities. PythonDotNet is used when we want to use our .net assemblies from another program which has cpython embedded. PythonDotNet allows us to extend Maya & MotionBuilder by leveraging all the .net code we write for our tools. Your opinion is yours, but trust me, while PythonDotNet is a little rough around the edges it is hugely beneficial to us and others. We use a cpython distribution augmented with PythonDotNet as our standard python for distribution to client machines. The only place we use IronPython is embedded in our tools. The start up time for IronPython (about .5 secs) the last time I checked pretty much makes it useless. Mark. > > > On Mon, 2011-01-10 at 09:55 +0100, Oleksii Bidiuk wrote: >> Hi Emmanuel, >> >> >> The basic differences are highlighted in several discussions like >> >> >> http://stackoverflow.com/questions/1168914/ironpython-vs-python-net >> >> >> In short IronPython is a complete managed implementation of Python >> interpreter in .NET (developed parallel to the regular Python or >> CPython), just like Jython. Python for .NET on the other hand is >> a .NET wrapper around the CPython interpreter providing access to the >> CPython from .NET application and back. There are differences in >> implementation (e.g. no GIL in IronPython) and in the accessibility of >> the libraries (no access to the C libraries from IronPython out of >> box). >> >> >> I am also interested in any hints to the roadmaps of the both >> products. IronPython seem to be more mature, but it is also way more >> effort than Python for .NET. So far I have difficulties to choose >> strategically for either one as both are lagging behind the solid >> community of CPython. Comments are more than welcome! >> >> 2011/1/10 Emmanuel Lambert >> ? ? ? ? Dear all, >> >> ? ? ? ? I was wondering : what is the difference between PythonDotNet >> ? ? ? ? and >> ? ? ? ? IronPython? It looks like IronPython is rapidly becoming a >> ? ? ? ? maturing >> ? ? ? ? implementation for the .NET platform, with also a plugin for >> ? ? ? ? Visual >> ? ? ? ? Studio becoming available : http://ironpython.net/ >> >> ? ? ? ? The distinction between the two implementations, future >> ? ? ? ? roadmaps, etc, >> ? ? ? ? is not clear to me. Any comments are welcome... >> >> ? ? ? ? regards >> ? ? ? ? Emmanuel >> >> >> ? ? ? ? _________________________________________________ >> ? ? ? ? Python.NET mailing list - PythonDotNet at python.org >> ? ? ? ? http://mail.python.org/mailman/listinfo/pythondotnet >> >> >> >> -- >> oleksii >> > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.org > http://mail.python.org/mailman/listinfo/pythondotnet > From btribble at ea.com Mon Jan 10 19:42:03 2011 From: btribble at ea.com (Tribble, Brett) Date: Mon, 10 Jan 2011 10:42:03 -0800 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: References: <1294646516.1666.60.camel@emmanuel-desktop> <1294661924.1666.532.camel@emmanuel-desktop> Message-ID: There are also logistical and political considerations. Some environments are tied to cpython, and switching to IronPython is impossible (such as the python environment included with Autodesk Maya). Also, many engineers have religious leanings, and would never tie their environment to .NET or other MicroSoft technologies. Adding .NET functionality "on the side" is usually an easier sell. -----Original Message----- From: pythondotnet-bounces+btribble=ea.com at python.org [mailto:pythondotnet-bounces+btribble=ea.com at python.org] On Behalf Of Mark Tigges Sent: Monday, January 10, 2011 9:12 AM To: emmanuel.lambert at intec.ugent.be Cc: pythondotnet at python.org Subject: Re: [Python.NET] PythonDotNet - IronPyton On Mon, Jan 10, 2011 at 4:18 AM, Emmanuel Lambert wrote: > Hi Oleksii Bidiuk, > > While access to the native Python libraries is apprently a nice feature > of "Python for .NET", I don't think it is very useful in real-world .NET > centric projects (in a corporate environment for example). > An implementation like IronPython restricts itself to the use of > native .NET features and thus cannot cause dangerous side-effects that > inflict memory leak for example. With "Python for .NET", that is not the > case. > Therefore, in my opinion, IronPython looks like an implementation that > is potentially useful for real-world projects, while "Python for .NET" > looks more experimental in its nature... > > Emmanuel > Emmanual, You're very mistaken. In our "corporate environment" (a large game studio), we use both. IronPython is used where we want to extend a .net environment with python scripting capabilities. PythonDotNet is used when we want to use our .net assemblies from another program which has cpython embedded. PythonDotNet allows us to extend Maya & MotionBuilder by leveraging all the .net code we write for our tools. Your opinion is yours, but trust me, while PythonDotNet is a little rough around the edges it is hugely beneficial to us and others. We use a cpython distribution augmented with PythonDotNet as our standard python for distribution to client machines. The only place we use IronPython is embedded in our tools. The start up time for IronPython (about .5 secs) the last time I checked pretty much makes it useless. Mark. > > > On Mon, 2011-01-10 at 09:55 +0100, Oleksii Bidiuk wrote: >> Hi Emmanuel, >> >> >> The basic differences are highlighted in several discussions like >> >> >> http://stackoverflow.com/questions/1168914/ironpython-vs-python-net >> >> >> In short IronPython is a complete managed implementation of Python >> interpreter in .NET (developed parallel to the regular Python or >> CPython), just like Jython. Python for .NET on the other hand is >> a .NET wrapper around the CPython interpreter providing access to the >> CPython from .NET application and back. There are differences in >> implementation (e.g. no GIL in IronPython) and in the accessibility of >> the libraries (no access to the C libraries from IronPython out of >> box). >> >> >> I am also interested in any hints to the roadmaps of the both >> products. IronPython seem to be more mature, but it is also way more >> effort than Python for .NET. So far I have difficulties to choose >> strategically for either one as both are lagging behind the solid >> community of CPython. Comments are more than welcome! >> >> 2011/1/10 Emmanuel Lambert >> ? ? ? ? Dear all, >> >> ? ? ? ? I was wondering : what is the difference between PythonDotNet >> ? ? ? ? and >> ? ? ? ? IronPython? It looks like IronPython is rapidly becoming a >> ? ? ? ? maturing >> ? ? ? ? implementation for the .NET platform, with also a plugin for >> ? ? ? ? Visual >> ? ? ? ? Studio becoming available : http://ironpython.net/ >> >> ? ? ? ? The distinction between the two implementations, future >> ? ? ? ? roadmaps, etc, >> ? ? ? ? is not clear to me. Any comments are welcome... >> >> ? ? ? ? regards >> ? ? ? ? Emmanuel >> >> >> ? ? ? ? _________________________________________________ >> ? ? ? ? Python.NET mailing list - PythonDotNet at python.org >> ? ? ? ? http://mail.python.org/mailman/listinfo/pythondotnet >> >> >> >> -- >> oleksii >> > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.org > http://mail.python.org/mailman/listinfo/pythondotnet > _________________________________________________ Python.NET mailing list - PythonDotNet at python.org http://mail.python.org/mailman/listinfo/pythondotnet From laszlo.sebo at primefocusworld.com Mon Jan 10 19:48:31 2011 From: laszlo.sebo at primefocusworld.com (Laszlo Sebo) Date: Mon, 10 Jan 2011 10:48:31 -0800 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: <1294661924.1666.532.camel@emmanuel-desktop> References: <1294646516.1666.60.camel@emmanuel-desktop> <1294661924.1666.532.camel@emmanuel-desktop> Message-ID: <4D2B547F.6030405@primefocusworld.com> Hi Emmanuel, Python.Net lets you use .net assemblies from within any cpython environment. You can't do that via ironpython. So you can integrate common .net libraries with applications that have their own python interpreters. We use this quite heavily integrating .net with maya, nuke and a lot of standalone python tools. So i would say, ironpython is used best when your host environment is .net, and python.net is used best if the host environment is python. cheers, laszlo On 10/01/2011 4:18 AM, Emmanuel Lambert wrote: > Hi Oleksii Bidiuk, > > While access to the native Python libraries is apprently a nice feature > of "Python for .NET", I don't think it is very useful in real-world .NET > centric projects (in a corporate environment for example). > An implementation like IronPython restricts itself to the use of > native .NET features and thus cannot cause dangerous side-effects that > inflict memory leak for example. With "Python for .NET", that is not the > case. > Therefore, in my opinion, IronPython looks like an implementation that > is potentially useful for real-world projects, while "Python for .NET" > looks more experimental in its nature... > > Emmanuel > From oleksii.bidiuk at gmail.com Mon Jan 10 21:00:16 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Mon, 10 Jan 2011 21:00:16 +0100 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: References: <1294646516.1666.60.camel@emmanuel-desktop> <1294661924.1666.532.camel@emmanuel-desktop> Message-ID: Hi Emmanuel et al, I wouldn't jump to conclusions that fast. There are situations when you want to use wide variety of C libraries that can be called from CPython but not available directly from IronPython and in the same time trigger application logic written in .NET. An alternative to this is IronCLAD in combination with IronPython, but there are differences that may make you use one or another. Memory management is just one thing that may be in fact better done in CPython and not turned over to IronPython. CPython works with reference counting, so you know when there are no references your object is free'd, while in IronPython you are at a mercy of Garbage Collector. It is not difficult to cause 'memory leaks' in .NET by accidentally holding a reference to something or forgetting to dispose an object holding a reference to a large (unmanaged) memory block. What I understood from people doing a lot of data processing with CPython and NumPy/SciPy this combination works great as heavy duty processing and things like creation of intermediate buffers, etc done efficiently and *predictable* with the underlying C libraries (and sometimes Fortran), while Python serves as a glue holding things together. Unfortunatley there is no solution that has it all, therefore personally I am still looking for a good combination of accessing .NET and usage of the existing Python libraries. I also think both Python for .NET and IronPython have to pass a certain tipping point to be future proof if you have to make a strategic choice for long term. Other opinions on this subject are highly appreciated! 2011/1/10 Mark Tigges > On Mon, Jan 10, 2011 at 4:18 AM, Emmanuel Lambert > wrote: > > Hi Oleksii Bidiuk, > > > > While access to the native Python libraries is apprently a nice feature > > of "Python for .NET", I don't think it is very useful in real-world .NET > > centric projects (in a corporate environment for example). > > An implementation like IronPython restricts itself to the use of > > native .NET features and thus cannot cause dangerous side-effects that > > inflict memory leak for example. With "Python for .NET", that is not the > > case. > > Therefore, in my opinion, IronPython looks like an implementation that > > is potentially useful for real-world projects, while "Python for .NET" > > looks more experimental in its nature... > > > > Emmanuel > > > > Emmanual, > > You're very mistaken. In our "corporate environment" (a large game > studio), we use both. IronPython is used where we want to extend a > .net environment with python scripting capabilities. PythonDotNet is > used when we want to use our .net assemblies from another program > which has cpython embedded. PythonDotNet allows us to extend Maya & > MotionBuilder by leveraging all the .net code we write for our tools. > > Your opinion is yours, but trust me, while PythonDotNet is a little > rough around the edges it is hugely beneficial to us and others. > > We use a cpython distribution augmented with PythonDotNet as our > standard python for distribution to client machines. The only place > we use IronPython is embedded in our tools. The start up time for > IronPython (about .5 secs) the last time I checked pretty much makes > it useless. > > Mark. > > > > > > > On Mon, 2011-01-10 at 09:55 +0100, Oleksii Bidiuk wrote: > >> Hi Emmanuel, > >> > >> > >> The basic differences are highlighted in several discussions like > >> > >> > >> http://stackoverflow.com/questions/1168914/ironpython-vs-python-net > >> > >> > >> In short IronPython is a complete managed implementation of Python > >> interpreter in .NET (developed parallel to the regular Python or > >> CPython), just like Jython. Python for .NET on the other hand is > >> a .NET wrapper around the CPython interpreter providing access to the > >> CPython from .NET application and back. There are differences in > >> implementation (e.g. no GIL in IronPython) and in the accessibility of > >> the libraries (no access to the C libraries from IronPython out of > >> box). > >> > >> > >> I am also interested in any hints to the roadmaps of the both > >> products. IronPython seem to be more mature, but it is also way more > >> effort than Python for .NET. So far I have difficulties to choose > >> strategically for either one as both are lagging behind the solid > >> community of CPython. Comments are more than welcome! > >> > >> 2011/1/10 Emmanuel Lambert > >> Dear all, > >> > >> I was wondering : what is the difference between PythonDotNet > >> and > >> IronPython? It looks like IronPython is rapidly becoming a > >> maturing > >> implementation for the .NET platform, with also a plugin for > >> Visual > >> Studio becoming available : http://ironpython.net/ > >> > >> The distinction between the two implementations, future > >> roadmaps, etc, > >> is not clear to me. Any comments are welcome... > >> > >> regards > >> Emmanuel > >> > >> > >> _________________________________________________ > >> Python.NET mailing list - PythonDotNet at python.org > >> http://mail.python.org/mailman/listinfo/pythondotnet > >> > >> > >> > >> -- > >> oleksii > >> > > > > > > _________________________________________________ > > Python.NET mailing list - PythonDotNet at python.org > > http://mail.python.org/mailman/listinfo/pythondotnet > > > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Tue Jan 11 15:17:24 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Tue, 11 Jan 2011 15:17:24 +0100 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: <4D26D6A1.6060701@BCDesignsWell.com> References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> Message-ID: Hi Barton, do you still have any plans to work on the merge? I am curious what the changes are (how much, what impact do they have) and whether there something can be done to help you with this. Thanks in advance! 2011/1/7 Barton > I've got this working on my private (for the moment) branch. I could do > this merge by this weekend if folks will find it useful. > -Barton > > > On 1/6/2011 6:59 AM, Oleksii Bidiuk wrote: > > Hi Alla, > > thanks for your prompt repsonse. In Python terms String('A') means > constructor with a string parameter AFAIK. When I use the python.exe build > against CLR 2.0 (from pythonnet-2.0-alpha2-clr2.0_115_py26.zip) it works, > but then it talks against .NET 2.0 while I want to talk to the same 4.0 > version as my .NET application. > > With the example below using the .NET 2.0 version I get > > >>> s = String.__overloads__[Char, Int32]('A', 10) > Traceback (most recent call last): > File "", line 1, in > AttributeError: type object 'String' has no attribute '__overloads__' > > Basically it seems that the version of python for .net compiled against > .NET 4.0 runtime does not work out of box for me. I wonder if somebody had > more luck with this. > > 2011/1/6 Alla Gofman > > Hi Oleksii, >> >> >> >> I have no experience with importing .net modules into Python. >> >> I work on embedding Python into C#. >> >> There is no such constructor String('A') for String class as you use, >> which gets char. >> >> You can see which constructors exists in: >> http://msdn.microsoft.com/en-us/library/system.string.string.aspx >> >> >> >> Example: >> >> I read in http://pythonnet.sourceforge.net/readme.html >> >> In most cases, Python for .NET can determine the correct constructor to >> call automatically based on the arguments. In some cases, it may be >> necessary to call a particular overloaded constructor, which is supported by >> a special "__overloads__" attribute on a class: >> >> from System import String, Char, Int32 >> >> >> >> s = String.__overloads__[Char, Int32]('A', 10) >> >> >> >> I hope you succeed, >> >> >> Alla >> >> >> >> *From:* pythondotnet-bounces+alla.gofman=sandisk.com at python.org [mailto: >> pythondotnet-bounces+alla.gofman = >> sandisk.com at python.org] *On Behalf Of *Oleksii Bidiuk >> *Sent:* Thursday, January 06, 2011 4:27 PM >> *To:* pythondotnet at python.org >> *Subject:* [Python.NET] PythonNET 2.0 Alpha2 and .NET 4.0 >> >> >> >> Hi, >> >> >> >> I am trying to use Python for .NET under VS2010 and .NET 4.0. I've >> downloaded the pythonnet-2.0-alpha2.zip and changed the project settings to >> use .NET 4.0 under VS2010 and recompiled everything. The resulting >> python.exe can be run, and statements like "import clr" and "from System >> import String" work (as the Python standard library calls as well) until I >> try to instantiate a class as e.g. >> >> >> >> s = String('A') >> >> At this moment the Python for .NET seem to crash in nativecall.cs at >> NativeCall.Call_3() at (the only) line >> >> >> >> return Impl.Call_3(fp, a1, a2, a3); >> >> >> >> with dreaded "Exception of type 'System.ExecutionEngineException' was >> thrown.". Trying to instantiate Int32() object results in "Attempted to read >> or write protected memory. This is often an indication that other memory is >> corrupt." >> >> >> >> Suggestions are more than welcome! Thanks in advance! >> -- >> oleksii >> >> ------------------------------ >> PLEASE NOTE: The information contained in this electronic mail message is >> intended only for the use of the designated recipient(s) named above. If the >> reader of this message is not the intended recipient, you are hereby >> notified that you have received this message in error and that any review, >> dissemination, distribution, or copying of this message is strictly >> prohibited. If you have received this communication in error, please notify >> the sender by telephone or e-mail (as shown above) immediately and destroy >> any and all copies of this message in your possession (whether hard copies >> or electronically stored copies). >> >> > > > -- > oleksii > > > > -- > oleksii > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.orghttp://mail.python.org/mailman/listinfo/pythondotnet > > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From Emmanuel.Lambert at UGent.be Mon Jan 10 22:03:19 2011 From: Emmanuel.Lambert at UGent.be (Emmanuel.Lambert at UGent.be) Date: Mon, 10 Jan 2011 22:03:19 +0100 Subject: [Python.NET] PythonDotNet - IronPyton In-Reply-To: References: <1294646516.1666.60.camel@emmanuel-desktop> <1294661924.1666.532.camel@emmanuel-desktop> Message-ID: <20110110220319.268622tpw16rgrvb@webmail.ugent.be> Hello Mark and others, thank you for the clarification. Very interesting, I hadn't though of these two distinct use cases, i.e. : -on the one hand embedding Python scripting in .NET applications -on the other hand calling .NET assemblies from applications that otherwise run outside of the .NET scope. My background with .NET is more into monolytic business applications that don't have embedded scripting. It might be worthwhile to upgrade the "Python for .NET" website and clarify these different use cases. Both technologies now seem to have a clear use case and rationale. good evening. Emmanuel Quoting "Mark Tigges" : > On Mon, Jan 10, 2011 at 4:18 AM, Emmanuel Lambert > wrote: >> Hi Oleksii Bidiuk, >> >> While access to the native Python libraries is apprently a nice feature >> of "Python for .NET", I don't think it is very useful in real-world .NET >> centric projects (in a corporate environment for example). >> An implementation like IronPython restricts itself to the use of >> native .NET features and thus cannot cause dangerous side-effects that >> inflict memory leak for example. With "Python for .NET", that is not the >> case. >> Therefore, in my opinion, IronPython looks like an implementation that >> is potentially useful for real-world projects, while "Python for .NET" >> looks more experimental in its nature... >> >> Emmanuel >> > > Emmanual, > > You're very mistaken. In our "corporate environment" (a large game > studio), we use both. IronPython is used where we want to extend a > .net environment with python scripting capabilities. PythonDotNet is > used when we want to use our .net assemblies from another program > which has cpython embedded. PythonDotNet allows us to extend Maya & > MotionBuilder by leveraging all the .net code we write for our tools. > > Your opinion is yours, but trust me, while PythonDotNet is a little > rough around the edges it is hugely beneficial to us and others. > > We use a cpython distribution augmented with PythonDotNet as our > standard python for distribution to client machines. The only place > we use IronPython is embedded in our tools. The start up time for > IronPython (about .5 secs) the last time I checked pretty much makes > it useless. > > Mark. > >> >> >> On Mon, 2011-01-10 at 09:55 +0100, Oleksii Bidiuk wrote: >>> Hi Emmanuel, >>> >>> >>> The basic differences are highlighted in several discussions like >>> >>> >>> http://stackoverflow.com/questions/1168914/ironpython-vs-python-net >>> >>> >>> In short IronPython is a complete managed implementation of Python >>> interpreter in .NET (developed parallel to the regular Python or >>> CPython), just like Jython. Python for .NET on the other hand is >>> a .NET wrapper around the CPython interpreter providing access to the >>> CPython from .NET application and back. There are differences in >>> implementation (e.g. no GIL in IronPython) and in the accessibility of >>> the libraries (no access to the C libraries from IronPython out of >>> box). >>> >>> >>> I am also interested in any hints to the roadmaps of the both >>> products. IronPython seem to be more mature, but it is also way more >>> effort than Python for .NET. So far I have difficulties to choose >>> strategically for either one as both are lagging behind the solid >>> community of CPython. Comments are more than welcome! >>> >>> 2011/1/10 Emmanuel Lambert >>> ? ? ? ? Dear all, >>> >>> ? ? ? ? I was wondering : what is the difference between PythonDotNet >>> ? ? ? ? and >>> ? ? ? ? IronPython? It looks like IronPython is rapidly becoming a >>> ? ? ? ? maturing >>> ? ? ? ? implementation for the .NET platform, with also a plugin for >>> ? ? ? ? Visual >>> ? ? ? ? Studio becoming available : http://ironpython.net/ >>> >>> ? ? ? ? The distinction between the two implementations, future >>> ? ? ? ? roadmaps, etc, >>> ? ? ? ? is not clear to me. Any comments are welcome... >>> >>> ? ? ? ? regards >>> ? ? ? ? Emmanuel >>> >>> >>> ? ? ? ? _________________________________________________ >>> ? ? ? ? Python.NET mailing list - PythonDotNet at python.org >>> ? ? ? ? http://mail.python.org/mailman/listinfo/pythondotnet >>> >>> >>> >>> -- >>> oleksii >>> >> >> >> _________________________________________________ >> Python.NET mailing list - PythonDotNet at python.org >> http://mail.python.org/mailman/listinfo/pythondotnet >> > From barton at BCDesignsWell.com Sun Jan 16 21:32:10 2011 From: barton at BCDesignsWell.com (Barton) Date: Sun, 16 Jan 2011 12:32:10 -0800 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> Message-ID: <4D3355CA.4090202@BCDesignsWell.com> This has been pushed to the trunk @ version 122 on the 9th of January, 2011. See the Tracker/Patches for details. On 1/11/2011 6:17 AM, Oleksii Bidiuk wrote: > Hi Barton, > > do you still have any plans to work on the merge? I am curious what > the changes are (how much, what impact do they have) and whether there > something can be done to help you with this. > > Thanks in advance! > > 2011/1/7 Barton > > > I've got this working on my private (for the moment) branch. I > could do this merge by this weekend if folks will find it useful. > -Barton > > > On 1/6/2011 6:59 AM, Oleksii Bidiuk wrote: >> Hi Alla, >> >> thanks for your prompt repsonse. In Python terms String('A') >> means constructor with a string parameter AFAIK. When I use the >> python.exe build against CLR 2.0 >> (from pythonnet-2.0-alpha2-clr2.0_115_py26.zip) it works, but >> then it talks against .NET 2.0 while I want to talk to the same >> 4.0 version as my .NET application. >> >> With the example below using the .NET 2.0 version I get >> >> >>> s = String.__overloads__[Char, Int32]('A', 10) >> Traceback (most recent call last): >> File "", line 1, in >> AttributeError: type object 'String' has no attribute '__overloads__' >> >> Basically it seems that the version of python for .net compiled >> against .NET 4.0 runtime does not work out of box for me. I >> wonder if somebody had more luck with this. >> >> 2011/1/6 Alla Gofman > > >> >> Hi Oleksii, >> >> I have no experience with importing .net modules into Python. >> >> I work on embedding Python into C#. >> >> There is no such constructor String('A')for String class as >> you use, which gets char. >> >> You can see which constructors exists in: >> http://msdn.microsoft.com/en-us/library/system.string.string.aspx >> >> Example: >> >> I read in http://pythonnet.sourceforge.net/readme.html >> >> In most cases, Python for .NET can determine the correct >> constructor to call automatically based on the arguments. In >> some cases, it may be necessary to call a particular >> overloaded constructor, which is supported by a special >> "__overloads__" attribute on a class: >> >> from System import String, Char, Int32 >> >> s = String.__overloads__[Char, Int32]('A', 10) >> >> I hope you succeed, >> >> >> Alla >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Mon Jan 17 15:15:34 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Mon, 17 Jan 2011 15:15:34 +0100 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: <4D3355CA.4090202@BCDesignsWell.com> References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> <4D3355CA.4090202@BCDesignsWell.com> Message-ID: Hi Barton, thanks for the update! I've got the latest version, but the changes to the classmanager.cs do not seem to compile // Implement Overloads on the class object ConstructorBinding ctors = new ConstructorBinding(type, tp, co.binder); // ExtensionType types are untracked, so don't Incref() them. // XXX deprecate __overloads__ soon... Runtime.PyDict_SetItemString(dict, "__overloads__", ctors.pyHandle); Runtime.PyDict_SetItemString(dict, "Overloads", ctors.pyHandle); as the new class is called 'ConstructorBinder' (instead of ConstructorBinding) and it does not have a matching constructor. I am trying to figure out the details, but I assume you will have to push new version anyway. Further I assume this only fixes the proper constructor overloading. I am still interested in the .NET 4.0 and VS2010 support. Can you shed some light on that? What changes do you expect for proper .NET 4.0 support? I see the clrmodule.il and the buildclrmodule.bat refering to 2.0 runtime. Is it enough to change these two? 2011/1/16 Barton > This has been pushed to the trunk @ version 122 on the 9th of January, > 2011. > See the Tracker/Patches for details. > > > On 1/11/2011 6:17 AM, Oleksii Bidiuk wrote: > > Hi Barton, > > do you still have any plans to work on the merge? I am curious what the > changes are (how much, what impact do they have) and whether there something > can be done to help you with this. > > Thanks in advance! > > 2011/1/7 Barton > >> I've got this working on my private (for the moment) branch. I could do >> this merge by this weekend if folks will find it useful. >> -Barton >> >> -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Mon Jan 17 17:06:16 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Mon, 17 Jan 2011 17:06:16 +0100 Subject: [Python.NET] Python.NET and VS2001/.NET 4.0 Message-ID: Hi All, I hope this will help some people like me searching for an answer. Several steps were mentioned by other people as well, but I haven't seen a step-by-step guide. It is not my intention to duplicate other posts in that sense, but rather have all-in-one post. Here is how I've got VS2010 and .NET 4.0 working with the revision 119 of the Python.NET having Python 2.6 installed. Note that the latest trunk (revision 122) gave me some problems, so I have basically reverted changes to match 119 for the time being. 1. Get the sources (tarball from sourceforge or directly from SVN) 2. Open the pythonnet.sln with VS2010 and convert to 2010 format (will happen automagically) 3. Change the target framework to 4. Follow the following step for EACH project 3.1. Right-click on the project name and select "Properties" 3.2. Select the "Application" tab on the left (if not selected yet) 3.3. Change the "Target framework" to ".NET Framework 4" 4. Open the clrmodule.il and change the lines with the version number in the following piece of code .assembly extern mscorlib { .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) .ver 2:0:0:0 } to have .ver 4:0:0:0 5. Open the buildclrmodule.bat and change the %windir%\Microsoft.NET\Framework\v2.0.50727\ilasm /nologo /quiet /dll %ILASM_EXTRA_ARGS% /include=%INCLUDE_PATH% /output=%OUTPUT_PATH% %INPUT_PATH% to %windir%\Microsoft.NET\Framework\v4.0.30319\ilasm /nologo /quiet /dll %ILASM_EXTRA_ARGS% /include=%INCLUDE_PATH% /output=%OUTPUT_PATH% %INPUT_PATH% 5. Recompile the whole solution, ignore the deprecation warnings. Now you have all necessary files under the pythonnet folder where you have the sources. You need clr.pyd, python.exe and Python.Runtime.dll. Test Run the newly comiled python.exe Type the following >>> import System >>> print System.Environment.Version 4.0.30319.1 The last line proves that you're using hte 4.0 runtime. The precomiled binaries available from Sourceforge would show 2.0.50727.3615 This is also posted with somewhat better formatting under blog.bidiuk.com/2011/01/python-net-and-vs2010-net-4/ Comments and suggestions are welcome! -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From btribble at ea.com Tue Jan 18 19:08:50 2011 From: btribble at ea.com (Tribble, Brett) Date: Tue, 18 Jan 2011 10:08:50 -0800 Subject: [Python.NET] Python.NET and VS2001/.NET 4.0 In-Reply-To: References: Message-ID: Thanks Biduik, I will need this in a few short weeks. From: pythondotnet-bounces+btribble=ea.com at python.org [mailto:pythondotnet-bounces+btribble=ea.com at python.org] On Behalf Of Oleksii Bidiuk Sent: Monday, January 17, 2011 8:06 AM To: pythondotnet at python.org Subject: [Python.NET] Python.NET and VS2001/.NET 4.0 Hi All, I hope this will help some people like me searching for an answer. Several steps were mentioned by other people as well, but I haven't seen a step-by-step guide. It is not my intention to duplicate other posts in that sense, but rather have all-in-one post. Here is how I've got VS2010 and .NET 4.0 working with the revision 119 of the Python.NET having Python 2.6 installed. Note that the latest trunk (revision 122) gave me some problems, so I have basically reverted changes to match 119 for the time being. 1. Get the sources (tarball from sourceforge or directly from SVN) 2. Open the pythonnet.sln with VS2010 and convert to 2010 format (will happen automagically) 3. Change the target framework to 4. Follow the following step for EACH project 3.1. Right-click on the project name and select "Properties" 3.2. Select the "Application" tab on the left (if not selected yet) 3.3. Change the "Target framework" to ".NET Framework 4" 4. Open the clrmodule.il and change the lines with the version number in the following piece of code .assembly extern mscorlib { .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) .ver 2:0:0:0 } to have .ver 4:0:0:0 5. Open the buildclrmodule.bat and change the %windir%\Microsoft.NET\Framework\v2.0.50727\ilasm /nologo /quiet /dll %ILASM_EXTRA_ARGS% /include=%INCLUDE_PATH% /output=%OUTPUT_PATH% %INPUT_PATH% to %windir%\Microsoft.NET\Framework\v4.0.30319\ilasm /nologo /quiet /dll %ILASM_EXTRA_ARGS% /include=%INCLUDE_PATH% /output=%OUTPUT_PATH% %INPUT_PATH% 5. Recompile the whole solution, ignore the deprecation warnings. Now you have all necessary files under the pythonnet folder where you have the sources. You need clr.pyd, python.exe and Python.Runtime.dll. Test Run the newly comiled python.exe Type the following >>> import System >>> print System.Environment.Version 4.0.30319.1 The last line proves that you're using hte 4.0 runtime. The precomiled binaries available from Sourceforge would show 2.0.50727.3615 This is also posted with somewhat better formatting under blog.bidiuk.com/2011/01/python-net-and-vs2010-net-4/ Comments and suggestions are welcome! -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Thu Jan 20 14:49:57 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Thu, 20 Jan 2011 14:49:57 +0100 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> <4D3355CA.4090202@BCDesignsWell.com> Message-ID: Hi Barton, any news on the problem with ConstructorBinder/ConstructorBinding below? It seems like the ConstructorBinding class was not checked in. Could this be the case? Thanks in advance. 2011/1/17 Oleksii Bidiuk > Hi Barton, > > thanks for the update! I've got the latest version, but the changes to the > classmanager.cs do not seem to compile > > // Implement Overloads on the class object > ConstructorBinding ctors = new ConstructorBinding(type, tp, co.binder); > // ExtensionType types are untracked, so don't Incref() them. > // XXX deprecate __overloads__ soon... > Runtime.PyDict_SetItemString(dict, "__overloads__", ctors.pyHandle); > Runtime.PyDict_SetItemString(dict, "Overloads", ctors.pyHandle); > > as the new class is called 'ConstructorBinder' (instead of > ConstructorBinding) and it does not have a matching constructor. I am trying > to figure out the details, but I assume you will have to push new version > anyway. > > Further I assume this only fixes the proper constructor overloading. I am > still interested in the .NET 4.0 and VS2010 support. Can you shed some light > on that? What changes do you expect for proper .NET 4.0 support? I see the > clrmodule.il and the buildclrmodule.bat refering to 2.0 runtime. Is it > enough to change these two? > > 2011/1/16 Barton > >> This has been pushed to the trunk @ version 122 on the 9th of January, >> 2011. >> See the Tracker/Patches for details. >> >> >> On 1/11/2011 6:17 AM, Oleksii Bidiuk wrote: >> >> Hi Barton, >> >> do you still have any plans to work on the merge? I am curious what the >> changes are (how much, what impact do they have) and whether there something >> can be done to help you with this. >> >> Thanks in advance! >> >> 2011/1/7 Barton >> >>> I've got this working on my private (for the moment) branch. I could do >>> this merge by this weekend if folks will find it useful. >>> -Barton >>> >>> > -- > oleksii > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Fri Jan 21 10:06:45 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Fri, 21 Jan 2011 10:06:45 +0100 Subject: [Python.NET] Python.NET and VS2001/.NET 4.0 In-Reply-To: References: Message-ID: Hi All, A small correction to my post. Revision 122 seem to contain all the code, only the reference to the constructorbinding.cs is missing in the Python.Runtime.csproj. Simply adding a reference solves the problem! 2011/1/17 Oleksii Bidiuk > Hi All, > > I hope this will help some people like me searching for an answer. Several > steps were mentioned by other people as well, but I haven't seen a > step-by-step guide. It is not my intention to duplicate other posts in that > sense, but rather have all-in-one post. > > Here is how I've got VS2010 and .NET 4.0 working with the revision 119 of > the Python.NET having Python 2.6 installed. Note that the latest trunk > (revision 122) gave me some problems, so I have basically reverted changes > to match 119 for the time being. > > 1. Get the sources (tarball from sourceforge or directly from SVN) > 2. Open the pythonnet.sln with VS2010 and convert to 2010 format (will > happen automagically) > 3. Change the target framework to 4. Follow the following step for EACH > project > 3.1. Right-click on the project name and select "Properties" > 3.2. Select the "Application" tab on the left (if not selected yet) > 3.3. Change the "Target framework" to ".NET Framework 4" > 4. Open the clrmodule.il and change the lines with the version number in > the following piece of code > > .assembly extern mscorlib { .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) > .ver 2:0:0:0 } > > to have > > .ver 4:0:0:0 > > 5. Open the buildclrmodule.bat and change the > > %windir%\Microsoft.NET\Framework\v2.0.50727\ilasm /nologo /quiet /dll > %ILASM_EXTRA_ARGS% /include=%INCLUDE_PATH% /output=%OUTPUT_PATH% > %INPUT_PATH% > > to > > %windir%\Microsoft.NET\Framework\v4.0.30319\ilasm /nologo /quiet /dll > %ILASM_EXTRA_ARGS% /include=%INCLUDE_PATH% /output=%OUTPUT_PATH% > %INPUT_PATH% > > 5. Recompile the whole solution, ignore the deprecation warnings. > > Now you have all necessary files under the pythonnet folder where you have > the sources. You need clr.pyd, python.exe and Python.Runtime.dll. > > Test > Run the newly comiled python.exe > Type the following > > >>> import System >>> print System.Environment.Version 4.0.30319.1 > > The last line proves that you're using hte 4.0 runtime. The precomiled > binaries available from Sourceforge would show > 2.0.50727.3615 > > This is also posted with somewhat better formatting under > blog.bidiuk.com/2011/01/python-net-and-vs2010-net-4/ > > Comments and suggestions are welcome! > -- > oleksii > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From barton at BCDesignsWell.com Fri Jan 21 10:06:38 2011 From: barton at BCDesignsWell.com (Barton) Date: Fri, 21 Jan 2011 01:06:38 -0800 Subject: [Python.NET] Fwd: PythonNET 2.0 Alpha2 and .NET 4.0 In-Reply-To: References: <8DD31B7980DDC049958BD1E459F31ECA2CD0698C78@KFAEXMIPV1.sdcorp.global.sandisk.com> <4D26D6A1.6060701@BCDesignsWell.com> <4D3355CA.4090202@BCDesignsWell.com> Message-ID: <4D394C9E.50402@BCDesignsWell.com> You have a missing project file setting. I've been reluctant to push my project file because it's apt to break other peoples builds. in Python.Runtime.csproj, add the line between On 1/17/2011 6:15 AM, Oleksii Bidiuk wrote: > Hi Barton, > > thanks for the update! I've got the latest version, but the changes to > the classmanager.cs do not seem to compile > > // Implement Overloads on the class object > ConstructorBinding ctors = new ConstructorBinding(type, tp, co.binder); > // ExtensionType types are untracked, so don't Incref() them. > // XXX deprecate __overloads__ soon... > Runtime.PyDict_SetItemString(dict, "__overloads__", ctors.pyHandle); > Runtime.PyDict_SetItemString(dict, "Overloads", ctors.pyHandle); > > as the new class is called 'ConstructorBinder' (instead of > ConstructorBinding) and it does not have a matching constructor. I am > trying to figure out the details, but I assume you will have to push > new version anyway. > > Further I assume this only fixes the proper constructor overloading. I > am still interested in the .NET 4.0 and VS2010 support. Can you shed > some light on that? What changes do you expect for proper .NET 4.0 > support? I see the clrmodule.il and the > buildclrmodule.bat refering to 2.0 runtime. Is it enough to change > these two? > > 2011/1/16 Barton > > > This has been pushed to the trunk @ version 122 on the 9th of > January, 2011. > See the Tracker/Patches for details. > > > On 1/11/2011 6:17 AM, Oleksii Bidiuk wrote: >> Hi Barton, >> >> do you still have any plans to work on the merge? I am curious >> what the changes are (how much, what impact do they have) and >> whether there something can be done to help you with this. >> >> Thanks in advance! >> >> 2011/1/7 Barton > > >> >> I've got this working on my private (for the moment) branch. >> I could do this merge by this weekend if folks will find it >> useful. >> -Barton >> > > -- > oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Fri Jan 21 10:25:45 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Fri, 21 Jan 2011 10:25:45 +0100 Subject: [Python.NET] Operator overloading for managed objects Message-ID: Hi, did anybody have experience with using overloaded operators for managed objects? I have a class that have e.g. the operator+ overloaded in C#, but that does not seem to be picked up from the Python side. I have tried to add overloading using the setattr(MyType, "name", method_name), but it only seem to work for the native Python objects and not for the managed objects. In both cases I get "TypeError: unsupported operand type(s) for +: 'MyType' and 'MyType'". Thanks in advance! -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Tue Jan 25 11:39:53 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Tue, 25 Jan 2011 11:39:53 +0100 Subject: [Python.NET] InvalidOperationException when calling a generic method on an instance Message-ID: Hi All, does anybody have experience with getting the InvalidOperationException exception when calling a generic method defined like generic MyClass::AnotherClass^ MyClass::MyMethod() { ... } When I create an instance of the MyClass and call the MyMethod() the exception mentioned above is thrown with the following stack trace: System.InvalidOperationException: Late bound operations cannot be performed on types or methods for which ContainsGenericParameters is true. at System.Reflection.RuntimeMethodInfo.ThrowNoInvokeException() at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invoke Attr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invoke Attr, Binder binder, Object[] parameters, CultureInfo culture) at Python.Runtime.MethodBinder.Invoke(IntPtr inst, IntPtr args, IntPtr kw, MethodBase info, MethodInfo[] methodinfo) in C:\...\pythonnet\src\runtime\methodbinder.cs:line 356 The MyClass is an external library which I cannot influence. Calling the MyMethod is the only way to get data access, so I cannot simply 'avoid using it'. Perhaps some additional wrapping is needed here? Ideas are highly appreciated! -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From oleksii.bidiuk at gmail.com Tue Jan 25 12:33:45 2011 From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk) Date: Tue, 25 Jan 2011 12:33:45 +0100 Subject: [Python.NET] InvalidOperationException when calling a generic method on an instance In-Reply-To: References: Message-ID: Hi All, It seems that I was missing the type in the call to a generic method, myClassInstance.MyMethod[type]() seem to work. Sorry for my impatience. 2011/1/25 Oleksii Bidiuk > Hi All, > > does anybody have experience with getting > the InvalidOperationException exception when calling a generic method > defined like > > generic > MyClass::AnotherClass^ MyClass::MyMethod() > { > ... > } > > When I create an instance of the MyClass and call the MyMethod() the > exception mentioned above is thrown with the following stack trace: > > System.InvalidOperationException: Late bound operations cannot be performed > on types or methods for which ContainsGenericParameters is true. > at System.Reflection.RuntimeMethodInfo.ThrowNoInvokeException() > at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags > invoke > Attr, Binder binder, Object[] parameters, CultureInfo culture, Boolean > skipVisibilityChecks) > at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags > invoke > Attr, Binder binder, Object[] parameters, CultureInfo culture) > at Python.Runtime.MethodBinder.Invoke(IntPtr inst, IntPtr args, IntPtr > kw, MethodBase info, MethodInfo[] methodinfo) in > C:\...\pythonnet\src\runtime\methodbinder.cs:line 356 > > The MyClass is an external library which I cannot influence. Calling the > MyMethod is the only way to get data access, so I cannot simply 'avoid using > it'. Perhaps some additional wrapping is needed here? Ideas are highly > appreciated! > > -- > oleksii > -- oleksii -------------- next part -------------- An HTML attachment was scrubbed... URL: From mukherjee.tanmoy at gmail.com Sat Jan 29 15:30:17 2011 From: mukherjee.tanmoy at gmail.com (Tanmoy) Date: Sat, 29 Jan 2011 20:00:17 +0530 Subject: [Python.NET] Problems in Installation Message-ID: Hi, My name is Tanmoy and i have some problems regarding the installation of Python .NET in Ubuntu. whenever i try to follow this ( http://mail.python.org/pipermail/pythondotnet/2006-April/000474.html) i get this weird error Unhandled Exception: System.DllNotFoundException: python26 at (wrapper managed-to-native) Python.Runtime.Runtime:Py_Initialize () at Python.Runtime.Runtime.Initialize () [0x00000] in :0 at Python.Runtime.PythonEngine.Initialize () [0x00000] in :0 at Python.Runtime.PythonConsole.Main (System.String[] args) [0x00000] in :0 Any suggestions where could i be going wrong ? Sincerely Tanmoy Mukherjee -------------- next part -------------- An HTML attachment was scrubbed... URL: From barton at BCDesignsWell.com Sun Jan 30 23:44:11 2011 From: barton at BCDesignsWell.com (Barton) Date: Sun, 30 Jan 2011 14:44:11 -0800 Subject: [Python.NET] Problems in Installation In-Reply-To: References: Message-ID: <4D45E9BB.8080204@BCDesignsWell.com> Although I'm on Windows, I may be able to point out a couple of things: 1. Since the runtime doesn't do any error checking when trying to load the python dynamic (shared) library, this error isn't too weird. 2. Since the runtime is looking for python26, this is certainly not "pythonnet-1.0-rc2-py2.4-clr1.1" as the link you provided states. 3. Since the runtime is looking for python26, unless you built from source, this is most likely a Windows build off the pythondotnet project download area on SourcForge. 4. Since I'm on Windows, I haven't yet tried to build and test under Mono. This may be something that I could try in the unknown-distant-future. 5. Since I'm the only person currently uploading pre-built assemblies, Linux users must build from source. AFAIK, the current SVN will build under Mono. Hope that helps, Barton On 1/29/2011 6:30 AM, Tanmoy wrote: > Hi, > My name is Tanmoy and i have some problems regarding the > installation of Python .NET in Ubuntu. whenever i try to follow this > (http://mail.python.org/pipermail/pythondotnet/2006-April/000474.html) > i get this weird error > > Unhandled Exception: System.DllNotFoundException: python26 > at (wrapper managed-to-native) Python.Runtime.Runtime:Py_Initialize () > at Python.Runtime.Runtime.Initialize () [0x00000] in unknown>:0 > at Python.Runtime.PythonEngine.Initialize () [0x00000] in unknown>:0 > at Python.Runtime.PythonConsole.Main (System.String[] args) > [0x00000] in :0 > > Any suggestions where could i be going wrong ? > > Sincerely > Tanmoy Mukherjee > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.org > http://mail.python.org/mailman/listinfo/pythondotnet -------------- next part -------------- An HTML attachment was scrubbed... URL: From mukherjee.tanmoy at gmail.com Mon Jan 31 04:55:01 2011 From: mukherjee.tanmoy at gmail.com (Tanmoy) Date: Mon, 31 Jan 2011 09:25:01 +0530 Subject: [Python.NET] Problems in Installation In-Reply-To: <4D45E9BB.8080204@BCDesignsWell.com> References: <4D45E9BB.8080204@BCDesignsWell.com> Message-ID: Hi, Thanks for your reply. I tried putting in pythononet 26 ... but it did not work...in short i tried 1,2,3.The current SVN too is crashing. Would appreciate if any one could do on Ubuntu versions and report me if they face similar problems. Sincerely Tanmoy Mukherjee On Mon, Jan 31, 2011 at 4:14 AM, Barton wrote: > Although I'm on Windows, I may be able to point out a couple of things: > > 1. Since the runtime doesn't do any error checking when trying to load > the python dynamic (shared) library, this error isn't too weird. > 2. Since the runtime is looking for python26, this is certainly not > "pythonnet-1.0-rc2-py2.4-clr1.1" as the link you provided states. > 3. Since the runtime is looking for python26, unless you built from > source, this is most likely a Windows build off the pythondotnet project > download area on SourcForge. > 4. Since I'm on Windows, I haven't yet tried to build and test under > Mono. This may be something that I could try in the unknown-distant-future. > 5. Since I'm the only person currently uploading pre-built assemblies, > Linux users must build from source. > > AFAIK, the current SVN will build under Mono. > Hope that helps, > Barton > > > On 1/29/2011 6:30 AM, Tanmoy wrote: > > Hi, > My name is Tanmoy and i have some problems regarding the installation > of Python .NET in Ubuntu. whenever i try to follow this ( > http://mail.python.org/pipermail/pythondotnet/2006-April/000474.html) i > get this weird error > > Unhandled Exception: System.DllNotFoundException: python26 > at (wrapper managed-to-native) Python.Runtime.Runtime:Py_Initialize () > at Python.Runtime.Runtime.Initialize () [0x00000] in :0 > > at Python.Runtime.PythonEngine.Initialize () [0x00000] in unknown>:0 > at Python.Runtime.PythonConsole.Main (System.String[] args) [0x00000] in > :0 > > Any suggestions where could i be going wrong ? > > Sincerely > Tanmoy Mukherjee > > > _________________________________________________ > Python.NET mailing list - PythonDotNet at python.orghttp://mail.python.org/mailman/listinfo/pythondotnet > > -- Tanmoy Mukherjee -------------- next part -------------- An HTML attachment was scrubbed... URL: From laszlo.sebo at primefocusworld.com Mon Jan 31 19:30:00 2011 From: laszlo.sebo at primefocusworld.com (Laszlo Sebo) Date: Mon, 31 Jan 2011 10:30:00 -0800 Subject: [Python.NET] Problems in Installation In-Reply-To: References: <4D45E9BB.8080204@BCDesignsWell.com> Message-ID: <4D46FFA8.9030608@primefocusworld.com> An HTML attachment was scrubbed... URL: