Mailman 3 অক্টোবর 2004 - Python.NET

RE: [Python.NET] RE: Request for current status
by Roman Yakovenko 21 অক্টোবর, 2004

21 অক্টোবর, 2004

> -----Original Message----- > From: Brian Lloyd [mailto:brian@zope.com] > Sent: Thursday, October 21, 2004 9:51 PM > To: Roman Yakovenko; pythondotnet(a)python.org > Subject: RE: [Python.NET] RE: Request for current status > > > > Well, I'll try to do it. > > I have complex environment of unittest for client/server > application. > > So it seems to me that in a near future I will have to compile > > Python.Net by myself. > > I don't need new futures, I am very happy with what I have > right now. > > All I want is to migrate to Python 2.4 > > > > Roman > > We're in luck ;) I just tried it, and all the tests pass > under 2.4 b1 (there > is a deprecation > warning, but thats harmless). > > To recompile for 2.4, you just have to visit the file > src/runtime/Runtime.cs > and > do a search-and-replace of 'python23' to 'python24' and then run make. That is really good news. After python 2.4 will be released I will switch to PythonNet-1.0-beta4, built from CVS. Thank you. I think that right now you told me very important information. Could you write it down in your readme.txt file, in CVS? Roman > > Brian Lloyd brian(a)zope.com > V.P. Engineering 540.361.1716 > Zope Corporation http://www.zope.com > > >

1 0

RE: Request for current status
by Roman Yakovenko 21 অক্টোবর, 2004

21 অক্টোবর, 2004

> -----Original Message----- > From: Brian Lloyd [mailto:brian@zope.com] > Sent: Thursday, October 21, 2004 6:50 PM > To: Roman Yakovenko; pythondotnet(a)python.org > Subject: RE: [Python.NET] RE: Request for current status > > > > > > Hi. Will PythonNet be upgraded to python 2.4? > > > > Roman > > Thats probably doable. I havent been able to track 2.4 closely, but > I'm hopeful that no big changes were made that would make this > complicated. Well, I'll try to do it. I have complex environment of unittest for client/server application. So it seems to me that in a near future I will have to compile Python.Net by myself. I don't need new futures, I am very happy with what I have right now. All I want is to migrate to Python 2.4 Roman > > Brian Lloyd brian(a)zope.com > V.P. Engineering 540.361.1716 > Zope Corporation http://www.zope.com > > >

2 1

RE: [Python.NET] RE: Request for current status
by Roman Yakovenko 21 অক্টোবর, 2004

21 অক্টোবর, 2004

Brian Lloyd wrote: > > There is no roadmap per se. There probably won't be a significant > new version (esp. dealing with implementing interfaces and > abstract classes) in the very near future, partly because I'm > too time-constrained and partly because it looks likely that > IronPython might be a better solution for that kind of thing > in the end. Hi. Will PythonNet be upgraded to python 2.4? Roman > > Brian Lloyd brian(a)zope.com > V.P. Engineering 540.361.1716 > Zope Corporation http://www.zope.com > > > _________________________________________________ > Python.NET mailing list - PythonDotNet(a)python.org > http://mail.python.org/mailman/listinfo/pythondotnet >

2 1

Request for current status
by Srijit Kumar Bhadra 21 অক্টোবর, 2004

21 অক্টোবর, 2004

Hello, Pythondotnet is a nice library. I am interested to know the roadmap of this library and and whether any new version is going to be released in near future. For example it will be nice if the following issue in Pythondotnet is resolved. "Python classes can't yet implement interfaces or abstract classes." Best Regards, /Srijit __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

2 1

Use Python .NET with existing Python installation
by 007 cheng 7 অক্টোবর, 2004

7 অক্টোবর, 2004

Dear Sir, according to the Readme.txt ---------------------------------------------------------------------------- **Can I use it with my existing Python installation?** Yes, at least on win32 systems. Just copy the files Python.Runtime.dll and CLR.dll from the PythonNet directory to the root directory of your python installation. ---------------------------------------------------------------------------- I follow the instaructio to copy the DLLs to my Python 2.3.3 installation directory. But cannot import CLR. ------------------------------------------------------------------------------------------------------ C:\Python23>python Python 2.3.3 (#51, Dec 18 2003, 20:22:39) [MSC v.1200 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 >>> ------------------------------------------------------------------------------------------------------ What did I miss?

2 1

Python, the CLR and System.Security?
by michael_sweeney＠agilent.com 5 অক্টোবর, 2004

5 অক্টোবর, 2004

Hi, I am trying to integrate NUnit with our current automated test tool. I copied the two PythonNet dlls, Python.Runtime.dll and CLR.dll, into the ActiveState Python 2.3 directory. When I try to run my wrapper module, ATFAdaptor.cs, which is a stripped down/modified version of the ConsoleUi.cs file, I receive the following CLR Exception: ex.Message: Request for the permission of type System.Security.Permissions.FileIOPermission, mscorlib, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 failed. ex.Stacktrace: Server stack trace: at System.Security.CodeAccessSecurityEngine.CheckHelper(PermissionSet grantedSet, PermissionSet deniedSet, CodeAccess Permission demand, PermissionToken permToken) at System.Security.CodeAccessSecurityEngine.Check(PermissionToken permToken, CodeAccessPermission demand, StackCrawlM ark& stackMark, Int32 checkFrames, Int32 unrestrictedOverride) at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand() at System.IO.Directory.GetCurrentDirectory() at System.Environment.get_CurrentDirectory() at NUnit.Core.TestSuiteBuilder.Load(String assemblyName) at NUnit.Core.TestSuiteBuilder.Build(String assemblyName, Int32 assemblyKey) at NUnit.Core.TestSuiteBuilder.Build(String assemblyName) at NUnit.Core.RemoteTestRunner.Load(String assemblyName) at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage (MethodBase mb, Object[] args, Object serv er, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IM essage msg, Int32 methodPtr, Boolean fExec uteInContext) Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) at NUnit.Core.TestRunner.Load(String assemblyName) at NUnit.Util.TestDomain.Load(String assemblyFileName, String testFixture) at NUnit.Util.TestDomain.Load(NUnitProject project, String testFixture) at NUnit.ATF.ATFAdaptor.Run() in c:\documents and settings\sweeneym\my documents\visual studio projects\nunit-2.2.0\a tf2nunitadaptor\atfadaptor.cs:line 277 It looks like the regular CPython version has some sort of permission problems interacting between managed code and python. Is this something I can work around, or fix? Also, if I run the wrapper module with the PythonNET version of the python.exe, the wrapper can execute the NUnit test, but hangs afterwards. Thanks in advance... Mike

2 1