Python.NET July 2011

pythonnet@python.org

7 participants
9 discussions

Setting PYTHONPATH from code
by Sharon Rozenblum 05 Apr '13

05 Apr '13

Hi! Can someone tell me how to set PYTHONPATH variable in code when working with Python.Runtime.dll without changing the value in the system variables before. Thanks SHARON ________________________________ 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).

6 12

Re: [Python.NET] [ pythonnet-Bugs-3303462 ] Stack corruption
by Barton 23 Jan '12

23 Jan '12

Thank you very much! It will be helpful for us to know which platform (Windows [Mono or .NET] vs Linux) where this is happening. On 05/17/11 10:52, SourceForge.net wrote: > Bugs item #3303462, was opened at 2011-05-18 02:52 > Message generated for change (Tracker Item Submitted) made by christallire > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=823891&aid=3303462&group_… > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: xeph (christallire) > Assigned to: Nobody/Anonymous (nobody) > Summary: Stack corruption > > Initial Comment: > I'm using python.net heavily in my server/client project > > I found Stack buffer overflow exception OR stack corruption exception is caused when python script throws an exception, which is caught by CLR code especially when GC is collecting its own objects. > I think this problem is caused when allocated objects are unwinded by CLR engine. > (threw in CLR GC Collection/GC Security Cookie Check) > > I found problem this 2 months ago, been struggling to solve this problem, because it happens rarely, randomly when GC is collecting objects > I solved this problem via removing all of pythonexception throwing code from PythonEngine, changed to return parameters to null > > Hope you have better solution for solve this problem :) > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=823891&aid=3303462&group_… >

2 1

Several patches to improve compilation with Mono
by Philip Lorenz 02 Sep '11

02 Sep '11

Hi, after trying to compile Python for .NET on ArchLinux x86_64 I have run into several issues which the attached patches fix: 1. Enable Mono config file loading. Otherwise a Python build with UCS4 Unicode strings does not work as the Mono.Posix module cannot find msvcrt (which is mapped to libc in Mono's config files). 2. Python.Runtime.dll.config is missing mappings for Python 2.7 3. The architecture detection code in the Makefile did not work correctly (checking for the 86 substring is true for both x86 as well as x86_64 targets). 4. I have renamed the clrmodule.il target in the Makefile to clrmodule_make.il. Otherwise a fresh SVN checkout would not build as clrmodule.il is already included. 5. Adapt the clrmod Makefile to support Mono 2.8 pkgconfig change. Additionally, retrieve Glib 2 options from its pkgconfig and compile the x86_64 build with -fPIC. 6. Support the standard DESTDIR parameter for the install target. Additionally, install Python.Runtime.dll and Python.Runtime.dll.config to the site-packages folder so it is found by the clr module. If you have any comments or if there are any issues with these patches please let me know. Philip

4 7

Fwd: Re: Major speed change old 2.5 -> latest 2.5 build
by BCline 31 Jul '11

31 Jul '11

Still no reply to this one... -------- Original Message -------- Subject: Re: [Python.NET] Major speed change old 2.5 -> latest 2.5 build Date: Sun, 24 Jul 2011 13:06:33 -0700 From: Barton <barton(a)BCDesignsWell.com> To: Craig Farrow <craig_farrow(a)sil.org> Hi, Craig, Would you care to attach a test script to me directly with links to any non-standard dependancies? Thanks, Barton On 7/20/2011 1:22 AM, Craig Farrow wrote: > Barton, > > It is true that getPreload yields True in interactive mode and False > in an application, however, that setting has no effect for me. > > In interactive mode with the old 2.5 whether Preload is set to True or > False the db load time is just over 1 second. In the new 2.5 and 2.6& > 2.7 in both interactive mode and application mode the load time is > between 14 and 18 seconds. Everything else is the same between runs; > and I'm starting a fresh session for each test. > > Thanks for your help, > > Craig. > > 18/07/2011 2:47 a.m. dï, Barton pišdimiš: >> Sounds like you are running in the interactive mode; ie opened python >> session interactively in a command prompt and typed >> >> import clr >> >> In which case; >> >> help(clr) # would yield: >> >> Help on module clr: >> >> NAME >> clr >> >> FILE >> (built-in) >> >> DATA >> AddReference =<CLRModuleFunction 'AddReference'> >> FindAssembly =<CLRModuleFunction 'FindAssembly'> >> ListAssemblies =<CLRModuleFunction 'ListAssemblies'> >> getPreload =<CLRModuleFunction 'getPreload'> >> setPreload =<CLRModuleFunction 'setPreload'> >> >> The Preload flag is set to True in interactive mode. Its function is >> to load the entire namespace of the default assemblies into the >> interpreter's namespace (mostly for debugging). >> >> Please confirm that >> >> clr.setPreload(False) >> >> clears up your concern. >> >> Thank you >> -Barton >> >> On 07/03/2011 11:39 PM, Craig Farrow wrote: >>> Hi, >>> >>> I'm accessing a database through a .NET DLL and I noticed that the >>> initial open/load function is taking 20 times as long in Python.NET 2.6 >>> as it is in my Python.NET 2.5. >>> >>> When I went to check on what 2.5 version I was using I found a newer >>> one >>> on sourceforge; well using pythonnet-2.0-alpha2-clr2.0_py25.zip is >>> giving the same slow speeds as the 2.6& 2.7 versions I was trying. The >>> 2.5 that is giving me fast times (0.8 - 1.2 seconds) versus (18-24 >>> seconds) I got a few years ago in a package called >>> 'pythonnet-2.0-alpha2.zip' that contained directories for 2.4& 2.5, >>> UCS2& UCS4; the Python.Runtime.DLL is dated 6 Sep 2007. >>> >>> Any idea why the speed difference? And is it possible to get back to >>> the >>> fast version for 2.6& 2.7? >>> >>> I'm running Windows 7, 32 bit. >>> >>> Thanks, >>> >>> Craig. >>> >>> >>> _________________________________________________ >>> Python.NET mailing list - PythonDotNet(a)python.org >>> http://mail.python.org/mailman/listinfo/pythondotnet >>> >> > >

1 0

Major speed change old 2.5 -> latest 2.5 build
by Craig Farrow 20 Jul '11

20 Jul '11

Hi, I'm accessing a database through a .NET DLL and I noticed that the initial open/load function is taking 20 times as long in Python.NET 2.6 as it is in my Python.NET 2.5. When I went to check on what 2.5 version I was using I found a newer one on sourceforge; well using pythonnet-2.0-alpha2-clr2.0_py25.zip is giving the same slow speeds as the 2.6 & 2.7 versions I was trying. The 2.5 that is giving me fast times (0.8 - 1.2 seconds) versus (18-24 seconds) I got a few years ago in a package called 'pythonnet-2.0-alpha2.zip' that contained directories for 2.4 & 2.5, UCS2 & UCS4; the Python.Runtime.DLL is dated 6 Sep 2007. Any idea why the speed difference? And is it possible to get back to the fast version for 2.6 & 2.7? I'm running Windows 7, 32 bit. Thanks, Craig.

2 2

Replaced Python.exe file causes problems for extension modules
by Øystein Skotheim 11 Jul '11

11 Jul '11

Hello. I have managed to compile the SVN version of PythonDotNet against the 4.0 version of the .NET library with Visual Studio 2010 on Windows 7. I copied over clr.pyd, Python.Runtime.dll as well as new versions of python.exe and pythonw.exe into my C:\Python26 directory. I am now able to import .NET 4.0 modules after writing "import clr" :-) However, I have run into a few problems because I had to replace my Python executable. I am using a lot of packages from the PythonXY that depend on c extension modules (.pyd-files). Whenever I try to import such a module, I get the following error: Runtime Error! Program: C:\Python26\Python.exe R6034 An application has made an attempt to load the C runtime library incorrectly. Please contact the application's support team for more information. I think the reason for this is that I have compiled Python.exe with Visual Studio 2010, whereas the extension modules are compiled with Visual Studio 2008 (i.e. my Python.exe is linked against msvcrt10.dll while the extension modules are linked against msvcrt90.dll) Is there any way I can prevent this error from happening without having to recompile all the extension modules in my PythonXY distribution? The other solution would be to keep my original "Python.exe" file, but if I do that I get the following error message when I try to import the CLR module: In [1]: import clr ------------------------------------------------------------ Traceback (most recent call last): File "<ipython console>", line 1, in <module> SystemError: dynamic module not initialized properly Is there any way around this? Cheers, --- Øystein Skotheim Research Scientist, Optical Measurement Systems and Data Analysis SINTEF ICT, Trondheim, Norway

