Mailman 3 May 2005 - Python.NET

running .net with standard 2.4.1 installation
by Guy Robinson 30 Jun '05

30 Jun '05

Hello, I've put the CLR and runtime dll's in my standard windows 2.4.1 installation and I'm getting the following(see below) crash and error information. It appears the runtime dll isn't being found. Yet they're both in the python/dll directory. I did have the binary pythonDotNet installed. But have uninstalled it. Can anyone shed some light on what's going on? Regards, Guy Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import CLR.System as System Unhandled Exception: System.IO.FileNotFoundException: File or assembly name Pyth on.Runtime, or one of its dependencies, was not found. File name: "Python.Runtime" at CLRModule.initCLR() === Pre-bind state information === LOG: DisplayName = Python.Runtime, Version=1.0.0.0, Culture=neutral, PublicKeyTo ken=null (Fully-specified) LOG: Appbase = e:\python24\ LOG: Initial PrivatePath = NULL Calling assembly : (Unknown). === LOG: Application configuration file does not exist. LOG: Policy not being applied to reference at this time (private, custom, partia l, or location-based assembly bind). LOG: Post-policy reference: Python.Runtime, Version=1.0.0.0, Culture=neutral, Pu blicKeyToken=null LOG: Attempting download of new URL file:///e:/python24/Python.Runtime.DLL. LOG: Attempting download of new URL file:///e:/python24/Python.Runtime/Python.Ru ntime.DLL. LOG: Attempting download of new URL file:///e:/python24/Python.Runtime.EXE. LOG: Attempting download of new URL file:///e:/python24/Python.Runtime/Python.Ru ntime.EXE.

3 2

ANNOUNCE: Python for .NET beta 5 now available
by Brian Lloyd 02 Jun '05

02 Jun '05

Python for .NET 1.0 beta 5 is now available - you can download it from: http://www.zope.org/Members/Brian/PythonNet/ Python for .NET is a near-seamless integration of Python with the .NET common language runtime. For more details, see the README: http://www.zope.org/Members/Brian/PythonNet/README.html The beta 5 release features a refactoring of thread management support, making the runtime stable for multi-threaded applications, as well as several improvements and bug-fixes. Special thanks to all who sent in thread-related scenarios and test cases! I have tried to incorporate as many of these as possible into the unit tests - if you still have problems that you suspect may be related to threading or interpreter lock issues, please let me know asap. There is also now a mailing list for discussion, questions and issues related to Python for .NET at: pythondotnet(a)python.org. To subscribe to the mailing list or read the online archives, see: http://mail.python.org/mailman/listinfo/pythondotnet Brian Lloyd brian(a)zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com

4 14

from import issues
by Timothy Fitz 12 May '05

12 May '05