2 2

using pythonnet as a Windows service
by Alexandre Fayolle 04 Jul '11

04 Jul '11

Hello, I'm starting to use pythonnet to integrate a .NET DLL with an existing CPython application running on Windows. The application runs as a Windows service using pywin32's pythonservice.exe. Has anyone done the mixing of pythonservice.exe and pythonnet? Thanks in advance -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, CubicWeb, Debian : http://www.logilab.fr/formations Développement logiciel sur mesure : http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science

1 0

Passing .NET objects to Python
by Meredith, Christopher 03 Jul '11

03 Jul '11

Greetings. I have a test framework written in C# that handles test execution, logging, reporting, etc., and some tests for some of our hardware that are written in Python. Ideally, I'm wanting to call Setup(), Run() and TearDown() methods defined in Python scripts, passing them an instance of the object I have that handles logging as a parameter (or defining it globally from the perspective of the loaded script). Whilst I can find methods that load entire Python scripts and call them from .NET, I can't seem to find anything in the documentation or defined publicly in Python.Runtime.dll. Is this doable? Is this documented? Thanks, Chris Meredith Test Engineer, North American Embedded Professional Services Email: christopher.meredith(a)nuance.com

2 1

trouble downloading pythonnet-2.0-alpha2-clr2.0_py26
by Alexandre Fayolle 02 Jul '11

02 Jul '11

Hello, I'm trying to download pythonnet-2.0-alpha2-clr2.0_py26 from http://sourceforge.net/projects/pythonnet/files/pythonnet-2.0-alpha2- clr2.0_py26/pythonnet-2.0-alpha2-clr2.0_131_py26_UCS2.zip/download , and I get a file with the correct MD5 checksum, but which is not a zip file. It is also much smaller than the previous versions and the 2.7 build of revision 130. Could someone please upload a fixed recent version of the python2.6 build? Thanks in advance. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, CubicWeb, Debian : http://www.logilab.fr/formations Développement logiciel sur mesure : http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science

2 1

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Python.NET July 2011