Under 1.0 release candidate 1 for python 2.4, the exe installer with the option to install into my current python install selected, I run python.exe and do a simple from CLR.System import String and get an ImportError, but the second time it works. Played around a bit, it happens for anything at from CLR.Something import foo, but not if I do from CLR import System or such. After the initial ImportError, it won't happen again from what I tried. Running the python.exe included in C:\Program Files\PythonNet\, I don't get any of these ImportErrors. Python 2.4 (#60, Nov 30 2004, 11:49:19) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from CLR.System import String Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: No module named System >>> from CLR.System import String >>> from CLR.System.Reflection import Emit >>> from CLR.Microsoft import Win32 >>>

1 0

calling Finalize directly
by mtraudt 12 May '05

12 May '05

I realize that you cannot currently build on mono due to other limitations, but it seems that mcs also does not like the fact that you call Finalize() directly in some cases. The MS compiler does not complain, although on MSDN it says not to do this, and to use Dispose() instead. Is there any reason why you call Finalize() directly? Mark

2 2

Mono Support
by mtraudt＠quantifisolutions.com 12 May '05

12 May '05

I must be missing something obvious. I have come across several references to Python.Net more or less working with Mono on Linux, although not reliably. The thing is, I don't understand how it can work. The interop assemblies (eg CLR.dll) are .NET assemblies, which means they are also PE format, not ELF. On Windows, the DLL is loaded and the CLR initialized automagically by the Windows/.NET loaders. But how does this work on Linux?

3 2

Re: [Python.NET] PythonDotNet Digest, Vol 20, Issue 4
by Boris Capitanu 09 May '05

09 May '05

Please excuse my probably-inappropriate-but-highly-emotional language: Brian, you're the man! If you were a girl, I'd hug you! :) Honestly, thanks for this great work and for all your effort! It's really appreciated! Boris --- pythondotnet-request(a)python.org wrote: > Send PythonDotNet mailing list submissions to > pythondotnet(a)python.org > > To subscribe or unsubscribe via the World Wide Web, > visit > > http://mail.python.org/mailman/listinfo/pythondotnet > or, via email, send a message with subject or body > 'help' to > pythondotnet-request(a)python.org > > You can reach the person managing the list at > pythondotnet-owner(a)python.org > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of PythonDotNet digest..." > > > Today's Topics: > > 1. Announce: Python for .NET 1.0 RC1 released > (Brian Lloyd) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 8 May 2005 23:20:32 -0400 > From: "Brian Lloyd" <brian(a)zope.com> > Subject: [Python.NET] Announce: Python for .NET 1.0 > RC1 released > To: <pythondotnet(a)python.org>, > <python-announce(a)python.org> > Message-ID: > <INENIOEOCHPHGHKLFLOLKEIOEEAA.brian(a)zope.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi all - > > I'm happy to announce the release of Python for .NET > 1.0 RC1. > You can download it from: > > http://www.zope.org/Members/Brian/PythonNet > > Highlights of this release: > > - Implemented a workaround for the fact that > exceptions cannot be > new-style > classes in the CPython interpreter. Managed > exceptions can now be > raised > and caught naturally from Python > > - Implemented support for invoking methods with > out and ref parameters. > Because there is no real equivalent to these > in Python, methods that > have out or ref parameters will return a > tuple. The tuple will contain > the result of the method as its first item, > followed by out parameter > values in the order of their declaration in > the method signature. > > - Fixed a refcount problem that caused a crash > when CLR was imported in > an existing installed Python interpreter. > > - Added an automatic conversion from Python > strings to byte[]. This > makes > it easier to pass byte[] data to managed > methods (or set properties, > etc.) as a Python string without having to > write explicit conversion > code. Also works for sbyte arrays. Note that > byte and sbyte arrays > returned from managed methods or obtained from > properties or fields > do *not* get converted to Python strings - > they remain instances of > Byte[] or SByte[]. > > - Added conversion of generic Python sequences > to object arrays when > appropriate (thanks to Mackenzie Straight for > the patch). > > - Added a bit of cautionary documentation for > embedders, focused on > correct handling of the Python global > interpreter lock from managed > code for code that calls into Python. > > - PyObject.FromManagedObject now correctly > returns the Python None > object > if the input is a null reference. Also added a > new AsManagedObject > method to PyObject, making it easier to > convert a Python-wrapped > managed > object to the real managed object. > > - Created a simple installer for windows > platforms. > > > All known bugs have also been fixed - thanks to all > who have sent in issue > reports and patches for past releases. > > At this point, the only thing I plan to do before a > 1.0 final is fix any > new issues and add to the documentation (probably > including a few specific > examples of embedding Python for .NET in a .NET > application). > > Enjoy! ;) > > > Brian Lloyd brian(a)zope.com > V.P. Engineering 540.361.1716 > Zope Corporation http://www.zope.com > > > > ------------------------------ > > _______________________________________________ > PythonDotNet mailing list > PythonDotNet(a)python.org > http://mail.python.org/mailman/listinfo/pythondotnet > > > End of PythonDotNet Digest, Vol 20, Issue 4 > ******************************************* > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Announce: Python for .NET 1.0 RC1 released
by Brian Lloyd 09 May '05

09 May '05

Hi all - I'm happy to announce the release of Python for .NET 1.0 RC1. You can download it from: http://www.zope.org/Members/Brian/PythonNet Highlights of this release: - Implemented a workaround for the fact that exceptions cannot be new-style classes in the CPython interpreter. Managed exceptions can now be raised and caught naturally from Python - Implemented support for invoking methods with out and ref parameters. Because there is no real equivalent to these in Python, methods that have out or ref parameters will return a tuple. The tuple will contain the result of the method as its first item, followed by out parameter values in the order of their declaration in the method signature. - Fixed a refcount problem that caused a crash when CLR was imported in an existing installed Python interpreter. - Added an automatic conversion from Python strings to byte[]. This makes it easier to pass byte[] data to managed methods (or set properties, etc.) as a Python string without having to write explicit conversion code. Also works for sbyte arrays. Note that byte and sbyte arrays returned from managed methods or obtained from properties or fields do *not* get converted to Python strings - they remain instances of Byte[] or SByte[]. - Added conversion of generic Python sequences to object arrays when appropriate (thanks to Mackenzie Straight for the patch). - Added a bit of cautionary documentation for embedders, focused on correct handling of the Python global interpreter lock from managed code for code that calls into Python. - PyObject.FromManagedObject now correctly returns the Python None object if the input is a null reference. Also added a new AsManagedObject method to PyObject, making it easier to convert a Python-wrapped managed object to the real managed object. - Created a simple installer for windows platforms. All known bugs have also been fixed - thanks to all who have sent in issue reports and patches for past releases. At this point, the only thing I plan to do before a 1.0 final is fix any new issues and add to the documentation (probably including a few specific examples of embedding Python for .NET in a .NET application). Enjoy! ;) Brian Lloyd brian(a)zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com

1 0

[PythonNet] 7/ 4 Resolve "crash caused by interaction between pythondotnet and CLR."
by Collector: Python for .NET Issue ... 07 May '05

07 May '05

Issue #7 Update (Resolve) "crash caused by interaction between pythondotnet and CLR." Status Resolved, Threading/bug critical To followup, visit: http://www.zope.org/Members/Brian/PythonNet/Collector/7 ============================================================== = Resolve - Entry #4 by Brian on May 7, 2005 6:43 pm Status: Pending => Resolved Fixed for rc1. -BL ________________________________________ = Comment - Entry #3 by Anonymous User on Mar 31, 2005 2:43 am hello, I have skimmed the test case, and removed all dependancies toward the Simpy framework. Now it crashes once the python main loop is finished. If I comment out the code used to pass a python function as a delegate to the C# frame, it doesn't. here is the code: #test to show problem. import sys,time sys.path.append('.') from CLR.System.Reflection import Assembly a = Assembly.LoadWithPartialName("testpython") from CLR.testpython import MainForm, TestDelegate def test(): return "hop" if __name__ == '__main__': form = MainForm.GetInstance() form.TestDelegateProperty = TestDelegate(test) form.Start() time.sleep(1) print "done" Stan. the CLR sources are the same. Contact me if any more info is needed. ________________________________________ = Comment - Entry #2 by Anonymous User on Mar 30, 2005 11:18 am the python script to run is bin\Debug\test.py ________________________________________ = Request - Entry #1 by Anonymous User on Mar 30, 2005 11:18 am Uploaded: "testpython.zip" - http://www.zope.org/Members/Brian/PythonNet/Collector/7/testpython.zip/view hello, the following application (python/C#) is working properly, when I do not run simpy, a python framework. Once I enable, I get an immediate crash. See enclosed for runnable/compilable example. (run "python test.py"). To run, it needs the Simpy framework, GPL, that you can get there: http://simpy.sourceforge.net/ Simpy makes heavy uses of the "yield" construct. as soon as I uncomment that line in the script: #simulate() I get an immediate crash. I see no reason for this crash. Stan. ==============================================================

1 0

[PythonNet] 9/ 2 Resolve "TypeError when parameters added to derived constructor"
by Collector: Python for .NET Issue ... 07 May '05

07 May '05

Issue #9 Update (Resolve) "TypeError when parameters added to derived constructor" Status Resolved, General/bug medium To followup, visit: http://www.zope.org/Members/Brian/PythonNet/Collector/9 ============================================================== = Resolve - Entry #2 by Brian on May 7, 2005 6:42 pm Status: Pending => Resolved Fixed for rc1. -BL ________________________________________ = Request - Entry #1 by Anonymous User on Mar 31, 2005 6:38 pm Uploaded: "bug1.py" - http://www.zope.org/Members/Brian/PythonNet/Collector/9/bug1.py/view A TypeError is thrown when trying to derive a Python class from a .NET class when the Python class constructor has parameters beyond "self". ==============================================================

1 0

[PythonNet] 10/ 2 Resolve "Problem converting arrays"
by Collector: Python for .NET Issue ... 07 May '05

07 May '05

Issue #10 Update (Resolve) "Problem converting arrays" Status Resolved, General/bug medium To followup, visit: http://www.zope.org/Members/Brian/PythonNet/Collector/10 ============================================================== = Resolve - Entry #2 by Brian on May 7, 2005 5:27 pm Status: Pending => Resolved This is implemented for rc1. -BL ________________________________________ = Request - Entry #1 by Anonymous User on Apr 12, 2005 3:37 pm Uploaded: "convert-sequences.patch" - http://www.zope.org/Members/Brian/PythonNet/Collector/10/convert-sequences.… There's no generic conversion to object for Python arrays, so something like: > from CLR.System import Console > Console.WriteLine("{0}", [[1]]) will fail. Fix: convert to object[]. ==============================================================

1 0