From jsacksteder at gmail.com Fri Sep 1 06:54:12 2006 From: jsacksteder at gmail.com (jeff sacksteder) Date: Fri, 1 Sep 2006 00:54:12 -0400 Subject: [IronPython] Final release packaging In-Reply-To: References: Message-ID: <51c8a7be0608312154u24ec4d47k9e2dff03c4f40ade@mail.gmail.com> I'm preparing an unofficial msi package for my own use using the Wix toolkit. Anyone knowledgeable in this area who is willing to assist, contact me directly and we can collaborate off-line until we have something useful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Fri Sep 1 08:39:56 2006 From: slide.o.mix at gmail.com (Slide) Date: Thu, 31 Aug 2006 23:39:56 -0700 Subject: [IronPython] strftime formatting error with %c Message-ID: I am using the following code and it has different results in CPython vs. IP. from time import strftime, gmtime print strftime('%c', gmtime()) CPython prints out the correct '09/01/06 06:38:48' the same code on IP prints out 0. Can anyone else reproduce this? I am appending the CPython lib path to my sys.path so that I can use the normal CPython modules. Thanks, slide From haiboluo at exchange.microsoft.com Fri Sep 1 17:57:01 2006 From: haiboluo at exchange.microsoft.com (Haibo Luo) Date: Fri, 1 Sep 2006 08:57:01 -0700 Subject: [IronPython] strftime formatting error with %c In-Reply-To: References: Message-ID: Thanks for the bug report. I filed as http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=2792. Tentatively set to be fixed in 1.0.1. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide Sent: Thursday, August 31, 2006 11:40 PM To: Discussion of IronPython Subject: [IronPython] strftime formatting error with %c I am using the following code and it has different results in CPython vs. IP. from time import strftime, gmtime print strftime('%c', gmtime()) CPython prints out the correct '09/01/06 06:38:48' the same code on IP prints out 0. Can anyone else reproduce this? I am appending the CPython lib path to my sys.path so that I can use the normal CPython modules. Thanks, slide _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jason.ferrara at jacquette.com Fri Sep 1 18:34:45 2006 From: jason.ferrara at jacquette.com (Jason Ferrara) Date: Fri, 1 Sep 2006 12:34:45 -0400 Subject: [IronPython] custom ConfigurationSection in IronPython In-Reply-To: <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> On Aug 31, 2006, at 4:00 PM, Dino Viehland wrote: > The Item property is the default indexer, so you should be able to > access it using foo[index]. > > As for your other question - Martin looked into this but I didn't > see a response from him... The problem seems to be that we don't > define a parameterless constructor that the configuration section > can call. The reason for that is that our objects actually need to > receive a DynamicType object which represents the class - without > this we wouldn't be able to know your type was MySettings. > Unfortunately I think this might make it impossible for you to > define this class in IronPython. You could define a stub in C# > that calls into your Python using the engine APIs but that might be > more work than it's worth. > If I wanted to write a stub in C#, how do I get access to a PythonEngine that represents the python environment that called the C# code? Just calling IronPython.Hosting.PythonEngine() seems to get me a new environment. From Martin.Maly at microsoft.com Fri Sep 1 20:50:05 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Fri, 1 Sep 2006 11:50:05 -0700 Subject: [IronPython] Final release packaging In-Reply-To: <51c8a7be0608312154u24ec4d47k9e2dff03c4f40ade@mail.gmail.com> References: <51c8a7be0608312154u24ec4d47k9e2dff03c4f40ade@mail.gmail.com> Message-ID: We have been working on an MSI setup for IronPython using Wix and while we are not using it for 1.0, we think that the next release after that will have WIx-based MSI setup. In fact, I think that sometimes next week our initial wix scripts should be checked into the source tree and be available on CodePlex for download. Martin From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of jeff sacksteder Sent: Thursday, August 31, 2006 9:54 PM To: Discussion of IronPython Subject: Re: [IronPython] Final release packaging I'm preparing an unofficial msi package for my own use using the Wix toolkit. Anyone knowledgeable in this area who is willing to assist, contact me directly and we can collaborate off-line until we have something useful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Sat Sep 2 01:18:40 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sat, 02 Sep 2006 00:18:40 +0100 Subject: [IronPython] IronPython and BackgroundWorker Blog Entry Message-ID: <44F8BFD0.30109@voidspace.org.uk> Hello all, Not exactly a new entry in the tutorial series (more coming soon hopefully), but I've done a blog entry on the use of BackgroundWorker. This spawns a thread for long running processes without blocking the GUI thread. http://www.voidspace.org.uk/python/weblog/arch_d7_2006_09_02.shtml#e452 It also shows the use of a very simple custom 'EventHook' class to provide the LongRunningStart and LongRunningEnd events. Hopefully interesting to someone... All the best, Michael Foord http://www.voidspace.org.uk/python/index.shtml From kingsleyturner at westpac.com.au Sat Sep 2 03:07:09 2006 From: kingsleyturner at westpac.com.au (Kinsley Turner) Date: Sat, 2 Sep 2006 11:07:09 +1000 Subject: [IronPython] Q: Set program icon from xbitmap-like array? In-Reply-To: <44F8BFD0.30109@voidspace.org.uk> Message-ID: Hi, I want to set an IronPython program icon, but do not want to load it from a external file (unless there's a way of embedding this into the compiled .exe), but rather from a hard-coded byte array like one would do with an XPM in C code. icon_data = [ 0x00,0x00,0x00, ... ] icon = System.Drawing.Icon(icon_data,32,32); Is there a way to do this? Actually, I guess my real question is: How do I set an IronPython program icon without loading it from an external file. (I don't have a resource compiler or suchlike either). thanks, -kt (unremovable corporate .sig follows, my apologies) -- Please consider our environment before printing this email. WARNING - This email and any attachments may be confidential. If received in error, please delete and inform us by return email. Because emails and attachments may be interfered with, may contain computer viruses or other defects and may not be successfully replicated on other systems, you must be cautious. Westpac cannot guarantee that what you receive is what we sent. If you have any doubts about the authenticity of an email by Westpac, please contact us immediately. It is also important to check for viruses and defects before opening or using attachments. Westpac's liability is limited to resupplying any affected attachments. This email and its attachments are not intended to constitute any form of financial advice or recommendation of, or an offer to buy or offer to sell, any security or other financial product. We recommend that you seek your own independent legal or financial advice before proceeding with any investment decision. Westpac Institutional Bank is a division of Westpac Banking Corporation, a company registered in New South Wales in Australia under the Corporations Act 2001 (Cth). Westpac is authorised and regulated in the United Kingdom by the Financial Services Authority and is registered at Cardiff in the United Kingdom as Branch No. BR 106. Westpac operates in the United States of America as a federally chartered branch, regulated by the Office of the Comptroller of the Currency. Westpac Banking Corporation ABN 33 007 457 141. From textdirected at gmail.com Sat Sep 2 03:28:09 2006 From: textdirected at gmail.com (HEMMI, Shigeru) Date: Sat, 2 Sep 2006 10:28:09 +0900 Subject: [IronPython] an unexpected keyword argument In-Reply-To: References: Message-ID: Nobody replies, I think this is a bug. On my MAC OS X, I got the same output: $ cat testingIP.py class TEST(file): def __init__(self,fname,VERBOSITY=0): file.__init__(self,fname,"r",1) self.VERBOSITY = VERBOSITY if __name__=='__main__': f=TEST(r'sometext.txt',VERBOSITY=1) print "f.VERBOSITY=",f.VERBOSITY $ mono ipy.exe -V IronPython 1.0.2436 on .NET 2.0.50727.42 $ mono ipy.exe testingIP.py Traceback (most recent call last): File testingIP, line unknown, in Initialize TypeError: __new__() got an unexpected keyword argument 'VERBOSITY' $ python testingIP.py f.VERBOSITY= 1 I wrote: > Hello, for a code, > > class TEST(file): > def __init__(self,fname,VERBOSITY=0): > file.__init__(self,fname,"r",1) > self.VERBOSITY = VERBOSITY > if __name__=='__main__': > f=TEST(r'sometext.txt',VERBOSITY=1) > print "f.VERBOSITY=",f.VERBOSITY > > I got different result: > > C:\home\>ipy testIPY.py > Traceback (most recent call last): > File C:\cygwin\home\c1544\crcsolver\magna_examples\testIPY.py, line 6, in Init > ialize > TypeError: __new__() got an unexpected keyword argument 'VERBOSITY' > > C:home\>python testIPY.py > f.VERBOSITY= 1 > From garys at ihug.com.au Sat Sep 2 07:16:47 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Sat, 2 Sep 2006 15:16:47 +1000 Subject: [IronPython] Traceback support? References: Message-ID: <000601c6ce4f$01252e70$0301010a@VIMES> In the release notes for Beta 4 it mentions "Traceback support", but try as I might I can't seem to get my hands on a Traceback object. Am I doing something wrong? thanks in advance, gary import sys def test(): try: raise Exception() except Exception, oErr: print sys.exc_info()[2] # None in ipy, traceback object in CPython print sys.exc_traceback # ditto.. test() From Martin.Maly at microsoft.com Sat Sep 2 09:33:32 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Sat, 2 Sep 2006 00:33:32 -0700 Subject: [IronPython] an unexpected keyword argument In-Reply-To: References: Message-ID: Yes, this is a bug in IronPython. I've filed it on CodePlex as bug 2810 Thanks for the report! Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of HEMMI, Shigeru Sent: Friday, September 01, 2006 6:28 PM To: Discussion of IronPython Subject: Re: [IronPython] an unexpected keyword argument Nobody replies, I think this is a bug. On my MAC OS X, I got the same output: $ cat testingIP.py class TEST(file): def __init__(self,fname,VERBOSITY=0): file.__init__(self,fname,"r",1) self.VERBOSITY = VERBOSITY if __name__=='__main__': f=TEST(r'sometext.txt',VERBOSITY=1) print "f.VERBOSITY=",f.VERBOSITY $ mono ipy.exe -V IronPython 1.0.2436 on .NET 2.0.50727.42 $ mono ipy.exe testingIP.py Traceback (most recent call last): File testingIP, line unknown, in Initialize TypeError: __new__() got an unexpected keyword argument 'VERBOSITY' $ python testingIP.py f.VERBOSITY= 1 I wrote: > Hello, for a code, > > class TEST(file): > def __init__(self,fname,VERBOSITY=0): > file.__init__(self,fname,"r",1) > self.VERBOSITY = VERBOSITY > if __name__=='__main__': > f=TEST(r'sometext.txt',VERBOSITY=1) > print "f.VERBOSITY=",f.VERBOSITY > > I got different result: > > C:\home\>ipy testIPY.py > Traceback (most recent call last): > File C:\cygwin\home\c1544\crcsolver\magna_examples\testIPY.py, line 6, in Init > ialize > TypeError: __new__() got an unexpected keyword argument 'VERBOSITY' > > C:home\>python testIPY.py > f.VERBOSITY= 1 > _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jwiles at webworks.com Sun Sep 3 20:17:01 2006 From: jwiles at webworks.com (Jesse Wiles) Date: Sun, 03 Sep 2006 13:17:01 -0500 Subject: [IronPython] How to Use site.py Message-ID: <44FB1C1D.9080106@webworks.com> Hi, Is there an example of how to sourcing site.py when instantiating a PythonEngine from a C# assembly can be used to add the standard CPython Lib path to that instances sys.path? Here's my C# method: private void ExecutePythonFile(string ParamScriptPath, IDictionary ParamGlobals) { EngineOptions VarEngineOptions = new EngineOptions(); VarEngineOptions.ClrDebuggingEnabled = true; VarEngineOptions.ExceptionDetail = true; VarEngineOptions.ShowClrExceptions = true; PythonEngine VarEngine = new PythonEngine(VarEngineOptions); VarEngine.Import("site"); string VarScriptsDir = Path.GetDirectoryName(ParamScriptPath); ParamGlobals["ParameterScriptsDirectory"] = this.mScriptsDirectory; ParamGlobals["ParameterConfigurationPath"] = Path.Combine(VarScriptsDir, "configuration.xml"); EngineModule VarMainModule = VarEngine.CreateModule("__main__", ParamGlobals, true); VarEngine.ExecuteFile(ParamScriptPath, VarMainModule); } and here's the contents of my Lib/site.py: import sys sys.path.append(r'C:\Python242\Lib') Thanks, Jesse Wiles From xmlhacker at gmail.com Mon Sep 4 04:13:31 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Sun, 3 Sep 2006 20:13:31 -0600 Subject: [IronPython] IronPython RC2 RPM + YaST + YUM Message-ID: A quick parse through the archives and it seems this hasn't been mentioned. My apologies if I I've done a poor parsing job and it has. Looking through the various release notes and download pages for Mono 1.1.17.1 I noticed the Mono folks have now packaged RC2 of IronPython into an RPM > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython-1.0_RC2-0.novell.noarch.rpm< There is support for both YUM and YaST. The proper URI's and/or *.repo file can be located for your release of RedHat* and Suse via the downloads page > http://www.mono-project.com/Downloads Just installed on FC4 via "yum -y install IronPython" and it works perfect (you'll need to add the proper mono.repo file in the /etc/yum.repos.d directory if not already present) To whomever put the effort into making this happen: Thanks! :D -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Mon Sep 4 04:21:34 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Sun, 3 Sep 2006 20:21:34 -0600 Subject: [IronPython] IronPython RC2 RPM + YaST + YUM In-Reply-To: References: Message-ID: BTW... After installing, simply typing "ipy" + enter and you will be presented with the familiar, IronPython 1.0.2432 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > >>> > On 9/3/06, M. David Peterson wrote: > > A quick parse through the archives and it seems this hasn't been > mentioned. My apologies if I I've done a poor parsing job and it has. > > Looking through the various release notes and download pages for Mono > 1.1.17.1 I noticed the Mono folks have now packaged RC2 of IronPython into > an RPM > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython-1.0_RC2-0.novell.noarch.rpm > < > > There is support for both YUM and YaST. The proper URI's and/or *.repo > file can be located for your release of RedHat* and Suse via the downloads > page > http://www.mono-project.com/Downloads > > Just installed on FC4 via "yum -y install IronPython" and it works perfect > (you'll need to add the proper mono.repo file in the /etc/yum.repos.d > directory if not already present) > > To whomever put the effort into making this happen: Thanks! :D > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From garys at ihug.com.au Mon Sep 4 04:48:47 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Mon, 4 Sep 2006 12:48:47 +1000 Subject: [IronPython] Traceback support? References: <000601c6ce4f$01252e70$0301010a@VIMES> Message-ID: <002001c6cfcc$a6e177f0$0301010a@VIMES> I got no response from this the first time, so, at the risk of appearing rude, I will ask again: How do I get a hold of a Traceback object, or is it not currently possible? thanks, gary ----- Original Message ----- From: "Gary Stephenson" To: "Discussion of IronPython" Sent: Saturday, September 02, 2006 3:16 PM Subject: [IronPython] Traceback support? > In the release notes for Beta 4 it mentions "Traceback support", but try > as > I might I can't seem to get my hands on a Traceback object. Am I doing > something wrong? > > thanks in advance, > > gary > > > import sys > > def test(): > try: > raise Exception() > except Exception, oErr: > print sys.exc_info()[2] # None in ipy, traceback object in > CPython > print sys.exc_traceback # ditto.. > > test() > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From sanxiyn at gmail.com Mon Sep 4 08:53:22 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 4 Sep 2006 15:53:22 +0900 Subject: [IronPython] IronPython RC2 RPM + YaST + YUM In-Reply-To: References: Message-ID: <5b0248170609032353s3204b946tba52b849d093e631@mail.gmail.com> 2006/9/4, M. David Peterson : > Looking through the various release notes and download pages for Mono > 1.1.17.1 I noticed the Mono folks have now packaged RC2 of IronPython into > an RPM. > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython-1.0_RC2-0.novell.noarch.rpm Good catch! In case others are curious how this was done, here's a link to RPM spec file: http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython.spec Does anyone have an idea re: "Doesn't work... site.py doesn't seem to get loaded...?" cmment in the spec file? Seo Sanghyeon From brian at sweetapp.com Mon Sep 4 11:31:41 2006 From: brian at sweetapp.com (Brian Quinlan) Date: Mon, 04 Sep 2006 11:31:41 +0200 Subject: [IronPython] Location of CallTargetN In-Reply-To: <44FB1C1D.9080106@webworks.com> References: <44FB1C1D.9080106@webworks.com> Message-ID: <44FBF27D.7090103@sweetapp.com> It seems like the location of the CallTarget1..n wrappers has changed i.e. >>> import IronPython.Runtime >>> IronPython.Runtime.CallTarget0 Traceback (most recent call last): File , line 0, in ##10 AttributeError: 'module' object has no attribute 'CallTarget0' But the IronPython tutorial has not been updated i.e. avalon.py: 37 def CallBack(f, p = DispatcherPriority.Normal): 38 Application.Current.Dispatcher.BeginInvoke( p, IronPython.Runtime.CallTarget0(f)) 39 So does anyone know where these functions live now? Cheers, Brian From sanxiyn at gmail.com Mon Sep 4 16:08:36 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 4 Sep 2006 23:08:36 +0900 Subject: [IronPython] Location of CallTargetN In-Reply-To: <44FBF27D.7090103@sweetapp.com> References: <44FB1C1D.9080106@webworks.com> <44FBF27D.7090103@sweetapp.com> Message-ID: <5b0248170609040708k36702316i370eb32ea81b356c@mail.gmail.com> 2006/9/4, Brian Quinlan : > It seems like the location of the CallTarget1..n wrappers has changed i.e. > So does anyone know where these functions live now? It's now in IronPython.Runtime.Calls namespace. Seo Sanghyeon From textdirected at gmail.com Tue Sep 5 02:13:03 2006 From: textdirected at gmail.com (HEMMI, Shigeru) Date: Tue, 5 Sep 2006 09:13:03 +0900 Subject: [IronPython] NotImplementedError: bad mode: rb+ Message-ID: Hello, I want to use 'anydbm' module. However, some feature missing. See below. Is there a plan to add this feature? IronPython 1.0.2420 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import sys >>> sys.path.append(r'C:\Python24\Lib') >>> import anydbm >>> d = anydbm.open('testing.db','c') >>> d["foo"]="goo" Traceback (most recent call last): File , line 0, in ##53 File C:\Python24\Lib\dumbdbm.py, line 163, in __setitem__ File C:\Python24\Lib\dumbdbm.py, line 129, in _addval File , line 0, in Make##49 NotImplementedError: bad mode: rb+ >>> From garys at ihug.com.au Tue Sep 5 06:35:33 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Tue, 5 Sep 2006 14:35:33 +1000 Subject: [IronPython] Traceback Objects? References: <000601c6ce4f$01252e70$0301010a@VIMES> <002001c6cfcc$a6e177f0$0301010a@VIMES> Message-ID: <000801c6d0a4$bbc37280$0301010a@VIMES> My third attempt at asking this question (as the previous two went through to the 'keeper) ... Is the following considered a bug in IronPython, or am I doing something wrong? import sys def test(): try: raise Exception() except Exception, oErr: print sys.exc_info()[2] # None in ipy, traceback object in CPython print sys.exc_traceback # ditto.. test() Regardless of the answer to the previous question, a printout of a stack trace does currently occur on an unhandled exception. Other than redirecting stderr (which I _assume_ would work), is there an easy way of logging the traceback message to a file? Apologies if I am asking unwelcome nooby questions. Should I perhaps be asking on another forum, and if so, which? thanks in advance, gary From mark.john.rees at gmail.com Tue Sep 5 10:24:34 2006 From: mark.john.rees at gmail.com (Mark Rees) Date: Tue, 5 Sep 2006 18:24:34 +1000 Subject: [IronPython] Traceback Objects? In-Reply-To: <000801c6d0a4$bbc37280$0301010a@VIMES> References: <000601c6ce4f$01252e70$0301010a@VIMES> <002001c6cfcc$a6e177f0$0301010a@VIMES> <000801c6d0a4$bbc37280$0301010a@VIMES> Message-ID: Was hoping someone with more knowledge would answer your question but think theres been a holiday in the US. I cannot say if IP behaves the same as CPython in this case, but I was going to say that using the the standard traceback module allows printing of the stack. Even one of the IP team said it in a email: >---------- >From: Dino Viehland >Sent: Wednesday, July 12, 2006 11:54 AM >To: Discussion of IronPython >Subject: Re: [IronPython] Getting a call stack from an exception? > >Tracebacks are the correct way to do this, I recommend you install the standard Python library against IronPython to make this really useful ? then you can do import traceback and use its handy functions (otherwise you'll be walking the traceback list in sys.exc_info() which won't be much fun). > But running this code: import sys, traceback def test(): try: raise Exception() except: print traceback.format_exc() print traceback.print_stack() test() I got this: 'NoneType' object has no attribute 'tb_frame' at IronPython.Runtime.Types.DynamicType.GetAttr(ICallerContext context, Objec t self, SymbolId name) at IronPython.Runtime.Operations.Ops.GetAttr(ICallerContext context, Object o , SymbolId name) at traceback.print_stack$f14(Object f, Object limit, Object file) in E:\Pytho n24\Lib\traceback.py:line 246 at IronPython.Runtime.Calls.Function3.Call(ICallerContext context) at IronPython.Runtime.Operations.Ops.CallWithContext(ICallerContext context, Object func) at test$f159##120(ModuleScope ) at IronPython.Runtime.Calls.CallTarget0.Invoke() at IronPython.Runtime.Calls.Function0.Call(ICallerContext context) at IronPython.Runtime.Operations.Ops.CallWithContext(ICallerContext context, Object func) at ##121(ModuleScope ) at IronPython.Hosting.CompiledCodeDelegate.Invoke(ModuleScope moduleScope) at IronPython.Hosting.CompiledCode.Run(ModuleScope moduleScope) at IronPython.Hosting.PythonEngine.ExecuteToConsole(String text, EngineModule engineModule, IDictionary`2 locals) at IronPython.Hosting.PythonEngine.ExecuteToConsole(String text) at IronPythonConsole.PythonCommandLine.DoOneInteractive() at IronPythonConsole.PythonCommandLine.b__6(Boolean& cont inueInteractionArgument) at IronPythonConsole.PythonCommandLine.TryInteractiveAction(InteractiveAction interactiveAction, Boolean& continueInteraction) AttributeError: 'NoneType' object has no attribute 'tb_frame' So maybe it is a bug, or you can use traceback for simple things but not printing the stack or maybe it only affects Australians like you and me. Regards Mark On 9/5/06, Gary Stephenson wrote: > My third attempt at asking this question (as the previous two went through > to the 'keeper) ... > > Is the following considered a bug in IronPython, or am I doing something > wrong? > > import sys > > def test(): > try: > raise Exception() > except Exception, oErr: > print sys.exc_info()[2] # None in ipy, traceback object in > CPython > print sys.exc_traceback # ditto.. > > test() > > Regardless of the answer to the previous question, a printout of a stack > trace does currently occur on an unhandled exception. Other than > redirecting stderr (which I _assume_ would work), is there an easy way of > logging the traceback message to a file? > > Apologies if I am asking unwelcome nooby questions. Should I perhaps be > asking on another forum, and if so, which? > > thanks in advance, > > gary > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From garys at ihug.com.au Tue Sep 5 11:55:50 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Tue, 5 Sep 2006 19:55:50 +1000 Subject: [IronPython] Traceback Objects? References: <000601c6ce4f$01252e70$0301010a@VIMES><002001c6cfcc$a6e177f0$0301010a@VIMES><000801c6d0a4$bbc37280$0301010a@VIMES> Message-ID: <000801c6d0d1$7cf7e180$0301010a@VIMES> Thanks for that, Mark. For some reason I was unable to find the message from Dino that you quoted. As for the CPython thing, I'm trying to stick to a policy of only using ipy and C# (and as little C# as possible). cheers, gary ----- Original Message ----- From: "Mark Rees" To: "Discussion of IronPython" Sent: Tuesday, September 05, 2006 6:24 PM Subject: Re: [IronPython] Traceback Objects? Was hoping someone with more knowledge would answer your question but think theres been a holiday in the US. I cannot say if IP behaves the same as CPython in this case, but I was going to say that using the the standard traceback module allows printing of the stack. Even one of the IP team said it in a email: >---------- >From: Dino Viehland >Sent: Wednesday, July 12, 2006 11:54 AM >To: Discussion of IronPython >Subject: Re: [IronPython] Getting a call stack from an exception? > >Tracebacks are the correct way to do this, I recommend you install the standard Python library against IronPython to make this really useful ? then you can do import traceback and use its handy functions (otherwise you'll be walking the traceback list in sys.exc_info() which won't be much fun). > But running this code: import sys, traceback def test(): try: raise Exception() except: print traceback.format_exc() print traceback.print_stack() test() I got this: 'NoneType' object has no attribute 'tb_frame' at IronPython.Runtime.Types.DynamicType.GetAttr(ICallerContext context, Objec t self, SymbolId name) at IronPython.Runtime.Operations.Ops.GetAttr(ICallerContext context, Object o , SymbolId name) at traceback.print_stack$f14(Object f, Object limit, Object file) in E:\Pytho n24\Lib\traceback.py:line 246 at IronPython.Runtime.Calls.Function3.Call(ICallerContext context) at IronPython.Runtime.Operations.Ops.CallWithContext(ICallerContext context, Object func) at test$f159##120(ModuleScope ) at IronPython.Runtime.Calls.CallTarget0.Invoke() at IronPython.Runtime.Calls.Function0.Call(ICallerContext context) at IronPython.Runtime.Operations.Ops.CallWithContext(ICallerContext context, Object func) at ##121(ModuleScope ) at IronPython.Hosting.CompiledCodeDelegate.Invoke(ModuleScope moduleScope) at IronPython.Hosting.CompiledCode.Run(ModuleScope moduleScope) at IronPython.Hosting.PythonEngine.ExecuteToConsole(String text, EngineModule engineModule, IDictionary`2 locals) at IronPython.Hosting.PythonEngine.ExecuteToConsole(String text) at IronPythonConsole.PythonCommandLine.DoOneInteractive() at IronPythonConsole.PythonCommandLine.b__6(Boolean& cont inueInteractionArgument) at IronPythonConsole.PythonCommandLine.TryInteractiveAction(InteractiveAction interactiveAction, Boolean& continueInteraction) AttributeError: 'NoneType' object has no attribute 'tb_frame' So maybe it is a bug, or you can use traceback for simple things but not printing the stack or maybe it only affects Australians like you and me. Regards Mark On 9/5/06, Gary Stephenson wrote: > My third attempt at asking this question (as the previous two went through > to the 'keeper) ... > > Is the following considered a bug in IronPython, or am I doing something > wrong? > > import sys > > def test(): > try: > raise Exception() > except Exception, oErr: > print sys.exc_info()[2] # None in ipy, traceback object in > CPython > print sys.exc_traceback # ditto.. > > test() > > Regardless of the answer to the previous question, a printout of a stack > trace does currently occur on an unhandled exception. Other than > redirecting stderr (which I _assume_ would work), is there an easy way of > logging the traceback message to a file? > > Apologies if I am asking unwelcome nooby questions. Should I perhaps be > asking on another forum, and if so, which? > > thanks in advance, > > gary > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jwiles at webworks.com Tue Sep 5 17:00:05 2006 From: jwiles at webworks.com (Jesse Wiles) Date: Tue, 05 Sep 2006 10:00:05 -0500 Subject: [IronPython] ipy support in msxsl:script blocks Message-ID: <44FD90F5.9070008@webworks.com> An HTML attachment was scrubbed... URL: From Martin.Maly at microsoft.com Tue Sep 5 18:00:15 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 5 Sep 2006 09:00:15 -0700 Subject: [IronPython] NotImplementedError: bad mode: rb+ In-Reply-To: References: Message-ID: This is a bug in IP, I've filed it on codeplex (2911) for us to fix in one of the future releases. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of HEMMI, Shigeru Sent: Monday, September 04, 2006 5:13 PM To: Discussion of IronPython Subject: [IronPython] NotImplementedError: bad mode: rb+ Hello, I want to use 'anydbm' module. However, some feature missing. See below. Is there a plan to add this feature? IronPython 1.0.2420 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import sys >>> sys.path.append(r'C:\Python24\Lib') >>> import anydbm >>> d = anydbm.open('testing.db','c') >>> d["foo"]="goo" Traceback (most recent call last): File , line 0, in ##53 File C:\Python24\Lib\dumbdbm.py, line 163, in __setitem__ File C:\Python24\Lib\dumbdbm.py, line 129, in _addval File , line 0, in Make##49 NotImplementedError: bad mode: rb+ >>> _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Tue Sep 5 18:35:03 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 5 Sep 2006 09:35:03 -0700 Subject: [IronPython] Traceback Objects? In-Reply-To: <000801c6d0d1$7cf7e180$0301010a@VIMES> References: <000601c6ce4f$01252e70$0301010a@VIMES><002001c6cfcc$a6e177f0$0301010a@VIMES><000801c6d0a4$bbc37280$0301010a@VIMES> <000801c6d0d1$7cf7e180$0301010a@VIMES> Message-ID: <7AD436E4270DD54A94238001769C2227383C457CBD@DF-GRTDANE-MSG.exchange.corp.microsoft.com> This looks to be a bug (note if you're running on a 64-bit box though we disable tracebacks by default due to another issue). But what appears to be happening is we don't create the traceback if the exception is caught within the method that raises it. Compare with: >>> def test(): ... try: ... test1() ... except Exception, oErr: print sys.exc_info() ... >>> def test1(): raise Exception() ... >>> test() (, , ) Where we do create the traceback object. I've created CodePlex bug 2912 (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=2912) to track this. Thanks for the report, we'll get this fixed in a post-1.0 release. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Gary Stephenson Sent: Tuesday, September 05, 2006 2:56 AM To: Discussion of IronPython Subject: Re: [IronPython] Traceback Objects? Thanks for that, Mark. For some reason I was unable to find the message from Dino that you quoted. As for the CPython thing, I'm trying to stick to a policy of only using ipy and C# (and as little C# as possible). cheers, gary ----- Original Message ----- From: "Mark Rees" To: "Discussion of IronPython" Sent: Tuesday, September 05, 2006 6:24 PM Subject: Re: [IronPython] Traceback Objects? Was hoping someone with more knowledge would answer your question but think theres been a holiday in the US. I cannot say if IP behaves the same as CPython in this case, but I was going to say that using the the standard traceback module allows printing of the stack. Even one of the IP team said it in a email: >---------- >From: Dino Viehland >Sent: Wednesday, July 12, 2006 11:54 AM >To: Discussion of IronPython >Subject: Re: [IronPython] Getting a call stack from an exception? > >Tracebacks are the correct way to do this, I recommend you install the standard Python library against IronPython to make this really useful - then you can do import traceback and use its handy functions (otherwise you'll be walking the traceback list in sys.exc_info() which won't be much fun). > But running this code: import sys, traceback def test(): try: raise Exception() except: print traceback.format_exc() print traceback.print_stack() test() I got this: 'NoneType' object has no attribute 'tb_frame' at IronPython.Runtime.Types.DynamicType.GetAttr(ICallerContext context, Objec t self, SymbolId name) at IronPython.Runtime.Operations.Ops.GetAttr(ICallerContext context, Object o , SymbolId name) at traceback.print_stack$f14(Object f, Object limit, Object file) in E:\Pytho n24\Lib\traceback.py:line 246 at IronPython.Runtime.Calls.Function3.Call(ICallerContext context) at IronPython.Runtime.Operations.Ops.CallWithContext(ICallerContext context, Object func) at test$f159##120(ModuleScope ) at IronPython.Runtime.Calls.CallTarget0.Invoke() at IronPython.Runtime.Calls.Function0.Call(ICallerContext context) at IronPython.Runtime.Operations.Ops.CallWithContext(ICallerContext context, Object func) at ##121(ModuleScope ) at IronPython.Hosting.CompiledCodeDelegate.Invoke(ModuleScope moduleScope) at IronPython.Hosting.CompiledCode.Run(ModuleScope moduleScope) at IronPython.Hosting.PythonEngine.ExecuteToConsole(String text, EngineModule engineModule, IDictionary`2 locals) at IronPython.Hosting.PythonEngine.ExecuteToConsole(String text) at IronPythonConsole.PythonCommandLine.DoOneInteractive() at IronPythonConsole.PythonCommandLine.b__6(Boolean& cont inueInteractionArgument) at IronPythonConsole.PythonCommandLine.TryInteractiveAction(InteractiveAction interactiveAction, Boolean& continueInteraction) AttributeError: 'NoneType' object has no attribute 'tb_frame' So maybe it is a bug, or you can use traceback for simple things but not printing the stack or maybe it only affects Australians like you and me. Regards Mark On 9/5/06, Gary Stephenson wrote: > My third attempt at asking this question (as the previous two went > through to the 'keeper) ... > > Is the following considered a bug in IronPython, or am I doing > something wrong? > > import sys > > def test(): > try: > raise Exception() > except Exception, oErr: > print sys.exc_info()[2] # None in ipy, traceback object in > CPython > print sys.exc_traceback # ditto.. > > test() > > Regardless of the answer to the previous question, a printout of a > stack trace does currently occur on an unhandled exception. Other > than redirecting stderr (which I _assume_ would work), is there an > easy way of logging the traceback message to a file? > > Apologies if I am asking unwelcome nooby questions. Should I perhaps > be asking on another forum, and if so, which? > > thanks in advance, > > gary > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Tue Sep 5 18:40:38 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 5 Sep 2006 09:40:38 -0700 Subject: [IronPython] How to Use site.py In-Reply-To: <44FB1C1D.9080106@webworks.com> References: <44FB1C1D.9080106@webworks.com> Message-ID: <7AD436E4270DD54A94238001769C2227383C457CCA@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Here's what the IronPythonConsole does to import site, this should basically work for you too. Basically it looks like you're on the right path but your site.py needs to exist somewhere on your current sys.path which you haven't configured. string site = System.Reflection.Assembly.GetExecutingAssembly().Location; // get location of ipy.exe site = Path.Combine(Path.GetDirectoryName(site), "Lib"); // + Lib CurrentPythonEngine.AddToPath(site); // add that to the path try { CurrentPythonEngine.Import("site"); // import site (any changes to sys should show up) } catch (Exception e) { MyConsole.Write(CurrentPythonEngine.FormatException(e), Style.Error); // handle errors from site } -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jesse Wiles Sent: Sunday, September 03, 2006 11:17 AM To: Discussion of IronPython Subject: [IronPython] How to Use site.py Hi, Is there an example of how to sourcing site.py when instantiating a PythonEngine from a C# assembly can be used to add the standard CPython Lib path to that instances sys.path? Here's my C# method: private void ExecutePythonFile(string ParamScriptPath, IDictionary ParamGlobals) { EngineOptions VarEngineOptions = new EngineOptions(); VarEngineOptions.ClrDebuggingEnabled = true; VarEngineOptions.ExceptionDetail = true; VarEngineOptions.ShowClrExceptions = true; PythonEngine VarEngine = new PythonEngine(VarEngineOptions); VarEngine.Import("site"); string VarScriptsDir = Path.GetDirectoryName(ParamScriptPath); ParamGlobals["ParameterScriptsDirectory"] = this.mScriptsDirectory; ParamGlobals["ParameterConfigurationPath"] = Path.Combine(VarScriptsDir, "configuration.xml"); EngineModule VarMainModule = VarEngine.CreateModule("__main__", ParamGlobals, true); VarEngine.ExecuteFile(ParamScriptPath, VarMainModule); } and here's the contents of my Lib/site.py: import sys sys.path.append(r'C:\Python242\Lib') Thanks, Jesse Wiles _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Tue Sep 5 19:53:15 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 5 Sep 2006 10:53:15 -0700 Subject: [IronPython] ipy support in msxsl:script blocks In-Reply-To: <44FD90F5.9070008@webworks.com> References: <44FD90F5.9070008@webworks.com> Message-ID: <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The answer to this appears to be no - The XSL processor uses Reflection to try and discover the method to be called. In IronPython reflection won't tell you what methods are available. We do support the ICustomTypeDescriptor interface which is another way to get this information (which enables scripting WPF), but unfortunately XSL isn't falling back to that. We'll need to work w/ some other teams within the company to make sure we can get the right amount of support in the right places to make this all come together. Thanks for bringing this to our attention. I'm not going to open a bug on this (because it's not necessarily an IP issue) but I believe we will be tracking this one (and similar issues) closely. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jesse Wiles Sent: Tuesday, September 05, 2006 8:00 AM To: Discussion of IronPython Subject: [IronPython] ipy support in msxsl:script blocks Hi, Can I script XSL extension objects using Iron Python? Jesse Wiles From Jim.Hugunin at microsoft.com Tue Sep 5 22:27:12 2006 From: Jim.Hugunin at microsoft.com (Jim Hugunin) Date: Tue, 5 Sep 2006 13:27:12 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! Message-ID: I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! Thanks - Jim Hugunin (for the IronPython Team) From xmlhacker at gmail.com Tue Sep 5 22:34:18 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Tue, 5 Sep 2006 14:34:18 -0600 Subject: [IronPython] IronPython RC2 RPM + YaST + YUM In-Reply-To: <5b0248170609032353s3204b946tba52b849d093e631@mail.gmail.com> References: <5b0248170609032353s3204b946tba52b849d093e631@mail.gmail.com> Message-ID: Hey Seo, I know VERY little when it comes to the world of Unix, but at first look, after installation there does seem to be the standard site.py contained in /usr/lib/IronPython/Lib which is the same empty file (except for the Microsoft copyright information) contained in the standard distro via CodePlex. With this in mind, two things immediately jump out at me as possibilities, NOTE: For ease of reference via URI#line number I checked the file into the extensibleforge repository which can be viewed via the Trac interface @ http://dev.extensibleforge.net/browser/build/IronPython.spec >From http://dev.extensibleforge.net/browser/build/IronPython.spec#L124, cat <> ${DESTDIR}/usr/lib/IronPython/Lib/site.py 1) If not mistaken, when using cat, a single < (e.g. "cat http://dev.extensibleforge.net/browser/build/IronPython.spec#L132] to the end of /usr/lib/IronPython/Lib/site.py, you can then access the existing *.py modules as expected. In this sense, the solutions seems to be one of the following, a) Just add the desired lines to the site.py that is wrapped into the RPM. b) If not already (as alluded to already, my knowledge of the Unix command line tools and even more so, the RPM build process is severely limited) run the cat process after the copy process takes place. Thoughts? On 9/4/06, Sanghyeon Seo wrote: > > 2006/9/4, M. David Peterson : > > Looking through the various release notes and download pages for Mono > > 1.1.17.1 I noticed the Mono folks have now packaged RC2 of IronPython > into > > an RPM. > > > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython-1.0_RC2-0.novell.noarch.rpm > > Good catch! > > In case others are curious how this was done, here's a link to RPM spec > file: > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython.spec > > Does anyone have an idea re: "Doesn't work... site.py doesn't seem to > get loaded...?" cmment in the spec file? > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From korpse-ironpython at kaydash.za.net Tue Sep 5 22:49:08 2006 From: korpse-ironpython at kaydash.za.net (Jonathan Jacobs) Date: Tue, 05 Sep 2006 22:49:08 +0200 Subject: [IronPython] locale issues Message-ID: <44FDE2C4.7080009@kaydash.za.net> A few locale issues I've run across: Python 2.4.2 (#67, Sep 28 2005, 12:41:11) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getpreferredencoding() 'cp1252' >>> locale.getlocale() (None, None) >>> import _locale >>> _locale._getdefaultlocale() ('en_ZA', 'cp1252') IronPython 1.0.2408 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import locale >>> locale.getpreferredencoding() '' >>> locale.getlocale() Traceback (most recent call last): File , line 0, in ##19 File c:\program files\python24\lib\locale.py, line 365, in getlocale File c:\program files\python24\lib\locale.py, line 278, in _parse_localename ValueError: unknown locale: en_ZA >>> import _locale >>> _locale._getdefaultlocale() ('en-ZA', '') Looks like ipy and cpython are not on the same wavelength. -- Jonathan When you meet a master swordsman, show him your sword. When you meet a man who is not a poet, do not show him your poem. -- Rinzai, ninth century Zen master From xmlhacker at gmail.com Tue Sep 5 23:05:12 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Tue, 5 Sep 2006 15:05:12 -0600 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: Congratulations, Jim! Truly and amazing vision you and your development staff have brought into fruition :) >From my recent post to the O'Reilly Windows DevCenter, ref: http://www.oreillynet.com/windows/blog/2006/09/jim_huguninmsft_announce_ironp.html Congratulations are in order to Jim Hugunin, Dino Viehland, Microsoft, the > core IronPython development team, > and two all of the community members that have been involved in the > development of such a remarkable product which is represented by the final > release of IronPython 1.0 > . > > To each of you listed above and to everyone involved with making this > happen, a HUGE thank you! Truly an amazing accomplishment. > On 9/5/06, Jim Hugunin wrote: > > I'm extremely happy to announce that we have released IronPython 1.0today! > http://www.codeplex.com/IronPython > > I started work on IronPython almost 3 years ago. My initial motivation > for the project was to understand all of the reports that I read on the web > claiming that the Common Language Runtime (CLR) was a terrible platform for > Python and other dynamic languages. I was surprised to read these reports > because I knew that the JVM was an acceptable platform for these > languages. About 9 years ago I'd built an implementation of Python that ran > on the JVM originally called JPython and later shortened to Jython. This > implementation ran a little slower than the native C-based implementation of > Python (CPython), but it was easily fast enough and stable enough for > production use - testified to by the large number of Java projects that > incorporate Jython today. > > I wanted to understand how Microsoft could have screwed up so badly that > the CLR was a worse platform for dynamic languages than the JVM. My plan > was to take a couple of weeks to build a prototype implementation of Python > on the CLR and then to use that work to write a short pithy article called, > "Why the CLR is a terrible platform for dynamic languages". My plans > quickly changed as I worked on the prototype, because I found that Python > could run extremely well on the CLR - in many cases noticeably faster than > the C-based implementation. For the standard pystone benchmark, IronPython > on the CLR was about 1.7x faster than the C-based implementation. > > The more time I spent working on IronPython and with the CLR, the more > excited I became about its potential to finally deliver on the vision of a > single common platform for a broad range of languages. At that same time, I > was invited to come out to Microsoft to present IronPython and to talk with > members of the CLR team about technical issues that I was running into. I > had a great time that day working through these issues with a group of > really smart people who all had a deep understanding of virtual machines and > language implementation. After much reflection, I decided to join the CLR > team at Microsoft where I could work with the platform to make it an even > better target for dynamic languages and be able to have interesting > technical discussions like that every day. > > The first few months at Microsoft were a challenge as I learned what was > involved in working at a large company. However, once the initial hurdle > was over I started experiencing the things that motivated me to come here in > the first place. The team working on dynamic languages in general and > IronPython in particular began to grow and I got to have those great > technical discussions again about both how to make IronPython as good as it > could be and how to make the CLR an even better platform. We began to take > advantage of the great new features for dynamic languages already shipping > in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new > generics system that was seamlessly integrated with the existing reflection > infrastructure. > > We were also able to release IronPython publicly from Microsoft with a > BSD-style license. In the agile spirit of the project, we put out a new > release of IronPython once every three weeks (on average) over the course of > the project. This helped us connect well with our daring early adopters and > receive and incorporate their feedback to make IronPython better. We've had > countless excellent discussions on the mailing list on everything from > supporting value types to calling overloaded methods. Without the drive and > input of our users, IronPython would be a much weaker project. > > IronPython is about bringing together two worlds. The key value in > IronPython is that it is both a true implementation of Python and is > seamlessly integrated with the .NET platform. Most features were easy and > natural choices where the language and the platform fit together with almost > no work. However, there were challenges from the obvious cases like > exception type hierarchies to the somewhat esoteric challenges concerning > different methods on strings. We spent long days and sometimes weeks looking > for the best answers to these challenging problems and in the end I think > that we have stayed true to both Python and .NET. > > To drive our Python compatibility, we run a large portion of the standard > Python regression test suite in addition to a large custom test suite we > added that runs IronPython and CPython side-by-side to test for identical > behavior whenever possible. Despite all of this work, there will still be > differences between IronPython 1.0 and CPython. The most obvious > difference is that IronPython is missing a number of standard C-based > extension modules so things like "import bsddb" will fail. We maintain a > detailed list of differences between the two implementations and aim to > reduce the size of this list in every release. > > IronPython has also striven for deep integration with the CLR. For the > implementation this is a great thing as it lets us take advantage of > highly-tuned components developed for other languages such as the > just-in-time compiler, garbage collector, debugging support, reflection, > dynamic loading and more. This integration is also valuable to IronPython > developers as it lets them easily use any and all libraries built for .NET > from their Python code. > > This is the 1.0 release of IronPython. It's more complete and well tested > than any other 1.0 product I have personally released in my > career. However, like any other software product it's not perfect. You can > search for known issues and let us know about any new ones that you find in > our public bug database. We're continuing to work on IronPython and we want > your input on how to make 1.1 and future releases even better. > > It's been an exciting journey for me to see IronPython go from a rough > prototype playing around with some ideas to a solid 1.0 release. This > never could have happened without all the people who've contributed to this > project along the way. My thanks go out to all the users who braved our > early releases and passed along their problems and suggestions. My thanks > also go out to the amazing group of people here at Microsoft who've come to > join this project and drive it to this quality 1.0 release. > > Shipping IronPython 1.0 isn't the end of the road, but rather the > beginning. Not only will we continue to drive IronPython forward but we're > also looking at the bigger picture to make all dynamic languages deeply > integrated with the .NET platform and with technologies and products built > on top of it. I'm excited about how far we've come, but even more excited > by what the future holds! > > Thanks - Jim Hugunin (for the IronPython Team) > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Tue Sep 5 23:24:08 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Tue, 5 Sep 2006 15:24:08 -0600 Subject: [IronPython] ipy support in msxsl:script blocks In-Reply-To: <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <44FD90F5.9070008@webworks.com> <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Worth noting, from my post earlier today ( http://www.oreillynet.com/xml/blog/2006/09/mhksaxon_saxon_88basic_and_sch_1.html) regarding the release of Saxon on .NET 8.8, * in the .NET product, extension functions written in C# or other .NET languages can now be invoked While the same is more than likely true in regards to the ability to access extension functions written in Python, this is one area I can help with more so than anything else as this was a significant area of study and development I put into Saxon.NET before handing over the reigns to Dr. Kay in February. In addition, with his guidance, I've since continued forward in working on various areas of research and development. With this in mind, in regards to, We'll need to work w/ some other teams within the company to make sure we > can get the right amount of support in the right places to make this all > come together. Thanks for bringing this to our attention. > While for obvious reasons I can't help with the internal System.Xml.Xsl code base, I can help with the Saxon.NET code base. If I can be of help, please let me know :) On 9/5/06, Dino Viehland wrote: > > The answer to this appears to be no - The XSL processor uses Reflection to > try and discover the method to be called. In IronPython reflection won't > tell you what methods are available. We do support the > ICustomTypeDescriptor interface which is another way to get this information > (which enables scripting WPF), but unfortunately XSL isn't falling back to > that. > > We'll need to work w/ some other teams within the company to make sure we > can get the right amount of support in the right places to make this all > come together. Thanks for bringing this to our attention. I'm not going to > open a bug on this (because it's not necessarily an IP issue) but I believe > we will be tracking this one (and similar issues) closely. > > > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Jesse Wiles > Sent: Tuesday, September 05, 2006 8:00 AM > To: Discussion of IronPython > Subject: [IronPython] ipy support in msxsl:script blocks > > Hi, > > Can I script XSL extension objects using Iron Python? > > Jesse Wiles > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Tue Sep 5 23:27:25 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Tue, 5 Sep 2006 15:27:25 -0600 Subject: [IronPython] ipy support in msxsl:script blocks In-Reply-To: References: <44FD90F5.9070008@webworks.com> <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: btw, the newly released docs in regards to develping extension functions for Saxon on .NET are located @ http://www.saxonica.com/documentation/extensibility/dotnetextensions.html On 9/5/06, M. David Peterson wrote: > > Worth noting, from my post earlier today ( > http://www.oreillynet.com/xml/blog/2006/09/mhksaxon_saxon_88basic_and_sch_1.html) > regarding the release of Saxon on .NET 8.8, > > * in the .NET product, extension functions written in C# or other .NET > languages can now be invoked > > > While the same is more than likely true in regards to the ability to > access extension functions written in Python, this is one area I can help > with more so than anything else as this was a significant area of study and > development I put into Saxon.NET before handing over the reigns to Dr. Kay > in February. In addition, with his guidance, I've since continued forward > in working on various areas of research and development. With this in mind, > in regards to, > > > We'll need to work w/ some other teams within the company to make sure we > > can get the right amount of support in the right places to make this all > > come together. Thanks for bringing this to our attention. > > > > While for obvious reasons I can't help with the internal System.Xml.Xslcode base, I can help with the > Saxon.NET code base. If I can be of help, please let me know :) > > > > On 9/5/06, Dino Viehland wrote: > > > > The answer to this appears to be no - The XSL processor uses Reflection > > to try and discover the method to be called. In IronPython reflection won't > > tell you what methods are available. We do support the > > ICustomTypeDescriptor interface which is another way to get this information > > (which enables scripting WPF), but unfortunately XSL isn't falling back to > > that. > > > > We'll need to work w/ some other teams within the company to make sure > > we can get the right amount of support in the right places to make this all > > come together. Thanks for bringing this to our attention. I'm not going to > > open a bug on this (because it's not necessarily an IP issue) but I believe > > we will be tracking this one (and similar issues) closely. > > > > > > From: users-bounces at lists.ironpython.com [mailto: > > users-bounces at lists.ironpython.com] On Behalf Of Jesse Wiles > > Sent: Tuesday, September 05, 2006 8:00 AM > > To: Discussion of IronPython > > Subject: [IronPython] ipy support in msxsl:script blocks > > > > Hi, > > > > Can I script XSL extension objects using Iron Python? > > > > Jesse Wiles > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sh at defuze.org Wed Sep 6 00:18:03 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Tue, 05 Sep 2006 23:18:03 +0100 Subject: [IronPython] CherryPy 3 on top of IronPython 1.0... kind of working Message-ID: <44FDF79B.4010703@defuze.org> All, First congratulations for the fantastic work you have done with IronPython. Tested against: IP 1.0 (binaries) CP 3 (recent svn trunk) Python 2.4.3 .NET 2 on Windows XP (yeah my Linux system broke down...) Tonight I was trying to run CherryPy 3 [1](which will reach its first beta really soon but which is already extremely stable) with IronPython 1.0 and it kind of worked. I say kind of because of the following reasons: 1. It won't work from without hacking CherryPy's code. Considering the fact CP does some internal stuff using not (yet?) supported CPython functionnalities it is not a surprise. a. First string.encode('hex') is not implemented so: >>> import sys >>> sys.path.append('c:\python24\lib') >>> import os >>> os.urandom(20).encode('hex') Traceback (most recent call last): File , line 0, in ##46 File , line 0, in Encode##48 LookupError: unknown encoding: hex The session module of CherryPy uses by default that method to generate fairly decent random IDs. There is a fallback by using: sha.new('%s' % random.random()).hexdigest() instead. It works fine when you fetch Seo Sanghyeon's sha.py module from [2]. b. Next CherryPy uses in some areas the inspect module as follow: >>> import inspect >>> def f(): pass ... >>> inspect.getargspec(f)[0] Traceback (most recent call last): File , line 0, in ##84 File c:\python24\lib\inspect.py, line 678, in getargspec File c:\python24\lib\inspect.py, line 616, in getargs File , line 0, in get_Code##86 NotImplementedError: That exception was not catched by CP, after added it to _cptools.py it worked better :) c. CherryPy uses the signal module which is not part of IP. I simply modified the import as follow in _cpengine.py try: import signal except: signal = None d. CP uses the logging module from the CPython stdlib which does not seem to work properly in IP because it uses the _getframe function. I simply commented out two lines in _cplogging.py to not access the logging module. To keep a trace of the request I just print them to stdout. :) e. Finally because the default IP socket implementation does not support makefile, I had to use Seo's socket.py module in lieu. To avoid collision and because I did not want to recompile IP, I modified the import from _cpwsgiserver.py as follow: import ipsocket as socket ipsocket is just the name of the file under which I saved Seo's module. Could be Alf.py if you wanted to :) 2. After all those modification, I was able to start up the server like this: import sys sys.path.append('c:\python24\lib') # contains CherryPy sys.path.append('c:\python24\lib\site-packages') # misc is just a directory containing Seo's module sha.py, ipsocket.py and ssl.py sys.path.append('c:\python24\lib\site-packages\misc') import cherrypy class Root: def index(self): return "Hello" # this could be set as a decorator @cherrypy.expose but this won't work I think from IP index.exposed = True cherrypy.quickstart(Root()) [05/Sep/2006:23:00:11] HTTP Serving HTTP on http://localhost:8080/ 3. Now the fun part. The server does show it received and treats requests from Firefox 1.5, InternetExplorer 6 and httplib2 [3] a Python module for HTTP requests handling from CPython. However only in IE and httplib2 I was able to view/read the response content. Fx was hanging with no real reason, whether I used network.http.pipelining or not. So here we are, it kind of worked but it's far from being smooth yet. It's better than a few months ago however and there is less issues. Maybe this email will help fixing some issues and improve the situation even more. I would be very interested in making this work as I intend to run my little Atom Publishing Protocol implementation in Python using CP through IP. You can download the files from: http://src.pypod.net/branches/ Simply add the directory you will unzip to sys.path Thanks, - Sylvain http://www.defuze.org [1]: http://svn.cherrypy.org/trunk/ [2]: http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/ [3]: http://bitworking.org/projects/httplib2/ From alex at syzmk.com Wed Sep 6 01:17:37 2006 From: alex at syzmk.com (Alex Henderson) Date: Wed, 6 Sep 2006 11:17:37 +1200 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: Message-ID: <005301c6d141$7a90b0a0$4201a8c0@tokai> Congratulations Jim, Dino & others! I simply love this project, and our company has been eagerly awaiting the version 1.0 release as it's at the core of scripting and expression evaluation engine in our flagship product - and has been since beta 4. Great work guys, it's much appreciated here in New Zealand. Cheers, - Alex http://www.syzmk.com/ > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Jim Hugunin > Sent: Wednesday, 6 September 2006 8:27 a.m. > To: users at lists.ironpython.com > Cc: python-list at python.org > Subject: [IronPython] [ANN] IronPython 1.0 released today! > Importance: High > > I'm extremely happy to announce that we have released IronPython 1.0 > today! > http://www.codeplex.com/IronPython From davidandrewtaylor at hotmail.com Wed Sep 6 02:41:13 2006 From: davidandrewtaylor at hotmail.com (David Taylor) Date: Wed, 6 Sep 2006 01:41:13 +0100 Subject: [IronPython] users Digest, Vol 26, Issue 6 In-Reply-To: References: Message-ID: Jim and Team, I have tracked this project since you started, happily reading the mailing list awaiting V1.0. Here is a big congratulations and thank you! David -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of users-request at lists.ironpython.com Sent: Tuesday, 5 September 2006 10:05 PM To: users at lists.ironpython.com Subject: users Digest, Vol 26, Issue 6 Send users mailing list submissions to users at lists.ironpython.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.ironpython.com/listinfo.cgi/users-ironpython.com or, via email, send a message with subject or body 'help' to users-request at lists.ironpython.com You can reach the person managing the list at users-owner at lists.ironpython.com When replying, please edit your Subject line so it is more specific than "Re: Contents of users digest..." Today's Topics: 1. Re: ipy support in msxsl:script blocks (Dino Viehland) 2. [ANN] IronPython 1.0 released today! (Jim Hugunin) 3. Re: IronPython RC2 RPM + YaST + YUM (M. David Peterson) 4. locale issues (Jonathan Jacobs) 5. Re: [ANN] IronPython 1.0 released today! (M. David Peterson) ---------------------------------------------------------------------- Message: 1 Date: Tue, 5 Sep 2006 10:53:15 -0700 From: Dino Viehland Subject: Re: [IronPython] ipy support in msxsl:script blocks To: Discussion of IronPython Message-ID: <7AD436E4270DD54A94238001769C2227383C457D58 at DF-GRTDANE-MSG.exchange.corp.mic rosoft.com> Content-Type: text/plain; charset="us-ascii" The answer to this appears to be no - The XSL processor uses Reflection to try and discover the method to be called. In IronPython reflection won't tell you what methods are available. We do support the ICustomTypeDescriptor interface which is another way to get this information (which enables scripting WPF), but unfortunately XSL isn't falling back to that. We'll need to work w/ some other teams within the company to make sure we can get the right amount of support in the right places to make this all come together. Thanks for bringing this to our attention. I'm not going to open a bug on this (because it's not necessarily an IP issue) but I believe we will be tracking this one (and similar issues) closely. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jesse Wiles Sent: Tuesday, September 05, 2006 8:00 AM To: Discussion of IronPython Subject: [IronPython] ipy support in msxsl:script blocks Hi, Can I script XSL extension objects using Iron Python? Jesse Wiles ------------------------------ Message: 2 Date: Tue, 5 Sep 2006 13:27:12 -0700 From: Jim Hugunin Subject: [IronPython] [ANN] IronPython 1.0 released today! To: "users at lists.ironpython.com" Cc: "python-list at python.org" Message-ID: Content-Type: text/plain; charset="iso-8859-1" I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! Thanks - Jim Hugunin (for the IronPython Team) ------------------------------ Message: 3 Date: Tue, 5 Sep 2006 14:34:18 -0600 From: "M. David Peterson" Subject: Re: [IronPython] IronPython RC2 RPM + YaST + YUM To: "Discussion of IronPython" Message-ID: Content-Type: text/plain; charset="utf-8" Hey Seo, I know VERY little when it comes to the world of Unix, but at first look, after installation there does seem to be the standard site.py contained in /usr/lib/IronPython/Lib which is the same empty file (except for the Microsoft copyright information) contained in the standard distro via CodePlex. With this in mind, two things immediately jump out at me as possibilities, NOTE: For ease of reference via URI#line number I checked the file into the extensibleforge repository which can be viewed via the Trac interface @ http://dev.extensibleforge.net/browser/build/IronPython.spec >From http://dev.extensibleforge.net/browser/build/IronPython.spec#L124, cat <> ${DESTDIR}/usr/lib/IronPython/Lib/site.py 1) If not mistaken, when using cat, a single < (e.g. "cat http://dev.extensibleforge.net/browser/build/IronPython.spec#L132] to the end of /usr/lib/IronPython/Lib/site.py, you can then access the existing *.py modules as expected. In this sense, the solutions seems to be one of the following, a) Just add the desired lines to the site.py that is wrapped into the RPM. b) If not already (as alluded to already, my knowledge of the Unix command line tools and even more so, the RPM build process is severely limited) run the cat process after the copy process takes place. Thoughts? On 9/4/06, Sanghyeon Seo wrote: > > 2006/9/4, M. David Peterson : > > Looking through the various release notes and download pages for > > Mono > > 1.1.17.1 I noticed the Mono folks have now packaged RC2 of > > IronPython > into > > an RPM. > > > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython-1 > .0_RC2-0.novell.noarch.rpm > > Good catch! > > In case others are curious how this was done, here's a link to RPM > spec > file: > http://www.go-mono.com/download/noarch/ironpython/1.0-RC2/IronPython.s > pec > > Does anyone have an idea re: "Doesn't work... site.py doesn't seem to > get loaded...?" cmment in the spec file? > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/users-ironpython.com/attachments/20060905/b86d5f22/attachment.htm ------------------------------ Message: 4 Date: Tue, 05 Sep 2006 22:49:08 +0200 From: Jonathan Jacobs Subject: [IronPython] locale issues To: IronPython List Message-ID: <44FDE2C4.7080009 at kaydash.za.net> Content-Type: text/plain; charset=UTF-8; format=flowed A few locale issues I've run across: Python 2.4.2 (#67, Sep 28 2005, 12:41:11) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getpreferredencoding() 'cp1252' >>> locale.getlocale() (None, None) >>> import _locale >>> _locale._getdefaultlocale() ('en_ZA', 'cp1252') IronPython 1.0.2408 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import locale >>> locale.getpreferredencoding() '' >>> locale.getlocale() Traceback (most recent call last): File , line 0, in ##19 File c:\program files\python24\lib\locale.py, line 365, in getlocale File c:\program files\python24\lib\locale.py, line 278, in _parse_localename ValueError: unknown locale: en_ZA >>> import _locale >>> _locale._getdefaultlocale() ('en-ZA', '') Looks like ipy and cpython are not on the same wavelength. -- Jonathan When you meet a master swordsman, show him your sword. When you meet a man who is not a poet, do not show him your poem. -- Rinzai, ninth century Zen master ------------------------------ Message: 5 Date: Tue, 5 Sep 2006 15:05:12 -0600 From: "M. David Peterson" Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! To: "Discussion of IronPython" Cc: "python-list at python.org" Message-ID: Content-Type: text/plain; charset="utf-8" Congratulations, Jim! Truly and amazing vision you and your development staff have brought into fruition :) >From my recent post to the O'Reilly Windows DevCenter, ref: http://www.oreillynet.com/windows/blog/2006/09/jim_huguninmsft_announce_iron p.html Congratulations are in order to Jim Hugunin, Dino Viehland, Microsoft, the > core IronPython development > team onPython>, and two all of the community members that have been > involved in the development of such a remarkable product which is > represented by the final release of IronPython > 1.0 > . > > To each of you listed above and to everyone involved with making this > happen, a HUGE thank you! Truly an amazing accomplishment. > On 9/5/06, Jim Hugunin wrote: > > I'm extremely happy to announce that we have released IronPython 1.0today! > http://www.codeplex.com/IronPython > > I started work on IronPython almost 3 years ago. My initial > motivation for the project was to understand all of the reports that I > read on the web claiming that the Common Language Runtime (CLR) was a > terrible platform for Python and other dynamic languages. I was > surprised to read these reports because I knew that the JVM was an > acceptable platform for these languages. About 9 years ago I'd built > an implementation of Python that ran on the JVM originally called > JPython and later shortened to Jython. This implementation ran a > little slower than the native C-based implementation of Python > (CPython), but it was easily fast enough and stable enough for > production use - testified to by the large number of Java projects that incorporate Jython today. > > I wanted to understand how Microsoft could have screwed up so badly > that the CLR was a worse platform for dynamic languages than the JVM. > My plan was to take a couple of weeks to build a prototype > implementation of Python on the CLR and then to use that work to write > a short pithy article called, "Why the CLR is a terrible platform for > dynamic languages". My plans quickly changed as I worked on the > prototype, because I found that Python could run extremely well on the > CLR - in many cases noticeably faster than the C-based implementation. > For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. > > The more time I spent working on IronPython and with the CLR, the more > excited I became about its potential to finally deliver on the vision > of a single common platform for a broad range of languages. At that > same time, I was invited to come out to Microsoft to present > IronPython and to talk with members of the CLR team about technical > issues that I was running into. I had a great time that day working > through these issues with a group of really smart people who all had a > deep understanding of virtual machines and language implementation. > After much reflection, I decided to join the CLR team at Microsoft > where I could work with the platform to make it an even better target > for dynamic languages and be able to have interesting technical discussions like that every day. > > The first few months at Microsoft were a challenge as I learned what > was involved in working at a large company. However, once the initial > hurdle was over I started experiencing the things that motivated me to > come here in the first place. The team working on dynamic languages > in general and IronPython in particular began to grow and I got to > have those great technical discussions again about both how to make > IronPython as good as it could be and how to make the CLR an even > better platform. We began to take advantage of the great new features > for dynamic languages already shipping in .NET 2.0 such as > DynamicMethods, blindingly fast delegates and a new generics system > that was seamlessly integrated with the existing reflection infrastructure. > > We were also able to release IronPython publicly from Microsoft with a > BSD-style license. In the agile spirit of the project, we put out a > new release of IronPython once every three weeks (on average) over the > course of the project. This helped us connect well with our daring > early adopters and receive and incorporate their feedback to make > IronPython better. We've had countless excellent discussions on the > mailing list on everything from supporting value types to calling > overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. > > IronPython is about bringing together two worlds. The key value in > IronPython is that it is both a true implementation of Python and is > seamlessly integrated with the .NET platform. Most features were easy > and natural choices where the language and the platform fit together > with almost no work. However, there were challenges from the obvious > cases like exception type hierarchies to the somewhat esoteric > challenges concerning different methods on strings. We spent long days > and sometimes weeks looking for the best answers to these challenging > problems and in the end I think that we have stayed true to both Python and .NET. > > To drive our Python compatibility, we run a large portion of the > standard Python regression test suite in addition to a large custom > test suite we added that runs IronPython and CPython side-by-side to > test for identical behavior whenever possible. Despite all of this > work, there will still be differences between IronPython 1.0 and > CPython. The most obvious difference is that IronPython is missing a > number of standard C-based extension modules so things like "import > bsddb" will fail. We maintain a detailed list of differences between > the two implementations and aim to reduce the size of this list in every release. > > IronPython has also striven for deep integration with the CLR. For > the implementation this is a great thing as it lets us take advantage > of highly-tuned components developed for other languages such as the > just-in-time compiler, garbage collector, debugging support, > reflection, dynamic loading and more. This integration is also > valuable to IronPython developers as it lets them easily use any and > all libraries built for .NET from their Python code. > > This is the 1.0 release of IronPython. It's more complete and well > tested than any other 1.0 product I have personally released in my > career. However, like any other software product it's not perfect. > You can search for known issues and let us know about any new ones > that you find in our public bug database. We're continuing to work on > IronPython and we want your input on how to make 1.1 and future releases even better. > > It's been an exciting journey for me to see IronPython go from a rough > prototype playing around with some ideas to a solid 1.0 release. This > never could have happened without all the people who've contributed to > this project along the way. My thanks go out to all the users who > braved our early releases and passed along their problems and > suggestions. My thanks also go out to the amazing group of people > here at Microsoft who've come to join this project and drive it to this quality 1.0 release. > > Shipping IronPython 1.0 isn't the end of the road, but rather the > beginning. Not only will we continue to drive IronPython forward but > we're also looking at the bigger picture to make all dynamic languages > deeply integrated with the .NET platform and with technologies and > products built on top of it. I'm excited about how far we've come, > but even more excited by what the future holds! > > Thanks - Jim Hugunin (for the IronPython Team) > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/users-ironpython.com/attachments/20060905/63766eea/attachment.htm l ------------------------------ _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com End of users Digest, Vol 26, Issue 6 ************************************ From kfarmer at thuban.org Wed Sep 6 02:40:12 2006 From: kfarmer at thuban.org (Keith J. Farmer) Date: Tue, 5 Sep 2006 17:40:12 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! Message-ID: So when and where's the party? I'm just a building or so over ;) I just watched the Udell video. Great stuff ________________________________ From: users-bounces at lists.ironpython.com on behalf of Jim Hugunin Sent: Tue 9/5/2006 1:27 PM To: users at lists.ironpython.com Cc: python-list at python.org Subject: [IronPython] [ANN] IronPython 1.0 released today! I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3706 bytes Desc: not available URL: From mark.john.rees at gmail.com Wed Sep 6 04:55:01 2006 From: mark.john.rees at gmail.com (Mark Rees) Date: Wed, 6 Sep 2006 12:55:01 +1000 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: Thanks to everyone in the IronPython Team for an excellent product. I have been following the progress since Jim's first release and using it for real things over the last couple of months. I cannot believe I am developing cross-platform apps on Linux using a Microsoft product, Before we know it "pigs will fly" :-) Keep up the good work. Mark http://hex-dump.blogspot.com On 9/6/06, Jim Hugunin wrote: > I'm extremely happy to announce that we have released IronPython 1.0 today! > http://www.codeplex.com/IronPython > From xmlhacker at gmail.com Wed Sep 6 04:59:31 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Tue, 5 Sep 2006 20:59:31 -0600 Subject: [IronPython] CherryPy 3 on top of IronPython 1.0... kind of working In-Reply-To: <44FDF79B.4010703@defuze.org> References: <44FDF79B.4010703@defuze.org> Message-ID: FYI -- I've added Sylvains code base from this post to the PyPod.NETClick-Once IP console app. While there's more to this app than just this, if you access > http://pypod.net/console/index.html < from a Windows box, Click install, a few moments later (and as long as your Python Lib directory is located @ C:\Python24\Lib, if not, you will need to >>> sys.path.appendthe proper location) you will be presented with the IP 1.0 Final console. >>> import cptest Will initialize an instance of CP and make it available via http://localhost:8080 While there is still quite a bit more work to both integrate as well as finish out, you can view the source for this app via the Trac interface @ http://dev.pypod.net, and as per the URI Sylvain pointed to earlier, you can check out the SVN repository via http://src.pypod.net/trunk More details on the overall features and extended plans for this project as the week progresses, but for now this should provide a simple way of playing with the CherryPy code base Sylvain posted earlier. Enjoy! On 9/5/06, Sylvain Hellegouarch wrote: > > All, > > First congratulations for the fantastic work you have done with > IronPython. > > Tested against: > IP 1.0 (binaries) > CP 3 (recent svn trunk) > Python 2.4.3 > .NET 2 on Windows XP (yeah my Linux system broke down...) > > Tonight I was trying to run CherryPy 3 [1](which will reach its first > beta really soon but which is already extremely stable) with IronPython > 1.0 and it kind of worked. I say kind of because of the following reasons: > > 1. It won't work from without hacking CherryPy's code. Considering the > fact CP does some internal stuff using not (yet?) supported CPython > functionnalities it is not a surprise. > a. First string.encode('hex') is not implemented so: > > >>> import sys > >>> sys.path.append('c:\python24\lib') > >>> import os > >>> os.urandom(20).encode('hex') > Traceback (most recent call last): > File , line 0, in ##46 > File , line 0, in Encode##48 > LookupError: unknown encoding: hex > > The session module of CherryPy uses by default that method to generate > fairly decent random IDs. There is a fallback by using: > > sha.new('%s' % random.random()).hexdigest() > > instead. It works fine when you fetch Seo Sanghyeon's sha.py module from > [2]. > > > > b. Next CherryPy uses in some areas the inspect module as follow: > >>> import inspect > >>> def f(): pass > ... > >>> inspect.getargspec(f)[0] > Traceback (most recent call last): > File , line 0, in ##84 > File c:\python24\lib\inspect.py, line 678, in getargspec > File c:\python24\lib\inspect.py, line 616, in getargs > File , line 0, in get_Code##86 > NotImplementedError: > > That exception was not catched by CP, after added it to _cptools.py it > worked better :) > > > c. CherryPy uses the signal module which is not part of IP. I simply > modified the import as follow in _cpengine.py > try: > import signal > except: > signal = None > > > d. CP uses the logging module from the CPython stdlib which does not > seem to work properly in IP because it uses the _getframe function. > I simply commented out two lines in _cplogging.py to not access the > logging module. To keep a trace of the request I just print them to > stdout. :) > > e. Finally because the default IP socket implementation does not > support makefile, I had to use Seo's socket.py module in lieu. To avoid > collision and because I did not want to recompile IP, I modified the > import from _cpwsgiserver.py as follow: > > import ipsocket as socket > > ipsocket is just the name of the file under which I saved Seo's module. > Could be Alf.py if you wanted to :) > > > > 2. After all those modification, I was able to start up the server like > this: > import sys > sys.path.append('c:\python24\lib') > # contains CherryPy > sys.path.append('c:\python24\lib\site-packages') > # misc is just a directory containing Seo's module sha.py, ipsocket.py > and ssl.py > sys.path.append('c:\python24\lib\site-packages\misc') > import cherrypy > class Root: > def index(self): > return "Hello" > # this could be set as a decorator @cherrypy.expose but this won't > work I think from IP > index.exposed = True > > cherrypy.quickstart(Root()) > [05/Sep/2006:23:00:11] HTTP Serving HTTP on http://localhost:8080/ > > > > 3. Now the fun part. > The server does show it received and treats requests from Firefox 1.5, > InternetExplorer 6 and httplib2 [3] a Python module for HTTP requests > handling from CPython. However only in IE and httplib2 I was able to > view/read the response content. Fx was hanging with no real reason, > whether I used network.http.pipelining or not. > > So here we are, it kind of worked but it's far from being smooth yet. > It's better than a few months ago however and there is less issues. > Maybe this email will help fixing some issues and improve the situation > even more. I would be very interested in making this work as I intend to > run my little Atom Publishing Protocol implementation in Python using CP > through IP. > > You can download the files from: > http://src.pypod.net/branches/ > > Simply add the directory you will unzip to sys.path > > Thanks, > - Sylvain > http://www.defuze.org > > [1]: http://svn.cherrypy.org/trunk/ > [2]: http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/ > [3]: http://bitworking.org/projects/httplib2/ > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Wed Sep 6 05:48:47 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 6 Sep 2006 12:48:47 +0900 Subject: [IronPython] CherryPy 3 on top of IronPython 1.0... kind of working In-Reply-To: <44FDF79B.4010703@defuze.org> References: <44FDF79B.4010703@defuze.org> Message-ID: <5b0248170609052048s3917fc1cief367880458905e5@mail.gmail.com> 2006/9/6, Sylvain Hellegouarch : > e. Finally because the default IP socket implementation does not > support makefile, I had to use Seo's socket.py module in lieu. To avoid > collision and because I did not want to recompile IP, I modified the > import from _cpwsgiserver.py as follow: > > import ipsocket as socket > > ipsocket is just the name of the file under which I saved Seo's module. You can also put this code in your site.py, based on Mark Rees's post: http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/site.py http://hex-dump.blogspot.com/2006/07/overriding-ironpythons-built-in.html Seo Sanghyeon From sanxiyn at gmail.com Wed Sep 6 06:36:29 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 6 Sep 2006 13:36:29 +0900 Subject: [IronPython] CodePlex dump is discontinued Message-ID: <5b0248170609052136m41bc0085s8a904dfa29c3d0c1@mail.gmail.com> With recent updates to CodePlex, it is now possible to download any revisions, even very old ones, from the project start. Previously, only recent revisions were listed. So there's few reasons to continue my CodePlex dump service. Therefore it's discontinued now: http://sparcs.kaist.ac.kr/~tinuviel/codeplex/ Seo Sanghyeon From kfarmer at thuban.org Wed Sep 6 09:51:17 2006 From: kfarmer at thuban.org (Keith J. Farmer) Date: Wed, 6 Sep 2006 00:51:17 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! Message-ID: Should we expect the samples to work with the RC of .NET 3, or are they limited to July CTP? ----- Keith J. Farmer // kfarmer at thuban.org From giles.thomas at resolversystems.com Wed Sep 6 11:54:20 2006 From: giles.thomas at resolversystems.com (Giles Thomas) Date: Wed, 06 Sep 2006 10:54:20 +0100 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: <44FE9ACC.3040502@resolversystems.com> On behalf of all of us at Resolver, congratulations! Many thanks to everyone on the IP team for making such a great product. All the best for future releases. Giles -- Giles Thomas Resolver Systems giles.thomas at resolversystems.com Jim Hugunin wrote: >I'm extremely happy to announce that we have released IronPython 1.0 today! > http://www.codeplex.com/IronPython > >I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. > >I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. > >The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. > >The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. > >We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. > >IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. > >To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. > >IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. > >This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. > >It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. > >Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! > >Thanks - Jim Hugunin (for the IronPython Team) >_______________________________________________ >users mailing list >users at lists.ironpython.com >http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From stan at ertmssolutions.com Wed Sep 6 12:05:10 2006 From: stan at ertmssolutions.com (Stanislas Pinte) Date: Wed, 06 Sep 2006 12:05:10 +0200 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: <44FE9ACC.3040502@resolversystems.com> References: <44FE9ACC.3040502@resolversystems.com> Message-ID: <44FE9D56.9070203@ertmssolutions.com> On behalf of http://www.ertmssolutions.com, thanks a lot again! Stan. Giles Thomas a ?crit : > On behalf of all of us at Resolver, congratulations! Many thanks to > everyone on the IP team for making such a great product. > > All the best for future releases. > > > Giles > -- ----------------------------------------------------------------- Stanislas Pinte e-mail: stan at ertmssolutions.com ERTMS Solutions http://www.ertmssolutions.com Rue de l'Autonomie, 1 Tel: + 322 - 522.06.63 1070 Bruxelles Fax: + 322 - 522.09.30 ----------------------------------------------------------------- Skype (http://www.skype.com) id: stanpinte ----------------------------------------------------------------- From riltim at gmail.com Wed Sep 6 15:32:50 2006 From: riltim at gmail.com (Tim Riley) Date: Wed, 6 Sep 2006 09:32:50 -0400 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: I keep getting an error from codeplex when I try to download 1.0.bin. Am I the only one? On 9/5/06, Jim Hugunin wrote: > > I'm extremely happy to announce that we have released IronPython 1.0today! > http://www.codeplex.com/IronPython > > I started work on IronPython almost 3 years ago. My initial motivation > for the project was to understand all of the reports that I read on the web > claiming that the Common Language Runtime (CLR) was a terrible platform for > Python and other dynamic languages. I was surprised to read these reports > because I knew that the JVM was an acceptable platform for these > languages. About 9 years ago I'd built an implementation of Python that ran > on the JVM originally called JPython and later shortened to Jython. This > implementation ran a little slower than the native C-based implementation of > Python (CPython), but it was easily fast enough and stable enough for > production use - testified to by the large number of Java projects that > incorporate Jython today. > > I wanted to understand how Microsoft could have screwed up so badly that > the CLR was a worse platform for dynamic languages than the JVM. My plan > was to take a couple of weeks to build a prototype implementation of Python > on the CLR and then to use that work to write a short pithy article called, > "Why the CLR is a terrible platform for dynamic languages". My plans > quickly changed as I worked on the prototype, because I found that Python > could run extremely well on the CLR - in many cases noticeably faster than > the C-based implementation. For the standard pystone benchmark, IronPython > on the CLR was about 1.7x faster than the C-based implementation. > > The more time I spent working on IronPython and with the CLR, the more > excited I became about its potential to finally deliver on the vision of a > single common platform for a broad range of languages. At that same time, I > was invited to come out to Microsoft to present IronPython and to talk with > members of the CLR team about technical issues that I was running into. I > had a great time that day working through these issues with a group of > really smart people who all had a deep understanding of virtual machines and > language implementation. After much reflection, I decided to join the CLR > team at Microsoft where I could work with the platform to make it an even > better target for dynamic languages and be able to have interesting > technical discussions like that every day. > > The first few months at Microsoft were a challenge as I learned what was > involved in working at a large company. However, once the initial hurdle > was over I started experiencing the things that motivated me to come here in > the first place. The team working on dynamic languages in general and > IronPython in particular began to grow and I got to have those great > technical discussions again about both how to make IronPython as good as it > could be and how to make the CLR an even better platform. We began to take > advantage of the great new features for dynamic languages already shipping > in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new > generics system that was seamlessly integrated with the existing reflection > infrastructure. > > We were also able to release IronPython publicly from Microsoft with a > BSD-style license. In the agile spirit of the project, we put out a new > release of IronPython once every three weeks (on average) over the course of > the project. This helped us connect well with our daring early adopters and > receive and incorporate their feedback to make IronPython better. We've had > countless excellent discussions on the mailing list on everything from > supporting value types to calling overloaded methods. Without the drive and > input of our users, IronPython would be a much weaker project. > > IronPython is about bringing together two worlds. The key value in > IronPython is that it is both a true implementation of Python and is > seamlessly integrated with the .NET platform. Most features were easy and > natural choices where the language and the platform fit together with almost > no work. However, there were challenges from the obvious cases like > exception type hierarchies to the somewhat esoteric challenges concerning > different methods on strings. We spent long days and sometimes weeks looking > for the best answers to these challenging problems and in the end I think > that we have stayed true to both Python and .NET. > > To drive our Python compatibility, we run a large portion of the standard > Python regression test suite in addition to a large custom test suite we > added that runs IronPython and CPython side-by-side to test for identical > behavior whenever possible. Despite all of this work, there will still be > differences between IronPython 1.0 and CPython. The most obvious > difference is that IronPython is missing a number of standard C-based > extension modules so things like "import bsddb" will fail. We maintain a > detailed list of differences between the two implementations and aim to > reduce the size of this list in every release. > > IronPython has also striven for deep integration with the CLR. For the > implementation this is a great thing as it lets us take advantage of > highly-tuned components developed for other languages such as the > just-in-time compiler, garbage collector, debugging support, reflection, > dynamic loading and more. This integration is also valuable to IronPython > developers as it lets them easily use any and all libraries built for .NET > from their Python code. > > This is the 1.0 release of IronPython. It's more complete and well tested > than any other 1.0 product I have personally released in my > career. However, like any other software product it's not perfect. You can > search for known issues and let us know about any new ones that you find in > our public bug database. We're continuing to work on IronPython and we want > your input on how to make 1.1 and future releases even better. > > It's been an exciting journey for me to see IronPython go from a rough > prototype playing around with some ideas to a solid 1.0 release. This > never could have happened without all the people who've contributed to this > project along the way. My thanks go out to all the users who braved our > early releases and passed along their problems and suggestions. My thanks > also go out to the amazing group of people here at Microsoft who've come to > join this project and drive it to this quality 1.0 release. > > Shipping IronPython 1.0 isn't the end of the road, but rather the > beginning. Not only will we continue to drive IronPython forward but we're > also looking at the bigger picture to make all dynamic languages deeply > integrated with the .NET platform and with technologies and products built > on top of it. I'm excited about how far we've come, but even more excited > by what the future holds! > > Thanks - Jim Hugunin (for the IronPython Team) > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwmoad at gmail.com Wed Sep 6 15:38:22 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Wed, 6 Sep 2006 09:38:22 -0400 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: <6382066a0609060638w136e42b9l3bd48c06072e4381@mail.gmail.com> I got it once, but tried again and it went away. On 9/6/06, Tim Riley wrote: > I keep getting an error from codeplex when I try to download 1.0.bin. Am I > the only one? > > > On 9/5/06, Jim Hugunin < Jim.Hugunin at microsoft.com> wrote: > > I'm extremely happy to announce that we have released IronPython 1.0 > today! > > http://www.codeplex.com/IronPython > > > > I started work on IronPython almost 3 years ago. My initial motivation > for the project was to understand all of the reports that I read on the web > claiming that the Common Language Runtime (CLR) was a terrible platform for > Python and other dynamic languages. I was surprised to read these reports > because I knew that the JVM was an acceptable platform for these languages. > About 9 years ago I'd built an implementation of Python that ran on the JVM > originally called JPython and later shortened to Jython. This > implementation ran a little slower than the native C-based implementation of > Python (CPython), but it was easily fast enough and stable enough for > production use - testified to by the large number of Java projects that > incorporate Jython today. > > > > I wanted to understand how Microsoft could have screwed up so badly that > the CLR was a worse platform for dynamic languages than the JVM. My plan > was to take a couple of weeks to build a prototype implementation of Python > on the CLR and then to use that work to write a short pithy article called, > "Why the CLR is a terrible platform for dynamic languages". My plans > quickly changed as I worked on the prototype, because I found that Python > could run extremely well on the CLR - in many cases noticeably faster than > the C-based implementation. For the standard pystone benchmark, IronPython > on the CLR was about 1.7x faster than the C-based implementation. > > > > The more time I spent working on IronPython and with the CLR, the more > excited I became about its potential to finally deliver on the vision of a > single common platform for a broad range of languages. At that same time, I > was invited to come out to Microsoft to present IronPython and to talk with > members of the CLR team about technical issues that I was running into. I > had a great time that day working through these issues with a group of > really smart people who all had a deep understanding of virtual machines and > language implementation. After much reflection, I decided to join the CLR > team at Microsoft where I could work with the platform to make it an even > better target for dynamic languages and be able to have interesting > technical discussions like that every day. > > > > The first few months at Microsoft were a challenge as I learned what was > involved in working at a large company. However, once the initial hurdle > was over I started experiencing the things that motivated me to come here in > the first place. The team working on dynamic languages in general and > IronPython in particular began to grow and I got to have those great > technical discussions again about both how to make IronPython as good as it > could be and how to make the CLR an even better platform. We began to take > advantage of the great new features for dynamic languages already shipping > in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new > generics system that was seamlessly integrated with the existing reflection > infrastructure. > > > > We were also able to release IronPython publicly from Microsoft with a > BSD-style license. In the agile spirit of the project, we put out a new > release of IronPython once every three weeks (on average) over the course of > the project. This helped us connect well with our daring early adopters and > receive and incorporate their feedback to make IronPython better. We've had > countless excellent discussions on the mailing list on everything from > supporting value types to calling overloaded methods. Without the drive and > input of our users, IronPython would be a much weaker project. > > > > IronPython is about bringing together two worlds. The key value in > IronPython is that it is both a true implementation of Python and is > seamlessly integrated with the .NET platform. Most features were easy and > natural choices where the language and the platform fit together with almost > no work. However, there were challenges from the obvious cases like > exception type hierarchies to the somewhat esoteric challenges concerning > different methods on strings. We spent long days and sometimes weeks looking > for the best answers to these challenging problems and in the end I think > that we have stayed true to both Python and .NET. > > > > To drive our Python compatibility, we run a large portion of the standard > Python regression test suite in addition to a large custom test suite we > added that runs IronPython and CPython side-by-side to test for identical > behavior whenever possible. Despite all of this work, there will still be > differences between IronPython 1.0 and CPython. The most obvious difference > is that IronPython is missing a number of standard C-based extension modules > so things like "import bsddb" will fail. We maintain a detailed list of > differences between the two implementations and aim to reduce the size of > this list in every release. > > > > IronPython has also striven for deep integration with the CLR. For the > implementation this is a great thing as it lets us take advantage of > highly-tuned components developed for other languages such as the > just-in-time compiler, garbage collector, debugging support, reflection, > dynamic loading and more. This integration is also valuable to IronPython > developers as it lets them easily use any and all libraries built for .NET > from their Python code. > > > > This is the 1.0 release of IronPython. It's more complete and well tested > than any other 1.0 product I have personally released in my career. > However, like any other software product it's not perfect. You can search > for known issues and let us know about any new ones that you find in our > public bug database. We're continuing to work on IronPython and we want > your input on how to make 1.1 and future releases even better. > > > > It's been an exciting journey for me to see IronPython go from a rough > prototype playing around with some ideas to a solid 1.0 release. This never > could have happened without all the people who've contributed to this > project along the way. My thanks go out to all the users who braved our > early releases and passed along their problems and suggestions. My thanks > also go out to the amazing group of people here at Microsoft who've come to > join this project and drive it to this quality 1.0 release. > > > > Shipping IronPython 1.0 isn't the end of the road, but rather the > beginning. Not only will we continue to drive IronPython forward but we're > also looking at the bigger picture to make all dynamic languages deeply > integrated with the .NET platform and with technologies and products built > on top of it. I'm excited about how far we've come, but even more excited > by what the future holds! > > > > Thanks - Jim Hugunin (for the IronPython Team) > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > From jcollett at oshtruck.com Wed Sep 6 15:43:03 2006 From: jcollett at oshtruck.com (jcollett at oshtruck.com) Date: Wed, 6 Sep 2006 08:43:03 -0500 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: Message-ID: Hi, I did get it downloaded yesterday and up and running today. Jeff "Tim Riley" To Sent by: "Discussion of IronPython" users-bounces at lis ts.ironpython.com cc Subject 09/06/2006 08:32 Re: [IronPython] [ANN] IronPython AM 1.0 released today! Please respond to Discussion of IronPython I keep getting an error from codeplex when I try to download 1.0.bin. Am I the only one? On 9/5/06, Jim Hugunin < Jim.Hugunin at microsoft.com> wrote: I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! Thanks - Jim Hugunin (for the IronPython Team) _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com Although this e-mail and any attachments are believed to be free of any virus or other defect which might affect any computer system, it is the responsibility of the recipient to check that it is virus-free and the sender accepts no responsibility or liability for any loss, injury, damage, cost or expense arising in any way from receipt or use thereof by the recipient. The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. From mattgriffith-ironpython at spamex.com Wed Sep 6 16:00:17 2006 From: mattgriffith-ironpython at spamex.com (mattgriffith-ironpython at spamex.com) Date: Wed, 6 Sep 2006 09:00:17 -0500 Subject: [IronPython] [ANN] HOWTO Screencast: Install IronPython Message-ID: <85d520a0609060700m44b6bcdaqa04db842ad3ba7bc@mail.gmail.com> I created a 5 minute screencast that shows how to install IronPython. You can view it here: http://mattgriffith.net/PermaLink.aspx?guid=0b9de84a-d84e-484c-b06f-8ff75ab70b9f I used RC1 in the screencast but the same procedure works for IronPython 1.0. Matt Griffith http://mattgriffith.net From kfarmer at thuban.org Wed Sep 6 20:10:43 2006 From: kfarmer at thuban.org (Keith J. Farmer) Date: Wed, 6 Sep 2006 11:10:43 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! Message-ID: I saw that. After logging in, I was able to successfully download. I don't know if it was a timing issue or a login issue. ________________________________ From: users-bounces at lists.ironpython.com on behalf of Tim Riley Sent: Wed 9/6/2006 6:32 AM To: Discussion of IronPython Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! I keep getting an error from codeplex when I try to download 1.0.bin. Am I the only one? On 9/5/06, Jim Hugunin < Jim.Hugunin at microsoft.com > wrote: I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! Thanks - Jim Hugunin (for the IronPython Team) _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 8910 bytes Desc: not available URL: From jorgen.stenarson at bostream.nu Wed Sep 6 20:15:52 2006 From: jorgen.stenarson at bostream.nu (=?ISO-8859-1?Q?J=F6rgen_Stenarson?=) Date: Wed, 06 Sep 2006 20:15:52 +0200 Subject: [IronPython] Change in behaviour Message-ID: <44FF1058.90602@bostream.nu> Hi, congratulations on the 1.0 release! Today after downloading the 1.0 release and trying it with my experimental readline code I got a crash when trying to get a reference to the PythonCommandLine object. The minimum code example that shows this behaviour: in file prov.py: import clr clr.AddReference("ipy.exe") import IronPythonConsole print IronPythonConsole.PythonCommandLine.MyConsole which gives the following result using IronPython-1.0 C:\IronPython-1.0>ipy -i prov.py Traceback (most recent call last): File C:\IronPython-1.0\prov.py, line 4, in Initialize AttributeError: 'module' object has no attribute 'PythonCommandLine' >>> dir(IronPythonConsole) ['BasicConsole', 'IConsole', 'Style', 'SuperConsole', '__builtins__', '__dict__', '__name__'] >>> With IronPython-RC1 I get the following: C:\IronPython-1.0-RC1>ipy -i prov.py IronPythonConsole.BasicConsole >>> dir(IronPythonConsole) ['BasicConsole', 'IConsole', 'PythonCommandLine', 'Style', 'SuperConsole', '__builtins__', '__dict__', '__name__'] >>> Is there a new way to get to the commandline object now or some other fix I can do? /J?rgen From dinov at exchange.microsoft.com Wed Sep 6 17:38:09 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 6 Sep 2006 08:38:09 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C22273843B0694B@DF-GRTDANE-MSG.exchange.corp.microsoft.com> You're not the only one - there seems to be intermittent issues on CodePlex (they also released a new version yesterday). It does seem to come and go so closing down your browser and trying again works. We're pinging the CodePlex team to try and get the issue resolved. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of jcollett at oshtruck.com Sent: Wednesday, September 06, 2006 6:43 AM To: Discussion of IronPython Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! Hi, I did get it downloaded yesterday and up and running today. Jeff "Tim Riley" To Sent by: "Discussion of IronPython" users-bounces at lis ts.ironpython.com cc Subject 09/06/2006 08:32 Re: [IronPython] [ANN] IronPython AM 1.0 released today! Please respond to Discussion of IronPython I keep getting an error from codeplex when I try to download 1.0.bin. Am I the only one? On 9/5/06, Jim Hugunin < Jim.Hugunin at microsoft.com> wrote: I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! Thanks - Jim Hugunin (for the IronPython Team) _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com Although this e-mail and any attachments are believed to be free of any virus or other defect which might affect any computer system, it is the responsibility of the recipient to check that it is virus-free and the sender accepts no responsibility or liability for any loss, injury, damage, cost or expense arising in any way from receipt or use thereof by the recipient. The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Wed Sep 6 18:09:59 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 6 Sep 2006 09:09:59 -0700 Subject: [IronPython] ipy support in msxsl:script blocks In-Reply-To: References: <44FD90F5.9070008@webworks.com> <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <7AD436E4270DD54A94238001769C22273843B06974@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The best thing you could do for Saxon.NET right now is to support ICustomTypeDescriptor in addition to supporting Reflection. The one downside is that ICustomTypeDescriptor isn't as comprehensive as Reflection.Emit - for example it doesn't support calling methods. But it does support getting properties. So you'll want to back that up w/ Reflection, and hopefully in time there'll be a solution which will encompass all of these. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of M. David Peterson Sent: Tuesday, September 05, 2006 2:27 PM To: Discussion of IronPython Subject: Re: [IronPython] ipy support in msxsl:script blocks btw, the newly released docs in regards to develping extension functions for Saxon on .NET are located @ http://www.saxonica.com/documentation/extensibility/dotnetextensions.html On 9/5/06, M. David Peterson > wrote: Worth noting, from my post earlier today (http://www.oreillynet.com/xml/blog/2006/09/mhksaxon_saxon_88basic_and_sch_1.html ) regarding the release of Saxon on .NET 8.8, * in the .NET product, extension functions written in C# or other .NET languages can now be invoked While the same is more than likely true in regards to the ability to access extension functions written in Python, this is one area I can help with more so than anything else as this was a significant area of study and development I put into Saxon.NET before handing over the reigns to Dr. Kay in February. In addition, with his guidance, I've since continued forward in working on various areas of research and development. With this in mind, in regards to, We'll need to work w/ some other teams within the company to make sure we can get the right amount of support in the right places to make this all come together. Thanks for bringing this to our attention. While for obvious reasons I can't help with the internal System.Xml.Xsl code base, I can help with the Saxon.NET code base. If I can be of help, please let me know :) On 9/5/06, Dino Viehland < dinov at exchange.microsoft.com> wrote: The answer to this appears to be no - The XSL processor uses Reflection to try and discover the method to be called. In IronPython reflection won't tell you what methods are available. We do support the ICustomTypeDescriptor interface which is another way to get this information (which enables scripting WPF), but unfortunately XSL isn't falling back to that. We'll need to work w/ some other teams within the company to make sure we can get the right amount of support in the right places to make this all come together. Thanks for bringing this to our attention. I'm not going to open a bug on this (because it's not necessarily an IP issue) but I believe we will be tracking this one (and similar issues) closely. From: users-bounces at lists.ironpython.com [mailto: users-bounces at lists.ironpython.com] On Behalf Of Jesse Wiles Sent: Tuesday, September 05, 2006 8:00 AM To: Discussion of IronPython Subject: [IronPython] ipy support in msxsl:script blocks Hi, Can I script XSL extension objects using Iron Python? Jesse Wiles _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From yalvi at exchange.microsoft.com Wed Sep 6 20:00:45 2006 From: yalvi at exchange.microsoft.com (Yasir Alvi) Date: Wed, 6 Sep 2006 11:00:45 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: Hi Keith. They've been tested with the July CTP and not against any newer .NET 3 bits so we can only guarantee workability on the July bits. Thanks Yasir -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer Sent: Wednesday, September 06, 2006 12:51 AM To: Discussion of IronPython Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! Should we expect the samples to work with the RC of .NET 3, or are they limited to July CTP? ----- Keith J. Farmer // kfarmer at thuban.org _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From xmlhacker at gmail.com Wed Sep 6 22:35:24 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Wed, 6 Sep 2006 14:35:24 -0600 Subject: [IronPython] ipy support in msxsl:script blocks In-Reply-To: <7AD436E4270DD54A94238001769C22273843B06974@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <44FD90F5.9070008@webworks.com> <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <7AD436E4270DD54A94238001769C22273843B06974@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Excellent! Thanks for the advice, Dino! I will add this to my priority list and update accordingly. In a (somewhat) related note, I have been pulling together a quick demo that incorporates IronPython, LINQ, and XSLT 2.0 extensions functions to provide what I believe will prove to be an extremely lethal combination as this demo develops. The first part is complete, though a bit rough around the edges. This builds directly from < http://www.oreillynet.com/xml/blog/2006/08/solving_some_of_scobles_proble.html> from a few weeks back. The post was an XSLT 2.0 answer to Steve Eichert's "Solving Scoble's problems ..." < http://steve.emxsoftware.com/LINQ/Solving+all+Scobles+problems+with+Linq+to+XML> post from a few weeks back. However, this time around I have extended Steve's original code base < http://dev.pypod.net/browser/trunk/LINQModules/FeedFilter.cs> to implement a slight more dynamic approach to the filter settings such that you can add, subtract, multiply, and/or divide the filter settings using an external XML file. I have quite a bit more to add to this, including the mentioned extension functions for XSLT 2.0. More updates throughout today and tomorrow, the result of which will become a new post when complete. However, I'll avoid flooding the list with each update, and instead point you to the timeline RSS < http://dev.pypod.net/timeline?ticket=on&changeset=on&milestone=on&wiki=on&wiki=on&max=50&daysback=90&format=rss> feed if you have interest in keeping up with the changes. With this in mind, if any of you have some ideas you would like to throw my direction, or furthermore would like to view/play with the code base, you can do so via the PyPod.Net Click-Once app, or checkout the code base from SVN directly. The svn repo is located @ http://src.pypod.net/trunk You can view the code base via the Trac interface @ http://dev.pypod.net/browser/trunk And, as already mentioned in a separate thread, the PyPod.Net app is located @, http://pypod.net/console/index.html To run the (BIG TIME HACK) test, >>> import linqtest (note: Dependent upon your system, you may get a "SystemError: Unable to connect to the remote server" error at first of which you will then more than likely be asked for permission for the IP Console to access the internet) As pointed out, the above is a quick and dirty hack just to test and make sure it works properly. I am in the middle of building a more efficient caching mechanism such that the XML data for processing can be accessed once, cached locally, and then used for each subsequent test run unless a flag is set to access the live stream again. WIth this in mind, please be aware that the XML data file that is currently set to be accessed dynamically with each new run is ~17megs, so it will take a bit before you see the result of the filtering printed to the console. I'll update with extended details when it seems appropriate to do so. Until then, please let me know of any ideas any of you would like to see developed as part of this code base. Sample code is all fine and dandy, but I would rather write something that would be immediatelly useful and reusable to a broader base of folks than would be your typical sample app if at all possible. Best regards, On 9/6/06, Dino Viehland wrote: > > The best thing you could do for Saxon.NET right now is to support > ICustomTypeDescriptor in addition to supporting Reflection. The one > downside is that ICustomTypeDescriptor isn't as comprehensive as > Reflection.Emit ? for example it doesn't support calling methods. But it > does support getting properties. So you'll want to back that up w/ > Reflection, and hopefully in time there'll be a solution which will > encompass all of these. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson > *Sent:* Tuesday, September 05, 2006 2:27 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] ipy support in msxsl:script blocks > > > > btw, the newly released docs in regards to develping extension functions > for Saxon on .NET are located @ http://www.saxonica.com/documentation/extensibility/dotnetextensions.html > > > On 9/5/06, *M. David Peterson* wrote: > > Worth noting, from my post earlier today (http://www.oreillynet.com/xml/blog/2006/09/mhksaxon_saxon_88basic_and_sch_1.html > ) regarding the release of Saxon on .NET 8.8, > > * in the .NET product, extension functions written in C# or other .NET > > languages can now be invoked > > > While the same is more than likely true in regards to the ability to > access extension functions written in Python, this is one area I can help > with more so than anything else as this was a significant area of study and > development I put into Saxon.NET before handing over the reigns to Dr. Kay > in February. In addition, with his guidance, I've since continued forward > in working on various areas of research and development. With this in mind, > in regards to, > > > > We'll need to work w/ some other teams within the company to make sure we > can get the right amount of support in the right places to make this all > come together. Thanks for bringing this to our attention. > > > > While for obvious reasons I can't help with the internal System.Xml.Xslcode base, I can help with the > Saxon.NET code base. If I can be of help, please let me know :) > > > > On 9/5/06, *Dino Viehland* < dinov at exchange.microsoft.com> wrote: > > The answer to this appears to be no - The XSL processor uses Reflection to > try and discover the method to be called. In IronPython reflection won't > tell you what methods are available. We do support the > ICustomTypeDescriptor interface which is another way to get this information > (which enables scripting WPF), but unfortunately XSL isn't falling back to > that. > > We'll need to work w/ some other teams within the company to make sure we > can get the right amount of support in the right places to make this all > come together. Thanks for bringing this to our attention. I'm not going to > open a bug on this (because it's not necessarily an IP issue) but I believe > we will be tracking this one (and similar issues) closely. > > > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] > On Behalf Of Jesse Wiles > Sent: Tuesday, September 05, 2006 8:00 AM > To: Discussion of IronPython > Subject: [IronPython] ipy support in msxsl:script blocks > > Hi, > > Can I script XSL extension objects using Iron Python? > > Jesse Wiles > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > > > > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nathan.baulch at gmail.com Thu Sep 7 01:50:59 2006 From: nathan.baulch at gmail.com (Nathan Baulch) Date: Thu, 7 Sep 2006 09:50:59 +1000 Subject: [IronPython] Empty CodeMethodReturnStatement causes exception... Message-ID: I'm completely new to Python, so please forgive my ignorance. I thought a good way to learn would be to target it with my code generation tool that uses CodeDom. However I'm getting an exception when my code contains empty return statements (CodeMethodReturnStatement) for methods that return void. Is this a bug or does it not make sense to return void in Python? Is there a way around this without breaking other languages? Cheers, Nathan From Martin.Maly at microsoft.com Thu Sep 7 02:17:26 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Wed, 6 Sep 2006 17:17:26 -0700 Subject: [IronPython] IronPython is Referenced on SlashDot Message-ID: In case you missed it, there is an IronPython discussion on SlashDot: http://developers.slashdot.org/developers/06/09/06/2134234.shtml Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: From thane at magna-capital.com Thu Sep 7 05:16:26 2006 From: thane at magna-capital.com (Thane Plummer) Date: Wed, 6 Sep 2006 23:16:26 -0400 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: Message-ID: <005701c6d22c$01f70e00$6603a8c0@Dell9150> Here's a link to the Udell video: http://weblog.infoworld.com/udell/screenroom/ironpython_wmv.html An excellent overview of ipy by Jim. At the risk of sounding redundant, thanks to the entire IronPython team for creating such a great 1.0 release! "import this" _____ From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer Sent: Tuesday, September 05, 2006 8:40 PM To: Discussion of IronPython Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! So when and where's the party? I'm just a building or so over ;) I just watched the Udell video. Great stuff _____ From: users-bounces at lists.ironpython.com on behalf of Jim Hugunin Sent: Tue 9/5/2006 1:27 PM To: users at lists.ironpython.com Cc: python-list at python.org Subject: [IronPython] [ANN] IronPython 1.0 released today! I'm extremely happy to announce that we have released IronPython 1.0 today! http://www.codeplex.com/IronPython -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 5542 bytes Desc: not available URL: From kfarmer at thuban.org Thu Sep 7 07:27:16 2006 From: kfarmer at thuban.org (Keith J. Farmer) Date: Wed, 6 Sep 2006 22:27:16 -0700 Subject: [IronPython] IronPython is Referenced on SlashDot Message-ID: .. with all the typical slashdottiness. For all the typing they do, there?s precious little reading going on. ----- Keith J. Farmer kfarmer at thuban.org From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Martin Maly Sent: Wednesday, 06 September 2006 17:17 To: Discussion of IronPython Subject: [IronPython] IronPython is Referenced on SlashDot In case you missed it, there is an IronPython discussion on SlashDot: http://developers.slashdot.org/developers/06/09/06/2134234.shtml Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Sep 7 11:26:12 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 7 Sep 2006 18:26:12 +0900 Subject: [IronPython] CherryPy on IronPython update Message-ID: <5b0248170609070226y119a87d6x75440175c59ea1cd@mail.gmail.com> This post updates: http://lists.ironpython.com/pipermail/users-ironpython.com/2006-May/002254.html Summary: it's still flaky. At least on Mono, it randomly segfaults. However, the patch is much shorter. Files are available on the same place: http://sparcs.kaist.ac.kr/~tinuviel/fepy/ironcherry/ My test environment is now Mono 1.1.17.1 and IronPython 1.0 Production. Changes since Beta 6: * patch-lib, a patch to inspect.py is needed no more. Mono bug on GetEncodings() which it avoids is long fixed. * IronPython's comparison bug involving None is long fixed. * IronPython now has datetime.datetime class. Reverted patch on timestamping code and sessionfilter. * gzipfilter patch and cptools eval patch remains. Current status: tinuviel at tinuviel:~/sandbox$ ~/devel/fepy/1.0/ipy.exe test.py sys:1: UserWarning: Your installation of Python doesn't have a profile module. If you're on Debian, you can apt-get python2.4-profiler from non-free in a separate step. See http://www.cherrypy.org/wiki/ProfilingOnDebian for details. 07/Sep/2006:18:21:46 CONFIG INFO Server parameters: 07/Sep/2006:18:21:46 CONFIG INFO server.environment: development 07/Sep/2006:18:21:46 CONFIG INFO server.log_to_screen: True 07/Sep/2006:18:21:46 CONFIG INFO server.log_file: 07/Sep/2006:18:21:46 CONFIG INFO server.log_tracebacks: True 07/Sep/2006:18:21:46 CONFIG INFO server.log_request_headers: True 07/Sep/2006:18:21:46 CONFIG INFO server.protocol_version: HTTP/1.0 07/Sep/2006:18:21:46 CONFIG INFO server.socket_host: 07/Sep/2006:18:21:46 CONFIG INFO server.socket_port: 8080 07/Sep/2006:18:21:46 CONFIG INFO server.socket_file: 07/Sep/2006:18:21:46 CONFIG INFO server.reverse_dns: False 07/Sep/2006:18:21:46 CONFIG INFO server.socket_queue_size: 5 07/Sep/2006:18:21:46 CONFIG INFO server.thread_pool: 10 07/Sep/2006:18:21:46 HTTP INFO Serving HTTP on http://localhost:8080/ Accessing http://localhost:8080/ 127.0.0.1 - - [07/Sep/2006:18:22:19] "GET / HTTP/1.1" 200 - "" "Mozilla/5.0 (X11; U; Linux i686; ko-KR; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 (Debian-1.5.dfsg+1.5.0.6-3)" Log is printed, but content is *not* displayed. If you reload, page build time and size is displayed, but content is still not. If you try other URL, it segfaults instead of showing nice 404 page with a traceback. Seo Sanghyeon From dmspink at aria.uklinux.net Thu Sep 7 11:26:26 2006 From: dmspink at aria.uklinux.net (Mark Spink) Date: Thu, 07 Sep 2006 10:26:26 +0100 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: <1157621187.5496.7.camel@localhost.localdomain> I had the same problem, but it downloaded fine after several retries. Mark On Wed, 2006-09-06 at 11:10 -0700, Keith J. Farmer wrote: > I saw that. After logging in, I was able to successfully download. I don't know if it was a timing issue or a login issue. > > ________________________________ > > From: users-bounces at lists.ironpython.com on behalf of Tim Riley > Sent: Wed 9/6/2006 6:32 AM > To: Discussion of IronPython > Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! > > > I keep getting an error from codeplex when I try to download 1.0.bin. Am I the only one? > > > On 9/5/06, Jim Hugunin < Jim.Hugunin at microsoft.com > wrote: > > I'm extremely happy to announce that we have released IronPython 1.0 today! > http://www.codeplex.com/IronPython > > I started work on IronPython almost 3 years ago. My initial motivation for the project was to understand all of the reports that I read on the web claiming that the Common Language Runtime (CLR) was a terrible platform for Python and other dynamic languages. I was surprised to read these reports because I knew that the JVM was an acceptable platform for these languages. About 9 years ago I'd built an implementation of Python that ran on the JVM originally called JPython and later shortened to Jython. This implementation ran a little slower than the native C-based implementation of Python (CPython), but it was easily fast enough and stable enough for production use - testified to by the large number of Java projects that incorporate Jython today. > > I wanted to understand how Microsoft could have screwed up so badly that the CLR was a worse platform for dynamic languages than the JVM. My plan was to take a couple of weeks to build a prototype implementation of Python on the CLR and then to use that work to write a short pithy article called, "Why the CLR is a terrible platform for dynamic languages". My plans quickly changed as I worked on the prototype, because I found that Python could run extremely well on the CLR - in many cases noticeably faster than the C-based implementation. For the standard pystone benchmark, IronPython on the CLR was about 1.7x faster than the C-based implementation. > > The more time I spent working on IronPython and with the CLR, the more excited I became about its potential to finally deliver on the vision of a single common platform for a broad range of languages. At that same time, I was invited to come out to Microsoft to present IronPython and to talk with members of the CLR team about technical issues that I was running into. I had a great time that day working through these issues with a group of really smart people who all had a deep understanding of virtual machines and language implementation. After much reflection, I decided to join the CLR team at Microsoft where I could work with the platform to make it an even better target for dynamic languages and be able to have interesting technical discussions like that every day. > > The first few months at Microsoft were a challenge as I learned what was involved in working at a large company. However, once the initial hurdle was over I started experiencing the things that motivated me to come here in the first place. The team working on dynamic languages in general and IronPython in particular began to grow and I got to have those great technical discussions again about both how to make IronPython as good as it could be and how to make the CLR an even better platform. We began to take advantage of the great new features for dynamic languages already shipping in .NET 2.0 such as DynamicMethods, blindingly fast delegates and a new generics system that was seamlessly integrated with the existing reflection infrastructure. > > We were also able to release IronPython publicly from Microsoft with a BSD-style license. In the agile spirit of the project, we put out a new release of IronPython once every three weeks (on average) over the course of the project. This helped us connect well with our daring early adopters and receive and incorporate their feedback to make IronPython better. We've had countless excellent discussions on the mailing list on everything from supporting value types to calling overloaded methods. Without the drive and input of our users, IronPython would be a much weaker project. > > IronPython is about bringing together two worlds. The key value in IronPython is that it is both a true implementation of Python and is seamlessly integrated with the .NET platform. Most features were easy and natural choices where the language and the platform fit together with almost no work. However, there were challenges from the obvious cases like exception type hierarchies to the somewhat esoteric challenges concerning different methods on strings. We spent long days and sometimes weeks looking for the best answers to these challenging problems and in the end I think that we have stayed true to both Python and .NET. > > To drive our Python compatibility, we run a large portion of the standard Python regression test suite in addition to a large custom test suite we added that runs IronPython and CPython side-by-side to test for identical behavior whenever possible. Despite all of this work, there will still be differences between IronPython 1.0 and CPython. The most obvious difference is that IronPython is missing a number of standard C-based extension modules so things like "import bsddb" will fail. We maintain a detailed list of differences between the two implementations and aim to reduce the size of this list in every release. > > IronPython has also striven for deep integration with the CLR. For the implementation this is a great thing as it lets us take advantage of highly-tuned components developed for other languages such as the just-in-time compiler, garbage collector, debugging support, reflection, dynamic loading and more. This integration is also valuable to IronPython developers as it lets them easily use any and all libraries built for .NET from their Python code. > > This is the 1.0 release of IronPython. It's more complete and well tested than any other 1.0 product I have personally released in my career. However, like any other software product it's not perfect. You can search for known issues and let us know about any new ones that you find in our public bug database. We're continuing to work on IronPython and we want your input on how to make 1.1 and future releases even better. > > It's been an exciting journey for me to see IronPython go from a rough prototype playing around with some ideas to a solid 1.0 release. This never could have happened without all the people who've contributed to this project along the way. My thanks go out to all the users who braved our early releases and passed along their problems and suggestions. My thanks also go out to the amazing group of people here at Microsoft who've come to join this project and drive it to this quality 1.0 release. > > Shipping IronPython 1.0 isn't the end of the road, but rather the beginning. Not only will we continue to drive IronPython forward but we're also looking at the bigger picture to make all dynamic languages deeply integrated with the .NET platform and with technologies and products built on top of it. I'm excited about how far we've come, but even more excited by what the future holds! > > Thanks - Jim Hugunin (for the IronPython Team) > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sanxiyn at gmail.com Thu Sep 7 11:30:58 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 7 Sep 2006 18:30:58 +0900 Subject: [IronPython] xmlrpclib example Message-ID: <5b0248170609070230i6cbb2829he35137a8ea031b8d@mail.gmail.com> Python has a great xmlrpclib module to do XML-RPC as part of its standard library: http://docs.python.org/lib/module-xmlrpclib.html Today I tried it with IronPython and it just worked. You need to be able to load Python standard libraries. In addition, you need pyexpat.py I wrote: http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/pyexpat.py An example code is here. It should print "Alabama". http://sparcs.kaist.ac.kr/~tinuviel/fepy/example/xmlrpc_test.py Seo Sanghyeon From s.kobalczyk at softwaremind.pl Thu Sep 7 11:32:58 2006 From: s.kobalczyk at softwaremind.pl (Szymon Kobalczyk) Date: Thu, 07 Sep 2006 11:32:58 +0200 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: References: Message-ID: <44FFE74A.2030008@softwaremind.pl> On behalf of BizMind team at SoftwareMind, congratulations and thank you for making this such a great product and sharing it with the community starting from the early stages. Also thanks for all the people in this mailing list for helping us all. -- Szymon Kobalczyk SoftwareMind szko at softwaremind.pl PS: Thanks for mentioning me on the IP wiki pages, but my first name is Szymon not Syzmon -- this is a common mistake. From broessl at gmc.li Thu Sep 7 11:40:18 2006 From: broessl at gmc.li (=?iso-8859-1?Q?Bernd_R=F6ssl?=) Date: Thu, 7 Sep 2006 11:40:18 +0200 Subject: [IronPython] Passing Arguments in hosted enviroment Message-ID: <00e801c6d261$a1b4a8f0$7b6ea8c0@ntgmc.gmc.li> Hello list, Great to see 1.0 prod. Is out :) Anyway, currently i'm embedding ironpython to a web application. This gives us the ability to write extension and modules in python. One requirement is the possibility to pass arguments from the user context to the python enviroment. Till now i've done this by adding or setting object to the globals. Unfortunetly this approach isn't multi user suitable since the python enviroment is static and the same instance for all users respectivly for all sessions. So it could happen that a passed value of session2 overrides the passed value of session1. My thoughts: 1. Each session has it's own python enviroment: this results in higher memory usage and needs time each time a session loads it's python enviroment 2. The arguments are not passed directly to the enviroment but to a session dependent object: each script has to take care what args of what session will be taken 3. ? Is there a possibility to pass args to a "ExecuteFile" context? I mean my hosting application call's the method "executeFile" each time a script will be executed and the passed args should be reachable ONLY in this execution. What is the best solution to handle this challenge? Thanks for your hint's! Regards, bernd -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Sep 7 11:44:41 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 7 Sep 2006 18:44:41 +0900 Subject: [IronPython] CherryPy 3 on top of IronPython 1.0... kind of working In-Reply-To: <44FDF79B.4010703@defuze.org> References: <44FDF79B.4010703@defuze.org> Message-ID: <5b0248170609070244m14b164danc41c7217e493e513@mail.gmail.com> 2006/9/6, Sylvain Hellegouarch : > a. First string.encode('hex') is not implemented so: > LookupError: unknown encoding: hex This is CodePlex 1214. http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=1214 As I commented, this can be easily "fixed" by adding this line to site.py: import encodings CPython does this import implicitly inside _PyCodecRegistry_Init: http://pxr.openlook.org/pxr/source/Python/codecs.c?v=2.4.2#828 Seo Sanghyeon From sh at defuze.org Thu Sep 7 11:51:08 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Thu, 7 Sep 2006 10:51:08 +0100 (BST) Subject: [IronPython] CherryPy 3 on top of IronPython 1.0... kind of working In-Reply-To: <5b0248170609070244m14b164danc41c7217e493e513@mail.gmail.com> References: <44FDF79B.4010703@defuze.org> <5b0248170609070244m14b164danc41c7217e493e513@mail.gmail.com> Message-ID: <20365.194.221.74.7.1157622668.squirrel@mail1.webfaction.com> > 2006/9/6, Sylvain Hellegouarch : >> a. First string.encode('hex') is not implemented so: >> LookupError: unknown encoding: hex > > This is CodePlex 1214. > http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=1214 > > As I commented, this can be easily "fixed" by adding this line to site.py: > import encodings > > CPython does this import implicitly inside _PyCodecRegistry_Init: > http://pxr.openlook.org/pxr/source/Python/codecs.c?v=2.4.2#828 > You are precious Seo! Thanks, - Sylvain From Martin.Maly at microsoft.com Thu Sep 7 17:16:41 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Thu, 7 Sep 2006 08:16:41 -0700 Subject: [IronPython] [ANN] IronPython 1.0 released today! In-Reply-To: <44FFE74A.2030008@softwaremind.pl> References: <44FFE74A.2030008@softwaremind.pl> Message-ID: Thank you for letting us know. I've corrected your name. Please accept our apologies for misspelling it. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Szymon Kobalczyk Sent: Thursday, September 07, 2006 2:33 AM To: Discussion of IronPython Subject: Re: [IronPython] [ANN] IronPython 1.0 released today! On behalf of BizMind team at SoftwareMind, congratulations and thank you for making this such a great product and sharing it with the community starting from the early stages. Also thanks for all the people in this mailing list for helping us all. -- Szymon Kobalczyk SoftwareMind szko at softwaremind.pl PS: Thanks for mentioning me on the IP wiki pages, but my first name is Szymon not Syzmon -- this is a common mistake. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jvm_cop at spamcop.net Fri Sep 8 00:21:28 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Thu, 07 Sep 2006 18:21:28 -0400 Subject: [IronPython] IDE status info In-Reply-To: <20060830215254.87731.qmail@web84103.mail.mud.yahoo.com> References: <003b01c6cc5b$5f27ec60$1216a8c0@RCONDE> <20060830215254.87731.qmail@web84103.mail.mud.yahoo.com> Message-ID: <7.0.1.0.2.20060907175230.07594b38@wheresmymailserver.com> I am not affiliated with the company or product I'm about to discuss in any way; I have not purchased it myself. For those who are discouraged by the need to have a version of Visual Studio that costs money (as the Express version doesn't support plug-ins) in order to get IronPython integration with a commercial-quality IDE, there is a cheaper alternative than purchasing the full Visual Studio. The company RemObjects has built Chrome -- a .NET-only compiler for the Delphi language (aka Object Pascal), and they've made a number of enhancements to it to better support .NET concepts. (In many ways it compares to Delphi like IronPython compares to CPython. Do not expect VCL support, however.) The command-line version of the compiler is free to download, and is available for Mono as well as for Windows. What they sell is the integration of Chrome into the Visual Studio IDE (and other products unrelated to Chrome); they have a "student / non-commercial academic" version for [as of today] EUR 49. Until recently, you had to own VS to use Chrome's IDE integration. They have now made it possible to buy "Chrome for Visual Studio" as before, or you can buy "Chrome with Visual Studio" (Chrome inside a copy of VS) for about EUR 50 more (EUR 26 more for student version). It is my impression that you will be able to plug IronPython into that version of VS, as they discuss on their site the value of being able to use 3rd-party plug-ins for VS in conjunction with Chrome. You can see the prices at http://www.remobjects.com/order/ Scroll down past the subscriptions and suites (averting your eyes from the prices on the right, lest yee be scared off!) until you get to the Chrome section. Also, Delphi users get a price break. My apologies if anyone thinks this is an inappropriate post; I'm just trying to help those with small wallets get a good IDE for IronPython -- and there's little wrong with Chrome for those (Delphi users) who already have their heads around Object Pascal. At 05:52 PM 8/30/2006, S H Yoon wrote >http://community.sharpdevelop.net/forums/thread/3770.aspx > >This gentleman Andy Tao appears to be working on IPY IDE and hit some problems, [snip] J. Merrill / Analytical Software Corp From yelled at yahoo.com Fri Sep 8 02:27:50 2006 From: yelled at yahoo.com (S H Yoon) Date: Thu, 7 Sep 2006 17:27:50 -0700 (PDT) Subject: [IronPython] ipy in Emacs with TabCompletion In-Reply-To: Message-ID: <20060908002750.52490.qmail@web84114.mail.mud.yahoo.com> This is not really a bug, but I am attempting to use XEmacs in WinXP with TabCompletion and XEmacs basically goes into a infinite loop printing below. --------------- c:\Documents and Settings\Hoon\Desktop>ipy -X:TabCompletion ipy -X:TabCompletion IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> Traceback (most recent call last): File mscorlib, line unknown, in get_CursorTop File mscorlib, line unknown, in GetBufferInfo File mscorlib, line unknown, in GetBufferInfo File mscorlib, line unknown, in WinIOError IOError: The handle is invalid. >>> Traceback (most recent call last): File mscorlib, line unknown, in get_CursorTop File mscorlib, line unknown, in GetBufferInfo File mscorlib, line unknown, in GetBufferInfo File mscorlib, line unknown, in WinIOError IOError: The handle is invalid. >>> Traceback (most recent call last): File mscorlib, line unknown, in get_CursorTop File mscorlib, line unknown, in GetBufferInfo File mscorlib, line unknown, in GetBufferInfo File mscorlib, line unknown, in WinIOError IOError: The handle is invalid. ...... --------------------------------- How low will we go? Check out Yahoo! Messenger?s low PC-to-Phone call rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kristof.wagemans at gmail.com Fri Sep 8 10:22:22 2006 From: kristof.wagemans at gmail.com (Kristof Wagemans) Date: Fri, 8 Sep 2006 10:22:22 +0200 Subject: [IronPython] System.Array Message-ID: <000001c6d31f$e9c50d10$0f01a8c0@notebook> You can create an int array of length 3 with: System.Array[int]((1,2,3)) Is there an alternative syntax to create an int array of length 3 without passing in a tuple with 3 values? I know that I can create one with: System.Array.CreateInstance(int,3) -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvm_cop at spamcop.net Fri Sep 8 18:57:01 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 08 Sep 2006 12:57:01 -0400 Subject: [IronPython] System.Array In-Reply-To: <000001c6d31f$e9c50d10$0f01a8c0@notebook> References: <000001c6d31f$e9c50d10$0f01a8c0@notebook> Message-ID: <7.0.1.0.2.20060908125545.07751940@wheresmymailserver.com> Did you leave some part of your own question un-answered? CreateInstance does just what you said you wanted to know how to do, doesn't it? At 04:22 AM 9/8/2006, Kristof Wagemans wrote >You can create an int array of length 3 with: >System.Array[int]((1,2,3)) > >Is there an alternative syntax to create an int array of length 3 without passing in a tuple with 3 values? I know that I can create one with: >System.Array.CreateInstance(int,3) J. Merrill / Analytical Software Corp -------------- next part -------------- An HTML attachment was scrubbed... URL: From kristof.wagemans at gmail.com Fri Sep 8 19:12:26 2006 From: kristof.wagemans at gmail.com (Kristof Wagemans) Date: Fri, 8 Sep 2006 19:12:26 +0200 Subject: [IronPython] System.Array In-Reply-To: <7.0.1.0.2.20060908125545.07751940@wheresmymailserver.com> Message-ID: <000601c6d369$f6e7efe0$0f01a8c0@notebook> The question is: is there an alternative syntax to create an array of a specific length. Now you have to go through a static method of System.Array to create it. I wanted to know if you can create it directly and keep it looking like System.Array[int]. Something like: System.Array[int](3). But this throws an exception. _____ From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of J. Merrill Sent: Friday 8 September 2006 18:57 To: Discussion of IronPython Subject: Re: [IronPython] System.Array Did you leave some part of your own question un-answered? CreateInstance does just what you said you wanted to know how to do, doesn't it? At 04:22 AM 9/8/2006, Kristof Wagemans wrote You can create an int array of length 3 with: System.Array[int]((1,2,3)) Is there an alternative syntax to create an int array of length 3 without passing in a tuple with 3 values? I know that I can create one with: System.Array.CreateInstance(int,3) J. Merrill / Analytical Software Corp -------------- next part -------------- An HTML attachment was scrubbed... URL: From MLaFleur at ParlanceCorp.com Fri Sep 8 19:35:39 2006 From: MLaFleur at ParlanceCorp.com (Marc LaFleur) Date: Fri, 8 Sep 2006 13:35:39 -0400 Subject: [IronPython] Visual Studio Integration Message-ID: <61957B071FF421419E567A28A45C7FE50860C2EC@mailbox.nameconnector.com> I'm curious what the current status/thinking is on IronPython integration with Visual Studio 2005. I understand there are some older bits available as part of the Visual Studio SDK beta. Any chance this is going to go into production soon? Marc LaFleur Parlance Corporation, Your voice for Service. Call me toll free: 888-700-6263 Just say my name to get connected. From jvm_cop at spamcop.net Fri Sep 8 19:43:37 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 08 Sep 2006 13:43:37 -0400 Subject: [IronPython] Alternative to ironpythonconsole.exe In-Reply-To: <436BDE0F.1000204@softwaremind.pl> References: <436BDE0F.1000204@softwaremind.pl> Message-ID: <7.0.1.0.2.20060908134233.0775a250@wheresmymailserver.com> Given the major API changes that took place since you sent this out, have you got an updated version that you're willing to let us have? Thanks! At 06:17 PM 11/4/2005, Szymon Kobalczyk wrote >Hello all, > >Attached is my attempt to create console for IronPython in WinForms. It uses the RunInteractive() method on PythonEngine and provides itself as an IConsole. Hence, this one runs in a single process. > >The RunInteractive executes it's own loop and I had to run it in background thread so it doesn't block the UI. The requests for input and output messages are marshaled between these two threads. > >Unfortunately I wasn't able to redirect standard console output to my windows so you want see any results that are normally shown on the console. So what's the point then? Well, it shows some way to run and provide input to the engine and I hope someone already has a solution to redirect outputs. Oh, and it supports history ;-) > >Szymon Kobalczyk. J. Merrill / Analytical Software Corp From dinov at exchange.microsoft.com Fri Sep 8 19:30:51 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 8 Sep 2006 10:30:51 -0700 Subject: [IronPython] System.Array In-Reply-To: <000601c6d369$f6e7efe0$0f01a8c0@notebook> References: <7.0.1.0.2.20060908125545.07751940@wheresmymailserver.com> <000601c6d369$f6e7efe0$0f01a8c0@notebook> Message-ID: <7AD436E4270DD54A94238001769C222738B92A00D6@DF-GRTDANE-MSG.exchange.corp.microsoft.com> We thought that CreateInstance was a handy enough way to do this so we didn't re-invent the wheel. Given our current syntax for creating an array requiring a sequence we've left the window open to add your proposed syntax in the future but it'd be interesting to hear how cumbersome others think the CreateInstance call is. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Kristof Wagemans Sent: Friday, September 08, 2006 10:12 AM To: 'Discussion of IronPython' Subject: Re: [IronPython] System.Array The question is: is there an alternative syntax to create an array of a specific length. Now you have to go through a static method of System.Array to create it. I wanted to know if you can create it directly and keep it looking like System.Array[int]. Something like: System.Array[int](3). But this throws an exception. ________________________________ From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of J. Merrill Sent: Friday 8 September 2006 18:57 To: Discussion of IronPython Subject: Re: [IronPython] System.Array Did you leave some part of your own question un-answered? CreateInstance does just what you said you wanted to know how to do, doesn't it? At 04:22 AM 9/8/2006, Kristof Wagemans wrote You can create an int array of length 3 with: System.Array[int]((1,2,3)) Is there an alternative syntax to create an int array of length 3 without passing in a tuple with 3 values? I know that I can create one with: System.Array.CreateInstance(int,3) J. Merrill / Analytical Software Corp -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Sep 8 20:08:58 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 9 Sep 2006 03:08:58 +0900 Subject: [IronPython] System.Array In-Reply-To: <7AD436E4270DD54A94238001769C222738B92A00D6@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <7.0.1.0.2.20060908125545.07751940@wheresmymailserver.com> <000601c6d369$f6e7efe0$0f01a8c0@notebook> <7AD436E4270DD54A94238001769C222738B92A00D6@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <5b0248170609081108w57de43e6wc7969470e76af810@mail.gmail.com> 2006/9/9, Dino Viehland : > We thought that CreateInstance was a handy enough way to do this so we > didn't re-invent the wheel. Given our current syntax for creating an array > requiring a sequence we've left the window open to add your proposed syntax > in the future but it'd be interesting to hear how cumbersome others think > the CreateInstance call is. I think CreateInstance is fine. Seo Sanghyeon From Bern.McCarty at bentley.com Thu Sep 7 21:38:45 2006 From: Bern.McCarty at bentley.com (Bern.McCarty at bentley.com) Date: Thu, 7 Sep 2006 15:38:45 -0400 Subject: [IronPython] problem with IronPython 1.0 and os.utime ? Message-ID: I am using IronPython 1.0 under Windows XP and using the python libraries from ActivePython 2.4 Build 243. When I run this program under IronPython: import os import stat def printFileTimes(st): print 'Last Access: ', st[stat.ST_ATIME] print 'Last Modification: ', st[stat.ST_MTIME] print 'Creation Time: ', st[stat.ST_CTIME] print def main(): filename = 'testfile.txt' oOutFile = open(filename , 'w') oOutFile.writelines(['Line 1\n', 'Line 2\n', 'Line 3\n']) oOutFile.close() st1 = os.stat(filename) printFileTimes(st1) print 'Now set the last-access and last-mod times to what they supposedly already are.' os.utime(filename, (st1[stat.ST_ATIME], st1[stat.ST_MTIME])) st2 = os.stat(filename) printFileTimes(st2) print 'So what is up with that last-access time now? Why did it change?' if __name__ == '__main__': main() I get this output: Last Access: 63293240071 Last Modification: 63293240071 Creation Time: 63293239100 Now set the last-access and last-mod times to what they supposedly already are. Last Access: 125428808071 Last Modification: 63293240071 Creation Time: 63293239100 So what is up with that last-access time now? Why did it change? Whereas under Cpython it works as expected. From Chuck.Kirschman at bentley.com Fri Sep 8 14:24:08 2006 From: Chuck.Kirschman at bentley.com (Chuck.Kirschman at bentley.com) Date: Fri, 8 Sep 2006 08:24:08 -0400 Subject: [IronPython] Regex that works under CPython doesn't compile under IronPython Message-ID: #test.py import re # compiles under CPython, fails under IronPython myregex = re.compile (r"[\\A-Z\.\+]") if myregex.search ('aaaA\\B\\Caaa'): print 'found' else: print 'not found' ------------------------- I tried to run my Python script under Iron Python and this line: re.compile (r"[\\A-Z\.\+]") does not compile. I get re.error: parsing "[\A-Z\.\+]" - Unrecognized escape sequence \A. To fix it, I had to go to 3 slashes, not 2 or 4: re.compile (r"[\\\A-Z\.\+]") This seems a bit counter-intuitive to me. Thanks chuck From David.Ebbo at microsoft.com Fri Sep 8 22:10:52 2006 From: David.Ebbo at microsoft.com (David Ebbo) Date: Fri, 8 Sep 2006 13:10:52 -0700 Subject: [IronPython] Passing Arguments in hosted enviroment In-Reply-To: <00e801c6d261$a1b4a8f0$7b6ea8c0@ntgmc.gmc.li> References: <00e801c6d261$a1b4a8f0$7b6ea8c0@ntgmc.gmc.li> Message-ID: Hi Bernd, I would recommend against calling ExecuteFile on each request, as that would cause the code to be parsed and compiled every time (very inefficient). Instead, one thing you can do is: - On the first request, create an EngineModule - Call ExecuteFile, passing your module - Find methods that you care about in EngineModule.Globals - Then on every request, you can call those methods, passing it arguments that are specific to the current request (e.g. the HttpContext) You can also look at CreateLambda and CreateMethod, which may make more sense depending on your specific scenario (i.e. what kind of code you are executing). David From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bernd R?ssl Sent: Thursday, September 07, 2006 2:40 AM To: users at lists.ironpython.com Subject: [IronPython] Passing Arguments in hosted enviroment Hello list, Great to see 1.0 prod. Is out :) Anyway, currently i'm embedding ironpython to a web application. This gives us the ability to write extension and modules in python. One requirement is the possibility to pass arguments from the user context to the python enviroment. Till now i've done this by adding or setting object to the globals. Unfortunetly this approach isn't multi user suitable since the python enviroment is static and the same instance for all users respectivly for all sessions. So it could happen that a passed value of session2 overrides the passed value of session1. My thoughts: 1. Each session has it's own python enviroment: this results in higher memory usage and needs time each time a session loads it's python enviroment 2. The arguments are not passed directly to the enviroment but to a session dependent object: each script has to take care what args of what session will be taken 3. ? Is there a possibility to pass args to a "ExecuteFile" context? I mean my hosting application call's the method "executeFile" each time a script will be executed and the passed args should be reachable ONLY in this execution. What is the best solution to handle this challenge? Thanks for your hint's! Regards, bernd -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Fri Sep 8 22:36:32 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 8 Sep 2006 13:36:32 -0700 Subject: [IronPython] Regex that works under CPython doesn't compile under IronPython In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C222738B92A024F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> This is a bug - I've opened CodePlex bug #3049 to track this (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3049). The problem here is that we're not recognizing the double \ as being a valid escape sequence that we should ignore. Instead we skip the 1st \, see the \A and then believe we should remove the escaping for you. If you'd like to fix this locally on your own copy you can add: case '\\': // escaping a \\ cur+=2; break; to the 2nd switch statement in PreParseRegex method (in Src\IronPython\Modules\re.cs). Otherwise I've tentatively opened this as a 1.01 bug. Thanks for the report! -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Chuck.Kirschman at bentley.com Sent: Friday, September 08, 2006 5:24 AM To: users at lists.ironpython.com Subject: [IronPython] Regex that works under CPython doesn't compile under IronPython #test.py import re # compiles under CPython, fails under IronPython myregex = re.compile (r"[\\A-Z\.\+]") if myregex.search ('aaaA\\B\\Caaa'): print 'found' else: print 'not found' ------------------------- I tried to run my Python script under Iron Python and this line: re.compile (r"[\\A-Z\.\+]") does not compile. I get re.error: parsing "[\A-Z\.\+]" - Unrecognized escape sequence \A. To fix it, I had to go to 3 slashes, not 2 or 4: re.compile (r"[\\\A-Z\.\+]") This seems a bit counter-intuitive to me. Thanks chuck _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Shri.Borde at microsoft.com Fri Sep 8 22:45:52 2006 From: Shri.Borde at microsoft.com (Shri Borde) Date: Fri, 8 Sep 2006 13:45:52 -0700 Subject: [IronPython] New - PythonEngine documentation Message-ID: <50B69702CA6E6D4E849D30CD4989AB8E304F7D9492@DF-GRTDANE-MSG.exchange.corp.microsoft.com> In case you hadn't noticed, there is a new IronPythonApiReference.chm in the Doc folder in the zip 1.0 RTM zip files, both bin and src. This should help answer many of the questions which come up about the specifics of the hosting APIs. Thanks, Shri PS: I thought I had sent this email earlier but didn't see it on the mailing list. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Fri Sep 8 22:49:31 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 8 Sep 2006 13:49:31 -0700 Subject: [IronPython] problem with IronPython 1.0 and os.utime ? In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C222738B92A0266@DF-GRTDANE-MSG.exchange.corp.microsoft.com> There's two issues here, I've opened bug #3050 to track this (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython). The 1st issue is that nt.utime is steting the LastAccessTime twice - obviously we want to set LastAccess once, and LastWrite once. The 2nd issue is that we're doing the wrong calculating for setting the time - this is the reason LastAccess is getting thrown off so much. I've tentatively opened this as a 1.01 bug fix bug if you'd like to workaround it until then you can replace the existing block that handles this in SetFileTimes in IronPython\Modules\nt.cs with: } else if (times.Count == 2) { DateTime atime = DateTime.MinValue.Add(TimeSpan.FromSeconds(Converter.ConvertToDouble(times[0]))); DateTime mtime = DateTime.MinValue.Add(TimeSpan.FromSeconds(Converter.ConvertToDouble(times[1]))); fi.LastAccessTime = atime; fi.LastWriteTime = mtime; This removes a hard coded date and switches to DateTime.MinValue and then also sets the 2 values instead of just one. Thanks for the bug report! -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bern.McCarty at bentley.com Sent: Thursday, September 07, 2006 12:39 PM To: users at lists.ironpython.com Subject: [IronPython] problem with IronPython 1.0 and os.utime ? I am using IronPython 1.0 under Windows XP and using the python libraries from ActivePython 2.4 Build 243. When I run this program under IronPython: import os import stat def printFileTimes(st): print 'Last Access: ', st[stat.ST_ATIME] print 'Last Modification: ', st[stat.ST_MTIME] print 'Creation Time: ', st[stat.ST_CTIME] print def main(): filename = 'testfile.txt' oOutFile = open(filename , 'w') oOutFile.writelines(['Line 1\n', 'Line 2\n', 'Line 3\n']) oOutFile.close() st1 = os.stat(filename) printFileTimes(st1) print 'Now set the last-access and last-mod times to what they supposedly already are.' os.utime(filename, (st1[stat.ST_ATIME], st1[stat.ST_MTIME])) st2 = os.stat(filename) printFileTimes(st2) print 'So what is up with that last-access time now? Why did it change?' if __name__ == '__main__': main() I get this output: Last Access: 63293240071 Last Modification: 63293240071 Creation Time: 63293239100 Now set the last-access and last-mod times to what they supposedly already are. Last Access: 125428808071 Last Modification: 63293240071 Creation Time: 63293239100 So what is up with that last-access time now? Why did it change? Whereas under Cpython it works as expected. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From riltim at gmail.com Fri Sep 8 22:55:43 2006 From: riltim at gmail.com (Tim Riley) Date: Fri, 8 Sep 2006 16:55:43 -0400 Subject: [IronPython] New - PythonEngine documentation In-Reply-To: <50B69702CA6E6D4E849D30CD4989AB8E304F7D9492@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <50B69702CA6E6D4E849D30CD4989AB8E304F7D9492@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Very useful. Thank you for pointing that out as I hadn't noticed. Tim On 9/8/06, Shri Borde wrote: > > In case you hadn't noticed, there is a new IronPythonApiReference.chm in > the Doc folder in the zip 1.0 RTM zip files, both bin and src. This should > help answer many of the questions which come up about the specifics of the > hosting APIs. > > > > Thanks, > > Shri > > > > PS: I thought I had sent this email earlier but didn't see it on the > mailing list. > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wegrata at gmail.com Fri Sep 8 22:59:38 2006 From: wegrata at gmail.com (Walt Grata) Date: Fri, 8 Sep 2006 16:59:38 -0400 Subject: [IronPython] adding a web reference to an Iironpython application Message-ID: <399113660609081359n7477fff2u4a781b88f7bf9875@mail.gmail.com> I would like to add a reference to a web service in an ironpythong application. I looked at the samples provided on the CodePlex site and the only thing that was similiar used a C# class library to access the web service and ironpython communicated with the dll. Cheers Walt From brian at babastik.com Sat Sep 9 01:31:32 2006 From: brian at babastik.com (brian at babastik.com) Date: Fri, 8 Sep 2006 18:31:32 -0500 (CDT) Subject: [IronPython] importing powershell ala the demo video Message-ID: <33149.208.209.42.2.1157758292.squirrel@www.babastik.com> Hey everyone, I am missing a key step trying to recreate the "from powershell import *" from Jim Hugunin demo (http://weblog.infoworld.com/udell/screenroom/ironpython_flv.html). I always get the "no module named powershell" error. Does anyone know what else needs to be setup for IronPython to find the powershell "module" and map it? Thanks. From shafranov at gmail.com Sat Sep 9 12:56:05 2006 From: shafranov at gmail.com (Alexander Shafranov) Date: Sat, 9 Sep 2006 14:56:05 +0400 Subject: [IronPython] profile module support Message-ID: <74fc943d0609090356i470e2419ra848d26977f470b8@mail.gmail.com> Hi all! I've found that CPy profile module doesn't work under IronPython because sys.setprofile doesn't implemented. So, Is it planned to add support of python-level profiling for IronPython? Alexander. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfgang.keller.nospam at gmx.de Sat Sep 9 17:01:56 2006 From: wolfgang.keller.nospam at gmx.de (Wolfgang Keller) Date: Sat, 9 Sep 2006 17:01:56 +0200 Subject: [IronPython] Can't get Ironpython to run on MacOS X... Message-ID: <0001HW.C128A40400035F2CF0180390@mail.gmx.net> Hello, when I enter "mono ipy.exe" in the terminal, Mono gets started, but I don't get a usable Python interpreter prompt - the output in the terminal window is "blind" When I enter "mono ipyw.exe", nothing happens, Mono doesn't even start. What am I doing wrong? I'm using MonoFramework-1.1.17.1_2 and Ironpython 1.0 on MacOS X 10.4.7 on a PowerMac G5, if this is relevant. TIA for any help, Sincerely, Wolfgang Keller -- My email-address is correct. Do NOT remove ".nospam" to reply. From sanxiyn at gmail.com Sat Sep 9 18:49:46 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sun, 10 Sep 2006 01:49:46 +0900 Subject: [IronPython] Can't get Ironpython to run on MacOS X... In-Reply-To: <0001HW.C128A40400035F2CF0180390@mail.gmx.net> References: <0001HW.C128A40400035F2CF0180390@mail.gmx.net> Message-ID: <5b0248170609090949r7a0a49f1q14b7545fe0c2f069@mail.gmail.com> 2006/9/10, Wolfgang Keller : > when I enter "mono ipy.exe" in the terminal, Mono gets started, but I don't > get a usable Python interpreter prompt - the output in the terminal window is > "blind" > > What am I doing wrong? Nothing. It is a known Mono bug. You may want to apply this patch before building IronPython as a workaround: http://sparcs.kaist.ac.kr/~tinuviel/download/patch-ironpython-mono-console -- Seo Sanghyeon From wolfgang.keller.nospam at gmx.de Sun Sep 10 15:29:30 2006 From: wolfgang.keller.nospam at gmx.de (Wolfgang Keller) Date: Sun, 10 Sep 2006 15:29:30 +0200 Subject: [IronPython] Can't get Ironpython to run on MacOS X... In-Reply-To: <5b0248170609090949r7a0a49f1q14b7545fe0c2f069@mail.gmail.com> Message-ID: <0001HW.C129DFDA0001B0DDF0180390@mail.gmx.net> On Sat, 9 Sep 2006 18:49:46 +0200, Sanghyeon Seo wrote (in message <5b0248170609090949r7a0a49f1q14b7545fe0c2f069 at mail.gmail.com>): > You may want to apply this patch before building IronPython as a workaround: > http://sparcs.kaist.ac.kr/~tinuviel/download/patch-ironpython-mono-console Err, I've downloaded the "binary". Has anyone a patched binary available for people like me who have a serious compiler-allergy? ;-) Sincerely, Wolfgang Keller -- My email-address is correct. Do NOT remove ".nospam" to reply. From dkurman at gmail.com Sun Sep 10 18:34:39 2006 From: dkurman at gmail.com (Dave Kurman) Date: Sun, 10 Sep 2006 12:34:39 -0400 Subject: [IronPython] importing powershell ala the demo video In-Reply-To: <33149.208.209.42.2.1157758292.squirrel@www.babastik.com> References: <33149.208.209.42.2.1157758292.squirrel@www.babastik.com> Message-ID: <9bf2b7e70609100934u523966b8kf654797b34e9797@mail.gmail.com> Along with powershell Jim had a number of other helpers for the demo that might be useful to examine -- like how was vbx done? I don't have a particular use case for now but the stuff is pretty exciting. thanks --dave On 9/8/06, brian at babastik.com wrote: > > Hey everyone, > > I am missing a key step trying to recreate the > "from powershell import *" from Jim Hugunin demo > (http://weblog.infoworld.com/udell/screenroom/ironpython_flv.html). I > always get the "no module named powershell" error. > > Does anyone know what else needs to be setup for IronPython to find the > powershell "module" and map it? > > Thanks. > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From per.vognsen at gmail.com Mon Sep 11 06:31:32 2006 From: per.vognsen at gmail.com (Per Vognsen) Date: Sun, 10 Sep 2006 20:31:32 -0800 Subject: [IronPython] importing powershell ala the demo video In-Reply-To: <9bf2b7e70609100934u523966b8kf654797b34e9797@mail.gmail.com> References: <33149.208.209.42.2.1157758292.squirrel@www.babastik.com> <9bf2b7e70609100934u523966b8kf654797b34e9797@mail.gmail.com> Message-ID: Look in the Tutorial directory for vbx.bat. On 9/10/06, Dave Kurman wrote: > Along with powershell Jim had a number of other helpers for the demo that > might be useful to examine -- like how was vbx done? > > I don't have a particular use case for now but the stuff is pretty exciting. > > > thanks --dave > > > On 9/8/06, brian at babastik.com wrote: > > Hey everyone, > > > > I am missing a key step trying to recreate the > > "from powershell import *" from Jim Hugunin demo > > > (http://weblog.infoworld.com/udell/screenroom/ironpython_flv.html). > I > > always get the "no module named powershell" error. > > > > Does anyone know what else needs to be setup for IronPython to find the > > powershell "module" and map it? > > > > Thanks. > > > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > From sanxiyn at gmail.com Mon Sep 11 12:04:36 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 11 Sep 2006 19:04:36 +0900 Subject: [IronPython] DB-API for IronPython update Message-ID: <5b0248170609110304r22dbafcet1bfa076a2f5b9115@mail.gmail.com> I updated my DB-API for IronPython module, with patches from Mark Rees. Thank you, Mark! http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/dbapi.py # 2006-09-11 sanxiyn Merged changes from Mark Rees # * 2006-09-06 mark Added support for transactions # * 2006-09-07 mark Execution of non-query statements # Added fetchone/fetchmany I also updated a test script for it. http://sparcs.kaist.ac.kr/~tinuviel/fepy/example/database_access.py It tests conformance to Python DB-API specification version 2 for .description and .rowcount attributes, and also transaction support and data fetching. -- Seo Sanghyeon From sanxiyn at gmail.com Mon Sep 11 12:08:45 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 11 Sep 2006 19:08:45 +0900 Subject: [IronPython] socket for IronPython update Message-ID: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> I updated my socket module for IronPython. Although standard IronPython release already has a socket module, it doesn't support makefile(), ssl(), and select.select() yet, so this module is still useful. http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/socket.py Changes are mostly following socket.cs. * Renamed SocketType class to PythonSocket, as previous name shadowed System.Net.Sockets.SocketType. * Use Enum.ToObject() to convert integer constants, instead of if/else statements. As IronPython already includes socket.py, you need to a way to override built-in modules to use my module. I updated my site.py with appropriate code. http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/site.py Relevant part is: import imp import sys import os def override_builtin(name): sys.modules[name] = module = imp.new_module(name) path = os.path.join(sys.prefix, 'Lib', name + '.py') execfile(path, module.__dict__) override_builtin('socket') -- Seo Sanghyeon From sh at defuze.org Mon Sep 11 12:10:16 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Mon, 11 Sep 2006 11:10:16 +0100 (BST) Subject: [IronPython] socket for IronPython update In-Reply-To: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> Message-ID: <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> Thanks a lot Seo. Any reason that I would have missed why the built-in socket module does not include those missing module functions? Thanks, - Sylvain > I updated my socket module for IronPython. Although standard > IronPython release already has a socket module, it doesn't support > makefile(), ssl(), and select.select() yet, so this module is still > useful. > > http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/socket.py > > Changes are mostly following socket.cs. > * Renamed SocketType class to PythonSocket, as previous name shadowed > System.Net.Sockets.SocketType. > * Use Enum.ToObject() to convert integer constants, instead of if/else > statements. > > As IronPython already includes socket.py, you need to a way to > override built-in modules to use my module. I updated my site.py with > appropriate code. > > http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib/site.py > > Relevant part is: > > import imp > import sys > import os > > def override_builtin(name): > sys.modules[name] = module = imp.new_module(name) > path = os.path.join(sys.prefix, 'Lib', name + '.py') > execfile(path, module.__dict__) > > override_builtin('socket') > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From sanxiyn at gmail.com Mon Sep 11 12:16:30 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 11 Sep 2006 19:16:30 +0900 Subject: [IronPython] socket for IronPython update In-Reply-To: <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> Message-ID: <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> 2006/9/11, Sylvain Hellegouarch : > Thanks a lot Seo. > > Any reason that I would have missed why the built-in socket module does > not include those missing module functions? Well, that question should be answered by IronPython team, not me. I think the reason is... well, because they haven't got a time to implement them. Seo Sanghyeon From stan at ertmssolutions.com Mon Sep 11 13:11:38 2006 From: stan at ertmssolutions.com (Stanislas Pinte) Date: Mon, 11 Sep 2006 13:11:38 +0200 Subject: [IronPython] API doc ref Message-ID: <4505446A.5090902@ertmssolutions.com> thanks a lot for that documentation...A must-have!! Stan. -- ----------------------------------------------------------------- Stanislas Pinte e-mail: stan at ertmssolutions.com ERTMS Solutions http://www.ertmssolutions.com Rue de l'Autonomie, 1 Tel: + 322 - 522.06.63 1070 Bruxelles Fax: + 322 - 522.09.30 ----------------------------------------------------------------- Skype (http://www.skype.com) id: stanpinte ----------------------------------------------------------------- From wolfgang.keller.nospam at gmx.de Mon Sep 11 14:41:48 2006 From: wolfgang.keller.nospam at gmx.de (Wolfgang Keller) Date: Mon, 11 Sep 2006 14:41:48 +0200 Subject: [IronPython] Can't get Ironpython to run on MacOS X... In-Reply-To: <5b0248170609090949r7a0a49f1q14b7545fe0c2f069@mail.gmail.com> Message-ID: <0001HW.C12B262C000267C7F0180390@mail.gmx.net> > Nothing. It is a known Mono bug. >From the answer I got on the Mono list, I would guess that it's less well known to the Mono developers. :-( Sincerely, Wolfgang Keller -- My email-address is correct. Do NOT remove ".nospam" to reply. From broessl at gmc.li Mon Sep 11 16:57:05 2006 From: broessl at gmc.li (=?iso-8859-1?Q?Bernd_R=F6ssl?=) Date: Mon, 11 Sep 2006 16:57:05 +0200 Subject: [IronPython] Passing Arguments in hosted enviroment Message-ID: <00d201c6d5b2$8d3df260$5090a8c0@ntgmc.gmc.li> Hey David, thanks for your help. Passing the args to a session dependend context seams to be not as abstract as i thought...i will do so. I think i can't pass on 'ExecuteFile' because there are a lot of different scripts that can be edited during runtime. This scripts aren't simple methods (currently they are) which can be realized in a lambda function. They could be quite complex. But i agree to prefere precompiled stuff to execute. Doesn't IronPython handles this out of the box like CPython? Bernd From dinov at exchange.microsoft.com Mon Sep 11 17:40:22 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 11 Sep 2006 08:40:22 -0700 Subject: [IronPython] socket for IronPython update In-Reply-To: <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22273E9618EF54@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo Sent: Monday, September 11, 2006 3:17 AM To: sh at defuze.org; Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update 2006/9/11, Sylvain Hellegouarch : > Thanks a lot Seo. > > Any reason that I would have missed why the built-in socket module > does not include those missing module functions? Well, that question should be answered by IronPython team, not me. I think the reason is... well, because they haven't got a time to implement them. Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Mon Sep 11 17:45:23 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 11 Sep 2006 08:45:23 -0700 Subject: [IronPython] profile module support In-Reply-To: <74fc943d0609090356i470e2419ra848d26977f470b8@mail.gmail.com> References: <74fc943d0609090356i470e2419ra848d26977f470b8@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22273E9618EF5A@DF-GRTDANE-MSG.exchange.corp.microsoft.com> We haven't discussed implementing any of the CPython profiling & debugging support as of yet. I've opened CodePlex bug # 3124 (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython) but I'm not really sure when we'd get to this (I believe we have some other bugs for various debugging support - eg http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=563 which doesn't mention setprofile, and this one falls into the same sort of bucket). From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Alexander Shafranov Sent: Saturday, September 09, 2006 3:56 AM To: users at lists.ironpython.com Subject: [IronPython] profile module support Hi all! I've found that CPy profile module doesn't work under IronPython because sys.setprofile doesn't implemented. So, Is it planned to add support of python-level profiling for IronPython? Alexander. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Mon Sep 11 17:55:31 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 12 Sep 2006 00:55:31 +0900 Subject: [IronPython] Patch for CodePlex issue #3118 Message-ID: <5b0248170609110855u5934425bke741d53867086489@mail.gmail.com> David Fraser filed CodePlex issue #3118 on co_flags. After talking with him a bit on IRC, I could come up with a patch for the issue. http://sparcs.kaist.ac.kr/~tinuviel/download/patch-ironpython-co-flags It would be nice too see this fixed in the latest source code download. -- Seo Sanghyeon From dwoogle at gmail.com Mon Sep 11 17:57:13 2006 From: dwoogle at gmail.com (David Welden) Date: Mon, 11 Sep 2006 10:57:13 -0500 Subject: [IronPython] Question for Sanghyeon Seo on porting projects Message-ID: First a comment: Absolutely wonderful stuff you have been doing (socket, db-api, etc.)! Please keep up the good work. And now the question: I notice you have begun some exploratory work on a port of ctypes. I would like to use this to port one of my ctypes interfaces to Iron Python, but alas, I am not a very experienced C or C# programmer and have not the knowledge to build on your foundation. Do you (or Thomas Heller perhaps) have any plans to move forward on this? Specifically, I would like to see support for structures, unions, and arrays. Not sure how much help I could be in the coding, but I would be happy to try out some unit testing for you if that would assist. Thanks again -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Mon Sep 11 18:14:40 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Mon, 11 Sep 2006 10:14:40 -0600 Subject: [IronPython] Question for Sanghyeon Seo on porting projects In-Reply-To: References: Message-ID: Just a side note: Seo, you know you've made it to the top of the community expert stack when folks begin to single you out in the subject line ;) >> First a comment: Absolutely wonderful stuff you have been doing (socket, db-api, etc.)! Please keep up the good work. Amen! On 9/11/06, David Welden wrote: > > First a comment: Absolutely wonderful stuff you have been doing (socket, > db-api, etc.)! Please keep up the good work. > > And now the question: I notice you have begun some exploratory work on a > port of ctypes. I would like to use this to port one of my ctypes interfaces > to Iron Python, but alas, I am not a very experienced C or C# programmer and > have not the knowledge to build on your foundation. Do you (or Thomas Heller > perhaps) have any plans to move forward on this? Specifically, I would like > to see support for structures, unions, and arrays. Not sure how much help I > could be in the coding, but I would be happy to try out some unit testing > for you if that would assist. > > Thanks again > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sh at defuze.org Mon Sep 11 18:34:13 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Mon, 11 Sep 2006 17:34:13 +0100 (BST) Subject: [IronPython] socket for IronPython update In-Reply-To: <7AD436E4270DD54A94238001769C22273E9618EF54@DF-GRTDANE-MSG.exchange.co rp.microsoft.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7AD436E4270DD54A94238001769C22273E9618EF54@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <51369.81.159.20.229.1157992453.squirrel@mail1.webfaction.com> > Originally we were trying to implement "_socket" instead of "socket". We > ran into one problem with this: the standard socket.py module has an > implicit dependency upon CPython's reference counting garbage collector > (for implementing dup). We considered a hack to make this work but > ultimately rejected it in favor of implementing "socket" instead replacing > the standard Python module. Unfortunately makefile didn't make it - and > that looks like the same thing for ssl (it's present in CPythons socket > but not _socket). > > Select was a much simpler case of just not getting to it in time. We'll > ship a select implementation w/ the 1.1 release - we'll need to look at > makefile & ssl though (makefile should be trivial, hopefully ssl will be > just as trivial). I cannot deny that would be fantastic to have a complete implementation of the socket module. ssl would then be the cherry on top of it ;) Thanks for the feedback - Sylvain > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo > Sent: Monday, September 11, 2006 3:17 AM > To: sh at defuze.org; Discussion of IronPython > Subject: Re: [IronPython] socket for IronPython update > > 2006/9/11, Sylvain Hellegouarch : >> Thanks a lot Seo. >> >> Any reason that I would have missed why the built-in socket module >> does not include those missing module functions? > > Well, that question should be answered by IronPython team, not me. > > I think the reason is... well, because they haven't got a time to > implement them. > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From sanxiyn at gmail.com Mon Sep 11 19:21:33 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 12 Sep 2006 02:21:33 +0900 Subject: [IronPython] Cheetah works on IronPython Message-ID: <5b0248170609111021i3f8700b0sf98fa459c98a3ed7@mail.gmail.com> Cheetah is a template engine written in Python: http://cheetahtemplate.org/ IronPython is an implementation of the Python programming language running on .NET: http://www.codeplex.com/IronPython I tested Cheetah 2.0rc7 with IronPython 1.0 for a while, and it seems to work nicely. Here is a sample code I used to test. It should print environment variables. from Cheetah.Template import Template import System environment = Template(''' #for $entry in $GetEnvironmentVariables $entry.Key = $entry.Value #end for ''', searchList=[System.Environment]) print environment -- Seo Sanghyeon From Martin.Maly at microsoft.com Mon Sep 11 19:36:12 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Mon, 11 Sep 2006 10:36:12 -0700 Subject: [IronPython] Visual Studio Integration In-Reply-To: <61957B071FF421419E567A28A45C7FE50860C2EC@mailbox.nameconnector.com> References: <61957B071FF421419E567A28A45C7FE50860C2EC@mailbox.nameconnector.com> Message-ID: Current status of the Visual Studio integration is that it is still a sample that ships with Visual Studio SDK. While both Visual Studio SDK and IronPython teams added some new functionality since the first time the code was available, it is still a sample and it will probably stay so in the near future. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Marc LaFleur Sent: Friday, September 08, 2006 10:36 AM To: 'Discussion of IronPython' Subject: [IronPython] Visual Studio Integration I'm curious what the current status/thinking is on IronPython integration with Visual Studio 2005. I understand there are some older bits available as part of the Visual Studio SDK beta. Any chance this is going to go into production soon? Marc LaFleur Parlance Corporation, Your voice for Service. Call me toll free: 888-700-6263 Just say my name to get connected. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From broessl at gmc.li Mon Sep 11 21:02:22 2006 From: broessl at gmc.li (=?UTF-8?Q?Bernd_R=C3=B6ssl?=) Date: Mon, 11 Sep 2006 12:02:22 -0700 (PDT) Subject: [IronPython] Passing Arguments in hosted enviroment In-Reply-To: References: <00e801c6d261$a1b4a8f0$7b6ea8c0@ntgmc.gmc.li> Message-ID: <6252709.post@talk.nabble.com> Hey David, thanks for your help. Passing the args to a session dependend context seams to be not as abstract as i thought...i will do so. I think i can't pass on 'ExecuteFile' because there are a lot of different scripts that can be edited during runtime. This scripts aren't simple methods (currently they are) which can be realized in a lambda function. They could be quite complex. But i agree to prefere precompiled stuff to execute. Doesn't IronPython handles this out of the box like CPython? Bernd David Ebbo wrote: > > Hi Bernd, > > I would recommend against calling ExecuteFile on each request, as that > would cause the code to be parsed and compiled every time (very > inefficient). Instead, one thing you can do is: > > > - On the first request, create an EngineModule > > - Call ExecuteFile, passing your module > > - Find methods that you care about in EngineModule.Globals > > - Then on every request, you can call those methods, passing it > arguments that are specific to the current request (e.g. the HttpContext) > > You can also look at CreateLambda and CreateMethod, which may make more > sense depending on your specific scenario (i.e. what kind of code you are > executing). > > David > > -- View this message in context: http://www.nabble.com/Passing-Arguments-in-hosted-enviroment-tf2232218.html#a6252709 Sent from the IronPython forum at Nabble.com. From dfugate at microsoft.com Mon Sep 11 23:02:29 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Mon, 11 Sep 2006 14:02:29 -0700 Subject: [IronPython] importing powershell ala the demo video In-Reply-To: <9bf2b7e70609100934u523966b8kf654797b34e9797@mail.gmail.com> References: <33149.208.209.42.2.1157758292.squirrel@www.babastik.com> <9bf2b7e70609100934u523966b8kf654797b34e9797@mail.gmail.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D9147CF9504@NA-EXMSG-C106.redmond.corp.microsoft.com> Work is now being wrapped up on the PowerShell demo which will hopefully be released early this week as a complete sample. In the meantime, I'll give you a short summary of what to expect: * powershell.py is a nice little module Jim wrote which wraps the managed PowerShell API in a very Pythonic way. This is not distributed directly with IronPython and for this reason you cannot import it (yet) * there will be two Python scripts performing (identical) functionality. One of these uses Jim's powershell module and the other utilizes the managed PowerShell API directly Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Kurman Sent: Sunday, September 10, 2006 9:35 AM To: Discussion of IronPython Subject: Re: [IronPython] importing powershell ala the demo video Along with powershell Jim had a number of other helpers for the demo that might be useful to examine -- like how was vbx done? I don't have a particular use case for now but the stuff is pretty exciting. thanks --dave On 9/8/06, brian at babastik.com > wrote: Hey everyone, I am missing a key step trying to recreate the "from powershell import *" from Jim Hugunin demo (http://weblog.infoworld.com/udell/screenroom/ironpython_flv.html). I always get the "no module named powershell" error. Does anyone know what else needs to be setup for IronPython to find the powershell "module" and map it? Thanks. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Tue Sep 12 07:45:15 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 12 Sep 2006 14:45:15 +0900 Subject: [IronPython] DB-API for IronPython update Message-ID: <5b0248170609112245q7867d1d3l1f129e595e7adeba@mail.gmail.com> I reorganized DB-API for IronPython codes a lot. It is now located under the separate directory, besides lib: http://sparcs.kaist.ac.kr/~tinuviel/fepy/dbapi/ connect()-compatible wrappers for MySQLdb, psycopg, and sqlite are now moved to their own files. connect() is now a module-level function, not a static method, and this makes importing them exactly like their CPython equivalents. dbapi.py now provides generic_connect() function: def generic_connect(assembly, typename, data) "assembly" is a string, corresponding to DBProviderAssembly key in AppSettings. "typename" is a string, corresponding to DBConnectionType key in AppSettings. "data" is either a string, corresponding to DBConnectionString key in AppSettings, or a dictionary, which can be passed to DbConnectionStringBuilder to build the final connection string. This function returns a Python DB-API specification compliant Connection object. For an example how to use this generic interface, have a look at this example: http://sparcs.kaist.ac.kr/~tinuviel/fepy/dbapi/MySQLdb.py -- Seo Sanghyeon From nathan.baulch at gmail.com Tue Sep 12 10:05:53 2006 From: nathan.baulch at gmail.com (Nathan Baulch) Date: Tue, 12 Sep 2006 18:05:53 +1000 Subject: [IronPython] Empty CodeMethodReturnStatement causes exception... In-Reply-To: References: Message-ID: I also encountered this same problem in the Boo programming language. To fix it, the developers have updated the code to output "return" by itself when CodeMethodReturnStatement.Expression is null. Would this same behaviour make sense in IronPython? On 07/09/06, Nathan Baulch wrote: > I'm completely new to Python, so please forgive my ignorance. > I thought a good way to learn would be to target it with my code > generation tool that uses CodeDom. However I'm getting an exception > when my code contains empty return statements > (CodeMethodReturnStatement) for methods that return void. > > Is this a bug or does it not make sense to return void in Python? > Is there a way around this without breaking other languages? > > Cheers, > Nathan > From sanxiyn at gmail.com Tue Sep 12 10:52:38 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 12 Sep 2006 17:52:38 +0900 Subject: [IronPython] Empty CodeMethodReturnStatement causes exception... In-Reply-To: References: Message-ID: <5b0248170609120152t3fc8431ar25a21dc24af7862a@mail.gmail.com> 2006/9/12, Nathan Baulch : > I also encountered this same problem in the Boo programming language. > To fix it, the developers have updated the code to output "return" by > itself when CodeMethodReturnStatement.Expression is null. > > Would this same behaviour make sense in IronPython? Yes it would. I hope IronPython team fixes this soon. Meanwhile, I created a patch to fix this problem myself. http://sparcs.kaist.ac.kr/~tinuviel/download/patch-ironpython-codedom-empty-return Seo Sanghyeon From dave at tangiblesoftwaresolutions.com Sun Sep 10 01:50:41 2006 From: dave at tangiblesoftwaresolutions.com (David Anton) Date: Sat, 9 Sep 2006 16:50:41 -0700 (PDT) Subject: [IronPython] IronPyton newbie questions Message-ID: <6229361.post@talk.nabble.com> I'm new to IronPyton (and Python in general). Where can I find a good reference or spec for IronPython? I'd like to find information on whether the following is available in IronPython (google has been of limited help so far in the following searches): - conditional compilation - attributes (e.g., System.SerializableAttribute) - properties - use of "is" (for example, why is "is" used with the boolean literal "True"?) - defining delegates - structs (as in C#) Thanks -- View this message in context: http://www.nabble.com/IronPyton-newbie-questions-tf2246006.html#a6229361 Sent from the IronPython forum at Nabble.com. From ilochab at gmail.com Sun Sep 10 17:15:05 2006 From: ilochab at gmail.com (IloChab) Date: Sun, 10 Sep 2006 17:15:05 +0200 Subject: [IronPython] How to install IP on Mono Message-ID: <166b1c630609100815j59b57148r5cbe6f549c3401f8@mail.gmail.com> I'm looking for a tutorial to install Iron Python on Mono (0.11) in a linux (FC5) environment. Thanks in advance. ilochab -------------- next part -------------- An HTML attachment was scrubbed... URL: From floris.vannee at gmail.com Sun Sep 10 19:05:45 2006 From: floris.vannee at gmail.com (Floris van Nee) Date: Sun, 10 Sep 2006 19:05:45 +0200 Subject: [IronPython] ScrollBarsEnabled problem Message-ID: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> Hey, I've used IronPython for a few days now, and I'm making a program with it which has a WebBrowser control. I want the ScrollBarsEnabled property set to False. Now, my code to do that is: WebBrowser1 = WebBrowser(ScrollBarsEnabled=False) This works perfectly for most sites. However whenever I go to some sites, for example, www.runescape.com , the scroll bars are enabled again. It seems that site runs some kind of override on my ScrollBarsEnabled property. But when I add an DocumentComplete event to the browser and let it show me a messagebox which contains the value of ScrollBarsEnabled it still returns 'False' to me. So it seems IronPython thinks the scroll bars are disabled, but in fact they aren't. Does anyone know if the scroll bars can be disabled in any other way which works in this case? Thanks in advance, Floris van Nee -------------- next part -------------- An HTML attachment was scrubbed... URL: From jan.szumiec at resolversystems.com Tue Sep 12 17:38:49 2006 From: jan.szumiec at resolversystems.com (Jan Szumiec) Date: Tue, 12 Sep 2006 16:38:49 +0100 Subject: [IronPython] IronPyton newbie questions In-Reply-To: <6229361.post@talk.nabble.com> References: <6229361.post@talk.nabble.com> Message-ID: <4506D489.9070705@resolversystems.com> David Anton wrote: > I'm new to IronPyton (and Python in general). > Where can I find a good reference or spec for IronPython? > > I'd like to find information on whether the following is available in > IronPython (google has been of limited help so far in the following > searches): > - conditional compilation > - attributes (e.g., System.SerializableAttribute) > Attributes are not supported at the moment. > - properties > class Label: Length = property(lambda self : len(self.__text)) Text = property(__getText, __setText) def __getText(self): return self.__text def __setText(self, value): self.__text = value From Martin.Maly at microsoft.com Tue Sep 12 17:55:02 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 12 Sep 2006 08:55:02 -0700 Subject: [IronPython] IronPyton newbie questions In-Reply-To: <6229361.post@talk.nabble.com> References: <6229361.post@talk.nabble.com> Message-ID: Great documentation on Python in general is available at http://www.python.org/doc/ As for IronPython specific information, you can refer to the tutorial included with the IronPython distribution, check out our wiki at http://www.codeplex.com/ironpython, specifically the page http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=More%20Information As for your specific questions: - conditional compilation is not part of Python language. However, Python does provide tools which can help you achieve something quite similar. You can conditionally define functions, for example: if condition: def func(): return 1 else: def func(): return 2 print func() # the depending on the condition, the function "func" will have different value and therefore do different things - .NET attributes are not yet supported by IronPython - properties - Python does support construct similar to .NET properties: class C(object): def __init__(self): self.__value = 0 def getter(self): return self.__value def setter(self, value): self.__value = value m = property(getter, setter) c = C() print c.m c.m = 10 print c.m If you meant using properties on .NET objects, that works also: >>> import System >>> System.Environment.CurrentDirectory # static property 'D:\\Ip1' - the "is" is an operator which checks for object identity. The reason you can do "condition is True" is that value of a condition (if true or false) always returns the same _instance_ of True. Checking for object identity is faster than testing for equality, but not always the correct thing to do, for example: >>> x = 123456 + 123456 >>> x 246912 >>> y = 246912 >>> x == y # Same value True >>> x is y # But different instance False >>> - delegates: IronPython will automatically convert any Python method into a .NET delegate and ensures the type of the delegate matches. For example: D:\Ip1>ipy IronPython 1.0.2445 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import clr >>> clr.AddReference("System.Windows.Forms") >>> def Click(*args): print args ... >>> import System.Windows.Forms as Forms >>> f = Forms.Form() >>> f.Click += Click # This took the Python method "Click", turned it into # a delegate and added it as the event listener - structs: You can certainly use .NET structs inside IronPython with some limitations, see http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Value%20Types for more details. As for constructing structs, it is not possible to define a .NET struct in IronPython. The closest you'll probably get is using new-style classes (classes that have "object" in their inheritance hierarchy) with __slots__ (this actually allocates slots for the members as opposed to putting them into a dictionary. Once you define __slots__, attributes not specified within __slots__ are not accessible (unless one of your __slots__ is __dict__ :) >>> class C(object): ... __slots__ = ['a', 'b'] ... >>> >>> c = C() >>> c.a = 10 >>> c.b = 10 >>> c.c = 10 Traceback (most recent call last): File "", line 1, in ? AttributeError: 'C' object has no attribute 'c' Hope this helps Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Anton Sent: Saturday, September 09, 2006 4:51 PM To: users at lists.ironpython.com Subject: [IronPython] IronPyton newbie questions I'm new to IronPyton (and Python in general). Where can I find a good reference or spec for IronPython? I'd like to find information on whether the following is available in IronPython (google has been of limited help so far in the following searches): - conditional compilation - attributes (e.g., System.SerializableAttribute) - properties - use of "is" (for example, why is "is" used with the boolean literal "True"?) - defining delegates - structs (as in C#) Thanks -- View this message in context: http://www.nabble.com/IronPyton-newbie-questions-tf2246006.html#a6229361 Sent from the IronPython forum at Nabble.com. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From rhedin at uiuc.edu Tue Sep 12 17:55:21 2006 From: rhedin at uiuc.edu (Rick Hedin) Date: Tue, 12 Sep 2006 10:55:21 -0500 Subject: [IronPython] Part of Visual Studio package Message-ID: <002801c6d683$da2c6440$a64cae80@Garnet> Greetings! I'm sure somebody must have asked this before, but I can't seem to find it in the archives. Now that we have an official 1.0 release of IronPython (yay!) is there hope that Microsoft will include it in the standard distribution of Visual Studio, along with C# and Java? The people I work with would have a great access of "Warm Fuzzies" if they saw it arrive in the package. And they would give me less of the "Hairy Eyeball." Regards, Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Tue Sep 12 17:57:57 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 13 Sep 2006 00:57:57 +0900 Subject: [IronPython] How to install IP on Mono In-Reply-To: <166b1c630609100815j59b57148r5cbe6f549c3401f8@mail.gmail.com> References: <166b1c630609100815j59b57148r5cbe6f549c3401f8@mail.gmail.com> Message-ID: <5b0248170609120857x946f7c7n29684bd740b8258d@mail.gmail.com> 2006/9/11, IloChab : > I'm looking for a tutorial to install Iron Python on Mono (0.11) in a linux > (FC5) environment. Well, Mono version in Fedora Core 5 is 1.1.13.4, not 0.11. Mono version in Fedora Core 5 is too old to run IronPython 1.0. You need to download the latest version in binary or build from the source. You cannot use Fedora package. Here is a short howto on installing IronPython on Mono I wrote: http://mail.python.org/pipermail/python-list/2006-September/359811.html Seo Sanghyeon From sanxiyn at gmail.com Tue Sep 12 18:16:45 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 13 Sep 2006 01:16:45 +0900 Subject: [IronPython] Question for Sanghyeon Seo on porting projects In-Reply-To: References: Message-ID: <5b0248170609120916n66ae9e97hefde83dab6e4e401@mail.gmail.com> 2006/9/12, David Welden : > And now the question: I notice you have begun some exploratory work on a > port of ctypes. I would like to use this to port one of my ctypes interfaces > to Iron Python, but alas, I am not a very experienced C or C# programmer and > have not the knowledge to build on your foundation. Do you (or Thomas Heller > perhaps) have any plans to move forward on this? Specifically, I would like > to see support for structures, unions, and arrays. Not sure how much help I > could be in the coding, but I would be happy to try out some unit testing > for you if that would assist. Yes, I have plans to move ctypes.py forward, and current target is to support structures and function pointers. The current blocker is lack of time. A possible solution to the current blocker is to stop procrastinating, which is known to be extraordinarily difficult. I will let you know (and others on this list) if I get to anything interesting to be tested. Seo Sanghyeon From chenrong2003 at gmail.com Tue Sep 12 18:33:42 2006 From: chenrong2003 at gmail.com (Neil) Date: Wed, 13 Sep 2006 00:33:42 +0800 Subject: [IronPython] Regex that works under CPython doesn't compile under IronPython In-Reply-To: <7AD436E4270DD54A94238001769C222738B92A024F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <7AD436E4270DD54A94238001769C222738B92A024F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <26756bf60609120933k46aa895co13d123f0dc0e3cd7@mail.gmail.com> Thanks for fixing this bug! From dinov at exchange.microsoft.com Tue Sep 12 19:45:58 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 12 Sep 2006 10:45:58 -0700 Subject: [IronPython] ScrollBarsEnabled problem In-Reply-To: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> References: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22273E9618F50F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> This might be a better question on a newsgroup specific to .NET or the IE web control. Adding the ScrollBarsEnabled = False is the same as doing: WebBrowser1 = WebBrowser() WebBrowser1.ScrollBarsEnabled = True There may be some way for a web site to forcibly enable scrolls bars even though you've requested that they're not displayed. But IronPython should be accurately reporting the status of the property. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Floris van Nee Sent: Sunday, September 10, 2006 10:06 AM To: users at lists.ironpython.com Subject: [IronPython] ScrollBarsEnabled problem Hey, I've used IronPython for a few days now, and I'm making a program with it which has a WebBrowser control. I want the ScrollBarsEnabled property set to False. Now, my code to do that is: WebBrowser1 = WebBrowser(ScrollBarsEnabled=False) This works perfectly for most sites. However whenever I go to some sites, for example, www.runescape.com , the scroll bars are enabled again. It seems that site runs some kind of override on my ScrollBarsEnabled property. But when I add an DocumentComplete event to the browser and let it show me a messagebox which contains the value of ScrollBarsEnabled it still returns 'False' to me. So it seems IronPython thinks the scroll bars are disabled, but in fact they aren't. Does anyone know if the scroll bars can be disabled in any other way which works in this case? Thanks in advance, Floris van Nee -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Tue Sep 12 19:49:57 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 12 Sep 2006 10:49:57 -0700 Subject: [IronPython] Empty CodeMethodReturnStatement causes exception... In-Reply-To: <5b0248170609120152t3fc8431ar25a21dc24af7862a@mail.gmail.com> References: <5b0248170609120152t3fc8431ar25a21dc24af7862a@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22273E9618F515@DF-GRTDANE-MSG.exchange.corp.microsoft.com> I've opened CodePlex bug #3160 to fix this (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython). Seo, I'll try and get this and your other requested fix (function flags) in today or tomorrow. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo Sent: Tuesday, September 12, 2006 1:53 AM To: Discussion of IronPython Subject: Re: [IronPython] Empty CodeMethodReturnStatement causes exception... 2006/9/12, Nathan Baulch : > I also encountered this same problem in the Boo programming language. > To fix it, the developers have updated the code to output "return" by > itself when CodeMethodReturnStatement.Expression is null. > > Would this same behaviour make sense in IronPython? Yes it would. I hope IronPython team fixes this soon. Meanwhile, I created a patch to fix this problem myself. http://sparcs.kaist.ac.kr/~tinuviel/download/patch-ironpython-codedom-empty-return Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Martin.Maly at microsoft.com Tue Sep 12 19:52:46 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 12 Sep 2006 10:52:46 -0700 Subject: [IronPython] adding a web reference to an Iironpython application In-Reply-To: <399113660609081359n7477fff2u4a781b88f7bf9875@mail.gmail.com> References: <399113660609081359n7477fff2u4a781b88f7bf9875@mail.gmail.com> Message-ID: This is currently not supported by the IronPython Visual Studio integration sample. What you found (access web service via the already generated proxy assembly) is the current alternative. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Walt Grata Sent: Friday, September 08, 2006 2:00 PM To: users at lists.ironpython.com Subject: [IronPython] adding a web reference to an Iironpython application I would like to add a reference to a web service in an ironpythong application. I looked at the samples provided on the CodePlex site and the only thing that was similiar used a C# class library to access the web service and ironpython communicated with the dll. Cheers Walt _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From srgjan.srepfler at lnksystem.com Tue Sep 12 22:28:26 2006 From: srgjan.srepfler at lnksystem.com (Srepfler Srgjan) Date: Tue, 12 Sep 2006 22:28:26 +0200 Subject: [IronPython] Trac on IronPython In-Reply-To: <6229361.post@talk.nabble.com> References: <6229361.post@talk.nabble.com> Message-ID: <4507186A.2060700@lnksystem.com> Hi, I'm interested if the Trac issue tracking server could me made to run on IronPython. I realize that the Trac people altready have an issue with it http://trac.edgewall.org/ticket/667 but think it can't be done. If anyone that uses IronPython and that thinks such a fork is possible could they comment on the issue on the bug, or perhaps an independent effort could be started in order to port the app to IronPython? Thanks, congratulations on ver 1.0 and keep up the good work! Srgjan From Martin.Maly at microsoft.com Wed Sep 13 00:19:41 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 12 Sep 2006 15:19:41 -0700 Subject: [IronPython] Final release packaging Message-ID: We just published our wix scripts on codeplex They are located in the Public\Src\Scripts\Wix subdirectory of the source tree. The wix scripts work with the latest stable version of wix (2.0.4415.0) downloadable from http://wix.sourceforge.net/ Martin On Sep 1, 2006 Martin Maly Wrote: We have been working on an MSI setup for IronPython using Wix and while we are not using it for 1.0, we think that the next release after that will have WIx-based MSI setup. In fact, I think that sometimes next week our initial wix scripts should be checked into the source tree and be available on CodePlex for download. Martin From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of jeff sacksteder Sent: Thursday, August 31, 2006 9:54 PM To: Discussion of IronPython Subject: Re: [IronPython] Final release packaging I'm preparing an unofficial msi package for my own use using the Wix toolkit. Anyone knowledgeable in this area who is willing to assist, contact me directly and we can collaborate off-line until we have something useful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidf at sjsoft.com Tue Sep 12 23:24:40 2006 From: davidf at sjsoft.com (David Fraser) Date: Tue, 12 Sep 2006 23:24:40 +0200 Subject: [IronPython] Trac on IronPython In-Reply-To: <4507186A.2060700@lnksystem.com> References: <6229361.post@talk.nabble.com> <4507186A.2060700@lnksystem.com> Message-ID: <45072598.3030701@sjsoft.com> Srepfler Srgjan wrote: > Hi, > I'm interested if the Trac issue tracking server could me made to run on > IronPython. I realize that the Trac people altready have an issue with > it http://trac.edgewall.org/ticket/667 but think it can't be done. If > anyone that uses IronPython and that thinks such a fork is possible > could they comment on the issue on the bug, or perhaps an independent > effort could be started in order to port the app to IronPython? > Thanks, congratulations on ver 1.0 and keep up the good work! > Srgjan I've been working on getting our web framework to work on IronPython over the last few days, and have found Seo's modules invaluable... more bug reports to be expected from me when I get some more time to work on it :-) I think there is some misinformation in that issue as well - I don't think Markup (now Genshi) depends on Python bytecode generation unless I'm mistaken Seo was mentioning possibly producing a "community edition" of IronPython that includes the Python standard libraries or their equivalents (that he has been producing) - that would certainly make porting most apps to IronPython much easier David From redmoon17 at gmail.com Wed Sep 13 05:24:24 2006 From: redmoon17 at gmail.com (Kevin Chu) Date: Wed, 13 Sep 2006 11:24:24 +0800 Subject: [IronPython] run edna-0.6 , thread exception In-Reply-To: References: <41d7f4a90607262100s6f95accby704971a875952b77@mail.gmail.com> Message-ID: <41d7f4a90609122024u48cbe4b5yd9e75491d16d5750@mail.gmail.com> I run edna-0.6 in IronPython 1.0,but another exception is throwed! ======== D:\TECH\edna-0.6>D:\TECH\IronPython\ipy.exe D:\TECH\edna-0.6\edna.py Traceback (most recent call last): File D:\TECH\edna-0.6\edna.py, line 1167, in Initialize File D:\TECH\edna-0.6\edna.py, line 1075, in run_server File D:\TECH\edna-0.6\edna.py, line 249, in __init__ UnicodeEncodeError: 'ascii' codec can't decode byte 0 in position 0: ordinal not in range ======= line 249 is: self.log_message( "edna: bind(): %s" % str(value[1]) ) I puzzled this error! -- Once in a Redmoon From xmlhacker at gmail.com Wed Sep 13 09:32:52 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Wed, 13 Sep 2006 01:32:52 -0600 Subject: [IronPython] Trac on IronPython In-Reply-To: <45072598.3030701@sjsoft.com> References: <6229361.post@talk.nabble.com> <4507186A.2060700@lnksystem.com> <45072598.3030701@sjsoft.com> Message-ID: Hi David, In fact, that is exactly what I have both planned and the implementation well underway. I had forgotten to add the Python standard library into the repository, but your post reminded me and therefore I just added them now. http://dev.pypod.net/browser/vendor/Lib I have already added several IronPython extensions, mostly in regards to XML and XSLT development. I've also kept Seo's additions in sync on a regular basis, all of which (at least all of those that I am aware of) can be found in the Lib library linked below. http://dev.pypod.net/browser/trunk/PyPod.Net.Console http://dev.pypod.net/browser/trunk/PyPod.Net.Console/Lib >From a Windows box you can run the above IP Console app with all of these extensions directly available via a ClickOnce app > http://pypod.net/console/index.html While there are several other planned modules, until I finish out the LINQ/XSLT 2.0 Extension Element demo (half way complete -- I can only spend 2 or 3 hours each day on outside projects, so things can get stalled, but I hope to get that remedied here in the next little bit.) What I have planned with this is to utilize Tailor to allow anyone the ability to both access and contribute to a global Lib directory using a local repository of personal preference. This will allow for a simple decentralized approach to accessing and contributing, and for those in whom use darcs or bzr can easily share out/host their own repository and/or collaborate directly with whomever else they might choose completely independent of the main branch. If anyone has interest in helping to shape how this project is implemented please create an account on the Trac interface ("Register", right hand side of the toolbar) @ http://dev.pypod.net/ and then let me know your chosen username so I can add the appropriate Trac permissions, as well as check-in permissions to the SVN repository. Oh, and regarding getting Trac up and running via IronPython... *HUGE* interest in this! The only major hurdle that I believe might stand in the way is the current svn driver implementation. However, if a driver was written that targeted the NSvn library (AnkhSvn project libraries > http://ankhsvn.com/svn/finalproject/trunk/src/ ) then my guess is that there would be very few hurdles left to get this to work. On 9/12/06, David Fraser wrote: > > Srepfler Srgjan wrote: > > Hi, > > I'm interested if the Trac issue tracking server could me made to run on > > IronPython. I realize that the Trac people altready have an issue with > > it http://trac.edgewall.org/ticket/667 but think it can't be done. If > > anyone that uses IronPython and that thinks such a fork is possible > > could they comment on the issue on the bug, or perhaps an independent > > effort could be started in order to port the app to IronPython? > > Thanks, congratulations on ver 1.0 and keep up the good work! > > Srgjan > I've been working on getting our web framework to work on IronPython > over the last few days, and have found Seo's modules invaluable... more > bug reports to be expected from me when I get some more time to work on > it :-) > I think there is some misinformation in that issue as well - I don't > think Markup (now Genshi) depends on Python bytecode generation unless > I'm mistaken > Seo was mentioning possibly producing a "community edition" of > IronPython that includes the Python standard libraries or their > equivalents (that he has been producing) - that would certainly make > porting most apps to IronPython much easier > > David > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Wed Sep 13 09:46:05 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 13 Sep 2006 16:46:05 +0900 Subject: [IronPython] IronPython and AST branch Message-ID: <5b0248170609130046w4e5bd012s63ecf46cbcfb8d2b@mail.gmail.com> CPython 2.5, which will be released Real Soon Now, is the first version to ship with new "AST branch", which have been in development for a long time. AST branch uses ASDL, Abstract Syntax Description Language http://asdl.sourceforge.net/ to describe Abstract Syntax Tree data structure used by CPython compiler. In theory this is language independant, and the same file could be used to generate C# source files. Having the same AST for Python implementations will be good for applications and libraries using Python implementations's internal parsers and compilers. Currently, those using CPython parser module or compiler package can't be easily ported to IronPython. What do you think? -- Seo Sanghyeon From sanxiyn at gmail.com Wed Sep 13 09:54:08 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 13 Sep 2006 16:54:08 +0900 Subject: [IronPython] .NET attributes Message-ID: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> What is the expected timeline for support for .NET attributes in IronPython? -- Seo Sanghyeon From cwmoad at gmail.com Wed Sep 13 14:03:08 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Wed, 13 Sep 2006 08:03:08 -0400 Subject: [IronPython] .NET attributes In-Reply-To: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> Message-ID: <6382066a0609130503g5d653644tc4a8d47de5142af1@mail.gmail.com> On 9/13/06, Sanghyeon Seo wrote: > What is the expected timeline for support for .NET attributes in IronPython? I know this has probably been brought up before, but I wanted to speak up to maybe put a little more priority behind this. I personally feel limited many times because there isn't attribute support in IP. To my knowledge I can't do relatively simple things like asp.net web services. Also fine grained xml serialization doesn't seem doable as well. If I am wrong, please Please correct me! It could be the fact that most XML related functionality in .Net relies heavily on attributes, but they seem prevalent everywhere. Keep up the great work, Charlie From yelled at yahoo.com Wed Sep 13 14:23:32 2006 From: yelled at yahoo.com (S H Yoon) Date: Wed, 13 Sep 2006 05:23:32 -0700 (PDT) Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609130503g5d653644tc4a8d47de5142af1@mail.gmail.com> Message-ID: <20060913122332.88039.qmail@web84112.mail.mud.yahoo.com> "C:\Program Files\Visual Studio 2005SDK\2006.08\VisualStudioIntegration\Samples\IronPythonIntegration\WebSiteProj ect\WebSiteProject.proj" Seems like here and below this tree. I see plenty of examples of IPY web including Webservice. Is there a good guide to these? I am compeletly ignorant about ASP.net / Web developement, but I would love learn how via IP. Yes, IP is one hellauba job, Hoon, Charlie Moad wrote: On 9/13/06, Sanghyeon Seo wrote: > What is the expected timeline for support for .NET attributes in IronPython? I know this has probably been brought up before, but I wanted to speak up to maybe put a little more priority behind this. I personally feel limited many times because there isn't attribute support in IP. To my knowledge I can't do relatively simple things like asp.net web services. Also fine grained xml serialization doesn't seem doable as well. If I am wrong, please Please correct me! It could be the fact that most XML related functionality in .Net relies heavily on attributes, but they seem prevalent everywhere. Keep up the great work, Charlie __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwmoad at gmail.com Wed Sep 13 14:42:50 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Wed, 13 Sep 2006 08:42:50 -0400 Subject: [IronPython] .NET attributes In-Reply-To: <20060913122332.88039.qmail@web84112.mail.mud.yahoo.com> References: <6382066a0609130503g5d653644tc4a8d47de5142af1@mail.gmail.com> <20060913122332.88039.qmail@web84112.mail.mud.yahoo.com> Message-ID: <6382066a0609130542p7be3123bnf2f88dc832075107@mail.gmail.com> I have seen these examples, but my impression was that they are not useable. The generic web site one may be, but I am pretty sure the web service example does not expose any methods as services. On 9/13/06, S H Yoon wrote: > "C:\Program Files\Visual Studio > 2005SDK\2006.08\VisualStudioIntegration\Samples\IronPythonIntegration\WebSiteProj > ect\WebSiteProject.proj" > > Seems like here and below this tree. I see plenty of examples of IPY web > including Webservice. Is there a good guide to these? I am compeletly > ignorant about ASP.net / Web developement, but I would love learn how via > IP. > Yes, IP is one hellauba job, > > Hoon, > Charlie Moad wrote: > On 9/13/06, Sanghyeon Seo wrote: > > What is the expected timeline for support for .NET attributes in > IronPython? > > I know this has probably been brought up before, but I wanted to speak > up to maybe put a little more priority behind this. I personally feel > limited many times because there isn't attribute support in IP. To my > knowledge I can't do relatively simple things like asp.net web > services. Also fine grained xml serialization doesn't seem doable as > well. If I am wrong, please Please correct me! It could be the fact > that most XML related functionality in .Net relies heavily on > attributes, but they seem prevalent everywhere. > > Keep up the great work, > Charlie > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > From Aaron.Marten at microsoft.com Wed Sep 13 15:45:50 2006 From: Aaron.Marten at microsoft.com (Aaron Marten) Date: Wed, 13 Sep 2006 06:45:50 -0700 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609130542p7be3123bnf2f88dc832075107@mail.gmail.com> References: <6382066a0609130503g5d653644tc4a8d47de5142af1@mail.gmail.com> <20060913122332.88039.qmail@web84112.mail.mud.yahoo.com>, <6382066a0609130542p7be3123bnf2f88dc832075107@mail.gmail.com> Message-ID: <861464C2CBE1E04D8D4D27D8CD72CC5506D4477F69@NA-EXMSG-C105.redmond.corp.microsoft.com> Charlie is correct. Remember that the IronPython VSIntegration sample is really for two different set of folks: 1.) People using IronPython 2.) People trying to integrate their language into Visual Studio In the case of IronPython web services, the project templates were included only for "completeness" of the sample for set #2, even though (as has been noted) they are non-functional due to reliance on .NET attributes. The WebSite projects ('Venus' and Web Application Project - style) *are* usable, although there are still a number of language and integration issues to get them working better (e.g. event handler generation from the web designer doesn't work, debugging is broken in certain scenarios). More details will be forthcoming when the V3 Visual Studio 2005 SDK ships (should be any day now). Thanks, Aaron Marten ________________________________________ From: users-bounces at lists.ironpython.com On Behalf Of Charlie Moad Sent: Wednesday, September 13, 2006 5:42 AM To: Discussion of IronPython Subject: Re: [IronPython] .NET attributes I have seen these examples, but my impression was that they are not useable. The generic web site one may be, but I am pretty sure the web service example does not expose any methods as services. On 9/13/06, S H Yoon wrote: > "C:\Program Files\Visual Studio > 2005SDK\2006.08\VisualStudioIntegration\Samples\IronPythonIntegration\WebSiteProj > ect\WebSiteProject.proj" > > Seems like here and below this tree. I see plenty of examples of IPY web > including Webservice. Is there a good guide to these? I am compeletly > ignorant about ASP.net / Web developement, but I would love learn how via > IP. > Yes, IP is one hellauba job, > > Hoon, > Charlie Moad wrote: > On 9/13/06, Sanghyeon Seo wrote: > > What is the expected timeline for support for .NET attributes in > IronPython? > > I know this has probably been brought up before, but I wanted to speak > up to maybe put a little more priority behind this. I personally feel > limited many times because there isn't attribute support in IP. To my > knowledge I can't do relatively simple things like asp.net web > services. Also fine grained xml serialization doesn't seem doable as > well. If I am wrong, please Please correct me! It could be the fact > that most XML related functionality in .Net relies heavily on > attributes, but they seem prevalent everywhere. > > Keep up the great work, > Charlie > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From ionrock at gmail.com Wed Sep 13 17:51:25 2006 From: ionrock at gmail.com (Eric Larson) Date: Wed, 13 Sep 2006 10:51:25 -0500 Subject: [IronPython] socket for IronPython update In-Reply-To: <7AD436E4270DD54A94238001769C22273E9618EF54@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7AD436E4270DD54A94238001769C22273E9618EF54@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <6e46dd1e0609130851g6297d65ey7fccd0e36e3256a8@mail.gmail.com> Along these same lines, with the 1.0 out how ofte can folks expect to see updates/patches? This whole socket library aspect is very exciting, so something official getting released with fixes included would be a huge help. Thanks! Eric On 9/11/06, Dino Viehland wrote: > > Originally we were trying to implement "_socket" instead of "socket". We > ran into one problem with this: the standard socket.py module has an > implicit dependency upon CPython's reference counting garbage collector (for > implementing dup). We considered a hack to make this work but ultimately > rejected it in favor of implementing "socket" instead replacing the standard > Python module. Unfortunately makefile didn't make it - and that looks like > the same thing for ssl (it's present in CPythons socket but not _socket). > > Select was a much simpler case of just not getting to it in time. We'll > ship a select implementation w/ the 1.1 release - we'll need to look at > makefile & ssl though (makefile should be trivial, hopefully ssl will be > just as trivial). > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo > Sent: Monday, September 11, 2006 3:17 AM > To: sh at defuze.org; Discussion of IronPython > Subject: Re: [IronPython] socket for IronPython update > > 2006/9/11, Sylvain Hellegouarch : > > Thanks a lot Seo. > > > > Any reason that I would have missed why the built-in socket module > > does not include those missing module functions? > > Well, that question should be answered by IronPython team, not me. > > I think the reason is... well, because they haven't got a time to > implement them. > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Wed Sep 13 18:07:29 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 13 Sep 2006 09:07:29 -0700 Subject: [IronPython] socket for IronPython update In-Reply-To: <6e46dd1e0609130851g6297d65ey7fccd0e36e3256a8@mail.gmail.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7AD436E4270DD54A94238001769C22273E9618EF54@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6e46dd1e0609130851g6297d65ey7fccd0e36e3256a8@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22273E9618F8FE@DF-GRTDANE-MSG.exchange.corp.microsoft.com> A rough road map here is that we plan to release small bug fix releases (e.g. 1.0.1, 1.0.2) approximately every 6 weeks. Those releases will big focused on fixing small non-destabilizing issues, high-priority blocking issues w/ no work around, etc... We'll then release 1.1 at some later point after we've done some of those (likely after a beta and/or release candidate - but shorter than the 1.0 cycle). 1.1 will include new some new features in addition to larger bug fixes - that's most likely where the improvements to socket would come. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Eric Larson Sent: Wednesday, September 13, 2006 8:51 AM To: Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update Along these same lines, with the 1.0 out how ofte can folks expect to see updates/patches? This whole socket library aspect is very exciting, so something official getting released with fixes included would be a huge help. Thanks! Eric On 9/11/06, Dino Viehland > wrote: Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com ] On Behalf Of Sanghyeon Seo Sent: Monday, September 11, 2006 3:17 AM To: sh at defuze.org; Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update 2006/9/11, Sylvain Hellegouarch >: > Thanks a lot Seo. > > Any reason that I would have missed why the built-in socket module > does not include those missing module functions? Well, that question should be answered by IronPython team, not me. I think the reason is... well, because they haven't got a time to implement them. Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Sep 14 04:59:46 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 11:59:46 +0900 Subject: [IronPython] Trac, Genshi, AST, etc. Message-ID: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> This is a little investigation I did for Trac on IronPython. The primary link of interest is: http://trac.edgewall.org/ticket/667 Okay, initially I intended to write a good introduction on involved issues to be readable by outsiders, but I give up. I paste what I wrote on Trac ticket. Food for thoughts. * * * Re: jonas IronPython supports os and StringIO module now. Re: mgood As you pointed out, ClearSilver is a C extension and can't be made to run on IronPython. I think getting Genshi run would be possible though. See below. For SVN access, I am willing to write a VC plugin using .NET subversion libraries like NSvn. For a database library, I have DB-API implementation backed by ADO.NET and a compatibility module for sqlite ready. I also have md5 module using System.Security.Cryptograpy ready. For compiler package, the package itself is pure-Python, the problem lies on parser module. PyPy project wrote a pure-Python implementation of parser module, which should run just fine on IronPython: http://codespeak.net/svn/pypy/dist/pypy/interpreter/pyparser/ Another possibility is new _ast interface in Python 2.5. (See http://genshi.edgewall.org/changeset/31) Unlike old parser interface, it looks very feasible for IronPython to implement this interface. Bytecode generation is problematic. Naturally IronPython can't support new.code called with CPython bytecode. I am thinking about using unparse to turn that to Python source and then exec to get a code object: http://svn.python.org/projects/python/branches/p3yk/Demo/parser/unparse.py Lots of rough ideas. -- Seo Sanghyeon From sanxiyn at gmail.com Thu Sep 14 05:02:17 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 12:02:17 +0900 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> Message-ID: <5b0248170609132002g5be8505eva4f88de34e940f8c@mail.gmail.com> 2006/9/14, Sanghyeon Seo : > Bytecode generation is problematic. Naturally IronPython can't support > new.code called with CPython bytecode. I am thinking about using > unparse to turn that to Python source and then exec to get a code > object: http://svn.python.org/projects/python/branches/p3yk/Demo/parser/unparse.py By the way, unparse idea is astonishingly similar to CodeDom idea. Don't you think so? Seo Sanghyeon From sanxiyn at gmail.com Thu Sep 14 06:05:48 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 13:05:48 +0900 Subject: [IronPython] Another issue tracker component Message-ID: <5b0248170609132105h1ed15fbdg60e58c13a6a9ae22@mail.gmail.com> It would be nice to have "Test Suite" as another component, as I have got some issues to report on files under Src/Tests directory. -- Seo Sanghyeon From Martin.Maly at microsoft.com Thu Sep 14 06:15:15 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Wed, 13 Sep 2006 21:15:15 -0700 Subject: [IronPython] Another issue tracker component In-Reply-To: <5b0248170609132105h1ed15fbdg60e58c13a6a9ae22@mail.gmail.com> References: <5b0248170609132105h1ed15fbdg60e58c13a6a9ae22@mail.gmail.com> Message-ID: Done. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo Sent: Wednesday, September 13, 2006 9:06 PM To: Discussion of IronPython Subject: [IronPython] Another issue tracker component It would be nice to have "Test Suite" as another component, as I have got some issues to report on files under Src/Tests directory. -- Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sanxiyn at gmail.com Thu Sep 14 06:28:57 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 13:28:57 +0900 Subject: [IronPython] Another issue tracker component In-Reply-To: References: <5b0248170609132105h1ed15fbdg60e58c13a6a9ae22@mail.gmail.com> Message-ID: <5b0248170609132128j595d8d2ftced5db1c46ef5cad@mail.gmail.com> 2006/9/14, Martin Maly : > Done. Thanks! Filed #3220 as a start. http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3220 Seo Sanghyeon From sanxiyn at gmail.com Thu Sep 14 07:25:24 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 14:25:24 +0900 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r1 Message-ID: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> I am happy to announce IronPython Community Edition (IPCE for short) 1.0 revision 1, based on IronPython 1.0, to the world. Get it here: http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r1.zip Binary is built with Mono 1.1.17.1. Benefits of this edition: 1. You don't need to fight Mono with non-working line editing or white-on-white "blind" console on Linux or Mac. A fix for this issue and fixed binary is already included. 2. You don't need to edit makefile to build from the source on Mono. 3. Various bugfixes are included: patches are available here: http://sparcs.kaist.ac.kr/~tinuviel/fepy/patches/1.0/ patch-ironpython-mono-console patch-ironpython-mono-makefile Discussed above. patch-ironpython-co-flags This patch fixes an issue that co_flags reports **-argument only function to have *-argument as well. patch-ironpython-codedom-empty-return This patch fixes an issue that CodeDom generator doesn't handle empty return statements. patch-ironpython-oldstyle-setattr This patch fixes an issue that __setattr__ wasn't called for old-style classes. patch-ironpython-os-utime This patch fixes an issue that os.utime didn't set modified time and set access time wrong. patch-ironpython-re-backslash-escape This patch fixes an issue that backslash escape \\ wasn't properly handled in regular expression. -- Seo Sanghyeon From sanxiyn at gmail.com Thu Sep 14 07:30:15 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 14:30:15 +0900 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r1 In-Reply-To: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> References: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> Message-ID: <5b0248170609132230j2af97874j48c5795b4ff16517@mail.gmail.com> 2006/9/14, Sanghyeon Seo : > I am happy to announce IronPython Community Edition (IPCE for short) > 1.0 revision 1, based on IronPython 1.0, to the world. I haven't included Python standard library or my DB-API for IronPython modules or useful third party modules like ElementTree and BeautifulSoup in this revision, because I was too lazy to write an extensive license statements required to do so. :( Will do that next time. Seo Sanghyeon From xmlhacker at gmail.com Thu Sep 14 07:58:53 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Wed, 13 Sep 2006 23:58:53 -0600 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> Message-ID: Hey Seo, >> For SVN access, I am willing to write a VC plugin using .NET subversion libraries like NSvn. I need this for other projects, and plan to take a first stab at it before too long. If/When I do (If would be if you beat me to the punch, which for obvious reasons would be fine by me :) I will point you to it. On 9/13/06, Sanghyeon Seo wrote: > > This is a little investigation I did for Trac on IronPython. > > The primary link of interest is: > http://trac.edgewall.org/ticket/667 > > Okay, initially I intended to write a good introduction on involved > issues to be readable by outsiders, but I give up. I paste what I > wrote on Trac ticket. Food for thoughts. > > * * * > > Re: jonas IronPython supports os and StringIO module now. > > Re: mgood As you pointed out, ClearSilver is a C extension and can't > be made to run on IronPython. I think getting Genshi run would be > possible though. See below. > > For SVN access, I am willing to write a VC plugin using .NET > subversion libraries like NSvn. > > For a database library, I have DB-API implementation backed by ADO.NET > and a compatibility module for sqlite ready. > > I also have md5 module using System.Security.Cryptograpy ready. > > For compiler package, the package itself is pure-Python, the problem > lies on parser module. PyPy project wrote a pure-Python implementation > of parser module, which should run just fine on IronPython: > http://codespeak.net/svn/pypy/dist/pypy/interpreter/pyparser/ > > Another possibility is new _ast interface in Python 2.5. (See > http://genshi.edgewall.org/changeset/31) Unlike old parser interface, > it looks very feasible for IronPython to implement this interface. > > Bytecode generation is problematic. Naturally IronPython can't support > new.code called with CPython bytecode. I am thinking about using > unparse to turn that to Python source and then exec to get a code > object: > http://svn.python.org/projects/python/branches/p3yk/Demo/parser/unparse.py > > Lots of rough ideas. > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Sep 14 08:08:22 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 15:08:22 +0900 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> Message-ID: <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> 2006/9/14, M. David Peterson : > Hey Seo, > > >> For SVN access, I am willing to write a VC plugin using .NET > subversion libraries like NSvn. > > I need this for other projects, and plan to take a first stab at it before > too long. If/When I do (If would be if you beat me to the punch, which for > obvious reasons would be fine by me :) I will point you to it. I think there's some misunderstanding here. I intend to write a Trac-specific VC plugin which provides IRepositoryConnector API for SVN. I do not intend to write a full-blown pysvn replacement. So I wonder why you "need this for other projects", as it won't be useful outside Trac. In my opinion, writing a pysvn replacement would be a bit insane thing to do. pysvn is very big and comprehensive library ranging from low-level to high-level. On the other hand, Trac VC API needs only a little bit of information from version control plugins, which can be done without following intricate details of Subversion C library and APR(Apache Portable Runtime) too closely. Anyway, if you have something to test, don't hesitate to let us know. Seo Sanghyeon From xmlhacker at gmail.com Thu Sep 14 08:09:38 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 00:09:38 -0600 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r1 In-Reply-To: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> References: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> Message-ID: http://www.oreillynet.com/windows/blog/2006/09/seo_sanghyeonipce_ironpython_c.html Seo, do you have a blog I can point people to? Either way, Thanks! This will make things TONS easier in regards to running IronPython on Mono. :) On 9/13/06, Sanghyeon Seo wrote: > > I am happy to announce IronPython Community Edition (IPCE for short) > 1.0 revision 1, based on IronPython 1.0, to the world. > > Get it here: > http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r1.zip > > Binary is built with Mono 1.1.17.1. > > Benefits of this edition: > > 1. You don't need to fight Mono with non-working line editing or > white-on-white "blind" console on Linux or Mac. A fix for this issue > and fixed binary is already included. > > 2. You don't need to edit makefile to build from the source on Mono. > > 3. Various bugfixes are included: patches are available here: > http://sparcs.kaist.ac.kr/~tinuviel/fepy/patches/1.0/ > > patch-ironpython-mono-console > patch-ironpython-mono-makefile > Discussed above. > > patch-ironpython-co-flags > This patch fixes an issue that co_flags reports **-argument only > function to have *-argument as well. > > patch-ironpython-codedom-empty-return > This patch fixes an issue that CodeDom generator doesn't handle empty > return statements. > > patch-ironpython-oldstyle-setattr > This patch fixes an issue that __setattr__ wasn't called for old-style > classes. > > patch-ironpython-os-utime > This patch fixes an issue that os.utime didn't set modified time and > set access time wrong. > > patch-ironpython-re-backslash-escape > This patch fixes an issue that backslash escape \\ wasn't properly > handled in regular expression. > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Thu Sep 14 08:23:42 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 00:23:42 -0600 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> Message-ID: >> In my opinion, writing a pysvn replacement would be a bit insane thing to do. I agree. What I need for other projects is just a simple interface into SVN. That's easy to get with NSvn, so the only thing I had planned to develop is a more Pythonic wrapper into the various pieces of the NSvn library as I discover they are needed, though technically speaking, they wouldn't be needed at all given NSvn is already accesible to IronPython. On 9/14/06, Sanghyeon Seo wrote: > > 2006/9/14, M. David Peterson : > > Hey Seo, > > > > >> For SVN access, I am willing to write a VC plugin using .NET > > subversion libraries like NSvn. > > > > I need this for other projects, and plan to take a first stab at it > before > > too long. If/When I do (If would be if you beat me to the punch, which > for > > obvious reasons would be fine by me :) I will point you to it. > > I think there's some misunderstanding here. > > I intend to write a Trac-specific VC plugin which provides > IRepositoryConnector API for SVN. I do not intend to write a > full-blown pysvn replacement. So I wonder why you "need this for other > projects", as it won't be useful outside Trac. > > In my opinion, writing a pysvn replacement would be a bit insane thing > to do. pysvn is very big and comprehensive library ranging from > low-level to high-level. On the other hand, Trac VC API needs only a > little bit of information from version control plugins, which can be > done without following intricate details of Subversion C library and > APR(Apache Portable Runtime) too closely. > > Anyway, if you have something to test, don't hesitate to let us know. > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Sep 14 08:32:30 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 14 Sep 2006 15:32:30 +0900 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r1 In-Reply-To: References: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> Message-ID: <5b0248170609132332w181bff72u21f05cc1eff3983e@mail.gmail.com> 2006/9/14, M. David Peterson : > http://www.oreillynet.com/windows/blog/2006/09/seo_sanghyeonipce_ironpython_c.html A link to patches in your post is wrong. Please correct. Seo Sanghyeon From xmlhacker at gmail.com Thu Sep 14 08:35:08 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 00:35:08 -0600 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r1 In-Reply-To: <5b0248170609132332w181bff72u21f05cc1eff3983e@mail.gmail.com> References: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> <5b0248170609132332w181bff72u21f05cc1eff3983e@mail.gmail.com> Message-ID: Done. Thanks for the catch! On 9/14/06, Sanghyeon Seo wrote: > > 2006/9/14, M. David Peterson : > > > http://www.oreillynet.com/windows/blog/2006/09/seo_sanghyeonipce_ironpython_c.html > > A link to patches in your post is wrong. Please correct. > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dberlin at gmail.com Wed Sep 13 22:58:42 2006 From: dberlin at gmail.com (holev) Date: Wed, 13 Sep 2006 20:58:42 -0000 Subject: [IronPython] Ann: GUI Editor for IronPython Message-ID: <1158181122.042576.286040@b28g2000cwb.googlegroups.com> Added IronPython to the supported GUI languages in FarPy GUIE- http://farpy.holev.com/tools.php About- GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxWidgets. The program was made in C# and saves the GUI that was created to a XML format I called GUIML. This GUIML is a pretty standard representation of the GUI created with the program with some helpful additions for .NET. Next, GUIE takes these GUIML files and translates it to either wxPython Python code or wxRuby Ruby code (more languages in the future). You may ask yourself why I took the extra step? Why didn't I go straight from C# controls to wxPython code? Why is GUIML necessary? Well, it isn't. It is there simply for people (or maybe I) to take the GUIML and convert it to other languages. This, by effect can convert this tool from a Python GUI editor, to "any programming language with a GUI module" GUI editor. The tools is open source under the GPL license. Thanks, David http://farpy.holev.com From xmlhacker at gmail.com Thu Sep 14 12:11:18 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 04:11:18 -0600 Subject: [IronPython] ipy support in msxsl:script blocks In-Reply-To: References: <44FD90F5.9070008@webworks.com> <7AD436E4270DD54A94238001769C2227383C457D58@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <7AD436E4270DD54A94238001769C22273843B06974@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Quick update: As per Dr. Kay's latest bug report [ http://sourceforge.net/tracker/index.php?func=detail&aid=1558459&group_id=29872&atid=397617 ], Extension functions on .NET are not working. The > compiler reports that it was unable to find a class > with a matching name. > > A late change was made to the URI namespace format used > to identify .NET classes, from the form > type:System.Math to clitype:System.Math. Unfortunately > the code as issued uses the old scheme name "type" in > one place and "clitype" in another. The correct form is > "clitype", and a patch has been placed in Subversion > (module net.sf.saxon.dotnet.DotNetExtensionLibrary) to > correct this. I am in process of rebuilding Saxon and Saxon on .NET from source (need to update my local nant script to accomodate some changes), and once complete, will finish out the second half of this demo and get it posted. On 9/6/06, M. David Peterson wrote: > > Excellent! Thanks for the advice, Dino! I will add this to my priority > list and update accordingly. > > In a (somewhat) related note, I have been pulling together a quick demo > that incorporates IronPython, LINQ, and XSLT 2.0 extensions functions to > provide what I believe will prove to be an extremely lethal combination as > this demo develops. The first part is complete, though a bit rough around > the edges. > > This builds directly from > from a few weeks back. The post was an XSLT 2.0 answer to Steve > Eichert's "Solving Scoble's problems ..." > post from a few weeks back. However, this time around I have extended > Steve's original code base > to implement a slight more dynamic approach to the filter settings such > that you can add, subtract, multiply, and/or divide the filter settings > using an external XML file. > > I have quite a bit more to add to this, including the mentioned extension > functions for XSLT 2.0. More updates throughout today and tomorrow, the > result of which will become a new post when complete. However, I'll avoid > flooding the list with each update, and instead point you to the timeline > RSS < http://dev.pypod.net/timeline?ticket=on&changeset=on&milestone=on&wiki=on&wiki=on&max=50&daysback=90&format=rss > > feed if you have interest in keeping up with the changes. > > With this in mind, if any of you have some ideas you would like to throw > my direction, or furthermore would like to view/play with the code base, you > can do so via the PyPod.Net Click-Once app, or checkout the code base from > SVN directly. > > The svn repo is located @ http://src.pypod.net/trunk > > You can view the code base via the Trac interface @ > http://dev.pypod.net/browser/trunk > > And, as already mentioned in a separate thread, the PyPod.Net app is > located @, > > http://pypod.net/console/index.html > > To run the (BIG TIME HACK) test, > > >>> import linqtest > > (note: Dependent upon your system, you may get a "SystemError: Unable to > connect to the remote server" error at first of which you will then more > than likely be asked for permission for the IP Console to access the > internet) > > As pointed out, the above is a quick and dirty hack just to test and make > sure it works properly. I am in the middle of building a more efficient > caching mechanism such that the XML data for processing can be accessed > once, cached locally, and then used for each subsequent test run unless a > flag is set to access the live stream again. WIth this in mind, please be > aware that the XML data file that is currently set to be accessed > dynamically with each new run is ~17megs, so it will take a bit before you > see the result of the filtering printed to the console. > > I'll update with extended details when it seems appropriate to do so. > > Until then, please let me know of any ideas any of you would like to see > developed as part of this code base. Sample code is all fine and dandy, but > I would rather write something that would be immediatelly useful and > reusable to a broader base of folks than would be your typical sample app if > at all possible. > > Best regards, > > > On 9/6/06, Dino Viehland wrote: > > > > The best thing you could do for Saxon.NET right now is to support > > ICustomTypeDescriptor in addition to supporting Reflection. The one > > downside is that ICustomTypeDescriptor isn't as comprehensive as > > Reflection.Emit ? for example it doesn't support calling methods. But > > it does support getting properties. So you'll want to back that up w/ > > Reflection, and hopefully in time there'll be a solution which will > > encompass all of these. > > > > > > > > *From:* users-bounces at lists.ironpython.com [mailto: > > users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson > > *Sent: * Tuesday, September 05, 2006 2:27 PM > > *To:* Discussion of IronPython > > *Subject:* Re: [IronPython] ipy support in msxsl:script blocks > > > > > > > > btw, the newly released docs in regards to develping extension functions > > for Saxon on .NET are located @ http://www.saxonica.com/documentation/extensibility/dotnetextensions.html > > > > > > On 9/5/06, *M. David Peterson* wrote: > > > > Worth noting, from my post earlier today (http://www.oreillynet.com/xml/blog/2006/09/mhksaxon_saxon_88basic_and_sch_1.html > > ) regarding the release of Saxon on .NET 8.8, > > > > * in the .NET product, extension functions written in C# or other .NET > > > > languages can now be invoked > > > > > > While the same is more than likely true in regards to the ability to > > access extension functions written in Python, this is one area I can help > > with more so than anything else as this was a significant area of study and > > development I put into Saxon.NET before handing over the reigns to Dr. > > Kay in February. In addition, with his guidance, I've since continued > > forward in working on various areas of research and development. With this > > in mind, in regards to, > > > > > > > > We'll need to work w/ some other teams within the company to make sure > > we can get the right amount of support in the right places to make this all > > come together. Thanks for bringing this to our attention. > > > > > > > > While for obvious reasons I can't help with the internal System.Xml.Xslcode base, I can help with the > > Saxon.NET code base. If I can be of help, please let me know :) > > > > > > > > On 9/5/06, *Dino Viehland* < dinov at exchange.microsoft.com> wrote: > > > > The answer to this appears to be no - The XSL processor uses Reflection > > to try and discover the method to be called. In IronPython reflection won't > > tell you what methods are available. We do support the > > ICustomTypeDescriptor interface which is another way to get this information > > (which enables scripting WPF), but unfortunately XSL isn't falling back to > > that. > > > > We'll need to work w/ some other teams within the company to make sure > > we can get the right amount of support in the right places to make this all > > come together. Thanks for bringing this to our attention. I'm not going to > > open a bug on this (because it's not necessarily an IP issue) but I believe > > we will be tracking this one (and similar issues) closely. > > > > > > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] > > On Behalf Of Jesse Wiles > > Sent: Tuesday, September 05, 2006 8:00 AM > > To: Discussion of IronPython > > Subject: [IronPython] ipy support in msxsl:script blocks > > > > Hi, > > > > Can I script XSL extension objects using Iron Python? > > > > Jesse Wiles > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > > > > -- > > /M:D > > > > M. David Peterson > > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > > > > > > > > > > -- > > /M:D > > > > M. David Peterson > > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > > > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > > > > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Thu Sep 14 12:15:58 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 04:15:58 -0600 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> Message-ID: One thing that occured to me: Another possibility is to the use the javahl code base that ships with Subversion, run it through the IKVM.NET ( http://weblog.ikvm.net for the latest bits) ikvmc compiler, and then utilize the resulting assembly as the interface into SVN. It seems that one key advantage to this approach is the fact that the javahl bindings are more likely to be up-to-date with the latest features of SVN. On 9/14/06, Sanghyeon Seo wrote: > > 2006/9/14, M. David Peterson : > > Hey Seo, > > > > >> For SVN access, I am willing to write a VC plugin using .NET > > subversion libraries like NSvn. > > > > I need this for other projects, and plan to take a first stab at it > before > > too long. If/When I do (If would be if you beat me to the punch, which > for > > obvious reasons would be fine by me :) I will point you to it. > > I think there's some misunderstanding here. > > I intend to write a Trac-specific VC plugin which provides > IRepositoryConnector API for SVN. I do not intend to write a > full-blown pysvn replacement. So I wonder why you "need this for other > projects", as it won't be useful outside Trac. > > In my opinion, writing a pysvn replacement would be a bit insane thing > to do. pysvn is very big and comprehensive library ranging from > low-level to high-level. On the other hand, Trac VC API needs only a > little bit of information from version control plugins, which can be > done without following intricate details of Subversion C library and > APR(Apache Portable Runtime) too closely. > > Anyway, if you have something to test, don't hesitate to let us know. > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Thu Sep 14 16:38:02 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 08:38:02 -0600 Subject: [IronPython] IronPython + XSLT 2.0 Extension Functions Message-ID: Hey All, If you access > http://pypod.net/console/index.html < inside of Internet Explorer, click "Install", and as long as the application installs correctly (it should -- I've verified as such on several machines -- but you never know until you know ;), at the prompt, type, >>> import test.extf_test After some churning should produce the same output as below. [you may need to first give the application permission to access the internet and then run the script again.] Obviously this is nothing all that exciting, but the xml [http://xslt.googlecode.com/svn/trunk/Modules/DataFilter/init.xml] and xslt [http://xslt.googlecode.com/svn/test/extensionfunction.xsl ] files that are being processed are accessed via HTTP from the GoogleCode XSLT project repository, so with a few more pieces of code, the ability to check files into a repository to then point people at them for testing should be pretty straight forward. While it will take a bit more code, by adding an APP-enabled server to the mix, the ability to create an Atom feed that lists all of the Python modules, and/or XML/XSLT files if you're an XSLT developer, that are a part of a given package should then allow nicely to access this Atom feed, import the modules and/or xml/xslt files, to then run them locally should act nicely in regards to being able to point people to one Atom feed in which contains links to all of the code necessary to run any given application. NOTE: This also has all of the Mvp.Xml libraries so testing on a variety of engines is possible as well. I'll be putting this into more of a demoable format and posting this to my XML.com blog later today. But now that all of the pieces are in place this should allow nicely for some pretty cool things. Enjoy! :) -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Thu Sep 14 16:45:24 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 08:45:24 -0600 Subject: [IronPython] IronPython + XSLT 2.0 Extension Functions In-Reply-To: References: Message-ID: Sorry, the "same output as below" refers to, Setting configuration > > 1.4142135623730 > 951 > None > On 9/14/06, M. David Peterson wrote: > > Hey All, > > If you access > http://pypod.net/console/index.html < inside of Internet > Explorer, click "Install", and as long as the application installs correctly > (it should -- I've verified as such on several machines -- but you never > know until you know ;), at the prompt, type, > > >>> import test.extf_test > > After some churning should produce the same output as below. [you may need > to first give the application permission to access the internet and then run > the script again.] > > Obviously this is nothing all that exciting, but the xml [http://xslt.googlecode.com/svn/trunk/Modules/DataFilter/init.xml] > and xslt [http://xslt.googlecode.com/svn/test/extensionfunction.xsl ] > files that are being processed are accessed via HTTP from the GoogleCode > XSLT project repository, so with a few more pieces of code, the ability to > check files into a repository to then point people at them for testing > should be pretty straight forward. While it will take a bit more code, by > adding an APP-enabled server to the mix, the ability to create an Atom feed > that lists all of the Python modules, and/or XML/XSLT files if you're an > XSLT developer, that are a part of a given package should then allow nicely > to access this Atom feed, import the modules and/or xml/xslt files, to then > run them locally should act nicely in regards to being able to point people > to one Atom feed in which contains links to all of the code necessary to run > any given application. > > NOTE: This also has all of the Mvp.Xml libraries so testing on a variety > of engines is possible as well. > > I'll be putting this into more of a demoable format and posting this to my > XML.com blog later today. But now that all of the pieces are in place > this should allow nicely for some pretty cool things. > > Enjoy! :) > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From srgjan.srepfler at lnksystem.com Thu Sep 14 17:02:41 2006 From: srgjan.srepfler at lnksystem.com (Srepfler Srgjan) Date: Thu, 14 Sep 2006 17:02:41 +0200 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> Message-ID: <45096F11.4020903@lnksystem.com> M. David Peterson wrote: > One thing that occured to me: Another possibility is to the use the > javahl code base that ships with Subversion, run it through the > IKVM.NET (http://weblog.ikvm.net > for the latest bits) ikvmc compiler, and then > utilize the resulting assembly as the interface into SVN. It seems > that one key advantage to this approach is the fact that the javahl > bindings are more likely to be up-to-date with the latest features of > SVN. > > Also I'd check it with J# as well. Srgjan From xmlhacker at gmail.com Thu Sep 14 17:08:17 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 09:08:17 -0600 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: <45096F11.4020903@lnksystem.com> References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> <5b0248170609132308t62ef6c11q6ec7c278a5e2eb1d@mail.gmail.com> <45096F11.4020903@lnksystem.com> Message-ID: Hmm... Good point. Anybody happen to know what version of the Java runtime is required for the JavaHL bindings? On 9/14/06, Srepfler Srgjan wrote: > > M. David Peterson wrote: > > One thing that occured to me: Another possibility is to the use the > > javahl code base that ships with Subversion, run it through the > > IKVM.NET (http://weblog.ikvm.net > > for the latest bits) ikvmc compiler, and then > > utilize the resulting assembly as the interface into SVN. It seems > > that one key advantage to this approach is the fact that the javahl > > bindings are more likely to be up-to-date with the latest features of > > SVN. > > > > > Also I'd check it with J# as well. > Srgjan > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Thu Sep 14 17:16:08 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 14 Sep 2006 09:16:08 -0600 Subject: [IronPython] IronPython + XSLT 2.0 Extension Functions In-Reply-To: References: Message-ID: NOTE: If any of you get an error that states it can access the .manifest file, make sure you are accessing this from within IE and not Firefox (see: http://www.hanselman.com/blog/ClickOnceAndFireFoxWithACustomSetupEqualsClickThriceAndBeDisappointed.aspxfor more detail). If you are accessing from within IE, and still get this error, please let me know. Thanks! On 9/14/06, M. David Peterson wrote: > > Sorry, the "same output as below" refers to, > > Setting configuration > > > > 1.4142135623730 > > 951 > > None > > > > On 9/14/06, M. David Peterson wrote: > > > > Hey All, > > > > If you access > http://pypod.net/console/index.html < inside of Internet > > Explorer, click "Install", and as long as the application installs correctly > > (it should -- I've verified as such on several machines -- but you never > > know until you know ;), at the prompt, type, > > > > >>> import test.extf_test > > > > After some churning should produce the same output as below. [you may > > need to first give the application permission to access the internet and > > then run the script again.] > > > > Obviously this is nothing all that exciting, but the xml [http://xslt.googlecode.com/svn/trunk/Modules/DataFilter/init.xml] > > and xslt [http://xslt.googlecode.com/svn/test/extensionfunction.xsl ] > > files that are being processed are accessed via HTTP from the GoogleCode > > XSLT project repository, so with a few more pieces of code, the ability to > > check files into a repository to then point people at them for testing > > should be pretty straight forward. While it will take a bit more code, by > > adding an APP-enabled server to the mix, the ability to create an Atom feed > > that lists all of the Python modules, and/or XML/XSLT files if you're an > > XSLT developer, that are a part of a given package should then allow nicely > > to access this Atom feed, import the modules and/or xml/xslt files, to then > > run them locally should act nicely in regards to being able to point people > > to one Atom feed in which contains links to all of the code necessary to run > > any given application. > > > > NOTE: This also has all of the Mvp.Xml libraries so testing on a variety > > of engines is possible as well. > > > > I'll be putting this into more of a demoable format and posting this to > > my XML.com blog later today. But now that all of the pieces are in > > place this should allow nicely for some pretty cool things. > > > > Enjoy! :) > > > > -- > > /M:D > > > > M. David Peterson > > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > > > > > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hfoffani at gmail.com Thu Sep 14 19:35:28 2006 From: hfoffani at gmail.com (Hernan M Foffani) Date: Thu, 14 Sep 2006 19:35:28 +0200 Subject: [IronPython] Trac, Genshi, AST, etc. In-Reply-To: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> References: <5b0248170609131959ocd6e25cmb0c0c769efacb47e@mail.gmail.com> Message-ID: <11fab4bc0609141035x42cb6abod25b92d6ac7b8492@mail.gmail.com> > For SVN access, I am willing to write a VC plugin using .NET > subversion libraries like NSvn. I don't know which python-SVN bridge Trac uses, but it would be great if the one you plan to port is the official from the Subversion site. There are lots of Python application, apart from Trac, that depends on that library. > For a database library, I have DB-API implementation backed > by ADO.NET and a compatibility module for sqlite ready. Really? That's great, man! I thought that porting sqlite will be almost insurmountable. Regards, -H. From dinov at exchange.microsoft.com Thu Sep 14 21:45:18 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Thu, 14 Sep 2006 12:45:18 -0700 Subject: [IronPython] .NET attributes In-Reply-To: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> We're tentatively thinking that this is a 2.0 feature but if we figured out a syntax we really liked we'd try to get it into 1.1. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo Sent: Wednesday, September 13, 2006 12:54 AM To: Discussion of IronPython Subject: [IronPython] .NET attributes What is the expected timeline for support for .NET attributes in IronPython? -- Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From wolfgang.keller.nospam at gmx.de Thu Sep 14 22:42:51 2006 From: wolfgang.keller.nospam at gmx.de (Wolfgang Keller) Date: Thu, 14 Sep 2006 22:42:51 +0200 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r1 In-Reply-To: <5b0248170609132225q37b49418od3d1fea1ad77d0d@mail.gmail.com> Message-ID: <0001HW.C12F8B6B0013C831F0180390@mail.gmx.net> On Thu, 14 Sep 2006 07:25:24 +0200, Sanghyeon Seo wrote (in message <5b0248170609132225q37b49418od3d1fea1ad77d0d at mail.gmail.com>): > I am happy to announce IronPython Community Edition (IPCE for short) > 1.0 revision 1, based on IronPython 1.0, to the world. > > Get it here: > http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r1.zip Thanks a L-O-T for this. :-) Sincerely, Wolfgang Keller -- My email-address is correct. Do NOT remove ".nospam" to reply. From garys at ihug.com.au Fri Sep 15 01:55:55 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Fri, 15 Sep 2006 09:55:55 +1000 Subject: [IronPython] Descriptor/metaclass problems References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <008201c6d859$5796fe00$0301010a@VIMES> Hi, The following code works perfectly in CPython, but is all over the shop in ipy :-( Any ideas on how I might make it work in ipy? class valueDescriptor(object): def __init__(self,x=None): self.value = x def __get__(self,ob,cls): return self.value def __set__(self,ob,x): self.value = x class Ameta(type): def createShared( cls, nm, initValue=None ): o = valueDescriptor(initValue) setattr( cls,nm, o ) setattr( cls.__class__,nm, o ) class A: __metaclass__ = Ameta class B( A ): A.createShared("cls2",1) def show(): # all outputs should be the same!! print o.cls2 print o2.cls2 print A.cls2 print B.cls2 o = A() o2 = B() show() B.cls2 = 2 show() A.cls2 = 3 show() o.cls2 = 4 show() o2.cls2 = 5 show() From dfugate at microsoft.com Fri Sep 15 02:04:56 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Thu, 14 Sep 2006 17:04:56 -0700 Subject: [IronPython] importing powershell ala the demo video In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D9147CF9504@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <33149.208.209.42.2.1157758292.squirrel@www.babastik.com> <9bf2b7e70609100934u523966b8kf654797b34e9797@mail.gmail.com> <7346A825E148B049A9AD1D3ED46A2D9147CF9504@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D9147F33177@NA-EXMSG-C106.redmond.corp.microsoft.com> We have just released another sample, IPPowerShell, which shows how to leverage the PowerShell APIs. This includes the powershell.py module Jim Hugunin has shown previously that many of you have asked about. The sample can be downloaded from http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=423 (IronPython-1.0-Samples-IPPowerShell.zip) and details on what's provided can be found at http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples . Please note that due to a problem in Codeplex it was not possible to update IronPython-1.0-Samples-All.zip to include IPPowerShell and this is likely to be the case for other examples released in the coming weeks. Instead, please download the individual sample zip files. Have fun! The IronPython Team From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Kurman Sent: Sunday, September 10, 2006 9:35 AM To: Discussion of IronPython Subject: Re: [IronPython] importing powershell ala the demo video Along with powershell Jim had a number of other helpers for the demo that might be useful to examine -- like how was vbx done? I don't have a particular use case for now but the stuff is pretty exciting. thanks --dave On 9/8/06, brian at babastik.com > wrote: Hey everyone, I am missing a key step trying to recreate the "from powershell import *" from Jim Hugunin demo (http://weblog.infoworld.com/udell/screenroom/ironpython_flv.html). I always get the "no module named powershell" error. Does anyone know what else needs to be setup for IronPython to find the powershell "module" and map it? Thanks. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Sep 15 03:53:18 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 10:53:18 +0900 Subject: [IronPython] A SourceForge project? Message-ID: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> I am thinking about creating a SourceForge project, to host files under http://sparcs.kaist.ac.kr/~tinuviel/fepy/ directory. So that you can keep up-to-date just by doing "svn update". So that I can release IPCE zip to mirrors with beefy bandwidths, not to a feeble webserver of my former university's computer society. Maybe one of you can join me and I can give you a write access. What do you think? Do you have a hosting recommendation over SourceForge? (CodePlex is no-no for me, I don't have TFS client.) -- Seo Sanghyeon From redmoon17 at gmail.com Fri Sep 15 04:05:19 2006 From: redmoon17 at gmail.com (Kevin Chu) Date: Fri, 15 Sep 2006 10:05:19 +0800 Subject: [IronPython] A SourceForge project? In-Reply-To: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> Message-ID: <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> workspaces at GotDotNet maybe is ok. On 9/15/06, Sanghyeon Seo wrote: > I am thinking about creating a SourceForge project, to host files > under http://sparcs.kaist.ac.kr/~tinuviel/fepy/ directory. > > So that you can keep up-to-date just by doing "svn update". So that I > can release IPCE zip to mirrors with beefy bandwidths, not to a feeble > webserver of my former university's computer society. Maybe one of you > can join me and I can give you a write access. > > What do you think? Do you have a hosting recommendation over > SourceForge? (CodePlex is no-no for me, I don't have TFS client.) > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- Once in a Redmoon From sanxiyn at gmail.com Fri Sep 15 04:09:18 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 11:09:18 +0900 Subject: [IronPython] A SourceForge project? In-Reply-To: <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> Message-ID: <5b0248170609141909s6d4d37d8ue2d10096b4b2a4fd@mail.gmail.com> 2006/9/15, Kevin Chu : > workspaces at GotDotNet maybe is ok. What kind of source control does it offer? I would prefer Subversion. I am okay with other SCM but easily available command line clients for UN*X is a must for me. Seo Sanghyeon From sanxiyn at gmail.com Fri Sep 15 04:29:46 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 11:29:46 +0900 Subject: [IronPython] Garbage characters in News Feeds tab Message-ID: <5b0248170609141929j69994634nc3afe9155a760083@mail.gmail.com> I see a lot of question marks and garbage characters on "News Feeds" tab of IronPython project: http://www.codeplex.com/Project/NewsFeeds.aspx?ProjectName=IronPython (See also Mojibake, http://en.wikipedia.org/wiki/Mojibake) URLs suggest that these posts are written in Japanese. Does CodePlex handle encodings wrong? -- Seo Sanghyeon From mark.john.rees at gmail.com Fri Sep 15 04:31:26 2006 From: mark.john.rees at gmail.com (Mark Rees) Date: Fri, 15 Sep 2006 12:31:26 +1000 Subject: [IronPython] A SourceForge project? In-Reply-To: <5b0248170609141909s6d4d37d8ue2d10096b4b2a4fd@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> <5b0248170609141909s6d4d37d8ue2d10096b4b2a4fd@mail.gmail.com> Message-ID: Another option is http://code.google.com/hosting It is subversion, takes no time to setup and has a ticket system. Only downside is you cannot use it to serve files outside of the subversion. Mark On 9/15/06, Sanghyeon Seo wrote: > 2006/9/15, Kevin Chu : > > workspaces at GotDotNet maybe is ok. > > What kind of source control does it offer? I would prefer Subversion. > I am okay with other SCM but easily available command line clients for > UN*X is a must for me. > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From jvm_cop at spamcop.net Fri Sep 15 06:50:48 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 15 Sep 2006 00:50:48 -0400 Subject: [IronPython] A SourceForge project? In-Reply-To: <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.co m> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> Message-ID: <7.0.1.0.2.20060915005038.07850fd8@wheresmymailserver.com> veto At 10:05 PM 9/14/2006, Kevin Chu wrote >workspaces at GotDotNet maybe is ok. J. Merrill / Analytical Software Corp From jvm_cop at spamcop.net Fri Sep 15 06:52:49 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 15 Sep 2006 00:52:49 -0400 Subject: [IronPython] A SourceForge project? In-Reply-To: References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> <5b0248170609141909s6d4d37d8ue2d10096b4b2a4fd@mail.gmail.com> Message-ID: <7.0.1.0.2.20060915005148.07801be8@wheresmymailserver.com> Why is that a downside? You can put binaries -- anything -- into SVN and it will be fine. At 10:31 PM 9/14/2006, Mark Rees wrote >Another option is http://code.google.com/hosting It is subversion, >takes no time to setup and has a ticket system. Only downside is you >cannot use it to serve files outside of the subversion. > >Mark J. Merrill / Analytical Software Corp From sanxiyn at gmail.com Fri Sep 15 06:51:18 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 13:51:18 +0900 Subject: [IronPython] A SourceForge project? In-Reply-To: <7.0.1.0.2.20060915005148.07801be8@wheresmymailserver.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> <5b0248170609141909s6d4d37d8ue2d10096b4b2a4fd@mail.gmail.com> <7.0.1.0.2.20060915005148.07801be8@wheresmymailserver.com> Message-ID: <5b0248170609142151l1c9c3416q112f37c5cbe191f@mail.gmail.com> 2006/9/15, J. Merrill : > Why is that a downside? You can put binaries -- anything -- into SVN > and it will be fine. Well, binaries (=builds) don't really belong to the repository. Seo Sanghyeon From redmoon17 at gmail.com Fri Sep 15 06:51:33 2006 From: redmoon17 at gmail.com (Kevin Chu) Date: Fri, 15 Sep 2006 12:51:33 +0800 Subject: [IronPython] A SourceForge project? In-Reply-To: <7.0.1.0.2.20060915005038.07850fd8@wheresmymailserver.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> <7.0.1.0.2.20060915005038.07850fd8@wheresmymailserver.com> Message-ID: <41d7f4a90609142151nfb6caa6i1284ed1ae0b2cc5e@mail.gmail.com> Workspaces provide a activex control in Internet Explorer or a add-in for Visual Studio.It can synchronize source code files in your work folder and server folder. However workspaces have no Subversion. If you prefer Subversion, Google is good choice. On 9/15/06, J. Merrill wrote: > veto > > At 10:05 PM 9/14/2006, Kevin Chu wrote > >workspaces at GotDotNet maybe is ok. > > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- Once in a Redmoon From sanxiyn at gmail.com Fri Sep 15 06:52:37 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 13:52:37 +0900 Subject: [IronPython] A SourceForge project? In-Reply-To: References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <41d7f4a90609141905s43a446f5x35ef249353291980@mail.gmail.com> <5b0248170609141909s6d4d37d8ue2d10096b4b2a4fd@mail.gmail.com> Message-ID: <5b0248170609142152g78c71935yc26e64b408b846fb@mail.gmail.com> 2006/9/15, Mark Rees : > Another option is http://code.google.com/hosting It is subversion, > takes no time to setup and has a ticket system. Only downside is you > cannot use it to serve files outside of the subversion. Another downside is that Google currently doesn't provide way to upload SVN dump. I already manage files under fepy directory in SVN (since this January), and I have more than 100 revisions worth of history. Seo Sanghyeon From ironpython at bobs.org Fri Sep 15 07:00:35 2006 From: ironpython at bobs.org (Bob Arnson) Date: Thu, 14 Sep 2006 22:00:35 -0700 Subject: [IronPython] A SourceForge project? In-Reply-To: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> Message-ID: <450A3373.6000608@bobs.org> Sanghyeon Seo wrote: > (CodePlex is no-no for me, I don't have TFS client.) > Team Explorer client is available for CodePlex use. -- sig://boB http://bobs.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Sep 15 07:14:09 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 14:14:09 +0900 Subject: [IronPython] A SourceForge project? In-Reply-To: <450A3373.6000608@bobs.org> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <450A3373.6000608@bobs.org> Message-ID: <5b0248170609142214p6cb2b2a8i7ab2904fe7c5b4da@mail.gmail.com> 2006/9/15, Bob Arnson : > Team Explorer client is available for CodePlex use. Sorry, I don't use Windows. Seo Sanghyeon From ironpython at bobs.org Fri Sep 15 07:25:01 2006 From: ironpython at bobs.org (Bob Arnson) Date: Thu, 14 Sep 2006 22:25:01 -0700 Subject: [IronPython] A SourceForge project? In-Reply-To: <5b0248170609142214p6cb2b2a8i7ab2904fe7c5b4da@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <450A3373.6000608@bobs.org> <5b0248170609142214p6cb2b2a8i7ab2904fe7c5b4da@mail.gmail.com> Message-ID: <450A392D.5050608@bobs.org> Sanghyeon Seo wrote: > Sorry, I don't use Windows. > D'oh. Sorry, I knew that. -- sig://boB http://bobs.org From jvm_cop at spamcop.net Fri Sep 15 08:12:26 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 15 Sep 2006 02:12:26 -0400 Subject: [IronPython] Question for Sanghyeon Seo on porting projects In-Reply-To: <5b0248170609120916n66ae9e97hefde83dab6e4e401@mail.gmail.co m> References: <5b0248170609120916n66ae9e97hefde83dab6e4e401@mail.gmail.com> Message-ID: <7.0.1.0.2.20060915021107.07826d00@wheresmymailserver.com> And catching up on the discussion here is a procrastination for me -- an enjoyable one to be sure, but it doesn't get me anywhere (like to bed!). At 12:16 PM 9/12/2006, Sanghyeon Seo wrote (in part) >A possible solution to the current blocker is to stop procrastinating, which is known to be extraordinarily difficult. J. Merrill / Analytical Software Corp From jvm_cop at spamcop.net Fri Sep 15 08:15:08 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 15 Sep 2006 02:15:08 -0400 Subject: [IronPython] ScrollBarsEnabled problem References: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> Message-ID: <7.0.1.0.2.20060915021424.07831428@wheresmymailserver.com> At 01:45 PM 9/12/2006, Dino Viehland wrote >This might be a better question on a newsgroup specific to .NET or the IE web control. Adding the ScrollBarsEnabled = False is the same as doing: > >WebBrowser1 = WebBrowser() >WebBrowser1.ScrollBarsEnabled = True Shouldn't that be = False ??? [snip] J. Merrill / Analytical Software Corp From ironpython at bobs.org Fri Sep 15 07:01:01 2006 From: ironpython at bobs.org (Bob Arnson) Date: Thu, 14 Sep 2006 22:01:01 -0700 Subject: [IronPython] A SourceForge project? In-Reply-To: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> Message-ID: <450A338D.4010303@bobs.org> Sanghyeon Seo wrote: > (CodePlex is no-no for me, I don't have TFS client.) > Team Explorer client is available for CodePlex use. -- sig://boB http://bobs.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From floris.vannee at gmail.com Fri Sep 15 10:22:51 2006 From: floris.vannee at gmail.com (Floris van Nee) Date: Fri, 15 Sep 2006 10:22:51 +0200 Subject: [IronPython] ScrollBarsEnabled problem In-Reply-To: <7.0.1.0.2.20060915021424.07831428@wheresmymailserver.com> References: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> <7.0.1.0.2.20060915021424.07831428@wheresmymailserver.com> Message-ID: <2302ac370609150122v1fc1a7f8j179b0d4a8363b801@mail.gmail.com> Yeh, it should. But even then, it still displays the scrollbar when viewing certain sites. I found out that it has something to do with sites with frames. When I navigate to a site with frames, it displays the scrollbars, and when I navigate to a site without frames, it doesn't display them. But I still don't know how to disable scrollbars in a site with frames. Floris On 9/15/06, J. Merrill wrote: > > At 01:45 PM 9/12/2006, Dino Viehland wrote > > >This might be a better question on a newsgroup specific to .NET or the IE > web control. Adding the ScrollBarsEnabled = False is the same as doing: > > > >WebBrowser1 = WebBrowser() > >WebBrowser1.ScrollBarsEnabled = True > > Shouldn't that be = False ??? > [snip] > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Sep 15 13:04:12 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 15 Sep 2006 20:04:12 +0900 Subject: [IronPython] More patches Message-ID: <5b0248170609150404i4c8762f0o646866698f20a7a9@mail.gmail.com> More patches: http://sparcs.kaist.ac.kr/~tinuviel/fepy/patches/ patch-ironpython-empty-apply This patches fixes an issue that apply builtin function doesn't accept a single argument. patch-ironpython-open-unknown-mode This patch lets IronPython to ignore unknowm mode characters in open builtin function. -- Seo Sanghyeon From cwmoad at gmail.com Fri Sep 15 15:16:56 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Fri, 15 Sep 2006 09:16:56 -0400 Subject: [IronPython] .NET attributes In-Reply-To: <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> On 9/14/06, Dino Viehland wrote: > We're tentatively thinking that this is a 2.0 feature but if we figured out a syntax we really liked we'd try to get it into 1.1. > It seems as if there are two clean ways to do this in my mind. 1. Use python2.4's decorator sytax and extend it to allow class and class variable attribute declaration. This has the pitfall of breaking cpython compatibility with decorators though. At the same time, why use decorators when you can use attributes? 2. Thinking about this problem brings me back to an elegant solution that Philip Eby came up with to allow python2.3 users to use decorators for turbogears. class Root: [expose()] def method(): ... Granted special logic has to be added to the decorator method. This prompted me to try: import clr clr.AddReference('System.Web.Services') from System.Web.Services import * [WebServiceAttribute] class Echo(WebService): [WebMethodAttribute] def echo(msg): return msg The advantage here is syntactically correct python. IP could just add some special logic to apply the attributes. Another advantage is that it matches the sytax of C# attributes. Evil programmers could even apply decorators and attributes to a method! From fuzzyman at voidspace.org.uk Fri Sep 15 15:22:48 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 15 Sep 2006 14:22:48 +0100 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> Message-ID: <450AA928.3030301@voidspace.org.uk> Charlie Moad wrote: > On 9/14/06, Dino Viehland wrote: > >> We're tentatively thinking that this is a 2.0 feature but if we figured out a syntax we really liked we'd try to get it into 1.1. >> >> > > It seems as if there are two clean ways to do this in my mind. > > 1. Use python2.4's decorator sytax and extend it to allow class and > class variable attribute declaration. This has the pitfall of > breaking cpython compatibility with decorators though. At the same > time, why use decorators when you can use attributes? > When this was last discussed on Python-Dev, Guido agreed that class decorators could go into core Python. (Partly because of the IronPython usecase.) The best thing to do (IMHO) is to see if a syntax can be agreed on Python-Dev, to ensure future compatibility with CPython. Michael Foord http://www.voidspace.org.uk/python/index.shtml > 2. Thinking about this problem brings me back to an elegant solution > that Philip Eby came up with to allow python2.3 users to use > decorators for turbogears. > > class Root: > [expose()] > def method(): ... > > Granted special logic has to be added to the decorator method. This > prompted me to try: > > import clr > clr.AddReference('System.Web.Services') > > from System.Web.Services import * > > [WebServiceAttribute] > class Echo(WebService): > > [WebMethodAttribute] > def echo(msg): > return msg > > The advantage here is syntactically correct python. IP could just add > some special logic to apply the attributes. Another advantage is that > it matches the sytax of C# attributes. Evil programmers could even > apply decorators and attributes to a method! > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 From hfoffani at gmail.com Fri Sep 15 15:33:14 2006 From: hfoffani at gmail.com (Hernan M Foffani) Date: Fri, 15 Sep 2006 15:33:14 +0200 Subject: [IronPython] .NET attributes In-Reply-To: <450AA928.3030301@voidspace.org.uk> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> Message-ID: <11fab4bc0609150633k42bbd687i9eb2dfe5eaeb76c8@mail.gmail.com> > >> We're tentatively thinking that this is a 2.0 feature but if > >> we figured out a syntax we really liked we'd try to get it into 1.1. > >> > > It seems as if there are two clean ways to do this in my mind. > > > > 1. Use python2.4's decorator sytax and extend it to allow class and > > class variable attribute declaration. This has the pitfall of > > breaking cpython compatibility with decorators though. At the same > > time, why use decorators when you can use attributes? > > > When this was last discussed on Python-Dev, Guido agreed that class > decorators could go into core Python. (Partly because of the IronPython > usecase.) > > The best thing to do (IMHO) is to see if a syntax can be agreed on > Python-Dev, to ensure future compatibility with CPython. I agree. A proof of concept that demonstrates the use of class decorators might help them decide. -H. From cwmoad at gmail.com Fri Sep 15 15:35:24 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Fri, 15 Sep 2006 09:35:24 -0400 Subject: [IronPython] .NET attributes In-Reply-To: <450AA928.3030301@voidspace.org.uk> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> Message-ID: <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> On 9/15/06, Michael Foord wrote: > Charlie Moad wrote: > > On 9/14/06, Dino Viehland wrote: > > > >> We're tentatively thinking that this is a 2.0 feature but if we figured out a syntax we really liked we'd try to get it into 1.1. > >> > >> > > > > It seems as if there are two clean ways to do this in my mind. > > > > 1. Use python2.4's decorator sytax and extend it to allow class and > > class variable attribute declaration. This has the pitfall of > > breaking cpython compatibility with decorators though. At the same > > time, why use decorators when you can use attributes? > > > When this was last discussed on Python-Dev, Guido agreed that class > decorators could go into core Python. (Partly because of the IronPython > usecase.) What about class variables, properties, etc? The "AttributeTargets" enum lists many options. I don't see cpython allowing decorators on properties. Also, decorators and attributes are different beasts. Allowing their syntax to be the same would make it difficult to distingush which way it should be used. I personally think attribute support should trump decorator support in IP. From davidf at sjsoft.com Fri Sep 15 15:59:25 2006 From: davidf at sjsoft.com (David Fraser) Date: Fri, 15 Sep 2006 15:59:25 +0200 Subject: [IronPython] A SourceForge project? In-Reply-To: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> Message-ID: <450AB1BD.1070804@sjsoft.com> Sanghyeon Seo wrote: > I am thinking about creating a SourceForge project, to host files > under http://sparcs.kaist.ac.kr/~tinuviel/fepy/ directory. > > So that you can keep up-to-date just by doing "svn update". So that I > can release IPCE zip to mirrors with beefy bandwidths, not to a feeble > webserver of my former university's computer society. Maybe one of you > can join me and I can give you a write access. > > What do you think? Do you have a hosting recommendation over > SourceForge? (CodePlex is no-no for me, I don't have TFS client.) > I'm up for a sourceforge project - lots of open source developers (like me :-) ) have accounts there, svn is good and they have good download mirrors although the upload mechanism is a pain :-) - and you can set up a web site for it. I'm davidfraser on sourceforge if you want to add me as a developer :-) Would be nice if the IronPython source repository could somehow be mirrored into subversion... any projects that do that from Team Foundation? Cheers David From davidf at sjsoft.com Fri Sep 15 16:01:46 2006 From: davidf at sjsoft.com (David Fraser) Date: Fri, 15 Sep 2006 16:01:46 +0200 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> Message-ID: <450AB24A.9090903@sjsoft.com> Charlie Moad wrote: > On 9/15/06, Michael Foord wrote: > >> Charlie Moad wrote: >> >>> On 9/14/06, Dino Viehland wrote: >>> >>> >>>> We're tentatively thinking that this is a 2.0 feature but if we figured out a syntax we really liked we'd try to get it into 1.1. >>>> >>>> >>>> >>> It seems as if there are two clean ways to do this in my mind. >>> >>> 1. Use python2.4's decorator sytax and extend it to allow class and >>> class variable attribute declaration. This has the pitfall of >>> breaking cpython compatibility with decorators though. At the same >>> time, why use decorators when you can use attributes? >>> >>> >> When this was last discussed on Python-Dev, Guido agreed that class >> decorators could go into core Python. (Partly because of the IronPython >> usecase.) >> > > What about class variables, properties, etc? The "AttributeTargets" > enum lists many options. I don't see cpython allowing decorators on > properties. Also, decorators and attributes are different beasts. > Allowing their syntax to be the same would make it difficult to > distingush which way it should be used. I personally think attribute > support should trump decorator support in IP. Take away decorator support and you'll lose at least this Python programmer... Decorators and attributes have at least some commonality, which is why this syntax ended up in Python in the first place... Allowing decorator syntax in places CPython doesn't is better than not allowing it where it does... David From cwmoad at gmail.com Fri Sep 15 16:23:11 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Fri, 15 Sep 2006 10:23:11 -0400 Subject: [IronPython] .NET attributes In-Reply-To: <450AB24A.9090903@sjsoft.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> Message-ID: <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> > Take away decorator support and you'll lose at least this Python > programmer... > Decorators and attributes have at least some commonality, which is why > this syntax ended up in Python in the first place... > Allowing decorator syntax in places CPython doesn't is better than not > allowing it where it does... So it sounds like people want decorator syntax for attributes. Would it be sufficient to check for inheritance from System.Attribute to distinguish the two? Also attributes being classes and decorators functions might help. I agree it is better to allow the decorator syntax in more places than cpython than the alternative. From broessl at gmc.li Fri Sep 15 16:40:27 2006 From: broessl at gmc.li (=?UTF-8?Q?Bernd_R=C3=B6ssl?=) Date: Fri, 15 Sep 2006 07:40:27 -0700 (PDT) Subject: [IronPython] Adding methods in hosting application during runtime Message-ID: <6326609.post@talk.nabble.com> Still working on integrating ironPython in a web application and just tryed to do some ajax stuff with AjaxPro. Duriing implementation i realized that i can't use AjaxPro like the way i do it in c# or vb. not at least of the problem with the method attributes but the real problem is the matter of fact that objects i created in the python enviroment aren't available by ajaxpro because the generated html script looks like this ...and this thing does not exist :( I think a nice way would be to extend the hosting application with some objects they life next to all classic .NET objects so that a external caller could not see a difference. But this wouldn't work because the hosting app isn't dynamic, or does it? One thought was to use IronPython.Compiler to create a 'real' assembly and then load it into the hosting application but that sounds a little bit strange. So my question is : Is it possible to create objects in the hosting application from a python script that are callable from extern by reflection (i think ajaxpro does it by reflection) ? If i'm absolutly on the wrong way to relize this let me know. thanks, bernd -- View this message in context: http://www.nabble.com/Adding-methods-in-hosting-application-during-runtime-tf2277947.html#a6326609 Sent from the IronPython forum at Nabble.com. From fuzzyman at voidspace.org.uk Fri Sep 15 16:44:02 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 15 Sep 2006 15:44:02 +0100 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> Message-ID: <450ABC32.5020700@voidspace.org.uk> Charlie Moad wrote: >> Take away decorator support and you'll lose at least this Python >> programmer... >> Decorators and attributes have at least some commonality, which is why >> this syntax ended up in Python in the first place... >> Allowing decorator syntax in places CPython doesn't is better than not >> allowing it where it does... >> > > So it sounds like people want decorator syntax for attributes. Would > it be sufficient to check for inheritance from System.Attribute to > distinguish the two? Sounds very good. > Also attributes being classes and decorators > functions might help. Can't CPython decorators also be classes (I haven't tried this) ? Michael Foord http://www.voidspace.org.uk/python/index.shtml > I agree it is better to allow the decorator > syntax in more places than cpython than the alternative. > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 From cwmoad at gmail.com Fri Sep 15 16:45:30 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Fri, 15 Sep 2006 10:45:30 -0400 Subject: [IronPython] .NET attributes In-Reply-To: <450ABC32.5020700@voidspace.org.uk> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> <450ABC32.5020700@voidspace.org.uk> Message-ID: <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> On 9/15/06, Michael Foord wrote: > Charlie Moad wrote: > >> Take away decorator support and you'll lose at least this Python > >> programmer... > >> Decorators and attributes have at least some commonality, which is why > >> this syntax ended up in Python in the first place... > >> Allowing decorator syntax in places CPython doesn't is better than not > >> allowing it where it does... > >> > > > > So it sounds like people want decorator syntax for attributes. Would > > it be sufficient to check for inheritance from System.Attribute to > > distinguish the two? > Sounds very good. > > > Also attributes being classes and decorators > > functions might help. > Can't CPython decorators also be classes (I haven't tried this) ? Callable classes I suppose.... From fuzzyman at voidspace.org.uk Fri Sep 15 16:56:55 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 15 Sep 2006 15:56:55 +0100 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> <450ABC32.5020700@voidspace.org.uk> <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> Message-ID: <450ABF37.7020102@voidspace.org.uk> Charlie Moad wrote: > On 9/15/06, Michael Foord wrote: > >> Charlie Moad wrote: >> >>>> Take away decorator support and you'll lose at least this Python >>>> programmer... >>>> Decorators and attributes have at least some commonality, which is why >>>> this syntax ended up in Python in the first place... >>>> Allowing decorator syntax in places CPython doesn't is better than not >>>> allowing it where it does... >>>> >>>> >>> So it sounds like people want decorator syntax for attributes. Would >>> it be sufficient to check for inheritance from System.Attribute to >>> distinguish the two? >>> >> Sounds very good. >> >> >>> Also attributes being classes and decorators >>> functions might help. >>> > > >> Can't CPython decorators also be classes (I haven't tried this) ? >> > > Callable classes I suppose.... > You mean instances... I meant something like this, which works in CPython and is a good way of implementing the descriptor protocol : class DecoratorClass(object): def __init__(self, function): self.function = function def __call__(self, *args, **keywargs): print 'called' return self.function(*args, **keywargs) Michael Foord http://www.voidspace.org.uk/python/index.shtml @DecoratorClass def function(*args): print args function('hello') > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 From fuzzyman at voidspace.org.uk Fri Sep 15 17:00:19 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 15 Sep 2006 16:00:19 +0100 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> <450ABC32.5020700@voidspace.org.uk> <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> Message-ID: <450AC003.4070200@voidspace.org.uk> Charlie Moad wrote: > On 9/15/06, Michael Foord wrote: > >> Charlie Moad wrote: >> >>>> Take away decorator support and you'll lose at least this Python >>>> programmer... >>>> Decorators and attributes have at least some commonality, which is why >>>> this syntax ended up in Python in the first place... >>>> Allowing decorator syntax in places CPython doesn't is better than not >>>> allowing it where it does... >>>> >>>> >>> So it sounds like people want decorator syntax for attributes. Would >>> it be sufficient to check for inheritance from System.Attribute to >>> distinguish the two? >>> >> Sounds very good. >> >> >>> Also attributes being classes and decorators >>> functions might help. >>> > > >> Can't CPython decorators also be classes (I haven't tried this) ? >> > > Callable classes I suppose.... > (Oops... put my sig in the middle of the code.) You mean instances... I meant something like this, which works in CPython and is a good way of implementing the descriptor protocol : class DecoratorClass(object): def __init__(self, function): self.function = function def __call__(self, *args, **keywargs): print 'called' return self.function(*args, **keywargs) @DecoratorClass def function(*args): print args function('hello') Provide '__get__' and friends to implement the descriptor protocol on a function. My guess is that this is pretty much how class methods become bound methods on instances. Michael Foord http://www.voidspace.org.uk/python/index.shtml > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 From fuzzyman at voidspace.org.uk Fri Sep 15 17:16:26 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 15 Sep 2006 16:16:26 +0100 Subject: [IronPython] Ann: GUI Editor for IronPython In-Reply-To: <1158181122.042576.286040@b28g2000cwb.googlegroups.com> References: <1158181122.042576.286040@b28g2000cwb.googlegroups.com> Message-ID: <450AC3CA.7060308@voidspace.org.uk> holev wrote: > Added IronPython to the supported GUI languages in FarPy GUIE- > http://farpy.holev.com/tools.php > Does this generate code for wx.NET ? Michael Foord http://www.voidspace.org.uk/python/index.shtml > About- > GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxWidgets. > The program was made in C# and saves the GUI that was created to a XML > format I called GUIML. This GUIML is a pretty standard representation > of the GUI created with the program with some helpful additions for > .NET. Next, GUIE takes these GUIML files and translates it to either > wxPython Python code or wxRuby Ruby code (more languages in the > future). You may ask yourself why I took the extra step? Why didn't I > go straight from C# controls to wxPython code? Why is GUIML necessary? > Well, it isn't. It is there simply for people (or maybe I) to take the > GUIML and convert it to other languages. This, by effect can convert > this tool from a Python GUI editor, to "any programming language with a > GUI module" GUI editor. > > The tools is open source under the GPL license. > > Thanks, > David > http://farpy.holev.com > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 From dinov at exchange.microsoft.com Fri Sep 15 16:49:27 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 15 Sep 2006 07:49:27 -0700 Subject: [IronPython] Adding methods in hosting application during runtime In-Reply-To: <6326609.post@talk.nabble.com> References: <6326609.post@talk.nabble.com> Message-ID: <7AD436E4270DD54A94238001769C222740EBAB017E@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The short answer is no, you can't create assemblies that are visible by reflection. We do have a highly-experimental static type compiler that's included w/ IronPython 1.0 but it won't pass the same set of tests that the normal version passes (in other words, it's not nearly complete). That currently only gets enabled when compiling via the CodeDom APIs - if you were to call those APIs to compile your code you'd end up with an assembly that would work. The only question is how well it would work :). Another option would be if AjaxPro used ICustomTypeDescriptor in addition to reflection it could see the attributes on a Python object. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bernd R?ssl Sent: Friday, September 15, 2006 7:40 AM To: users at lists.ironpython.com Subject: [IronPython] Adding methods in hosting application during runtime Still working on integrating ironPython in a web application and just tryed to do some ajax stuff with AjaxPro. Duriing implementation i realized that i can't use AjaxPro like the way i do it in c# or vb. not at least of the problem with the method attributes but the real problem is the matter of fact that objects i created in the python enviroment aren't available by ajaxpro because the generated html script looks like this ...and this thing does not exist :( I think a nice way would be to extend the hosting application with some objects they life next to all classic .NET objects so that a external caller could not see a difference. But this wouldn't work because the hosting app isn't dynamic, or does it? One thought was to use IronPython.Compiler to create a 'real' assembly and then load it into the hosting application but that sounds a little bit strange. So my question is : Is it possible to create objects in the hosting application from a python script that are callable from extern by reflection (i think ajaxpro does it by reflection) ? If i'm absolutly on the wrong way to relize this let me know. thanks, bernd -- View this message in context: http://www.nabble.com/Adding-methods-in-hosting-application-during-runtime-tf2277947.html#a6326609 Sent from the IronPython forum at Nabble.com. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Fri Sep 15 16:52:33 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 15 Sep 2006 07:52:33 -0700 Subject: [IronPython] .NET attributes In-Reply-To: <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> <450ABC32.5020700@voidspace.org.uk> <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C222740EBAB0180@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Unfortunately, CPython only allows the decorator syntax before a function declaration... You could always manually call the decorator function w/ the class object and see what you get back though. Charlie's earlier point about all the different targets is a really good one though - worse than even properties are things like arguments, return types, etc... that won't fit in at all w/ decorators. You could imagine allowing the syntax anywhere, but there'd be no way to disambiguate between a return decorator and a function decorator in Python. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Charlie Moad Sent: Friday, September 15, 2006 7:46 AM To: Discussion of IronPython Subject: Re: [IronPython] .NET attributes On 9/15/06, Michael Foord wrote: > Charlie Moad wrote: > >> Take away decorator support and you'll lose at least this Python > >> programmer... > >> Decorators and attributes have at least some commonality, which is > >> why this syntax ended up in Python in the first place... > >> Allowing decorator syntax in places CPython doesn't is better than > >> not allowing it where it does... > >> > > > > So it sounds like people want decorator syntax for attributes. > > Would it be sufficient to check for inheritance from > > System.Attribute to distinguish the two? > Sounds very good. > > > Also attributes being classes and decorators functions might help. > Can't CPython decorators also be classes (I haven't tried this) ? Callable classes I suppose.... _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Martin.Maly at microsoft.com Fri Sep 15 17:25:35 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Fri, 15 Sep 2006 08:25:35 -0700 Subject: [IronPython] Descriptor/metaclass problems In-Reply-To: <008201c6d859$5796fe00$0301010a@VIMES> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <008201c6d859$5796fe00$0301010a@VIMES> Message-ID: Filed as CodePlex issue # 3287 -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Gary Stephenson Sent: Thursday, September 14, 2006 4:56 PM To: Discussion of IronPython Subject: [IronPython] Descriptor/metaclass problems Hi, The following code works perfectly in CPython, but is all over the shop in ipy :-( Any ideas on how I might make it work in ipy? class valueDescriptor(object): def __init__(self,x=None): self.value = x def __get__(self,ob,cls): return self.value def __set__(self,ob,x): self.value = x class Ameta(type): def createShared( cls, nm, initValue=None ): o = valueDescriptor(initValue) setattr( cls,nm, o ) setattr( cls.__class__,nm, o ) class A: __metaclass__ = Ameta class B( A ): A.createShared("cls2",1) def show(): # all outputs should be the same!! print o.cls2 print o2.cls2 print A.cls2 print B.cls2 o = A() o2 = B() show() B.cls2 = 2 show() A.cls2 = 3 show() o.cls2 = 4 show() o2.cls2 = 5 show() _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jvm_cop at spamcop.net Fri Sep 15 18:58:03 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 15 Sep 2006 12:58:03 -0400 Subject: [IronPython] socket for IronPython update References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> Message-ID: <7.0.1.0.2.20060915125340.0782fac0@wheresmymailserver.com> Is there a reason not to pick up Seo's version? His "license" ("do whatever ... you want") would certainly allow it. Is the wheel he built not round enough? At 11:40 AM 9/11/2006, Dino Viehland wrote >Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). > >Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). J. Merrill / Analytical Software Corp From dinov at exchange.microsoft.com Fri Sep 15 19:02:09 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 15 Sep 2006 10:02:09 -0700 Subject: [IronPython] socket for IronPython update In-Reply-To: <7.0.1.0.2.20060915125340.0782fac0@wheresmymailserver.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7.0.1.0.2.20060915125340.0782fac0@wheresmymailserver.com> Message-ID: <7AD436E4270DD54A94238001769C222740EBAB022C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Unfortunately we cannot currently accept changes back into the IronPython core right now. :( -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of J. Merrill Sent: Friday, September 15, 2006 9:58 AM To: Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update Is there a reason not to pick up Seo's version? His "license" ("do whatever ... you want") would certainly allow it. Is the wheel he built not round enough? At 11:40 AM 9/11/2006, Dino Viehland wrote >Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). > >Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). J. Merrill / Analytical Software Corp _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Fri Sep 15 19:04:37 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 15 Sep 2006 10:04:37 -0700 Subject: [IronPython] ScrollBarsEnabled problem In-Reply-To: <2302ac370609150122v1fc1a7f8j179b0d4a8363b801@mail.gmail.com> References: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> <7.0.1.0.2.20060915021424.07831428@wheresmymailserver.com> <2302ac370609150122v1fc1a7f8j179b0d4a8363b801@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C222740EBAB0233@DF-GRTDANE-MSG.exchange.corp.microsoft.com> I pinged a friend who's infinitely more web savvy than I, he suggested trying to do document.body.scroll = "no"; in the document - although he wasn't entirely sure if that'd work. That'll require access to the DOM somehow - hopefully you can access the DOM through the web browser interfaces. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Floris van Nee Sent: Friday, September 15, 2006 1:23 AM To: Discussion of IronPython Subject: Re: [IronPython] ScrollBarsEnabled problem Yeh, it should. But even then, it still displays the scrollbar when viewing certain sites. I found out that it has something to do with sites with frames. When I navigate to a site with frames, it displays the scrollbars, and when I navigate to a site without frames, it doesn't display them. But I still don't know how to disable scrollbars in a site with frames. Floris On 9/15/06, J. Merrill wrote: At 01:45 PM 9/12/2006, Dino Viehland wrote >This might be a better question on a newsgroup specific to .NET or the IE web control. Adding the ScrollBarsEnabled = False is the same as doing: > >WebBrowser1 = WebBrowser() >WebBrowser1.ScrollBarsEnabled = True Shouldn't that be = False ??? [snip] J. Merrill / Analytical Software Corp _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From hfoffani at gmail.com Fri Sep 15 19:04:59 2006 From: hfoffani at gmail.com (Hernan M Foffani) Date: Fri, 15 Sep 2006 19:04:59 +0200 Subject: [IronPython] .NET attributes In-Reply-To: <7AD436E4270DD54A94238001769C222740EBAB0180@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> <450ABC32.5020700@voidspace.org.uk> <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740EBAB0180@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <11fab4bc0609151004h7c2bc10g46563731a5a749a6@mail.gmail.com> > Charlie's earlier point about all the different targets is a really good one > though - worse than even properties are things like arguments, return types, > etc... that won't fit in at all w/ decorators. You could imagine allowing the > syntax anywhere, but there'd be no way to disambiguate between a return decorator > and a function decorator in Python. By using attribute-target specifiers? (type, property, param, field, etc.) -H. From davidf at sjsoft.com Fri Sep 15 19:10:33 2006 From: davidf at sjsoft.com (David Fraser) Date: Fri, 15 Sep 2006 19:10:33 +0200 Subject: [IronPython] socket for IronPython update In-Reply-To: <7AD436E4270DD54A94238001769C222740EBAB022C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7.0.1.0.2.20060915125340.0782fac0@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB022C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <450ADE89.4060803@sjsoft.com> Dino Viehland wrote: > Unfortunately we cannot currently accept changes back into the IronPython core right now. :( > Not at all? What are the issues? David From jvm_cop at spamcop.net Fri Sep 15 19:57:25 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 15 Sep 2006 13:57:25 -0400 Subject: [IronPython] socket for IronPython update References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7.0.1.0.2.20060915125340.0782fac0@wheresmymailserver.com> Message-ID: <7.0.1.0.2.20060915135526.07832a90@wheresmymailserver.com> Sorry, I wasn't clear. I was referring to this for 1.1. Or are you saying that some part of the licensing / legalistic stuff that goes on (invisibly to many of us) means that you can't put any "outsider contributions" into what you ship? At 01:02 PM 9/15/2006, Dino Viehland wrote >Unfortunately we cannot currently accept changes back into the IronPython core right now. :( > >-----Original Message----- >From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of J. Merrill >Sent: Friday, September 15, 2006 9:58 AM >To: Discussion of IronPython >Subject: Re: [IronPython] socket for IronPython update > >Is there a reason not to pick up Seo's version? His "license" ("do whatever ... you want") would certainly allow it. Is the wheel he built not round enough? > >At 11:40 AM 9/11/2006, Dino Viehland wrote >>Originally we were trying to implement "_socket" instead of "socket". We ran into one problem with this: the standard socket.py module has an implicit dependency upon CPython's reference counting garbage collector (for implementing dup). We considered a hack to make this work but ultimately rejected it in favor of implementing "socket" instead replacing the standard Python module. Unfortunately makefile didn't make it - and that looks like the same thing for ssl (it's present in CPythons socket but not _socket). >> >>Select was a much simpler case of just not getting to it in time. We'll ship a select implementation w/ the 1.1 release - we'll need to look at makefile & ssl though (makefile should be trivial, hopefully ssl will be just as trivial). J. Merrill / Analytical Software Corp From michaelgwelch at gmail.com Fri Sep 15 20:19:34 2006 From: michaelgwelch at gmail.com (Michael Welch) Date: Fri, 15 Sep 2006 13:19:34 -0500 Subject: [IronPython] Trying (unsuccessfully) to subclass Gtk.Widget class Message-ID: Hello, I'm running IPython 1.0 on mono on Linux. I'm importing the gtk-sharp dll and I want to subclass the Gtk.Widget class (http://www.go-mono.com/docs/monodoc.ashx?tlink=5 at ecma%3a1361%23Widget%2f). Here is my script: clr.AddReference("gtk-sharp") clr.AddReference("gnome-sharp") from Gtk import * from Gnome import * Application.Init() class Table: pass class Sheet(Widget): def __init__(self, table): Widget.__init__(self) Here is my ipy session where I try to use Sheet IronPython 1.0.2432 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import sheet >>> from sheet import * >>> t = Table() >>> s = Sheet(t) Traceback (most recent call last): TypeError: no overloads of Sheet could match (type, Table) Sheet(type, IntPtr) Sheet(type, GType) >>> It tells me it can't find an appropriate overload for Sheet and then gives me what looks like the only two possible candidates. However, the candidates it lists looks like they are from the parent class Widget. Does IronPython hava a constraint that the __init__ method must take the same parameters as the parent class? Here is the list of constructors for Widget: http://www.go-mono.com/docs/monodoc.ashx?tlink=5 at ecma%3a1361%23Widget%2fC If I remove the parameter from __init__ it works. I've tested this scenario with made up classes and it works. CPython documentation seems to indicate that a child class can have different parameters on its __init__method then the parent class. Any help? Is there something wrong with the gt-sharp library (I don't think so, as I could write a C# app that did this same thing and it worked). I'm convinced this must be user-error and I'm just not seeing the problem Thanks, Michael From floris.vannee at gmail.com Fri Sep 15 20:20:51 2006 From: floris.vannee at gmail.com (Floris van Nee) Date: Fri, 15 Sep 2006 20:20:51 +0200 Subject: [IronPython] ScrollBarsEnabled problem In-Reply-To: <7AD436E4270DD54A94238001769C222740EBAB0233@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <2302ac370609101005m6dcf092v81f631c07e48c4b1@mail.gmail.com> <7.0.1.0.2.20060915021424.07831428@wheresmymailserver.com> <2302ac370609150122v1fc1a7f8j179b0d4a8363b801@mail.gmail.com> <7AD436E4270DD54A94238001769C222740EBAB0233@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <2302ac370609151120y69a818f4q2903705009752b5f@mail.gmail.com> Ah ok, but my next question would be then, how would I do that in IronPython with the WebBrowser. They seem to have disabled it there. It only works with AxWebBrowser, but I can't acces that in IronPython. Does anyone of you know that? Floris On 9/15/06, Dino Viehland wrote: > > I pinged a friend who's infinitely more web savvy than I, he suggested > trying to do document.body.scroll = "no"; in the document - although he > wasn't entirely sure if that'd work. That'll require access to the DOM > somehow - hopefully you can access the DOM through the web browser > interfaces. > > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Floris van Nee > Sent: Friday, September 15, 2006 1:23 AM > To: Discussion of IronPython > Subject: Re: [IronPython] ScrollBarsEnabled problem > > Yeh, it should. But even then, it still displays the scrollbar when > viewing certain sites. I found out that it has something to do with sites > with frames. When I navigate to a site with frames, it displays the > scrollbars, and when I navigate to a site without frames, it doesn't display > them. > > But I still don't know how to disable scrollbars in a site with frames. > > Floris > > On 9/15/06, J. Merrill wrote: > At 01:45 PM 9/12/2006, Dino Viehland wrote > > >This might be a better question on a newsgroup specific to .NET or the IE > web control. Adding the ScrollBarsEnabled = False is the same as doing: > > > >WebBrowser1 = WebBrowser() > >WebBrowser1.ScrollBarsEnabled = True > > Shouldn't that be = False ??? > [snip] > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Fri Sep 15 22:13:28 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Fri, 15 Sep 2006 14:13:28 -0600 Subject: [IronPython] socket for IronPython update In-Reply-To: <7.0.1.0.2.20060915135526.07832a90@wheresmymailserver.com> References: <5b0248170609110308m34bc849eyef732a1ef43d2ef4@mail.gmail.com> <15763.194.221.74.7.1157969416.squirrel@mail1.webfaction.com> <5b0248170609110316n22f90d70jd63dc15a602927b7@mail.gmail.com> <7.0.1.0.2.20060915125340.0782fac0@wheresmymailserver.com> <7.0.1.0.2.20060915135526.07832a90@wheresmymailserver.com> Message-ID: Isn't that what Seo's Community Edition is for? Obviously not the official MSFT edition, but it certainly does the trick. On 9/15/06, J. Merrill wrote: > > Sorry, I wasn't clear. I was referring to this for 1.1. Or are you > saying that some part of the licensing / legalistic stuff that goes on > (invisibly to many of us) means that you can't put any "outsider > contributions" into what you ship? > > At 01:02 PM 9/15/2006, Dino Viehland wrote > >Unfortunately we cannot currently accept changes back into the IronPython > core right now. :( > > > >-----Original Message----- > >From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of J. Merrill > >Sent: Friday, September 15, 2006 9:58 AM > >To: Discussion of IronPython > >Subject: Re: [IronPython] socket for IronPython update > > > >Is there a reason not to pick up Seo's version? His "license" ("do > whatever ... you want") would certainly allow it. Is the wheel he built not > round enough? > > > >At 11:40 AM 9/11/2006, Dino Viehland wrote > >>Originally we were trying to implement "_socket" instead of > "socket". We ran into one problem with this: the standard socket.pymodule has an implicit dependency upon CPython's reference counting garbage > collector (for implementing dup). We considered a hack to make this work > but ultimately rejected it in favor of implementing "socket" instead > replacing the standard Python module. Unfortunately makefile didn't make > it - and that looks like the same thing for ssl (it's present in CPythons > socket but not _socket). > >> > >>Select was a much simpler case of just not getting to it in time. We'll > ship a select implementation w/ the 1.1 release - we'll need to look at > makefile & ssl though (makefile should be trivial, hopefully ssl will be > just as trivial). > > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Sat Sep 16 00:15:10 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 15 Sep 2006 23:15:10 +0100 Subject: [IronPython] .NET attributes In-Reply-To: <7AD436E4270DD54A94238001769C222740EBAB0180@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170609130054r16dea941i792a234be3c64c7b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740E9E8FDA5@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6382066a0609150616s3e5d893i32748f0c60543e41@mail.gmail.com> <450AA928.3030301@voidspace.org.uk> <6382066a0609150635u79da33ddi1328f8608771bd9a@mail.gmail.com> <450AB24A.9090903@sjsoft.com> <6382066a0609150723y45862f28oe8d9105bcc9ef631@mail.gmail.com> <450ABC32.5020700@voidspace.org.uk> <6382066a0609150745s8ce9a69o1d30dc5c5521cb8b@mail.gmail.com> <7AD436E4270DD54A94238001769C222740EBAB0180@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <450B25EE.10702@voidspace.org.uk> Dino Viehland wrote: > Unfortunately, CPython only allows the decorator syntax before a function declaration... You could always manually call the decorator function w/ the class object and see what you get back though. > > Charlie's earlier point about all the different targets is a really good one though - worse than even properties are things like arguments, return types, etc... that won't fit in at all w/ decorators. You could imagine allowing the syntax anywhere, but there'd be no way to disambiguate between a return decorator and a function decorator in Python. > It's uglier, but what about providing built in functions for applying attributes. A specific built-in could apply return attributes etc. This at least avoids the problem of adding a syntax that is incompatible with CPython. Michael Foord http://www.voidspace.org.uk/python/index.shtml > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Charlie Moad > Sent: Friday, September 15, 2006 7:46 AM > To: Discussion of IronPython > Subject: Re: [IronPython] .NET attributes > > On 9/15/06, Michael Foord wrote: > >> Charlie Moad wrote: >> >>>> Take away decorator support and you'll lose at least this Python >>>> programmer... >>>> Decorators and attributes have at least some commonality, which is >>>> why this syntax ended up in Python in the first place... >>>> Allowing decorator syntax in places CPython doesn't is better than >>>> not allowing it where it does... >>>> >>>> >>> So it sounds like people want decorator syntax for attributes. >>> Would it be sufficient to check for inheritance from >>> System.Attribute to distinguish the two? >>> >> Sounds very good. >> >> >>> Also attributes being classes and decorators functions might help. >>> > > >> Can't CPython decorators also be classes (I haven't tried this) ? >> > > Callable classes I suppose.... > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 From sanxiyn at gmail.com Sat Sep 16 03:24:36 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 16 Sep 2006 10:24:36 +0900 Subject: [IronPython] IronPython and Base4 Message-ID: <5b0248170609151824q2600627x3d9339802e617d63@mail.gmail.com> I came across this link, which almost reads like a customer testimonial :-) http://www.base4.net/Blog.aspx?ID=111 -- Seo Sanghyeon From sanxiyn at gmail.com Sat Sep 16 04:11:32 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 16 Sep 2006 11:11:32 +0900 Subject: [IronPython] Ann: GUI Editor for IronPython In-Reply-To: <450AC3CA.7060308@voidspace.org.uk> References: <1158181122.042576.286040@b28g2000cwb.googlegroups.com> <450AC3CA.7060308@voidspace.org.uk> Message-ID: <5b0248170609151911p63d34c5cxe9b81768a1b176c0@mail.gmail.com> holev wrote: > Added IronPython to the supported GUI languages in FarPy GUIE- > http://farpy.holev.com/tools.php 2006/9/16, Michael Foord : > Does this generate code for wx.NET ? I had a look at the source code. It generates code for Windows Forms. Seo Sanghyeon From sanxiyn at gmail.com Sat Sep 16 07:54:30 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 16 Sep 2006 14:54:30 +0900 Subject: [IronPython] External contribution Message-ID: <5b0248170609152254m5bf366f2le2a047cdcb282699@mail.gmail.com> Dino wrote: > Unfortunately we cannot currently accept changes back into the IronPython > core right now. :( I am very curious to hear the reason. I am willing to sign a form similar to Python Software Foundation Contributor Agreement, if that is needed: http://www.python.org/psf/contrib/ I am less willing, but will consider, sign a form similar to Free Software Foundation copyright assignment form, which will assign my copyright to Microsoft. But I do understand that establishing the formal procedure like that of PSF or FSF is a considerable work itself, that may take a lot of time and thinking to complete. -- Seo Sanghyeon From sanxiyn at gmail.com Sat Sep 16 08:28:55 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 16 Sep 2006 15:28:55 +0900 Subject: [IronPython] j-interop Message-ID: <5b0248170609152328r2847d3fesf882af0140ac1a3@mail.gmail.com> This may be of interest if you want COM access on non-Windows platforms. http://j-interop.sourceforge.net/ With IKVM.NET, you can use any pure Java libraries on .NET. I will investigate how this combination would work on Mono when I got some time... IKVM.NET: http://www.ikvm.net/ -- Seo Sanghyeon From fuzzyman at voidspace.org.uk Sat Sep 16 12:27:40 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sat, 16 Sep 2006 11:27:40 +0100 Subject: [IronPython] Ann: GUI Editor for IronPython In-Reply-To: <5b0248170609151911p63d34c5cxe9b81768a1b176c0@mail.gmail.com> References: <1158181122.042576.286040@b28g2000cwb.googlegroups.com> <450AC3CA.7060308@voidspace.org.uk> <5b0248170609151911p63d34c5cxe9b81768a1b176c0@mail.gmail.com> Message-ID: <450BD19C.8020607@voidspace.org.uk> Sanghyeon Seo wrote: > holev wrote: > >> Added IronPython to the supported GUI languages in FarPy GUIE- >> http://farpy.holev.com/tools.php >> > > 2006/9/16, Michael Foord : > >> Does this generate code for wx.NET ? >> > > I had a look at the source code. It generates code for Windows Forms. > Cool - interesting. Michael > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/449 - Release Date: 15/09/2006 From xmlhacker at gmail.com Sat Sep 16 13:32:41 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Sat, 16 Sep 2006 05:32:41 -0600 Subject: [IronPython] j-interop In-Reply-To: <5b0248170609152328r2847d3fesf882af0140ac1a3@mail.gmail.com> References: <5b0248170609152328r2847d3fesf882af0140ac1a3@mail.gmail.com> Message-ID: I've been working with IKVM.NET for 2 1/2 years, about half of that time fairly intimately. It works, works well, and works just as well on Mono as it does on Windows. Jeroen (IKVM developer) is a Mono contributor, and has always been concious of ensuring each release works equally as well on Mono and MS.NET. If you have any specific questions, this is definitely one area I can help with. On 9/16/06, Sanghyeon Seo wrote: > > This may be of interest if you want COM access on non-Windows platforms. > http://j-interop.sourceforge.net/ > > With IKVM.NET, you can use any pure Java libraries on .NET. I will > investigate how this combination would work on Mono when I got some > time... > > IKVM.NET: http://www.ikvm.net/ > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xmlhacker at gmail.com Sat Sep 16 13:34:47 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Sat, 16 Sep 2006 05:34:47 -0600 Subject: [IronPython] IronPython and Base4 In-Reply-To: <5b0248170609151824q2600627x3d9339802e617d63@mail.gmail.com> References: <5b0248170609151824q2600627x3d9339802e617d63@mail.gmail.com> Message-ID: I've heard LOTS of good things about base4. It seems I need to find out more :) On 9/15/06, Sanghyeon Seo wrote: > > I came across this link, which almost reads like a customer testimonial > :-) > http://www.base4.net/Blog.aspx?ID=111 > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Mon Sep 18 02:04:13 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 18 Sep 2006 01:04:13 +0100 Subject: [IronPython] Movable Python 2.0.0 Beta 1 Message-ID: <450DE27D.8020600@voidspace.org.uk> Hello all, Just a quick heads-up to let you know that Movable Python 2.0.0 Beta 1 has just been released. See the announcement for details : http://www.voidspace.org.uk/python/weblog/arch_d7_2006_09_16.shtml#e463 One of the improvements in this release is console handling for the IronPython interpreters (ip.py plus ipw.py). If one of these is configured as an interpreter and console handling is set to 'normal', then ip.py will be used for '.py' files, and ipw.py will be used for '.pyw' files. All the best, Michael Foord http://www.voidspace.org.uk/python/index.shtml -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/449 - Release Date: 15/09/2006 From sanxiyn at gmail.com Mon Sep 18 10:04:11 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 18 Sep 2006 17:04:11 +0900 Subject: [IronPython] DB-API for IronPython, odbc and sqlclient Message-ID: <5b0248170609180104k70086df1w40332ef755c7307b@mail.gmail.com> Mark Rees wrote, debugged, tested, and sent me a DB-API driver for ODBC and SQL server, based on my generic_connect, and fixes needed to dbapi.py. Thanks! Get them here: http://sparcs.kaist.ac.kr/~tinuviel/fepy/dbapi/ It seems that one needs to set Transaction attribute of DbCommand explicitly after doing CreateCommand on DbConnection. However, all open source ADO.NET connectors I tested (MySQL, PostgreSQL, SQLite) didn't need this step as they defaulted to the "current" transaction of the connection the command was created from. But ones in MS.NET do. -- Seo Sanghyeon From garys at ihug.com.au Mon Sep 18 10:51:38 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Mon, 18 Sep 2006 18:51:38 +1000 Subject: [IronPython] How to dynamically define and call a function? References: <5b0248170609180104k70086df1w40332ef755c7307b@mail.gmail.com> Message-ID: <000a01c6daff$b2707d30$0301010a@VIMES> hi, I confess to being a newbie at this sort of thing in Python or IronPython, so I'm hoping that there is a simple answer to the subject question. I started off trying to use standard "compile()" function and "exec" statement, but was unable to make it work, although I'm sure there must be a way. Is there? How? So then I tried the following instead: import IronPython from IronPython import Hosting s = "def myAdd(x,y):\n return x+y\n" engine = Hosting.PythonEngine() mod = engine.CreateModule() engine.Execute(s,mod) My understanding is that the above should have created a function named "myAdd" inside the newly minted "mod" module, but if it did so I was unable to find any evidence of it. How would I access/use it? So then I modified the above to name the module and import it (even though this doesn't really meet my ultimate requirements): import IronPython from IronPython import Hosting s = "def myAdd(x,y):\n return x+y\n" engine = Hosting.PythonEngine() mod = engine.CreateModule("testing",True) engine.Execute(s,mod) import testing but alas this throws an "ImportError: No module named testing". Why? yrs in puzzlement, gary From sanxiyn at gmail.com Mon Sep 18 11:36:26 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 18 Sep 2006 18:36:26 +0900 Subject: [IronPython] How to dynamically define and call a function? In-Reply-To: <000a01c6daff$b2707d30$0301010a@VIMES> References: <5b0248170609180104k70086df1w40332ef755c7307b@mail.gmail.com> <000a01c6daff$b2707d30$0301010a@VIMES> Message-ID: <5b0248170609180236s54d459pb87f30e90fae7717@mail.gmail.com> 2006/9/18, Gary Stephenson : > I started off trying to use standard "compile()" function and "exec" > statement, but was unable to make it work, although I'm sure there must be a > way. Is there? How? This works for me: IronPython 1.0.2449 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> code = "def add(x, y):\n\treturn x + y\n" >>> exec code >>> add(2, 3) 5 Seo Sanghyeon From vagmi.mudumbai at gmail.com Mon Sep 18 11:50:42 2006 From: vagmi.mudumbai at gmail.com (Vagmi Mudumbai) Date: Mon, 18 Sep 2006 15:20:42 +0530 Subject: [IronPython] How to dynamically define and call a function? In-Reply-To: <5b0248170609180236s54d459pb87f30e90fae7717@mail.gmail.com> References: <5b0248170609180104k70086df1w40332ef755c7307b@mail.gmail.com> <000a01c6daff$b2707d30$0301010a@VIMES> <5b0248170609180236s54d459pb87f30e90fae7717@mail.gmail.com> Message-ID: Alternatively, you can simply use the file object to write it to a new module and import it later. newmod=file('newmodule.py','w') newmod.write('def add(x,y):\n return x+y\n') newmod.close() import newmodule print newmodule.add(10,20) Vagmi On 9/18/06, Sanghyeon Seo wrote: > > 2006/9/18, Gary Stephenson : > > I started off trying to use standard "compile()" function and "exec" > > statement, but was unable to make it work, although I'm sure there must > be a > > way. Is there? How? > > This works for me: > > IronPython 1.0.2449 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > >>> code = "def add(x, y):\n\treturn x + y\n" > >>> exec code > >>> add(2, 3) > 5 > > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://geekswithblogs.net/vagmi.mudumbai http://installneo.blogspot.com "Peace is its own reward." - Mahatma Gandhi -------------- next part -------------- An HTML attachment was scrubbed... URL: From garys at ihug.com.au Mon Sep 18 13:04:45 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Mon, 18 Sep 2006 21:04:45 +1000 Subject: [IronPython] How to dynamically define and call a function? References: <5b0248170609180104k70086df1w40332ef755c7307b@mail.gmail.com><000a01c6daff$b2707d30$0301010a@VIMES> <5b0248170609180236s54d459pb87f30e90fae7717@mail.gmail.com> Message-ID: <002b01c6db12$42919810$0301010a@VIMES> d'oh! I knew there must have been a straightforward way. I'm still curious as to how to use the IronPython.Hosting stuff though, as I thinkultimately it might prove to be more what I'm really after. thanks, gary > This works for me: > > IronPython 1.0.2449 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. >>>> code = "def add(x, y):\n\treturn x + y\n" >>>> exec code >>>> add(2, 3) > 5 From jvm_cop at spamcop.net Mon Sep 18 17:14:46 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Mon, 18 Sep 2006 11:14:46 -0400 Subject: [IronPython] What PythonEngine called my C# code? (was: custom ConfigurationSection in IronPython) In-Reply-To: <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> Message-ID: <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> Was an answer to this ever given? At 12:34 PM 9/1/2006, Jason Ferrara wrote >If I wanted to write a stub in C#, how do I get access to a >PythonEngine that represents the python environment that called the >C# code? Just calling IronPython.Hosting.PythonEngine() seems to get >me a new environment. J. Merrill / Analytical Software Corp From RRLear at gmail.com Sat Sep 16 18:18:42 2006 From: RRLear at gmail.com (Russell) Date: Sat, 16 Sep 2006 16:18:42 -0000 Subject: [IronPython] Cheetah works on IronPython References: <5b0248170609111021i3f8700b0sf98fa459c98a3ed7@mail.gmail.com> Message-ID: <1158423522.064294.301840@b28g2000cwb.googlegroups.com> Sanghyeon Seo wrote: > Cheetah is a template engine written in Python: http://cheetahtemplate.org/ > > IronPython is an implementation of the Python programming language > running on .NET: http://www.codeplex.com/IronPython > > I tested Cheetah 2.0rc7 with IronPython 1.0 for a while, and it seems > to work nicely. Here is a sample code I used to test. It should print > environment variables. > I'm new to IronPython, so I'm probably missing something terribly obvious! My problem is that I'm unable to get Cheetah even close to working - which is unfortunate since I do use Cheetah. I've gone through the IronPython tutorial and written some C# to work between the two worlds. Things (mostly) work. I can import and use the fundimentals like StringIO, sys, os, os.path, logging, re.... but some things just won't import. In particular, importing urllib2 or Cheetah will fail because md5 can't be found. I suspect I'm not setting my sys.path correctly, but it looks like it should work. I'm using IronPython 1.0.60816 on .NET 2.0.50727.42 with Python 2.4.1. Any ideas? Thanks, Russell. From brett at python.org Sat Sep 16 20:33:56 2006 From: brett at python.org (Brett Cannon) Date: Sat, 16 Sep 2006 11:33:56 -0700 Subject: [IronPython] [Python-Dev] IronPython and AST branch In-Reply-To: <5b0248170609130046w4e5bd012s63ecf46cbcfb8d2b@mail.gmail.com> References: <5b0248170609130046w4e5bd012s63ecf46cbcfb8d2b@mail.gmail.com> Message-ID: On 9/13/06, Sanghyeon Seo wrote: > > CPython 2.5, which will be released Real Soon Now, is the first > version to ship with new "AST branch", which have been in development > for a long time. > > AST branch uses ASDL, Abstract Syntax Description Language > http://asdl.sourceforge.net/ to describe Abstract Syntax Tree data > structure used by CPython compiler. In theory this is language > independant, and the same file could be used to generate C# source > files. It would be nice, but see below. Having the same AST for Python implementations will be good for > applications and libraries using Python implementations's internal > parsers and compilers. Currently, those using CPython parser module or > compiler package can't be easily ported to IronPython. > > What do you think? I have talked to Jim Hugunin about this very topic at the last PyCon. He pointed out that IronPython was started before he knew about the AST branch so that's why he didn't use it. Plus, by the time he did know, it was too late to switch right then and there. As for making the AST branch itself more of a standard, I have talked to Jeremy Hylton about that and he didn't like the idea, at least for now. The reasons for keeping it as "experimental" in terms of exposure at the Python level is that we do not want to lock ourselves down to some AST spec that we end up changing in the future. It's the same reasoning behind not officially documenting the marshal format; we want the flexibility. How best to resolve all of this, I don't know. I completely understand not wanting to lock ourselves down to an AST too soon. Might need to wait a little while after the AST has been out in the wild to see what the user response is and then make a decision. -Brett -------------- next part -------------- An HTML attachment was scrubbed... URL: From ncoghlan at gmail.com Sun Sep 17 11:40:41 2006 From: ncoghlan at gmail.com (Nick Coghlan) Date: Sun, 17 Sep 2006 19:40:41 +1000 Subject: [IronPython] [Python-Dev] IronPython and AST branch In-Reply-To: References: <5b0248170609130046w4e5bd012s63ecf46cbcfb8d2b@mail.gmail.com> Message-ID: <450D1819.2080803@gmail.com> Brett Cannon wrote: > As for making the AST branch itself more of a standard, I have talked to > Jeremy Hylton about that and he didn't like the idea, at least for now. > The reasons for keeping it as "experimental" in terms of exposure at the > Python level is that we do not want to lock ourselves down to some AST > spec that we end up changing in the future. It's the same reasoning > behind not officially documenting the marshal format; we want the > flexibility. > > How best to resolve all of this, I don't know. I completely understand > not wanting to lock ourselves down to an AST too soon. Might need to > wait a little while after the AST has been out in the wild to see what > the user response is and then make a decision. One of the biggest issues I have with the current AST is that I don't believe it really gets the "slice" and "extended slice" terminology correct (it uses 'extended slice' to refer to multi-dimensional indexing, but the normal meaning of that phrase is to refer to the use of a step argument for a slice [1]) Cheers, Nick. [1] http://www.python.org/doc/2.3.5/whatsnew/section-slices.html -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia --------------------------------------------------------------- http://www.boredomandlaziness.org From Martin.Maly at microsoft.com Mon Sep 18 17:24:48 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Mon, 18 Sep 2006 08:24:48 -0700 Subject: [IronPython] How to dynamically define and call a function? In-Reply-To: <002b01c6db12$42919810$0301010a@VIMES> References: <5b0248170609180104k70086df1w40332ef755c7307b@mail.gmail.com><000a01c6daff$b2707d30$0301010a@VIMES> <5b0248170609180236s54d459pb87f30e90fae7717@mail.gmail.com> <002b01c6db12$42919810$0301010a@VIMES> Message-ID: There is an extensive documentation on the hosting APIs that comes with the distribution (Doc\IronPythonApiReference.chm) As for the example that didn't work for you ... you had 2 Python engines and the "testing" module was created in one of them whereas "import testing" was executed in different engine (the one controlled by the Python console). Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Gary Stephenson Sent: Monday, September 18, 2006 4:05 AM To: Discussion of IronPython Subject: Re: [IronPython] How to dynamically define and call a function? d'oh! I knew there must have been a straightforward way. I'm still curious as to how to use the IronPython.Hosting stuff though, as I thinkultimately it might prove to be more what I'm really after. thanks, gary > This works for me: > > IronPython 1.0.2449 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. >>>> code = "def add(x, y):\n\treturn x + y\n" >>>> exec code >>>> add(2, 3) > 5 _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jason.ferrara at jacquette.com Mon Sep 18 17:48:16 2006 From: jason.ferrara at jacquette.com (Jason Ferrara) Date: Mon, 18 Sep 2006 11:48:16 -0400 Subject: [IronPython] What PythonEngine called my C# code? (was: custom ConfigurationSection in IronPython) In-Reply-To: <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> Message-ID: Not that I saw. On Sep 18, 2006, at 11:14 AM, J. Merrill wrote: > Was an answer to this ever given? > > At 12:34 PM 9/1/2006, Jason Ferrara wrote >> If I wanted to write a stub in C#, how do I get access to a >> PythonEngine that represents the python environment that called the >> C# code? Just calling IronPython.Hosting.PythonEngine() seems to get >> me a new environment. > > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Mon Sep 18 18:11:35 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 18 Sep 2006 09:11:35 -0700 Subject: [IronPython] What PythonEngine called my C# code? (was: custom ConfigurationSection in IronPython) In-Reply-To: References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> Message-ID: <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Probably the lack of an answer is due to the fact that there isn't a really great way to do this. Here's two possible ways to pull this off: For #1 you presumably kicked off the Python code via the hosting APIs, and therefore you know the engine that kicked it off. If you have multiple Python engines this might be tricky (if you have only one running on each thread at a time you could store it in a [ThreadStatic]). If you start getting into more complicated scenarios obviously this is going to break down quickly... For #2 you're looking at using ICallerContext. This is a bit of internal machinery that IronPython uses to flow state around for things that might need state (e.g. hiding CLR methods, locals(), exec, etc...). Off of ICallerContext there is both a SystemState and a PythonModule property. Unfortunately there's nothing that leads you directly to a PythonEngine. Instead you'd need to maintain a table of either modules->engines or SystemState (sys module) -> engines. #2 will work reliably if you control the creation of all engines in the process - the instance you go out of that it'll break down. The alternate plan here might be that having access to a SystemState and PythonModule you could already do some interesting things even though you don't have the full blown PythonEngine. It'd be interesting to hear if those are sufficient or if you really do need the engine in this case (and how horrible you think the 2 solutions are :) ). -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jason Ferrara Sent: Monday, September 18, 2006 8:48 AM To: Discussion of IronPython Subject: Re: [IronPython] What PythonEngine called my C# code? (was: custom ConfigurationSection in IronPython) Not that I saw. On Sep 18, 2006, at 11:14 AM, J. Merrill wrote: > Was an answer to this ever given? > > At 12:34 PM 9/1/2006, Jason Ferrara wrote >> If I wanted to write a stub in C#, how do I get access to a >> PythonEngine that represents the python environment that called the >> C# code? Just calling IronPython.Hosting.PythonEngine() seems to get >> me a new environment. > > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From ionrock at gmail.com Mon Sep 18 18:28:31 2006 From: ionrock at gmail.com (Eric Larson) Date: Mon, 18 Sep 2006 11:28:31 -0500 Subject: [IronPython] __getattr__ overflow Message-ID: <6e46dd1e0609180928q7e9f0eb1ie5f1a5a84065506a@mail.gmail.com> Hi, I was trying to wrap a rather verbose library to something more concise. Essentially, I have a module with a bunch of static functions and I wanted to create an object that automatically adds a prefix to the function calls. For example: my_wrapper.CallFunction(*args) Would be like: myapi.F_ApiPrefixCallFunction(*args) In CPython I could do something like this: class wrap(myapi): def __getattr__(self, method): prefix_method = "F_ApiPrefix" + method return self.prefix_method c = wrap() c.CallFunction() This returns the right thing. In IronPython it gives a buffer overflow. I have posted the following code I used to test this out. >>> class C: ... def __getattr__(self, var): ... pre_name = "say_" + str(var) ... return self.pre_name ... def hello(self, name): ... print "Hello %s!" % name ... >>> c = C() >>> c.hello('eric') Hello eric! Sorry if this has already been posted/reported. I took a quick glance at the codeplex database, but I didn't know if it was the same issue reported for other __getattr__ bugs. Thanks! Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From ionrock at gmail.com Mon Sep 18 20:51:39 2006 From: ionrock at gmail.com (Eric Larson) Date: Mon, 18 Sep 2006 13:51:39 -0500 Subject: [IronPython] A SourceForge project? In-Reply-To: <450AB1BD.1070804@sjsoft.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <450AB1BD.1070804@sjsoft.com> Message-ID: <6e46dd1e0609181151i3bb8be89n8481d29e187387f5@mail.gmail.com> +1 for sourceforge. On 9/15/06, David Fraser wrote: > > Sanghyeon Seo wrote: > > I am thinking about creating a SourceForge project, to host files > > under http://sparcs.kaist.ac.kr/~tinuviel/fepy/ directory. > > > > So that you can keep up-to-date just by doing "svn update". So that I > > can release IPCE zip to mirrors with beefy bandwidths, not to a feeble > > webserver of my former university's computer society. Maybe one of you > > can join me and I can give you a write access. > > > > What do you think? Do you have a hosting recommendation over > > SourceForge? (CodePlex is no-no for me, I don't have TFS client.) > > > I'm up for a sourceforge project - lots of open source developers (like > me :-) ) have accounts there, svn is good and they have good download > mirrors although the upload mechanism is a pain :-) - and you can set up > a web site for it. > I'm davidfraser on sourceforge if you want to add me as a developer :-) > Would be nice if the IronPython source repository could somehow be > mirrored into subversion... any projects that do that from Team > Foundation? > > Cheers > David > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ionrock at gmail.com Mon Sep 18 20:56:19 2006 From: ionrock at gmail.com (Eric Larson) Date: Mon, 18 Sep 2006 13:56:19 -0500 Subject: [IronPython] Trying (unsuccessfully) to subclass Gtk.Widget class In-Reply-To: References: Message-ID: <6e46dd1e0609181156x3ec5407fh3bf0035b30eea732@mail.gmail.com> I think you might have to set your module your of your PythonEngine to "__main__". For example: PythonEngine myPyEngine = new PythonEngine(someEngineOptions); EngineModule mainModule = myPyEngine.CreateModule("__main__", someVariables, true); myPyEngine.ExecuteFile(someScriptFile, mainModule); There are some extra there such as the "someVariables" but hopefully that might get you going in the right direction. HTH Eric On 9/15/06, Michael Welch wrote: > > Hello, > > I'm running IPython 1.0 on mono on Linux. I'm importing the gtk-sharp > dll and I want to subclass the Gtk.Widget class > (http://www.go-mono.com/docs/monodoc.ashx?tlink=5 at ecma%3a1361%23Widget%2f > ). > > Here is my script: > > clr.AddReference("gtk-sharp") > clr.AddReference("gnome-sharp") > from Gtk import * > from Gnome import * > > Application.Init() > > class Table: > pass > class Sheet(Widget): > def __init__(self, table): > Widget.__init__(self) > > Here is my ipy session where I try to use Sheet > > IronPython 1.0.2432 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > >>> import sheet > >>> from sheet import * > >>> t = Table() > >>> s = Sheet(t) > Traceback (most recent call last): > TypeError: no overloads of Sheet could match (type, Table) > Sheet(type, IntPtr) > Sheet(type, GType) > > >>> > > It tells me it can't find an appropriate overload for Sheet and then > gives me what looks like the only two possible candidates. However, > the candidates it lists looks like they are from the parent class > Widget. Does IronPython hava a constraint that the __init__ method > must take the same parameters as the parent class? Here is the list of > constructors for Widget: > http://www.go-mono.com/docs/monodoc.ashx?tlink=5 at ecma%3a1361%23Widget%2fC > > If I remove the parameter from __init__ it works. I've tested this > scenario with made up classes and it works. CPython documentation > seems to indicate that a child class can have different parameters on > its __init__method then the parent class. Any help? Is there something > wrong with the gt-sharp library (I don't think so, as I could write a > C# app that did this same thing and it worked). > > I'm convinced this must be user-error and I'm just not seeing the problem > > Thanks, > Michael > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From c0d3g33k at users.sourceforge.net Mon Sep 18 21:14:21 2006 From: c0d3g33k at users.sourceforge.net (Terry L. Triplett) Date: Mon, 18 Sep 2006 15:14:21 -0400 Subject: [IronPython] A SourceForge project? In-Reply-To: <6e46dd1e0609181151i3bb8be89n8481d29e187387f5@mail.gmail.com> References: <5b0248170609141853i12f489f4w78a637836000f25c@mail.gmail.com> <450AB1BD.1070804@sjsoft.com> <6e46dd1e0609181151i3bb8be89n8481d29e187387f5@mail.gmail.com> Message-ID: <97ca9710609181214v40f6c8f7oa3bdf99d84610cd1@mail.gmail.com> I'll add my vote. On 9/18/06, Eric Larson wrote: > > +1 for sourceforge. > > On 9/15/06, David Fraser wrote: > > > > Sanghyeon Seo wrote: > > > I am thinking about creating a SourceForge project, to host files > > > under http://sparcs.kaist.ac.kr/~tinuviel/fepy/directory. > > > > > > So that you can keep up-to-date just by doing "svn update". So that I > > > can release IPCE zip to mirrors with beefy bandwidths, not to a feeble > > > webserver of my former university's computer society. Maybe one of you > > > > > can join me and I can give you a write access. > > > > > > What do you think? Do you have a hosting recommendation over > > > SourceForge? (CodePlex is no-no for me, I don't have TFS client.) > > > > > I'm up for a sourceforge project - lots of open source developers (like > > me :-) ) have accounts there, svn is good and they have good download > > mirrors although the upload mechanism is a pain :-) - and you can set up > > a web site for it. > > I'm davidfraser on sourceforge if you want to add me as a developer :-) > > Would be nice if the IronPython source repository could somehow be > > mirrored into subversion... any projects that do that from Team > > Foundation? > > > > Cheers > > David > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thane at magna-capital.com Mon Sep 18 21:56:50 2006 From: thane at magna-capital.com (Thane Plummer) Date: Mon, 18 Sep 2006 15:56:50 -0400 Subject: [IronPython] Cheetah works on IronPython In-Reply-To: <1158423522.064294.301840@b28g2000cwb.googlegroups.com> Message-ID: <004301c6db5c$95891120$6603a8c0@Dell9150> The md5 is a known issue; I know Seo has code, but I seem to recall a post saying that it didn't work (http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib ). Kevin Chu posted an md5 module to this list - you might give try using that before spending too much time investigating your sys.path. --Thane -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Russell Sent: Saturday, September 16, 2006 12:19 PM To: users at lists.ironpython.com Subject: Re: [IronPython] Cheetah works on IronPython Sanghyeon Seo wrote: > Cheetah is a template engine written in Python: http://cheetahtemplate.org/ > > IronPython is an implementation of the Python programming language > running on .NET: http://www.codeplex.com/IronPython > > I tested Cheetah 2.0rc7 with IronPython 1.0 for a while, and it seems > to work nicely. Here is a sample code I used to test. It should print > environment variables. > I'm new to IronPython, so I'm probably missing something terribly obvious! My problem is that I'm unable to get Cheetah even close to working - which is unfortunate since I do use Cheetah. I've gone through the IronPython tutorial and written some C# to work between the two worlds. Things (mostly) work. I can import and use the fundimentals like StringIO, sys, os, os.path, logging, re.... but some things just won't import. In particular, importing urllib2 or Cheetah will fail because md5 can't be found. I suspect I'm not setting my sys.path correctly, but it looks like it should work. I'm using IronPython 1.0.60816 on .NET 2.0.50727.42 with Python 2.4.1. Any ideas? Thanks, Russell. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Martin.Maly at microsoft.com Mon Sep 18 17:30:42 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Mon, 18 Sep 2006 08:30:42 -0700 Subject: [IronPython] socket for IronPython update Message-ID: Actually, there were some related discussions after the release of IronPython 0.7. It is archived in the list archives, starting in March 2005. Hopefully, it will answer some of your questions. Second link is Jason Matusow's blog which has some related comments too. http://lists.ironpython.com/pipermail/users-ironpython.com/2005-March/date.html http://blogs.msdn.com/jasonmatusow/archive/2005/03.aspx Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Fraser Sent: Friday, September 15, 2006 10:11 AM To: Discussion of IronPython Subject: Re: [IronPython] socket for IronPython update Dino Viehland wrote: > Unfortunately we cannot currently accept changes back into the IronPython core right now. :( > Not at all? What are the issues? David _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Elliot.Cohen at microsoft.com Mon Sep 18 22:18:14 2006 From: Elliot.Cohen at microsoft.com (Elliot Cohen) Date: Mon, 18 Sep 2006 13:18:14 -0700 Subject: [IronPython] Performance comparisons Message-ID: <07781DF32C79EE47948DB0E3F59730762349D776D7@df-pug-msg.exchange.corp.microsoft.com> Hello all, I have used Python extensively for research and algorithm development, and I am just beginning to explore IronPython. I wanted to start using IronPython for some web/database related work. I have seen the performance comparisons between IronPython and CPython, does anyone know of any comparisons for IronPython vs C# or IronPython vs Java (and C++)? Thanks, Elliot -------------- next part -------------- An HTML attachment was scrubbed... URL: From obiwantcp at hotmail.com Tue Sep 19 00:10:03 2006 From: obiwantcp at hotmail.com (David C) Date: Mon, 18 Sep 2006 18:10:03 -0400 Subject: [IronPython] Performance concerns with mail merge Message-ID: Hi, We have a mail merge engine. We wish to have the option of blessing mail merge fields (say <##FirstName##>) with the ability to do string formatting, such as proper casing, all caps, date formatting, and such. And the idea is while the mail merge engine is compiled C# code, we are hoping to leverage the dynamic nature of ironpython to allow business analysts and other staff to bless these mail merge fields with dynamic behaviors at a later date--through scripting. We imagine the signature of such a "filter" would go something like: protected string Filter_SomeBase32GibberishThatsSafeAlphaNumeric(string dirtyText, Xml filterContext) { string cleanText = ""; try { // the dynamic part that do something with cleanText, given additional information provided by filterContext xml dom // as an aside, this source code is checked into the db in raw source code form, until the time it need be used } finally { return cleanText; } } So far what I have learned is that I can do this in C#, using something like this example: http://www.codeproject.com/dotnet/evaluator.asp?df=100&forumid=13971&exp=0&fr=26&select=394822 But we want a ton of performance out of this merge intelligence. We hope whatever was compiled (bytecode), is kepted in a hash tree so that recompilation is not a tax levied on each invocation. There will be many such functions, and we need to invoke it by reference/delegate (storing them in a lookup table). If we are really really greedy, we would make further requests like it be possible to update a function. To recompile an updated source code to one such instance and call the new updated bytecode. I have no experience with IronPython in terms of embedding it, and making use of it in such a scenario, and wish to consult the list for any suggestions or feasibility comments you may have. Thank you for your time and big kudos ahead of time for any participation on this. Best regards, -- Li-fan chen _________________________________________________________________ Be one of the first to try Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Tue Sep 19 00:14:58 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Mon, 18 Sep 2006 15:14:58 -0700 Subject: [IronPython] Pyc IronPython Sample Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057B4A3FD9@NA-EXMSG-C106.redmond.corp.microsoft.com> We're happy to announce the release of another sample, Pyc, which shows how to generate .NET executables from IronPython scripts. This includes the pyc.py helper script which accepts a few command line parameters and generates the executables for you. The sample can be downloaded from http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=423 (IronPython-1.0-Samples-Pyc.zip) and details on what's provided can be found at http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples . Please note that due to a problem in Codeplex it was not possible to update IronPython-1.0-Samples-All.zip to include Pyc. Have fun! The IronPython Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Tue Sep 19 00:21:21 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 18 Sep 2006 15:21:21 -0700 Subject: [IronPython] Performance concerns with mail merge In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C222740EBAB07F2@DF-GRTDANE-MSG.exchange.corp.microsoft.com> It sounds like you want the PythonEngine.CreateMethod API. This allows you to create a delegate that you can call from C# repeatedly w/o any recompilation happening. If you want to swap this out w/ a different delegate you can just call CreateMethod again and update your table of delegates. The way this works is you give it a delegate type (via the generic parameter) and then you give it a body of code (minus the function declaration) and optionally argument names - incase you're not happy w/ the names the delegate has. It'll return an instance of the delegate type to you, and you can call it from your try block. The 1.0 release includes a .chm which includes full documentation on the API as well. >From there it's just up to you to decide how to invalidate your delegates that you hold a reference to and request a new delegate. When you release the reference to the delegate the memory associated w/ the code will be released as well. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David C Sent: Monday, September 18, 2006 3:10 PM To: users at lists.ironpython.com Subject: [IronPython] Performance concerns with mail merge Hi, We have a mail merge engine. We wish to have the option of blessing mail merge fields (say <##FirstName##>) with the ability to do string formatting, such as proper casing, all caps, date formatting, and such. And the idea is while the mail merge engine is compiled C# code, we are hoping to leverage the dynamic nature of ironpython to allow business analysts and other staff to bless these mail merge fields with dynamic behaviors at a later date--through scripting. We imagine the signature of such a "filter" would go something like: protected string Filter_SomeBase32GibberishThatsSafeAlphaNumeric(string dirtyText, Xml filterContext) { string cleanText = ""; try { // the dynamic part that do something with cleanText, given additional information provided by filterContext xml dom // as an aside, this source code is checked into the db in raw source code form, until the time it need be used } finally { return cleanText; } } So far what I have learned is that I can do this in C#, using something like this example: http://www.codeproject.com/dotnet/evaluator.asp?df=100&forumid=13971&exp=0&fr=26&select=394822 But we want a ton of performance out of this merge intelligence. We hope whatever was compiled (bytecode), is kepted in a hash tree so that recompilation is not a tax levied on each invocation. There will be many such functions, and we need to invoke it by reference/delegate (storing them in a lookup table). If we are really really greedy, we would make further requests like it be possible to update a function. To recompile an updated source code to one such instance and call the new updated bytecode. I have no experience with IronPython in terms of embedding it, and making use of it in such a scenario, and wish to consult the list for any suggestions or feasibility comments you may have. Thank you for your time and big kudos ahead of time for any participation on this. Best regards, -- Li-fan chen ________________________________ Be one of the first to try Windows Live Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Josh.L at microsoft.com Tue Sep 19 00:40:47 2006 From: Josh.L at microsoft.com (Josh Cassell) Date: Mon, 18 Sep 2006 15:40:47 -0700 Subject: [IronPython] Pyc IronPython Sample In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D91057B4A3FD9@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A3FD9@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <519260D16FC91741B95E725517B734B821CE0B81@NA-EXMSG-C109.redmond.corp.microsoft.com> Just out of curiosity. Is the dll/exe consumable by other .NET apps? I had read in the sdk that the compiled code created would not be usable by other .NET apps I thought. Does this have the same limitations? Thanks Josh From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Fugate Sent: Monday, September 18, 2006 5:15 PM To: Discussion of IronPython Subject: [IronPython] Pyc IronPython Sample We're happy to announce the release of another sample, Pyc, which shows how to generate .NET executables from IronPython scripts. This includes the pyc.py helper script which accepts a few command line parameters and generates the executables for you. The sample can be downloaded from http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=423 (IronPython-1.0-Samples-Pyc.zip) and details on what's provided can be found at http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples . Please note that due to a problem in Codeplex it was not possible to update IronPython-1.0-Samples-All.zip to include Pyc. Have fun! The IronPython Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Tue Sep 19 01:01:52 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Mon, 18 Sep 2006 16:01:52 -0700 Subject: [IronPython] Pyc IronPython Sample In-Reply-To: <519260D16FC91741B95E725517B734B821CE0B81@NA-EXMSG-C109.redmond.corp.microsoft.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A3FD9@NA-EXMSG-C106.redmond.corp.microsoft.com> <519260D16FC91741B95E725517B734B821CE0B81@NA-EXMSG-C109.redmond.corp.microsoft.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057B4A4033@NA-EXMSG-C106.redmond.corp.microsoft.com> The DLL or executable is not really usable by other .NET apps. Taken from the Codeplex Samples page (http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples): While the assemblies produced by the IronPython Hosting APIs are true .NET assemblies, the dynamic nature of the Python language makes it difficult to use these from other .NET languages. In short, this means that attempting to import Python types into other .NET languages such as C# is not recommended. Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Josh Cassell Sent: Monday, September 18, 2006 3:41 PM To: Discussion of IronPython Subject: Re: [IronPython] Pyc IronPython Sample Just out of curiosity. Is the dll/exe consumable by other .NET apps? I had read in the sdk that the compiled code created would not be usable by other .NET apps I thought. Does this have the same limitations? Thanks Josh From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Fugate Sent: Monday, September 18, 2006 5:15 PM To: Discussion of IronPython Subject: [IronPython] Pyc IronPython Sample We're happy to announce the release of another sample, Pyc, which shows how to generate .NET executables from IronPython scripts. This includes the pyc.py helper script which accepts a few command line parameters and generates the executables for you. The sample can be downloaded from http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=423 (IronPython-1.0-Samples-Pyc.zip) and details on what's provided can be found at http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples . Please note that due to a problem in Codeplex it was not possible to update IronPython-1.0-Samples-All.zip to include Pyc. Have fun! The IronPython Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Tue Sep 19 02:16:42 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 19 Sep 2006 09:16:42 +0900 Subject: [IronPython] Cheetah works on IronPython In-Reply-To: <004301c6db5c$95891120$6603a8c0@Dell9150> References: <1158423522.064294.301840@b28g2000cwb.googlegroups.com> <004301c6db5c$95891120$6603a8c0@Dell9150> Message-ID: <5b0248170609181716ofba272cl2aae142b33bf1125@mail.gmail.com> 2006/9/19, Thane Plummer : > The md5 is a known issue; I know Seo has code, but I seem to recall a post > saying that it didn't work (http://sparcs.kaist.ac.kr/~tinuviel/fepy/lib ). > > Kevin Chu posted an md5 module to this list - you might give try using that > before spending too much time investigating your sys.path. "md5 didn't work" was an intermittent issue during 1.0 RC 1. It works now (since RC 2). Seo Sanghyeon From sanxiyn at gmail.com Tue Sep 19 03:55:02 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 19 Sep 2006 10:55:02 +0900 Subject: [IronPython] yield in nested try blocks Message-ID: <5b0248170609181855x173d3aedx272a6f04be4a20f3@mail.gmail.com> Differences doc says "IronPython does not allow yield statements in nested try blocks". I have never experienced this before, but I do now. PyFileServer http://pyfilesync.berlios.de/pyfileserver.html 0.2.1 won't run because of this. Just to let you know. -- Seo Sanghyeon From sanxiyn at gmail.com Tue Sep 19 04:01:15 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 19 Sep 2006 11:01:15 +0900 Subject: [IronPython] yield in nested try blocks In-Reply-To: <5b0248170609181855x173d3aedx272a6f04be4a20f3@mail.gmail.com> References: <5b0248170609181855x173d3aedx272a6f04be4a20f3@mail.gmail.com> Message-ID: <5b0248170609181901h37493945tc768542b8e699db7@mail.gmail.com> 2006/9/19, Sanghyeon Seo : > Differences doc says "IronPython does not allow yield statements in > nested try blocks". I have never experienced this before, but I do > now. > > PyFileServer http://pyfilesync.berlios.de/pyfileserver.html 0.2.1 > won't run because of this. Just to let you know. Filed as CodePlex #3410. -- Seo Sanghyeon From sanxiyn at gmail.com Tue Sep 19 04:12:31 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 19 Sep 2006 11:12:31 +0900 Subject: [IronPython] Not bugs Message-ID: <5b0248170609181912p5ceef712t42456846961167f8@mail.gmail.com> CodePlex #3216, #3301, #3361 are not bugs, but they point to possible improvements to the documentation. http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3216 http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3301 http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3361 #3216: Problem calling APIs with object Array Parameters IronPython Tutorial should say something about how to create and manipulate .NET arrays. Especially, it should mention Array.CreateInstance and Array[Object] syntax, that Array can be treated as a generic type in the section discussing generics. This is not obvious at all. #3301: Modules/time year calculation bug Python's time functions don't need to return UNIX timestamps as long as they are consistent. However, many CPython users would expect this, so this could be documented in the differences doc, as well as the rationale. #3361: IronPython does not run PYTHONSTARTUP The tutorial could have a section devoted to various console options and environment variables. I *thought* ipy.exe -h is pretty obvious, but it seems not. It could mention -X:ExceptionDetail for example, which can help debugging a lot. -- Seo Sanghyeon From dfugate at microsoft.com Tue Sep 19 22:05:01 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 19 Sep 2006 13:05:01 -0700 Subject: [IronPython] Direct3D IronPython Sample Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> We're happy to announce the release of another sample, Direct3D, which provides a step-by-step, comprehensive tutorial on creating graphical applications using managed DirectX API(s) from IronPython. The sample can be downloaded from http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=423 (IronPython-1.0-Samples-Direct3D.zip) and details on what's provided can be found at http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples. Please note that due to a problem in Codeplex it was not possible to update IronPython-1.0-Samples-All.zip to include Direct3D. Have fun! The IronPython Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Wed Sep 20 04:30:52 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 20 Sep 2006 11:30:52 +0900 Subject: [IronPython] Some interesting projects to test Message-ID: <5b0248170609191930m5a5dea30vcfd45cd4b98394a1@mail.gmail.com> I think following projects may be interesting to test, in that they are actively developed, in extensive use, and have good test coverage. Bazaar: http://bazaar-vcs.org/ Mercurial: http://www.selenic.com/mercurial/ Kid: http://www.kid-templating.org/ Cheetah: http://www.cheetahtemplate.org/ -- Seo Sanghyeon From sanxiyn at gmail.com Wed Sep 20 04:31:31 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 20 Sep 2006 11:31:31 +0900 Subject: [IronPython] Some interesting projects to test In-Reply-To: <5b0248170609191930m5a5dea30vcfd45cd4b98394a1@mail.gmail.com> References: <5b0248170609191930m5a5dea30vcfd45cd4b98394a1@mail.gmail.com> Message-ID: <5b0248170609191931t29092720qff6cfeb56b9a593a@mail.gmail.com> Oops, sent to the wrong address! From rrlear at gmail.com Wed Sep 20 15:55:02 2006 From: rrlear at gmail.com (Russell Lear) Date: Wed, 20 Sep 2006 06:55:02 -0700 Subject: [IronPython] .NET remoting with IronPython Message-ID: I'm trying to access a service that uses .NET remoting using IronPython. I have a C# interface, something like: interface IUserDB { ... MyUser GetUser(string id); ....}; I've tried to get a remoted instance of that interface using the following python: t = a.GetType("IUserDB") # This works db = System.Runtime.Remoting.RemotingServices.Connect(t, dbServerURL) But if I try to do anything with db, I get: SystemError: Type 'IronPython.Runtime.ModuleScope' in Assembly 'IronPython, Version=1.0.60816.1877, Culture=neutral, PublicKeyToken=31bf3856ad364e35' is not marked as serializable. I get the same error if I instantiate the remoted object in C# and then try to do anything with it in Python. My work around is to create a proxy that wraps the remote object in a class that implements IUserDB by passing the calls directly to the wrapped remote object. Works, but a little ugly. Any thoughts? Thanks, Russell. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Wed Sep 20 17:36:27 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 20 Sep 2006 08:36:27 -0700 Subject: [IronPython] .NET remoting with IronPython In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C22274109C93169@DF-GRTDANE-MSG.exchange.corp.microsoft.com> This is a known issue - an easier work around is to create a typed proxy in Python that holds onto the instance & the interface type and does calls through the interface type passing the instance as the 1st parameter. Bug 470 has the workaround code, http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=470, but it is: class typedproxy(object): __slots__ = ['obj', 'proxyType'] def __init__(self, obj, proxyType): self.proxyType = proxyType self.obj = obj def __getattribute__(self, attr): proxyType = object.__getattribute__(self, 'proxyType') obj = object.__getattribute__(self, 'obj') return getattr(proxyType, attr).__get__(obj, proxyType) The issue here is that in .NET doing a cast of an MBR to an interface type always succeeds - and internally we're doing lots of casts against interfaces. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Russell Lear Sent: Wednesday, September 20, 2006 6:55 AM To: users at lists.ironpython.com Subject: [IronPython] .NET remoting with IronPython I'm trying to access a service that uses .NET remoting using IronPython. I have a C# interface, something like: interface IUserDB { ... MyUser GetUser(string id); ....}; I've tried to get a remoted instance of that interface using the following python: t = a.GetType("IUserDB") # This works db = System.Runtime.Remoting.RemotingServices.Connect(t, dbServerURL) But if I try to do anything with db, I get: SystemError: Type 'IronPython.Runtime.ModuleScope' in Assembly 'IronPython, Version=1.0.60816.1877, Culture=neutral, PublicKeyToken=31bf3856ad364e35' is not marked as serializable. I get the same error if I instantiate the remoted object in C# and then try to do anything with it in Python. My work around is to create a proxy that wraps the remote object in a class that implements IUserDB by passing the calls directly to the wrapped remote object. Works, but a little ugly. Any thoughts? Thanks, Russell. From jason.ferrara at jacquette.com Wed Sep 20 18:44:41 2006 From: jason.ferrara at jacquette.com (Jason Ferrara) Date: Wed, 20 Sep 2006 12:44:41 -0400 Subject: [IronPython] What PythonEngine called my C# code? (was: custom ConfigurationSection in IronPython) In-Reply-To: <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> In my case I'm looking to write assemblies in C# that makes use of modules defined in IronPython that others can use without having to know or care that they use IronPython (except for having to have the IronPython dlls around). Things are complicated by the fact that some of the modules used need to have a single global environment. If C# assemblies A and B both use IronPython assembly C, A and B need to use the same PythonEngine or things won't work right. And if A and B are being used from IronPython, then they need to use the PythonEngine of the caller. So I guess I need some sort of magic that when a call is made into the assembly it looks back up the call stack to see if there is a PythonEngine, and if so uses that one. If not create its own and then keep that one around for the next time the assembly is entered without a PythonEngine in the call stack. On Sep 18, 2006, at 12:11 PM, Dino Viehland wrote: > Probably the lack of an answer is due to the fact that there isn't > a really great way to do this. Here's two possible ways to pull > this off: > > For #1 you presumably kicked off the Python code via the hosting > APIs, and therefore you know the engine that kicked it off. If you > have multiple Python engines this might be tricky (if you have only > one running on each thread at a time you could store it in a > [ThreadStatic]). If you start getting into more complicated > scenarios obviously this is going to break down quickly... > > For #2 you're looking at using ICallerContext. This is a bit of > internal machinery that IronPython uses to flow state around for > things that might need state (e.g. hiding CLR methods, locals(), > exec, etc...). Off of ICallerContext there is both a SystemState > and a PythonModule property. Unfortunately there's nothing that > leads you directly to a PythonEngine. Instead you'd need to > maintain a table of either modules->engines or SystemState (sys > module) -> engines. > > #2 will work reliably if you control the creation of all engines in > the process - the instance you go out of that it'll break down. > The alternate plan here might be that having access to a > SystemState and PythonModule you could already do some interesting > things even though you don't have the full blown PythonEngine. > It'd be interesting to hear if those are sufficient or if you > really do need the engine in this case (and how horrible you think > the 2 solutions are :) ). > From garys at ihug.com.au Thu Sep 21 10:25:19 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Thu, 21 Sep 2006 18:25:19 +1000 Subject: [IronPython] true division? References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com><7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com><2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com><7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com><7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> Message-ID: <000601c6dd5a$47653cd0$0301010a@VIMES> Is there a way to get true division in ipy without using the -Qnew command line option? On a per-module or per-instance basis? "from __future__ import true_division" returns "SyntaxError: future feature is not defined: true_division" I see in the Issue Tracker for work item 2206 it says fix: need to make similar fix as done for true_division. but I was unable to any other mention of true division anywhere on the CodePlex wiki. thanks in advance, gary From sanxiyn at gmail.com Thu Sep 21 11:27:36 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 21 Sep 2006 18:27:36 +0900 Subject: [IronPython] true division? In-Reply-To: <000601c6dd5a$47653cd0$0301010a@VIMES> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES> Message-ID: <5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> 2006/9/21, Gary Stephenson : > Is there a way to get true division in ipy without using the -Qnew command > line option? On a per-module or per-instance basis? > > "from __future__ import true_division" > returns "SyntaxError: future feature is not defined: true_division" Of course. The correct syntax is: from __future__ import division Seo Sanghyeon From sjmachin at lexicon.net Thu Sep 21 11:46:07 2006 From: sjmachin at lexicon.net (John Machin) Date: Thu, 21 Sep 2006 19:46:07 +1000 Subject: [IronPython] true division? In-Reply-To: <5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES> <5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> Message-ID: <45125F5F.6090205@lexicon.net> On 21/09/2006 7:27 PM, Sanghyeon Seo wrote: > 2006/9/21, Gary Stephenson : >> Is there a way to get true division in ipy without using the -Qnew command >> line option? On a per-module or per-instance basis? >> >> "from __future__ import true_division" >> returns "SyntaxError: future feature is not defined: true_division" > > Of course. The correct syntax is: > from __future__ import division > Indeed. And introspection is a wonderful thing :-) DOS_prompt>\ironpython\ipy IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import __future__ >>> [x for x in __future__.all_feature_names if 'div' in x] ['division'] >>> ^Z From textdirected at gmail.com Thu Sep 21 12:06:12 2006 From: textdirected at gmail.com (HEMMI, Shigeru) Date: Thu, 21 Sep 2006 19:06:12 +0900 Subject: [IronPython] Implicit line joining error of ipy.exe interactive session. Message-ID: Hello, In interactive ipy.exe session, implicit line joining causes an error if a datum structure has both list and dictionary at the same time. IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> x = [{"a":0, "b":1},[2,3,4,5]] >>> x = [{"a":0, Traceback (most recent call last): SyntaxError: unexpected token (, line 1) >>> Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> x = [{"a":0, "b":1},[2,3,4,5]] >>> x = [{"a":0, ... "b":1},[2,3,4,5]] >>> From jan.szumiec at resolversystems.com Thu Sep 21 12:51:59 2006 From: jan.szumiec at resolversystems.com (Jan Szumiec) Date: Thu, 21 Sep 2006 11:51:59 +0100 Subject: [IronPython] int.__int__ doesn't exist in IP Message-ID: <45126ECF.3030603@resolversystems.com> Hello, Me and Michael just noticed that there is a inconsistency between CP and IP, namely in CP the int object has an __int__ attribute, whereas in IP it does not. Is this behavior by design, or is it a bug? Thanks, Jan Szumiec Resolver Systems From davidf at sjsoft.com Thu Sep 21 14:49:09 2006 From: davidf at sjsoft.com (David Fraser) Date: Thu, 21 Sep 2006 14:49:09 +0200 Subject: [IronPython] IronPython contributions In-Reply-To: References: Message-ID: <45128A45.7060804@sjsoft.com> Hi Martin Thanks for the links. The most relevant message I found on the list stating Microsoft's position was http://lists.ironpython.com/pipermail/users-ironpython.com/2005-March/000326.html in which Jim Hugunin states: > That said, we're not going to be accepting any external code > contributions to the core engine at this time. One reason not to do > this is that we want to be careful with the IronPython code to keep the > IP very clean so that it can be comfortably used both by small projects > as well as by large commercial projects. There would be a lot of legal > work for me to get the right sort of contribution process setup to do > this carefully enough to make all the lawyers happy here. I think my > time could be better spent driving the implementation of IronPython and > working with the user community to come up with the best set of features > to solve their problems. > > The best way to contribute to IronPython today is by submitting simple > easy to reproduce bug reports and well thought out and clearly explained > feature requests. Thanks to those of you who've already done that. > Given the early and rapidly changing state of IronPython, as a developer > I'd much rather have a clear test case than a patch file for almost any > bug because I can usually develop the fix myself faster than I can > understand and validate an externally submitted patch. Often bugs will > be in areas under rapid development and the right fix requires > understanding not just the code where it is, but the model in my head of > where the code should be going. Based on my experience with both > AspectJ and Jython I'm rather confident that at this stage of the > project external code contributions would slow things down rather than > speeding them up. And later on: > I personally believe that the single best thing about a BSD-style > license is that it provides the community with the ultimate check on the > project leadership. If their concerns and needs aren't being addressed > then the community can fork the code base and go their own way. Forks > are a terrible thing for projects and happen pretty rarely. Forks are > also expensive for the community because they now have the whole code > base to grow and maintain. Good projects should always be responsive to > their community of users, and the ability to fork is one way to make > sure this happens. The trouble is, now that 1.0 has been reached, a whole bunch of Python developers are going to want to try out IronPython, find things that could have improvements, and make contributions. Surely now it would be worthwhile to set up the necessary process? This is quite common in the open source/free software world and there are a few options: 1) Assume any contributions are given under the required license (too loose, not appropriate) 2) Require sign-off on any contributions as being under the required license 3) Require (usually joint) copyright assignment to the maintainer (and therefore signoff) There were several other emails on the list arguing for this (probably more elegant than me) Unless this is done, people like Seo and me who have patches have no choice but to fork... which as Jim says would be unfortunate. Of course changes could later be incorporated back once the necessary process has been set up. In fact in a later posting (http://lists.ironpython.com/pipermail/users-ironpython.com/2005-March/000370.html), Jim said: > >/ 5. Be open to accepting external patches. > /I'm certainly open to this idea if I could be convinced that the value > of the patches would be worth the large effort needed to accept them at > this time. Given the company that I work for, I would have to spend a > LOT of time with lawyers working out the right contribution policy in > order to accept even small patches. This extreme level of legal caution > is part of working for a large company. I don't believe that's the best > way for me to spend my time right now in order to build the best > IronPython 1.0. After 1.0, the value of building a strong external > developer community goes up and I expect to revisit this question. Yay, time to revisit it :) One of the main advantages of an open source license is being able to accept contributions, I am sure that given the maturing state of the project this would be a worthwhile thing for IronPython. (And of course, there have been other projects at Microsoft under such licenses that have accepted patches - for example WiX, using option 3 above - see http://www.mail-archive.com/wix-devs at lists.sourceforge.net/msg01134.html) Later in the second posting Jim said: > As I said in my earlier email, I'd also like to figure out a way to > encourage contributions in the short-term not to the IronPython core > engine but in the space of porting CPython extension modules or building > new IronPython-specific modules. Technically these are very appealing > places to accept contributions because each module is a nice modular > entity. Needless to say, there are a few other legal and infrastructure > questions that I'm trying to answer before opening a new topic like this > one. > I think at the moment Seo's suggestion of a sourceforge project is the best way to manage this. Mostly I would expect CPython-porting etc to be done by existing Python developers who would be more comfortable with a sourceforge site. (Of course, the answers to the above licensing question would affect this). Seo, are you still planning on doing this? Hope we can get some progress here Regards David Martin Maly wrote: > Actually, there were some related discussions after the release of IronPython 0.7. It is archived in the list archives, starting in March 2005. Hopefully, it will answer some of your questions. Second link is Jason Matusow's blog which has some related comments too. > > http://lists.ironpython.com/pipermail/users-ironpython.com/2005-March/date.html > http://blogs.msdn.com/jasonmatusow/archive/2005/03.aspx > > Martin > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Fraser > Sent: Friday, September 15, 2006 10:11 AM > To: Discussion of IronPython > Subject: Re: [IronPython] socket for IronPython update > > Dino Viehland wrote: > >> Unfortunately we cannot currently accept changes back into the IronPython core right now. :( >> >> > Not at all? What are the issues? > > David > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From dinov at exchange.microsoft.com Thu Sep 21 17:46:35 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Thu, 21 Sep 2006 08:46:35 -0700 Subject: [IronPython] int.__int__ doesn't exist in IP In-Reply-To: <45126ECF.3030603@resolversystems.com> References: <45126ECF.3030603@resolversystems.com> Message-ID: <7AD436E4270DD54A94238001769C2227410A24DC2A@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Definitely a bug - thanks for reporting this, I've opened CodePlex bug #3529 to track the issue (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3529). ________________________________________ From: users-bounces at lists.ironpython.com On Behalf Of Jan Szumiec Sent: Thursday, September 21, 2006 3:51 AM To: Discussion of IronPython Subject: [IronPython] int.__int__ doesn't exist in IP Hello, Me and Michael just noticed that there is a inconsistency between CP and IP, namely in CP the int object has an __int__ attribute, whereas in IP it does not. Is this behavior by design, or is it a bug? Thanks, Jan Szumiec Resolver Systems _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Thu Sep 21 17:48:44 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Thu, 21 Sep 2006 08:48:44 -0700 Subject: [IronPython] Implicit line joining error of ipy.exe interactive session. In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C2227410A24DC2B@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Thanks for the bug report. I've opened CodePlex bug #3530 to track this (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3530) ________________________________________ From: users-bounces at lists.ironpython.com On Behalf Of HEMMI, Shigeru Sent: Thursday, September 21, 2006 3:06 AM To: Discussion of IronPython Subject: [IronPython] Implicit line joining error of ipy.exe interactive session. Hello, In interactive ipy.exe session, implicit line joining causes an error if a datum structure has both list and dictionary at the same time. IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> x = [{"a":0, "b":1},[2,3,4,5]] >>> x = [{"a":0, Traceback (most recent call last): SyntaxError: unexpected token (, line 1) >>> Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> x = [{"a":0, "b":1},[2,3,4,5]] >>> x = [{"a":0, ... "b":1},[2,3,4,5]] >>> _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From iizogii at gmail.com Fri Sep 22 00:01:38 2006 From: iizogii at gmail.com (Mike McGavin) Date: Fri, 22 Sep 2006 10:01:38 +1200 Subject: [IronPython] Problems with PythonSyntaxErrorException Message-ID: <45d38ec30609211501i7e734817q2f24167ca8d70bc1@mail.gmail.com> Hello. We've been attempting to use IronPython as a scripting engine for an application we've been writing. So far it's mostly been working out, but when trying to report errors about any incoming script, I've noticed that the PyhonSyntaxErrorException.LineText property seems to be inconsistent with where the error is. Here's a simplified program (output follows) which demonstrates it: === using System; using IronPython.Hosting; namespace SyntaxExceptionProblemDemo { class Program { static void Main(string[] args) { string syntaxErrorCode = @" class HasASyntaxException: def MethodOne(self): print 'hello' print 'world' print 'again' def MethodTwo(self) print 'world' "; try { IronPython.Hosting.PythonEngine engine1 = new IronPython.Hosting.PythonEngine(); Console.WriteLine("\nAbout to execute\n"); engine1.Execute(syntaxErrorCode); } catch (IronPython.Runtime.Exceptions.PythonSyntaxErrorException ex) { Console.WriteLine("Syntax exception:"); Console.WriteLine("Message: {0}\nLineText: {1}\nLine: {2}\nColumn: {3}", ex.Message, ex.LineText, ex.Line, ex.Column); } } } } === Output of this program is: === About to execute Syntax exception: Message: unexpected token LineText: print 'hello' Line: 7 Column: 23 === The Line and Column properties are correct, but the LineText property seems to be unrelated to where the error is. Is this a bug, or am I just misunderstanding what it's supposed to be returning? I could probably try and rig something myself to manually locate the correct line and column within the text I've given the engine to parse, but it'd be nice to be able to use the LineText property instead. Thanks for any help. Mike. From garys at ihug.com.au Fri Sep 22 00:03:58 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Fri, 22 Sep 2006 08:03:58 +1000 Subject: [IronPython] true division? References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> Message-ID: <003e01c6ddc9$dbf63ab0$0301010a@VIMES> Thanks John (and Seo), When I attempt the same thing I get: IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import __future__ Traceback (most recent call last): File , line 0, in ##3 File , line 0, in __import__##7 ImportError: No module named __future__ >>> ??? I'm at a loss ... cheers, gary ----- Original Message ----- From: "John Machin" To: "Discussion of IronPython" Sent: Thursday, September 21, 2006 7:46 PM Subject: Re: [IronPython] true division? > On 21/09/2006 7:27 PM, Sanghyeon Seo wrote: >> 2006/9/21, Gary Stephenson : >>> Is there a way to get true division in ipy without using the -Qnew >>> command >>> line option? On a per-module or per-instance basis? >>> >>> "from __future__ import true_division" >>> returns "SyntaxError: future feature is not defined: true_division" >> >> Of course. The correct syntax is: >> from __future__ import division >> > > Indeed. And introspection is a wonderful thing :-) > > DOS_prompt>\ironpython\ipy > IronPython 1.0.60816 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > >>> import __future__ > >>> [x for x in __future__.all_feature_names if 'div' in x] > ['division'] > >>> ^Z > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From fuzzyman at voidspace.org.uk Fri Sep 22 00:10:55 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 21 Sep 2006 23:10:55 +0100 Subject: [IronPython] true division? In-Reply-To: <003e01c6ddc9$dbf63ab0$0301010a@VIMES> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES> Message-ID: <45130DEF.4000206@voidspace.org.uk> Gary Stephenson wrote: > Thanks John (and Seo), > > When I attempt the same thing I get: > Of course. The correct syntax is: >>> from __future__ import division ;-) Fuzzyman http://www.voidspace.org.uk > IronPython 1.0.60816 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > >>>> import __future__ >>>> > Traceback (most recent call last): > File , line 0, in ##3 > File , line 0, in __import__##7 > ImportError: No module named __future__ > > > ??? I'm at a loss ... > > cheers, > > gary > ----- Original Message ----- > From: "John Machin" > To: "Discussion of IronPython" > Sent: Thursday, September 21, 2006 7:46 PM > Subject: Re: [IronPython] true division? > > > >> On 21/09/2006 7:27 PM, Sanghyeon Seo wrote: >> >>> 2006/9/21, Gary Stephenson : >>> >>>> Is there a way to get true division in ipy without using the -Qnew >>>> command >>>> line option? On a per-module or per-instance basis? >>>> >>>> "from __future__ import true_division" >>>> returns "SyntaxError: future feature is not defined: true_division" >>>> >>> Of course. The correct syntax is: >>> from __future__ import division >>> >>> >> Indeed. And introspection is a wonderful thing :-) >> >> DOS_prompt>\ironpython\ipy >> IronPython 1.0.60816 on .NET 2.0.50727.42 >> Copyright (c) Microsoft Corporation. All rights reserved. >> >>>>> import __future__ >>>>> [x for x in __future__.all_feature_names if 'div' in x] >>>>> >> ['division'] >> >>>>> ^Z >>>>> >> _______________________________________________ >> users mailing list >> users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.6/453 - Release Date: 20/09/2006 From garys at ihug.com.au Fri Sep 22 01:58:52 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Fri, 22 Sep 2006 09:58:52 +1000 Subject: [IronPython] true division? References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net><003e01c6ddc9$dbf63ab0$0301010a@VIMES> <45130DEF.4000206@voidspace.org.uk> Message-ID: <000801c6ddd9$e568a500$0301010a@VIMES> What does the wink mean? Is it not a fair question as to why a simple statement seems to work for John (and presumably both Seo and yourself) and yet fails for me? Both syntaxes ("import __future__" and "from __future__ import division") return the same ImportError. Why? Have I offended someone? Broken some unwritten law perhaps? ( .. segues into some old Dinsdale and Doug routine here ... ) puzzledly yrs, gary ----- Original Message ----- From: "Michael Foord" To: "Discussion of IronPython" Sent: Friday, September 22, 2006 8:10 AM Subject: Re: [IronPython] true division? > Gary Stephenson wrote: >> Thanks John (and Seo), >> >> When I attempt the same thing I get: >> > Of course. The correct syntax is: >>>> from __future__ import division > > ;-) > > Fuzzyman > http://www.voidspace.org.uk > > >> IronPython 1.0.60816 on .NET 2.0.50727.42 >> Copyright (c) Microsoft Corporation. All rights reserved. >> >>>>> import __future__ >>>>> >> Traceback (most recent call last): >> File , line 0, in ##3 >> File , line 0, in __import__##7 >> ImportError: No module named __future__ >> >> >> ??? I'm at a loss ... >> >> cheers, >> >> gary >> ----- Original Message ----- >> From: "John Machin" >> To: "Discussion of IronPython" >> Sent: Thursday, September 21, 2006 7:46 PM >> Subject: Re: [IronPython] true division? >> >> >> >>> On 21/09/2006 7:27 PM, Sanghyeon Seo wrote: >>> >>>> 2006/9/21, Gary Stephenson : >>>> >>>>> Is there a way to get true division in ipy without using the -Qnew >>>>> command >>>>> line option? On a per-module or per-instance basis? >>>>> >>>>> "from __future__ import true_division" >>>>> returns "SyntaxError: future feature is not defined: true_division" >>>>> >>>> Of course. The correct syntax is: >>>> from __future__ import division >>>> >>>> >>> Indeed. And introspection is a wonderful thing :-) >>> >>> DOS_prompt>\ironpython\ipy >>> IronPython 1.0.60816 on .NET 2.0.50727.42 >>> Copyright (c) Microsoft Corporation. All rights reserved. >>> >>>>>> import __future__ >>>>>> [x for x in __future__.all_feature_names if 'div' in x] >>>>>> >>> ['division'] >>> >>>>>> ^Z >>>>>> >>> _______________________________________________ >>> users mailing list >>> users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >> >> _______________________________________________ >> users mailing list >> users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> > > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.405 / Virus Database: 268.12.6/453 - Release Date: 20/09/2006 > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From sjmachin at lexicon.net Fri Sep 22 02:05:33 2006 From: sjmachin at lexicon.net (John Machin) Date: Fri, 22 Sep 2006 10:05:33 +1000 Subject: [IronPython] true division? In-Reply-To: <45130DEF.4000206@voidspace.org.uk> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES> <45130DEF.4000206@voidspace.org.uk> Message-ID: <451328CD.3080608@lexicon.net> On 22/09/2006 8:10 AM, Michael Foord wrote: > Gary Stephenson wrote: >> Thanks John (and Seo), >> >> When I attempt the same thing I get: >> > Of course. The correct syntax is: >>>> from __future__ import division > > ;-) Of course nothing. Gary's original problem has nothing to do with syntax; he used the correct syntax (from name1 import name2) but supplied an incorrect value (true_division, IIRC) for name2. In my whimsical advertisement for introspection, IronPython accepted the correct syntax (import name1). The difference between my whimsy outcome and Gary's is most likely because I've got the CPython Lib on my sys.path for IronPython, and he hasn't: | DOS_prompt>\ironpython\ipy | IronPython 1.0.60816 on .NET 2.0.50727.42 | Copyright (c) Microsoft Corporation. All rights reserved. | >>> import __future__ | >>> __future__.__file__ | 'C:\\Python24\\Lib\\__future__.py' | >>> HTH, John From garys at ihug.com.au Fri Sep 22 02:15:13 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Fri, 22 Sep 2006 10:15:13 +1000 Subject: [IronPython] true division? References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES><45130DEF.4000206@voidspace.org.uk> <451328CD.3080608@lexicon.net> Message-ID: <001301c6dddc$2e5824f0$0301010a@VIMES> Aha! Many thanks John. It would appear that there is indeed something of an unwritten law in operation regarding IronPython, going something like: "thou shalt always ensure that the CPython Lib be included on thine sys.path" cheers, gary ----- Original Message ----- From: "John Machin" To: "Discussion of IronPython" Sent: Friday, September 22, 2006 10:05 AM Subject: Re: [IronPython] true division? > On 22/09/2006 8:10 AM, Michael Foord wrote: >> Gary Stephenson wrote: >>> Thanks John (and Seo), >>> >>> When I attempt the same thing I get: >>> >> Of course. The correct syntax is: >>>>> from __future__ import division >> >> ;-) > > Of course nothing. > > Gary's original problem has nothing to do with syntax; he used the > correct syntax (from name1 import name2) but supplied an incorrect value > (true_division, IIRC) for name2. > > In my whimsical advertisement for introspection, IronPython accepted the > correct syntax (import name1). The difference between my whimsy outcome > and Gary's is most likely because I've got the CPython Lib on my > sys.path for IronPython, and he hasn't: > > | DOS_prompt>\ironpython\ipy > | IronPython 1.0.60816 on .NET 2.0.50727.42 > | Copyright (c) Microsoft Corporation. All rights reserved. > | >>> import __future__ > | >>> __future__.__file__ > | 'C:\\Python24\\Lib\\__future__.py' > | >>> > > HTH, > John > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From sjmachin at lexicon.net Fri Sep 22 02:46:31 2006 From: sjmachin at lexicon.net (John Machin) Date: Fri, 22 Sep 2006 10:46:31 +1000 Subject: [IronPython] true division? In-Reply-To: <001301c6dddc$2e5824f0$0301010a@VIMES> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES><45130DEF.4000206@voidspace.org.uk> <451328CD.3080608@lexicon.net> <001301c6dddc$2e5824f0$0301010a@VIMES> Message-ID: <45133267.9090002@lexicon.net> On 22/09/2006 10:15 AM, Gary Stephenson wrote: > Aha! Many thanks John. > > It would appear that there is indeed something of an unwritten law in > operation regarding IronPython, going something like: > > "thou shalt always ensure that the CPython Lib be included on thine > sys.path" > No, not at all, only if you need it, and then beware that it can mask differences between CPython and IronPython. The difference in this case is that IronPython has special-cased the "from __future__ import whatever" caper -- there is no module called __future__ in IronPython. Note the different error messages below: | >>> from __future__ import somerubbish | Traceback (most recent call last): | SyntaxError: future feature is not defined: somerubbish (, line 1) | >>> from sys import somerubbish | Traceback (most recent call last): | File , line 0, in ##13 | ImportError: Cannot import name somerubbish | >>> HTH, John From garys at ihug.com.au Fri Sep 22 03:03:15 2006 From: garys at ihug.com.au (Gary Stephenson) Date: Fri, 22 Sep 2006 11:03:15 +1000 Subject: [IronPython] true division? References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES><45130DEF.4000206@voidspace.org.uk> <451328CD.3080608@lexicon.net><001301c6dddc$2e5824f0$0301010a@VIMES> <45133267.9090002@lexicon.net> Message-ID: <000801c6dde2$e4c63460$0301010a@VIMES> Hi John > The difference in this case is that IronPython has special-cased the > "from __future__ import whatever" caper -- there is no module called > __future__ in IronPython. Note the different error messages below: > > | >>> from __future__ import somerubbish > | Traceback (most recent call last): > | SyntaxError: future feature is not defined: somerubbish (, line > 1) > | >>> from sys import somerubbish > | Traceback (most recent call last): > | File , line 0, in ##13 > | ImportError: Cannot import name somerubbish > | >>> Yes, indeed I think it was the "future feature is not defined" message that convinced me that ipy grokked the whole "form/import __future__ ..." thing, which is why I didn't consider the CPython lib dependency (along with the fact that I had not previously comprehended the fact that there is indeed an actual module somewhere called "__future__" - I'd always thought of it as an entirely insubstantial time machine type of whatsit). thanks again, gary From asu at ritm.msk.ru Fri Sep 22 07:37:22 2006 From: asu at ritm.msk.ru (asu at ritm.msk.ru) Date: Fri, 22 Sep 2006 09:37:22 +0400 Subject: [IronPython] compiling exe Message-ID: <1158903442.2597.3.camel@ritm> How to make exe a file? ipy -X:SaveAssemblies wfdemo.py wfdemo.exe not work. Exception: Just-In-Time Debugging "An exception System.IO.FileNotFoundException..." Anton Orekhov From anthonybaxter at gmail.com Fri Sep 22 10:08:28 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Fri, 22 Sep 2006 18:08:28 +1000 Subject: [IronPython] Line numbers missing from tracebacks with fepy 1.0, Mono 1.1.17 Message-ID: Tracebacks appear to be missing line numbers on this install of Ironpython (it's the IPCE 1.0 version, running against Mono 1.1.17). Before I dig into this too far, is this a known issue? Traceback (most recent call last): File chimp, line unknown, in Initialize File chimp, line unknown, in main File display, line unknown, in set_mode File surface, line unknown, in __init__ File surface, line unknown, in __init__ From sanxiyn at gmail.com Fri Sep 22 10:14:16 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 22 Sep 2006 17:14:16 +0900 Subject: [IronPython] Line numbers missing from tracebacks with fepy 1.0, Mono 1.1.17 In-Reply-To: References: Message-ID: <5b0248170609220114p159dee10je3e2d14b8a784630@mail.gmail.com> 2006/9/22, Anthony Baxter : > Tracebacks appear to be missing line numbers on this install of > Ironpython (it's the IPCE 1.0 version, running against Mono 1.1.17). > Before I dig into this too far, is this a known issue? Yes, it is a known *Mono* issue. On Windows (32 bit) it works. -- Seo Sanghyeon From shafranov at gmail.com Fri Sep 22 12:33:57 2006 From: shafranov at gmail.com (Alexander Shafranov) Date: Fri, 22 Sep 2006 14:33:57 +0400 Subject: [IronPython] compiling exe In-Reply-To: <1158903442.2597.3.camel@ritm> References: <1158903442.2597.3.camel@ritm> Message-ID: <74fc943d0609220333l444ca7bn8f0a6e2c1f1911f1@mail.gmail.com> Anton! Look at Pyc sample: http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples Alexander. On 9/22/06, asu at ritm.msk.ru wrote: > > How to make exe a file? > > ipy -X:SaveAssemblies wfdemo.py > > wfdemo.exe not work. > Exception: Just-In-Time Debugging > "An exception System.IO.FileNotFoundException..." > > Anton Orekhov > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Sep 22 14:08:24 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 22 Sep 2006 21:08:24 +0900 Subject: [IronPython] re.findall bug Message-ID: <5b0248170609220508m34a7723fr5ef2bdf27acd9055@mail.gmail.com> This only happens if you compile the pattern. To Mono users who don't get the same result as below: it's normal. Mono bug #79472. http://bugzilla.ximian.com/show_bug.cgi?id=79472 IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import re >>> re.findall('(a)(b)', 'abab') [('a', 'b'), ('a', 'b')] >>> re.compile('(a)(b)').findall('abab') ['ab', 'ab'] -- Seo Sanghyeon From anthonybaxter at gmail.com Fri Sep 22 14:26:54 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Fri, 22 Sep 2006 22:26:54 +1000 Subject: [IronPython] Line numbers missing from tracebacks with fepy 1.0, Mono 1.1.17 In-Reply-To: <5b0248170609220114p159dee10je3e2d14b8a784630@mail.gmail.com> References: <5b0248170609220114p159dee10je3e2d14b8a784630@mail.gmail.com> Message-ID: On 9/22/06, Sanghyeon Seo wrote: > 2006/9/22, Anthony Baxter : > > Tracebacks appear to be missing line numbers on this install of > > Ironpython (it's the IPCE 1.0 version, running against Mono 1.1.17). > > Before I dig into this too far, is this a known issue? > > Yes, it is a known *Mono* issue. On Windows (32 bit) it works. Any ideas on where I should look to try to fix this? It makes debugging on Mono almost impossible... From dinov at exchange.microsoft.com Fri Sep 22 17:12:08 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 22 Sep 2006 08:12:08 -0700 Subject: [IronPython] Line numbers missing from tracebacks with fepy 1.0, Mono 1.1.17 In-Reply-To: References: <5b0248170609220114p159dee10je3e2d14b8a784630@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22274109C936D9@DF-GRTDANE-MSG.exchange.corp.microsoft.com> >From the IronPython side you can look at Ops.UpdateTraceBack. This is called during fault blocks (catch & rethrow blocks in dynamic methods) to store line number information when we have code that PDBs (or whatever Mono uses here) don't provide the necessary debugging information. If this isn't getting hit you might want to check Options.traceBackSupport and make sure it's true. Hopefully that'll lead you to somewhere useful to look on the Mono side. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Anthony Baxter Sent: Friday, September 22, 2006 5:27 AM To: Discussion of IronPython Subject: Re: [IronPython] Line numbers missing from tracebacks with fepy 1.0, Mono 1.1.17 On 9/22/06, Sanghyeon Seo wrote: > 2006/9/22, Anthony Baxter : > > Tracebacks appear to be missing line numbers on this install of > > Ironpython (it's the IPCE 1.0 version, running against Mono 1.1.17). > > Before I dig into this too far, is this a known issue? > > Yes, it is a known *Mono* issue. On Windows (32 bit) it works. Any ideas on where I should look to try to fix this? It makes debugging on Mono almost impossible... _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From davidf at sjsoft.com Fri Sep 22 17:10:51 2006 From: davidf at sjsoft.com (David Fraser) Date: Fri, 22 Sep 2006 17:10:51 +0200 Subject: [IronPython] Access to IronPython version control Message-ID: <4513FCFB.9070300@sjsoft.com> Hi I was trying today to access the IronPython source code repository - there doesn't seem to be much information online on CodePlex as to how to do this without using the Visual tool. Being more at home on the commandline and waiting for the 200MB+ download (doesn't seem to be possible to get the commandline client standalone) I stumbled upon Teamprise's Java client at http://www.teamprise.com/download/index.html Unfortunately I can't seem to access the IronPython workspace - what should the settings for server, workspace, etc be? (It seems that username needs a _cp appended). I am beginning to suspect that access is limited to the Microsoft team which would be a shame :-) David From dinov at exchange.microsoft.com Fri Sep 22 17:22:30 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 22 Sep 2006 08:22:30 -0700 Subject: [IronPython] re.findall bug In-Reply-To: <5b0248170609220508m34a7723fr5ef2bdf27acd9055@mail.gmail.com> References: <5b0248170609220508m34a7723fr5ef2bdf27acd9055@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C22274109C936DC@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Thanks for the bug report Seo. It looks like we're just not doing the same transform we do for the non-compiled case for the compiled case. I've opened CodePlex bug #3560 to track the issue (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3560). -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo Sent: Friday, September 22, 2006 5:08 AM To: Discussion of IronPython Subject: [IronPython] re.findall bug This only happens if you compile the pattern. To Mono users who don't get the same result as below: it's normal. Mono bug #79472. http://bugzilla.ximian.com/show_bug.cgi?id=79472 IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import re >>> re.findall('(a)(b)', 'abab') [('a', 'b'), ('a', 'b')] >>> re.compile('(a)(b)').findall('abab') ['ab', 'ab'] -- Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Martin.Maly at microsoft.com Fri Sep 22 17:26:53 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Fri, 22 Sep 2006 08:26:53 -0700 Subject: [IronPython] compiling exe In-Reply-To: <74fc943d0609220333l444ca7bn8f0a6e2c1f1911f1@mail.gmail.com> References: <1158903442.2597.3.camel@ritm> <74fc943d0609220333l444ca7bn8f0a6e2c1f1911f1@mail.gmail.com> Message-ID: The exception that Anton is seeing means that the .NET runtime cannot locate assemblies (IronPython.dll and IronMath.dll) which the compiled executables depend on. They need to be in the same directory as the compiled executable for it to work. The executables created via the pyc sample that Alexander pointed out will have the same problem (except the sample documentation is quite explicit about it). Martin From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Alexander Shafranov Sent: Friday, September 22, 2006 3:34 AM To: Discussion of IronPython Subject: Re: [IronPython] compiling exe Anton! Look at Pyc sample: http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython&title=Samples Alexander. On 9/22/06, asu at ritm.msk.ru > wrote: How to make exe a file? ipy -X:SaveAssemblies wfdemo.py wfdemo.exe not work. Exception: Just-In-Time Debugging "An exception System.IO.FileNotFoundException..." Anton Orekhov _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Martin.Maly at microsoft.com Fri Sep 22 17:41:54 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Fri, 22 Sep 2006 08:41:54 -0700 Subject: [IronPython] true division? In-Reply-To: <000801c6dde2$e4c63460$0301010a@VIMES> References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES><45130DEF.4000206@voidspace.org.uk> <451328CD.3080608@lexicon.net><001301c6dddc$2e5824f0$0301010a@VIMES> <45133267.9090002@lexicon.net> <000801c6dde2$e4c63460$0301010a@VIMES> Message-ID: Actually, the special-casing of the construct "from __future__ import whatever" is part of Python language definition and is detected by IronPython and CPython alike by parser/compiler in order to change code generation of division operator (for the division case), sometimes the __future__ import will also influence parsing itself (enable 'with' statement etc.) Apart from this extra detection, the "from __future__ import whatever" statement is handled in the same way as any other occurrence of "from module import whatever", meaning that the statement will still attempt to find module "__future__" on the disk (or in sys.modules) and import 'whatever' from it. This behavior also is the same for both CPython and IronPython. In fact, it is easily demonstrated. In the following example, I clear sys.path so that CPython fails to find the module __future__.py, but the division behavior will still get changed: Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> 1/2 0 >>> import sys >>> sys.path=[] >>> from __future__ import division Traceback (most recent call last): File "", line 1, in ? ImportError: No module named __future__ >>> 1/2 0.5 >>> So the actual difference is that IronPython doesn't ship out of the box with the __future__.py module, otherwise, the behavior of both implementations is identical. Hope this sheds some light on the "from __future__" behavior. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Gary Stephenson Sent: Thursday, September 21, 2006 6:03 PM To: Discussion of IronPython Subject: Re: [IronPython] true division? Hi John > The difference in this case is that IronPython has special-cased the > "from __future__ import whatever" caper -- there is no module called > __future__ in IronPython. Note the different error messages below: > > | >>> from __future__ import somerubbish > | Traceback (most recent call last): > | SyntaxError: future feature is not defined: somerubbish (, line > 1) > | >>> from sys import somerubbish > | Traceback (most recent call last): > | File , line 0, in ##13 > | ImportError: Cannot import name somerubbish > | >>> Yes, indeed I think it was the "future feature is not defined" message that convinced me that ipy grokked the whole "form/import __future__ ..." thing, which is why I didn't consider the CPython lib dependency (along with the fact that I had not previously comprehended the fact that there is indeed an actual module somewhere called "__future__" - I'd always thought of it as an entirely insubstantial time machine type of whatsit). thanks again, gary _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From ymanevic at genesyslab.com Wed Sep 20 02:45:19 2006 From: ymanevic at genesyslab.com (Yan Manevich) Date: Tue, 19 Sep 2006 17:45:19 -0700 Subject: [IronPython] Telnet API Message-ID: <2215B33D2B96E547B061C585EDAFCD2E0100DACE@SAURON.us.int.genesyslab.com> Hello, I want to connect through Telnet from Windows machine to UNIX machine and run some scripts on the last one. My question is if that is possible to work with Telnet from IronPython? Is there any API in IronPython like telnetlib in Python2.4.3? Thank you in advance for you answers. Yan -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at tangiblesoftwaresolutions.com Wed Sep 20 17:15:03 2006 From: dave at tangiblesoftwaresolutions.com (David Anton) Date: Wed, 20 Sep 2006 08:15:03 -0700 (PDT) Subject: [IronPython] Arrays in IronPython Message-ID: <6409948.post@talk.nabble.com> After a lot of googling on this, I'm still confused about .NET arrays (not Python lists) in IronPython. One dimensional arrays are clear: foo = Array[int] ((1,2)) But how to set up jagged arrays and multidimensional arrays? I know that IronPython is happy with the following (i.e., no error), but I'm not sure what they mean: foo = Array[int][int] foo = Array[Array[int]] The first one behaves just like Array[int], so I think IronPython is just ignoring the second "[int]" ? The second one would appear to me to be a jagged array, but how do I initialize it with values? -- View this message in context: http://www.nabble.com/Arrays-in-IronPython-tf2306048.html#a6409948 Sent from the IronPython mailing list archive at Nabble.com. From ruxomail-hello at yahoo.com Wed Sep 20 21:38:40 2006 From: ruxomail-hello at yahoo.com (Ruxo Zheng) Date: Wed, 20 Sep 2006 12:38:40 -0700 (PDT) Subject: [IronPython] How to call a specific base class constructor? Message-ID: <20060920193840.37417.qmail@web53103.mail.yahoo.com> I'm customizing .NET ArrayList class like this: from System.Collections import ArrayList class MyArrayList(ArrayList): def __init__(self): ArrayList.__init__(self, 256) test = MyArrayList() test.Capacity // return 0 It seems like default constructor is always called. Did I incorrectly call the base class' constructor? Rux -------------- next part -------------- An HTML attachment was scrubbed... URL: From psiplace at netscape.net Wed Sep 20 22:39:02 2006 From: psiplace at netscape.net (psi) Date: Wed, 20 Sep 2006 13:39:02 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <1158784742.837684.109120@i3g2000cwc.googlegroups.com> this requires the directx sdk, which is 500mb, but if you only want to run it, cant you get away with just the microsoft.directx assembly and the directx runtime? From guido at python.org Thu Sep 21 04:20:30 2006 From: guido at python.org (Guido van Rossum) Date: Wed, 20 Sep 2006 19:20:30 -0700 Subject: [IronPython] [Python-Dev] IronPython and AST branch In-Reply-To: <450D1819.2080803@gmail.com> References: <5b0248170609130046w4e5bd012s63ecf46cbcfb8d2b@mail.gmail.com> <450D1819.2080803@gmail.com> Message-ID: On 9/17/06, Nick Coghlan wrote: > One of the biggest issues I have with the current AST is that I don't believe > it really gets the "slice" and "extended slice" terminology correct (it uses > 'extended slice' to refer to multi-dimensional indexing, but the normal > meaning of that phrase is to refer to the use of a step argument for a slice [1]) The two were introduced together and were referred to together as "extended slicing" at the time, so I'm not sure who is confused. -- --Guido van Rossum (home page: http://www.python.org/~guido/) From dave at tangiblesoftwaresolutions.com Thu Sep 21 20:43:34 2006 From: dave at tangiblesoftwaresolutions.com (David Anton) Date: Thu, 21 Sep 2006 11:43:34 -0700 (PDT) Subject: [IronPython] Calling external API from IronPython Message-ID: <6434143.post@talk.nabble.com> Is there a way to declare external API functions (non-assembly based) called from Python code? e.g., in VB, you'd do something like declare the following stub: Private Declare Function FriendlyName Lib "kernel32" Alias "ActualAPIFunctionName"(ByVal SomeString As String) As Integer e.g., in C#, you'd do it this way: [System.Runtime.InteropServices.DllImport("kernel32", EntryPoint="ActualAPIFunctionName", ExactSpelling=false, CharSet=System.Runtime.InteropServices.CharSet.Ansi, SetLastError=true)] private static extern int FriendlyName(string SomeString); Or is this irrelevant in Python (and why)? I'm learning Python and I'm continually surprised at how many things are just not even relevant in Python (explicit types, interfaces, abstract methods, namespaces, etc....). -- View this message in context: http://www.nabble.com/Calling-external-API-from-IronPython-tf2313707.html#a6434143 Sent from the IronPython mailing list archive at Nabble.com. From Martin.Maly at microsoft.com Fri Sep 22 18:00:25 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Fri, 22 Sep 2006 09:00:25 -0700 Subject: [IronPython] Access to IronPython version control In-Reply-To: <4513FCFB.9070300@sjsoft.com> References: <4513FCFB.9070300@sjsoft.com> Message-ID: If you go to the IronPython CodePlex "Source" page, in the upper right corner you'll see the settings for server, user name, port ... http://www.codeplex.com/SourceControl/ListDownloadableCommits.aspx?ProjectName=IronPython Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Fraser Sent: Friday, September 22, 2006 8:11 AM To: Discussion of IronPython Subject: [IronPython] Access to IronPython version control Hi I was trying today to access the IronPython source code repository - there doesn't seem to be much information online on CodePlex as to how to do this without using the Visual tool. Being more at home on the commandline and waiting for the 200MB+ download (doesn't seem to be possible to get the commandline client standalone) I stumbled upon Teamprise's Java client at http://www.teamprise.com/download/index.html Unfortunately I can't seem to access the IronPython workspace - what should the settings for server, workspace, etc be? (It seems that username needs a _cp appended). I am beginning to suspect that access is limited to the Microsoft team which would be a shame :-) David _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From rdawson at exchange.microsoft.com Fri Sep 22 18:10:12 2006 From: rdawson at exchange.microsoft.com (Ryan Dawson) Date: Fri, 22 Sep 2006 09:10:12 -0700 Subject: [IronPython] Calling external API from IronPython In-Reply-To: <6434143.post@talk.nabble.com> References: <6434143.post@talk.nabble.com> Message-ID: <50B69702CA6E6D4E849D30CD4989AB8E37B2479474@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The question is relevant, but this isn't supported directly from IronPython in 1.0. The workaround is to write a small wrapper library in VB or C# and call that from IronPython. The limitation is rooted in the fact that 1.0 doesn't support .NET attributes, like the DllImportAttribute. Possible future solutions to this have been discussed on the list previously. We're hopeful a later version will be able to directly meet your needs here. -Ryan -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Anton Sent: Thursday, September 21, 2006 11:44 AM To: users at lists.ironpython.com Subject: [IronPython] Calling external API from IronPython Is there a way to declare external API functions (non-assembly based) called from Python code? e.g., in VB, you'd do something like declare the following stub: Private Declare Function FriendlyName Lib "kernel32" Alias "ActualAPIFunctionName"(ByVal SomeString As String) As Integer e.g., in C#, you'd do it this way: [System.Runtime.InteropServices.DllImport("kernel32", EntryPoint="ActualAPIFunctionName", ExactSpelling=false, CharSet=System.Runtime.InteropServices.CharSet.Ansi, SetLastError=true)] private static extern int FriendlyName(string SomeString); Or is this irrelevant in Python (and why)? I'm learning Python and I'm continually surprised at how many things are just not even relevant in Python (explicit types, interfaces, abstract methods, namespaces, etc....). -- View this message in context: http://www.nabble.com/Calling-external-API-from-IronPython-tf2313707.html#a6434143 Sent from the IronPython mailing list archive at Nabble.com. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From davidf at sjsoft.com Fri Sep 22 19:26:07 2006 From: davidf at sjsoft.com (David Fraser) Date: Fri, 22 Sep 2006 19:26:07 +0200 Subject: [IronPython] Access to IronPython version control In-Reply-To: References: <4513FCFB.9070300@sjsoft.com> Message-ID: <45141CAF.7080900@sjsoft.com> Hi Martin Not unless I'm blind :-) Maybe only for developers of the project? In any case Seo helped me: server should be https://tfs01.codeplex.com username should be your username + _cp password as normal domain should be SND But not sure of the workspace name although this could just be a permissions thing - tried IronPython and $\IronPython Cheers David Martin Maly wrote: > If you go to the IronPython CodePlex "Source" page, in the upper right corner you'll see the settings for server, user name, port ... > > http://www.codeplex.com/SourceControl/ListDownloadableCommits.aspx?ProjectName=IronPython > > Martin > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Fraser > Sent: Friday, September 22, 2006 8:11 AM > To: Discussion of IronPython > Subject: [IronPython] Access to IronPython version control > > Hi > > I was trying today to access the IronPython source code repository - > there doesn't seem to be much information online on CodePlex as to how > to do this without using the Visual tool. > Being more at home on the commandline and waiting for the 200MB+ > download (doesn't seem to be possible to get the commandline client > standalone) I stumbled upon Teamprise's Java client at > http://www.teamprise.com/download/index.html > Unfortunately I can't seem to access the IronPython workspace - what > should the settings for server, workspace, etc be? (It seems that > username needs a _cp appended). > I am beginning to suspect that access is limited to the Microsoft team > which would be a shame :-) > > David > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From sanxiyn at gmail.com Fri Sep 22 19:33:04 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 23 Sep 2006 02:33:04 +0900 Subject: [IronPython] SourceForge project is up Message-ID: <5b0248170609221033w2cf69723iefb33829bf7340d8@mail.gmail.com> http://fepy.sourceforge.net/ 'Nuf said. Check out with your favorite SVN client now! -- Seo Sanghyeon From sanxiyn at gmail.com Fri Sep 22 19:41:41 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 23 Sep 2006 02:41:41 +0900 Subject: [IronPython] How to use FePy setup script Message-ID: <5b0248170609221041g27c12387g1670bd17985a6b14@mail.gmail.com> Sorry, this is for UN*X users only, for now. Let's assume that you have IronPython-1.0 directory with IronPython release, and fepy directory with checkout of https://svn.sourceforge.net/svnroot/fepy/trunk/ $ cd IronPython-1.0 $ ../fepy/script/setup This will install (link) all my modules to Lib directory, and link CPython standard libraries and some 3rd party libraries. It also installs some shell scripts. To launch the console: $ ./ipy If you have Mono installed outside of your PATH, export MONO to point to mono binary you want to use. ./getm links a standard library module . ./gets links a 3rd party module . ./getp links a module from FePy checkout. -- Seo Sanghyeon From dinov at exchange.microsoft.com Fri Sep 22 21:58:00 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 22 Sep 2006 12:58:00 -0700 Subject: [IronPython] Arrays in IronPython In-Reply-To: <6409948.post@talk.nabble.com> References: <6409948.post@talk.nabble.com> Message-ID: <7AD436E4270DD54A94238001769C22274109C938AA@DF-GRTDANE-MSG.exchange.corp.microsoft.com> You can initialize the values on this like: Array[Array[int]]( ( (1,2), (2,3) ) ) (any sequence will do here, e.g. a list work too). If you want to create a true multi-dimensional array you can do: x = Array.CreateInstance(int, Array[int]( (1,2,3))) And then you can fill the values by hand: x[0,1,2] = 2 -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Anton Sent: Wednesday, September 20, 2006 8:15 AM To: users at lists.ironpython.com Subject: [IronPython] Arrays in IronPython After a lot of googling on this, I'm still confused about .NET arrays (not Python lists) in IronPython. One dimensional arrays are clear: foo = Array[int] ((1,2)) But how to set up jagged arrays and multidimensional arrays? I know that IronPython is happy with the following (i.e., no error), but I'm not sure what they mean: foo = Array[int][int] foo = Array[Array[int]] The first one behaves just like Array[int], so I think IronPython is just ignoring the second "[int]" ? The second one would appear to me to be a jagged array, but how do I initialize it with values? -- View this message in context: http://www.nabble.com/Arrays-in-IronPython-tf2306048.html#a6409948 Sent from the IronPython mailing list archive at Nabble.com. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Fri Sep 22 22:02:14 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 22 Sep 2006 13:02:14 -0700 Subject: [IronPython] How to call a specific base class constructor? In-Reply-To: <20060920193840.37417.qmail@web53103.mail.yahoo.com> References: <20060920193840.37417.qmail@web53103.mail.yahoo.com> Message-ID: <7AD436E4270DD54A94238001769C22274109C938B3@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The constructor is actually __new__, __init__ is merely an initializer which runs after constructor - which has no real analog in the .NET world. Therefore you'll want to override __new__ and pass in the values to the base __new__ that you want to use to construct the object with. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ruxo Zheng Sent: Wednesday, September 20, 2006 12:39 PM To: users at lists.ironpython.com Subject: [IronPython] How to call a specific base class constructor? I'm customizing .NET ArrayList class like this: from System.Collections import ArrayList class MyArrayList(ArrayList): def __init__(self): ArrayList.__init__(self, 256) test = MyArrayList() test.Capacity // return 0 It seems like default constructor is always called. Did I incorrectly call the base class' constructor? Rux -------------- next part -------------- An HTML attachment was scrubbed... URL: From anilmrn at yahoo.com Fri Sep 22 22:51:25 2006 From: anilmrn at yahoo.com (anil maran) Date: Fri, 22 Sep 2006 13:51:25 -0700 (PDT) Subject: [IronPython] Ironpython community edition built with Vis Studio Message-ID: <20060922205126.49032.qmail@web55215.mail.re4.yahoo.com> hi guys i m looking for ironpython community edition by seo sanghyeon built with VS, Is the one built with mono, comparable speed to the one wiht VS, i read somewhere in oreilly forums that vs is about 50times faster than mono, please clarify thanks a lot Anil -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Fri Sep 22 23:02:38 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 22 Sep 2006 22:02:38 +0100 Subject: [IronPython] Ironpython community edition built with Vis Studio In-Reply-To: <20060922205126.49032.qmail@web55215.mail.re4.yahoo.com> References: <20060922205126.49032.qmail@web55215.mail.re4.yahoo.com> Message-ID: <45144F6E.4000802@voidspace.org.uk> anil maran wrote: > hi guys > i m looking for ironpython community edition by seo sanghyeon built > with VS, > Is the one built with mono, comparable speed to the one wiht VS, i > read somewhere in oreilly forums that vs is about 50times faster than > mono, > please clarify You should be able to build it with the Visual Express C# that you can get for free. Michael Foord http://www.voidspace.org.uk/python/index.shtml > thanks a lot > Anil > > ------------------------------------------------------------------------ > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.405 / Virus Database: 268.12.7/454 - Release Date: 21/09/2006 > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.7/454 - Release Date: 21/09/2006 From anilmrn at yahoo.com Fri Sep 22 23:14:45 2006 From: anilmrn at yahoo.com (anil maran) Date: Fri, 22 Sep 2006 14:14:45 -0700 (PDT) Subject: [IronPython] I got this error when I was trying to run ironpython in mono in fc5 pls help out Message-ID: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> mono ipy.exe ======================================================= ========== Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ======================================================= ========== Stacktrace: in IronPython.Runtime.SystemState:Initialize () <0xffff ffff> in IronPython.Runtime.SystemState:Initialize () <0x4a> in IronPython.Runtime.SystemState:.ctor (IronPython.Hos ting.EngineOptions) <0x13> in IronPython.Hosting.PythonEngine:Initialize (IronPyth on.Hosting.EngineOptions) <0x40> in IronPython.Hosting.PythonEngine:.ctor (IronPython.Ho sting.EngineOptions) <0x22> in IronPythonConsole.PythonCommandLine:Main (string[]) <0x86> in (wrapper runtime-invoke) System.Object:runtime_invok e_int_string[] (object,intptr,intptr,intptr) <0x74d4af6 > Native stacktrace: mono(mono_handle_native_sigsegv+0xbb) [0x81368f b] mono [0x8105670] [0x39c440] mono(mono_type_create_from_typespec_full+0xd4) [0x80b9394] mono [0x8099a91] mono [0x8099ec9] mono(mono_class_get_full+0x15) [0x809a045] mono [0x8099746] mono [0x8099e87] mono [0x80b91f2] mono(mono_metadata_parse_type_full+0x132) [0x80 b8292] mono(mono_metadata_parse_generic_inst+0x80) [0x 80b8850] mono [0x80b916f] mono(mono_type_create_from_typespec_full+0x1aa) [0x80b946a] mono [0x8099a91] mono [0x8099ec9] mono(mono_class_get_full+0x15) [0x809a045] mono [0x80b2f6a] mono [0x80b34a0] mono(mono_get_method_full+0x58) [0x80b3d08] mono [0x811ba76] mono [0x8120ec9] mono [0x8122713] mono [0x8122adb] mono(mono_runtime_class_init+0x3a7) [0x80accb7] mono [0x8122832] mono(mono_magic_trampoline+0x1a) [0x8138b2a] [0xc87032] [0x111d64] [0xbdcb29] [0xbdc583] [0xbda46f] [0xbd9b14] mono(mono_runtime_exec_main+0x9f) [0x80ae5df] mono(mono_runtime_run_main+0x152) [0x80af6e2] mono(mono_main+0xef9) [0x805dae9] mono [0x805c702] /lib/libc.so.6(__libc_start_main+0xdc) [0x3cf4e 4] mono [0x805c651] Aborted -------------- next part -------------- An HTML attachment was scrubbed... URL: From sjmachin at lexicon.net Fri Sep 22 23:27:12 2006 From: sjmachin at lexicon.net (John Machin) Date: Sat, 23 Sep 2006 07:27:12 +1000 Subject: [IronPython] true division? In-Reply-To: References: <312F42C3-581F-4849-AD5F-20BC8DE0A033@jacquette.com> <7AD436E4270DD54A94238001769C22273831257879@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <2CF7B255-CACB-43BA-A98C-4263B95B7FB9@jacquette.com> <7.0.1.0.2.20060918111331.022a4060@wheresmymailserver.com> <7AD436E4270DD54A94238001769C222740EBAB0572@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <01FDD3BC-90C9-43DC-ACC5-7124E9CF2B45@jacquette.com> <000601c6dd5a$47653cd0$0301010a@VIMES><5b0248170609210227j745aec2ao5a359637e037abc1@mail.gmail.com> <45125F5F.6090205@lexicon.net> <003e01c6ddc9$dbf63ab0$0301010a@VIMES><45130DEF.4000206@voidspace.org.uk> <451328CD.3080608@lexicon.net><001301c6dddc$2e5824f0$0301010a@VIMES> <45133267.9090002@lexicon.net> <000801c6dde2$e4c63460$0301010a@VIMES> Message-ID: <45145530.4020201@lexicon.net> On 23/09/2006 1:41 AM, Martin Maly wrote: [big snip] > > So the actual difference is that IronPython doesn't ship out of the box with the __future__.py module, otherwise, the behavior of both implementations is identical. > > Hope this sheds some light on the "from __future__" behavior. A very lucid explanation. Many thanks. Cheers, John From dfugate at microsoft.com Sat Sep 23 00:08:57 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Fri, 22 Sep 2006 15:08:57 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <1158784742.837684.109120@i3g2000cwc.googlegroups.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057F770EC5@NA-EXMSG-C106.redmond.corp.microsoft.com> I believe you'll need the full SDK. If you try running the samples with only the DirectX runtime you'll see something similar to the following: ipy.exe demo1.py Traceback (most recent call last): File E:\Ip\IronPython\Samples\Direct3D\demo1.py, line 17, in Initialize File , line 0, in __import__##5 File E:\Ip\IronPython\Samples\Direct3D\framework.py, line 35, in Initialize ImportError: Cannot import name Direct3D The script fails on "from Microsoft.DirectX import Direct3D". So while the Microsoft.DirectX assembly is included with the end-user DirectX runtime, this does not include Direct3D. That being said, I think the DirectX SDK includes certain redistributable files (which of course could include the Direct3D assembly). -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of psi Sent: Wednesday, September 20, 2006 1:39 PM To: users at lists.ironpython.com Subject: Re: [IronPython] Direct3D IronPython Sample this requires the directx sdk, which is 500mb, but if you only want to run it, cant you get away with just the microsoft.directx assembly and the directx runtime? _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From drew at astro.pas.rochester.edu Sat Sep 23 01:47:23 2006 From: drew at astro.pas.rochester.edu (drew moore) Date: Fri, 22 Sep 2006 19:47:23 -0400 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D91057F770EC5@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> <7346A825E148B049A9AD1D3ED46A2D91057F770EC5@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <4514760B.9070400@astro.pas.rochester.edu> Dave Fugate wrote: > I believe you'll need the full SDK. If you try running the samples with only the DirectX runtime you'll see something similar to the following: > > ipy.exe demo1.py > Traceback (most recent call last): > File E:\Ip\IronPython\Samples\Direct3D\demo1.py, line 17, in Initialize > File , line 0, in __import__##5 > File E:\Ip\IronPython\Samples\Direct3D\framework.py, line 35, in Initialize > ImportError: Cannot import name Direct3D > I found I was able to get Direct3D to import without the full SDK by adding two more lines to framework.py: clr.AddReferenceByPartialName("Microsoft.DirectX") clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3D") # this one clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3DX") # and this one I ran into other problems later... This might help someone else, or you might run into the same stuff I ran into. The odd thing is that the third line did not allow me to do from Microsoft.DirectX import Direct3DX (which you might expect.) But it DID seem to add new stuff to the Direct3D namespace instead. Apparently .NET reference names and IronPython module names don't need to agree... but many times they do. (???) (I found this stuff while mucking around with IronPython and Raines' .NET bindings to Smith's Open Dynamics Engine.) http://www.thejamesrainenetwork.co.uk/ode/samples/odesamples.html I mananged to convert a little bit of his sample C# code to IronPython. ;-) cheers Drew From ernsnat at iit.edu Sat Sep 23 03:03:21 2006 From: ernsnat at iit.edu (Nathan R. Ernst) Date: Fri, 22 Sep 2006 20:03:21 -0500 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <4514760B.9070400@astro.pas.rochester.edu> Message-ID: <20060923005812.8A18D1BB50@che.dreamhost.com> The odd thing is that the third line did not allow me to do from Microsoft.DirectX import Direct3DX Not being terribly familiar with the DirectX 3D libs (I've only tinkered with the managed DirectSound wrappers), I would suggest the explanation is that the third assembly uses the same namespace. People often confuse assembly name with namespace. The two are tied together only by convention. That having been said, IronPython of course imports types using the namespace, the AddReference* calls are merely to load the assembly into the runtime. I find it rude when library developers do not name assemblies the same as their root namespace. My guess would be that the Direct3D libs are split to keep rarely used symbols out of the main library in order to reduce resource consumption. A nice token, but I find it to be a bit of an annoyance given its all in the same namespace. I'll get off my soapbox now. I hope, though, that I might have been a tad bit helpful. Cheers, Nathan -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of drew moore Sent: Friday, September 22, 2006 6:47 PM To: Discussion of IronPython Subject: Re: [IronPython] Direct3D IronPython Sample Dave Fugate wrote: > I believe you'll need the full SDK. If you try running the samples with only the DirectX runtime you'll see something similar to the following: > > ipy.exe demo1.py > Traceback (most recent call last): > File E:\Ip\IronPython\Samples\Direct3D\demo1.py, line 17, in Initialize > File , line 0, in __import__##5 > File E:\Ip\IronPython\Samples\Direct3D\framework.py, line 35, in Initialize > ImportError: Cannot import name Direct3D > I found I was able to get Direct3D to import without the full SDK by adding two more lines to framework.py: clr.AddReferenceByPartialName("Microsoft.DirectX") clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3D") # this one clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3DX") # and this one I ran into other problems later... This might help someone else, or you might run into the same stuff I ran into. The odd thing is that the third line did not allow me to do from Microsoft.DirectX import Direct3DX (which you might expect.) But it DID seem to add new stuff to the Direct3D namespace instead. Apparently .NET reference names and IronPython module names don't need to agree... but many times they do. (???) (I found this stuff while mucking around with IronPython and Raines' .NET bindings to Smith's Open Dynamics Engine.) http://www.thejamesrainenetwork.co.uk/ode/samples/odesamples.html I mananged to convert a little bit of his sample C# code to IronPython. ;-) cheers Drew _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sanxiyn at gmail.com Sat Sep 23 03:30:46 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 23 Sep 2006 10:30:46 +0900 Subject: [IronPython] I got this error when I was trying to run ironpython in mono in fc5 pls help out In-Reply-To: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> References: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> Message-ID: <5b0248170609221830n4759373ar3854c6ef6cb6d571@mail.gmail.com> 2006/9/23, anil maran : > I got this error when I was trying to run ironpython in mono in fc5 pls help out Do not use Mono 1.1.13.x, please, please. You can't use Mono as packaged in FC5 to run IronPython 1.0. It has no chance of working. Install Mono 1.1.17 or later. -- Seo Sanghyeon From jvm_cop at spamcop.net Sat Sep 23 04:28:54 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Fri, 22 Sep 2006 22:28:54 -0400 Subject: [IronPython] I got this error when I was trying to run ironpython in mono in fc5 pls help out In-Reply-To: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> References: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> Message-ID: <7.0.1.0.2.20060922222737.08007958@wheresmymailserver.com> I probably can't help, but I know it matters to those who can (a) what version of Mono; (b) what version of IronPython? At 05:14 PM 9/22/2006, anil maran wrote > mono ipy.exe > >======================================================= ========== >Got a SIGSEGV while executing native code. This usually indicates >a fatal error in the mono runtime or one of the native libraries >used by your application. >======================================================= ========== > >Stacktrace: >[snip] J. Merrill / Analytical Software Corp From anthonybaxter at gmail.com Sat Sep 23 04:55:54 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Sat, 23 Sep 2006 12:55:54 +1000 Subject: [IronPython] pybench support for IronPython Message-ID: If you apply patches www.python.org/sf/1563842 and www.python.org/sf/1563844, you can run the pybench benchmark under IronPython. It requires a patched version of platform.py (the first of the two patches) and a patched version of Pybench. The latter is available in the Python source tree in Tools/pybench. Under Mono, I see overall that IronPython runs about 1/3 the speed of CPython overall. There's some tests where it's faster, and some where it's 20-30 times slower. I'd be curious if someone with .Net wanted to try it there and compare against Python 2.5. Anyway, if you're interested in potential targets for optimisation, this could be a useful tool. It's certainly more useful than pystone (which should be expunged from the universe as a useless benchmark). More importantly, it shows a number of places in Mono that could use some serious love and attention. From anilmrn at yahoo.com Sat Sep 23 04:59:56 2006 From: anilmrn at yahoo.com (anil) Date: Sat, 23 Sep 2006 02:59:56 -0000 Subject: [IronPython] I got this error when I was trying to run ironpython in mono in fc5 pls help out In-Reply-To: <7.0.1.0.2.20060922222737.08007958@wheresmymailserver.com> References: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> <7.0.1.0.2.20060922222737.08007958@wheresmymailserver.com> Message-ID: <1158980396.897276.250630@m73g2000cwd.googlegroups.com> Just downloaded from seo sanghyons site 1.0 Iron python 1.1.14 Mono that comes packaged with Fedora core 5. i tried to update to newer version using yumex and it gives errors saying it cant replace the old version, let me figure out how to install newer version Thanks Getting excited about mono and ironpython J. Merrill wrote: > I probably can't help, but I know it matters to those who can (a) what version of Mono; (b) what version of IronPython? > > At 05:14 PM 9/22/2006, anil maran wrote > > mono ipy.exe > > > >======================================================= ========== > >Got a SIGSEGV while executing native code. This usually indicates > >a fatal error in the mono runtime or one of the native libraries > >used by your application. > >======================================================= ========== > > > >Stacktrace: > >[snip] > > > J. Merrill / Analytical Software Corp > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From anthonybaxter at gmail.com Sat Sep 23 05:05:44 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Sat, 23 Sep 2006 13:05:44 +1000 Subject: [IronPython] I got this error when I was trying to run ironpython in mono in fc5 pls help out In-Reply-To: <1158980396.897276.250630@m73g2000cwd.googlegroups.com> References: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> <7.0.1.0.2.20060922222737.08007958@wheresmymailserver.com> <1158980396.897276.250630@m73g2000cwd.googlegroups.com> Message-ID: Just grab the latest Mono from the Mono website, and install it to a different location (I use /app/mono/{version}/ From anilmrn at yahoo.com Sat Sep 23 07:52:01 2006 From: anilmrn at yahoo.com (anil) Date: Fri, 22 Sep 2006 22:52:01 -0700 Subject: [IronPython] Ironpython community edition built with Vis Studio In-Reply-To: <45144F6E.4000802@voidspace.org.uk> References: <20060922205126.49032.qmail@web55215.mail.re4.yahoo.com> <45144F6E.4000802@voidspace.org.uk> Message-ID: <1158990721.581284.312560@k70g2000cwa.googlegroups.com> just installed visual studio C# express edition and then built release wow was so easy Michael Foord wrote: > anil maran wrote: > > hi guys > > i m looking for ironpython community edition by seo sanghyeon built > > with VS, > > Is the one built with mono, comparable speed to the one wiht VS, i > > read somewhere in oreilly forums that vs is about 50times faster than > > mono, > > please clarify > You should be able to build it with the Visual Express C# that you can > get for free. > > Michael Foord > http://www.voidspace.org.uk/python/index.shtml > > > thanks a lot > > Anil > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > ------------------------------------------------------------------------ > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.405 / Virus Database: 268.12.7/454 - Release Date: 21/09/2006 > > > > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.405 / Virus Database: 268.12.7/454 - Release Date: 21/09/2006 > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From anilmrn at yahoo.com Sat Sep 23 08:05:46 2006 From: anilmrn at yahoo.com (anil) Date: Fri, 22 Sep 2006 23:05:46 -0700 Subject: [IronPython] Error using webpy in ironpython In-Reply-To: References: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> <7.0.1.0.2.20060922222737.08007958@wheresmymailserver.com> <1158980396.897276.250630@m73g2000cwd.googlegroups.com> Message-ID: <1158991546.684289.211670@e3g2000cwe.googlegroups.com> >>> import web Traceback (most recent call last): File , line 0, in ##22 File , line 0, in __import__##7 SyntaxError: from __future__ imports must occur at the beginning of the file (C: \Documents and Settings\Desktop\IronPython-1.0\Lib\web.py, line 9) >>> import web Traceback (most recent call last): File , line 0, in ##23 File , line 0, in __import__##7 File C:\Documents and Settings\Desktop\IronPython-1.0\Lib\web.py, line 28 , in Initialize File , line 0, in __import__##7 File C:\Documents and Settings\Desktop\IronPython-1.0\Lib\threading.py, l ine 716, in Initialize ImportError: Cannot import name stack_size From anilmrn at yahoo.com Sat Sep 23 08:06:44 2006 From: anilmrn at yahoo.com (anil) Date: Fri, 22 Sep 2006 23:06:44 -0700 Subject: [IronPython] pybench support for IronPython In-Reply-To: References: Message-ID: <1158991604.845057.63270@k70g2000cwa.googlegroups.com> i have dotnet but i need help running this, if you can tell me how to do this thanks Anil From anthonybaxter at gmail.com Sat Sep 23 08:34:48 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Sat, 23 Sep 2006 16:34:48 +1000 Subject: [IronPython] pybench support for IronPython In-Reply-To: <1158991604.845057.63270@k70g2000cwa.googlegroups.com> References: <1158991604.845057.63270@k70g2000cwa.googlegroups.com> Message-ID: On 9/23/06, anil wrote: > i have dotnet > but i need help running this, if you can tell me how to do this See the message I just posted a couple of hours ago - if those patches don't make it work for you, please post the output of pybench --debug and I'll look into fixing it. From anthonybaxter at gmail.com Sat Sep 23 09:09:25 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Sat, 23 Sep 2006 17:09:25 +1000 Subject: [IronPython] Line numbers missing from tracebacks with fepy 1.0, Mono 1.1.17 In-Reply-To: <7AD436E4270DD54A94238001769C22274109C936D9@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170609220114p159dee10je3e2d14b8a784630@mail.gmail.com> <7AD436E4270DD54A94238001769C22274109C936D9@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: On 9/23/06, Dino Viehland wrote: > From the IronPython side you can look at Ops.UpdateTraceBack. This is called > during fault blocks (catch & rethrow blocks in dynamic methods) to store line number > information when we have code that PDBs (or whatever Mono uses here) don't provide > the necessary debugging information. If this isn't getting hit you might want to > check Options.traceBackSupport and make sure it's true. Hopefully that'll lead > you to somewhere useful to look on the Mono side. >>> IronPython.Compiler.Options.TraceBackSupport True Looking a bit further - the third result of sys.exc_info() (the traceback) is always None. Is this the case on .Net as well? I'm not sure that this is relevant, because the inbuilt traceback code is dumping out a working traceback (well, aside from the line numbers), I suspect this is a different problem. I'm not sure what the options are for debugging C# code under Mono are - MonoDevelop has an 'import Visual Studio.NET project' option, but that appears to choke on the project and solution files in IronPython. Wah. From sh at defuze.org Sat Sep 23 10:12:39 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Sat, 23 Sep 2006 09:12:39 +0100 Subject: [IronPython] Gzip module Message-ID: <4514EC77.7040404@defuze.org> Hi all, Just gave a stab to a gzip module yesterday evening and I thought it might be handy for others. http://www.defuze.org/oss/ipextra/gzip.txt Mind you I haven't tested thoroughly so wouldn't be surprised that it brings the World to an end. It uses the SharZipLib package for .NET. It is bundled by default with Mono but I don't know for MS.NET. I assume implementing other modules such as bzip2, zlib ad tarfile would not be much harder. - Sylvain From sanxiyn at gmail.com Sat Sep 23 11:20:50 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 23 Sep 2006 18:20:50 +0900 Subject: [IronPython] Error using webpy in ironpython In-Reply-To: <1158991546.684289.211670@e3g2000cwe.googlegroups.com> References: <20060922211445.16241.qmail@web55214.mail.re4.yahoo.com> <7.0.1.0.2.20060922222737.08007958@wheresmymailserver.com> <1158980396.897276.250630@m73g2000cwd.googlegroups.com> <1158991546.684289.211670@e3g2000cwe.googlegroups.com> Message-ID: <5b0248170609230220q51ec9fe2g4e7333cfeaa97e0a@mail.gmail.com> 2006/9/23, anil : > SyntaxError: from __future__ imports must occur at the beginning of the file This is webpy's problem. Move from __future__ ... line above __version__ line. -- Seo Sanghyeon From sanxiyn at gmail.com Sat Sep 23 12:00:53 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 23 Sep 2006 19:00:53 +0900 Subject: [IronPython] Gzip module In-Reply-To: <4514EC77.7040404@defuze.org> References: <4514EC77.7040404@defuze.org> Message-ID: <5b0248170609230300y6024f7c4p8dd275c175ad5815@mail.gmail.com> 2006/9/23, Sylvain Hellegouarch : > Just gave a stab to a gzip module yesterday evening and I thought it > might be handy for others. > > http://www.defuze.org/oss/ipextra/gzip.txt Nice work! > It uses the SharZipLib package for .NET. It is bundled by default with > Mono but I don't know for MS.NET. For MS.NET, you can download #ziplib here: http://www.icsharpcode.net/OpenSource/SharpZipLib/Default.aspx > I assume implementing other modules such as bzip2, zlib ad tarfile would > not be much harder. tarfile module is in pure Python and it should work okay on IronPython -- except for the bug I will report right now. :-) After working around that, it does work. I tested it. -- Seo Sanghyeon From sanxiyn at gmail.com Sat Sep 23 12:05:56 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 23 Sep 2006 19:05:56 +0900 Subject: [IronPython] int, long, and null-terminated strings Message-ID: <5b0248170609230305l7c632e5ekd4862cd38f2a864e@mail.gmail.com> CPython has this "feature", or rather a quirk: Python 2.4.4c0 (#2, Jul 30 2006, 15:43:58) [GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> int('0777\0xyz', 8) 511 Of course, anyone depending on this should suffer appropriate punishment after their death, but this *is* an incompatibility. Annoyingly, CPython's tarfile module depends on this. -- Seo Sanghyeon From fuzzyman at voidspace.org.uk Sat Sep 23 21:55:10 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sat, 23 Sep 2006 20:55:10 +0100 Subject: [IronPython] Gzip module In-Reply-To: <5b0248170609230300y6024f7c4p8dd275c175ad5815@mail.gmail.com> References: <4514EC77.7040404@defuze.org> <5b0248170609230300y6024f7c4p8dd275c175ad5815@mail.gmail.com> Message-ID: <4515911E.5080406@voidspace.org.uk> Sanghyeon Seo wrote: > 2006/9/23, Sylvain Hellegouarch : > >> Just gave a stab to a gzip module yesterday evening and I thought it >> might be handy for others. >> >> http://www.defuze.org/oss/ipextra/gzip.txt >> > > Nice work! > > >> It uses the SharZipLib package for .NET. It is bundled by default with >> Mono but I don't know for MS.NET. >> > > For MS.NET, you can download #ziplib here: > http://www.icsharpcode.net/OpenSource/SharpZipLib/Default.aspx > > This is cool - and the license is good to. Previously I just saw GPL on this module and dismissed it. Hmmm... it would seem like commercial or GPL are the only two license choices for projects that use this module though. (I usually prefer BSD.) >> I assume implementing other modules such as bzip2, zlib ad tarfile would >> not be much harder. >> > > tarfile module is in pure Python and it should work okay on IronPython Great - when you have a fixed version, can you make it available please ? Michael Foord http://www.voidspace.org.uk/python/index.shtml > -- > except for the bug I will report right now. :-) After working around that, it > does work. I tested it. > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/09/2006 From sanxiyn at gmail.com Sun Sep 24 11:47:47 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sun, 24 Sep 2006 18:47:47 +0900 Subject: [IronPython] Gzip module In-Reply-To: <4515911E.5080406@voidspace.org.uk> References: <4514EC77.7040404@defuze.org> <5b0248170609230300y6024f7c4p8dd275c175ad5815@mail.gmail.com> <4515911E.5080406@voidspace.org.uk> Message-ID: <5b0248170609240247y18de1a4ftb1bdd0a211715401@mail.gmail.com> 2006/9/24, Michael Foord : > > For MS.NET, you can download #ziplib here: > > http://www.icsharpcode.net/OpenSource/SharpZipLib/Default.aspx > > This is cool - and the license is good to. Previously I just saw GPL on > this module and dismissed it. > > Hmmm... it would seem like commercial or GPL are the only two license > choices for projects that use this module though. (I usually prefer BSD.) No. This license is sometimes called "GPL + exception", and was specifically crafted for GNU Classpath, an implementation of Java base class library. Visit GNU Classpath site for more information, but it is (considered to be) compatible with BSD or Apache or others if you *use* it, as opposed to create a derivative work of it. Actually, one of the original intent of this exception was to make it possible to use Apache's Java libraries. > > tarfile module is in pure Python and it should work okay on IronPython > Great - when you have a fixed version, can you make it available please ? Wilco. -- Seo Sanghyeon From alex at base4.net Mon Sep 25 01:10:47 2006 From: alex at base4.net (Alex James) Date: Mon, 25 Sep 2006 11:10:47 +1200 Subject: [IronPython] Sample showing IronPython use within C# In-Reply-To: <4514EC77.7040404@defuze.org> Message-ID: <45170e3e.7dc5b0b5.3a8e.2f7c@mx.gmail.com> FYI, I have just posted my 3rd post on IronPython, I absolutely love it. My posts come from the angle of a C# programmer, so maybe useful for those coming from C# and looking for excuses to use IronPython, and some more samples to get going. All the posts are here: http://www.base4.net/blog.aspx?Tag=IronPython The most recent one is about creating on the fly delegates using IronPython for use inside C#... Cheers Alex From sanxiyn at gmail.com Mon Sep 25 04:20:50 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 25 Sep 2006 11:20:50 +0900 Subject: [IronPython] DLLs directory in the default path Message-ID: <5b0248170609241920y697b5d8gfdb896dffe3cfbe@mail.gmail.com> This is a feature request. CPython on Windows have DLLs directory, in addition to Lib directory, in the default path. In my opinion, this is a good idea for IronPython too. One could throw MySql.Data.dll to that directory, for example. A criteria for what to put into DLLs and what to put into Lib would be, anything you would clr.AddReference goes to DLLs. -- Seo Sanghyeon From sanxiyn at gmail.com Mon Sep 25 13:05:43 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Mon, 25 Sep 2006 20:05:43 +0900 Subject: [IronPython] tarfile module patch Message-ID: <5b0248170609250405r7d80bb77l4b4f0ffe3f9e104e@mail.gmail.com> Submitted to CPython tracker: http://www.python.org/sf/1564981 -- Seo Sanghyeon From dave at tangiblesoftwaresolutions.com Fri Sep 22 22:55:14 2006 From: dave at tangiblesoftwaresolutions.com (David Anton) Date: Fri, 22 Sep 2006 13:55:14 -0700 (PDT) Subject: [IronPython] Arrays in IronPython In-Reply-To: <7AD436E4270DD54A94238001769C22274109C938AA@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <6409948.post@talk.nabble.com> <7AD436E4270DD54A94238001769C22274109C938AA@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <6454898.post@talk.nabble.com> Thanks Dino. That's cleared up Python jagged arrays for me. Any idea what the "Array[int][int]" means? Iron Python is ok with it, but I can't figure out what it is (or how to initialize it). Dino Viehland wrote: > > You can initialize the values on this like: > > Array[Array[int]]( ( (1,2), (2,3) ) ) > > (any sequence will do here, e.g. a list work too). > > If you want to create a true multi-dimensional array you can do: > > x = Array.CreateInstance(int, Array[int]( (1,2,3))) > > And then you can fill the values by hand: > > x[0,1,2] = 2 > > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Anton > Sent: Wednesday, September 20, 2006 8:15 AM > To: users at lists.ironpython.com > Subject: [IronPython] Arrays in IronPython > > > After a lot of googling on this, I'm still confused about .NET arrays (not > Python lists) in IronPython. > One dimensional arrays are clear: > foo = Array[int] ((1,2)) > > But how to set up jagged arrays and multidimensional arrays? > > I know that IronPython is happy with the following (i.e., no error), but > I'm not sure what they mean: > foo = Array[int][int] > foo = Array[Array[int]] > > The first one behaves just like Array[int], so I think IronPython is just > ignoring the second "[int]" ? > The second one would appear to me to be a jagged array, but how do I > initialize it with values? > > -- > View this message in context: > http://www.nabble.com/Arrays-in-IronPython-tf2306048.html#a6409948 > Sent from the IronPython mailing list archive at Nabble.com. > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -- View this message in context: http://www.nabble.com/Arrays-in-IronPython-tf2306048.html#a6454898 Sent from the IronPython mailing list archive at Nabble.com. From psiplace at netscape.net Sun Sep 24 00:31:07 2006 From: psiplace at netscape.net (psi) Date: Sat, 23 Sep 2006 15:31:07 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <20060923005812.8A18D1BB50@che.dreamhost.com> References: <4514760B.9070400@astro.pas.rochester.edu> <20060923005812.8A18D1BB50@che.dreamhost.com> Message-ID: <1159050667.168092.313290@i3g2000cwc.googlegroups.com> i've also found; clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3D") clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3DX") by seaching msdn for info on the missing objects/types and noting the assembly bit by bit more of the framework.py script runs, without any new downloads, however; the next missing object/type is Direct3D.PresentParameters, which is in Microsoft.WindowsMobile.Directx.dll ??? along with Direct3D.Device, (also required) my machine has Microsoft.WindowsMobile.Directx.xml (in the .net 2 directory ) but not the dll. and this seems to be part of Microsoft Windows CE .NET 4.2 ??? have to say there seems to be a story here but im blowed if i can see it, does anyone have any idea what this is all about? From dave at tangiblesoftwaresolutions.com Sun Sep 24 20:17:21 2006 From: dave at tangiblesoftwaresolutions.com (David Anton) Date: Sun, 24 Sep 2006 11:17:21 -0700 (PDT) Subject: [IronPython] Static methods Message-ID: <6474908.post@talk.nabble.com> Which of the following is considered more acceptable in the Python/IronPython community? Prefacing the method with: @staticmethod or following the method with: MyMethod = staticmethod(MyMethod) -- View this message in context: http://www.nabble.com/Static-methods-tf2327398.html#a6474908 Sent from the IronPython mailing list archive at Nabble.com. From dave at tangiblesoftwaresolutions.com Sun Sep 24 21:33:26 2006 From: dave at tangiblesoftwaresolutions.com (David Anton) Date: Sun, 24 Sep 2006 12:33:26 -0700 (PDT) Subject: [IronPython] Simulating namespaces Message-ID: <6475751.post@talk.nabble.com> Is this an acceptable way to simulate the type of namespace you'd define in C#, VB, etc? class SimulatedNamespace: class SomeClass(object): .... It seems to work ok in my tests, but is there some pitfall to doing this? -- View this message in context: http://www.nabble.com/Simulating-namespaces-tf2327723.html#a6475751 Sent from the IronPython mailing list archive at Nabble.com. From dmatrix00d at gmail.com Mon Sep 25 06:26:20 2006 From: dmatrix00d at gmail.com (Erich Lin) Date: Sun, 24 Sep 2006 21:26:20 -0700 Subject: [IronPython] os.system equivalent Message-ID: <1159158380.039758.96740@e3g2000cwe.googlegroups.com> Hi, I am trying to run a shell command, specifically msbuild, and pstools. nt.system and os.system run on python, but neither of those run on ironpython. How would you do this using IronPython. Thanks From dmatrix00d at gmail.com Mon Sep 25 06:35:31 2006 From: dmatrix00d at gmail.com (Erich Lin) Date: Sun, 24 Sep 2006 21:35:31 -0700 Subject: [IronPython] os.system equivalent Message-ID: <1159158931.059473.75790@m7g2000cwm.googlegroups.com> Hi, I am looking for the equivalent of os.system(nt.system) for IronPython. Thanks From Martin.Maly at microsoft.com Mon Sep 25 17:28:52 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Mon, 25 Sep 2006 08:28:52 -0700 Subject: [IronPython] Arrays in IronPython In-Reply-To: <6454898.post@talk.nabble.com> References: <6409948.post@talk.nabble.com> <7AD436E4270DD54A94238001769C22274109C938AA@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6454898.post@talk.nabble.com> Message-ID: Array[int][int] is equivalent to Array[int]. Using this syntax, the type that takes effect is actually the type in the right-most brackets. For example: Array[int][str] is equivalent to Array[str] This is probably an unintentional (and admittedly confusing) behavior that we will look at fixing in the future releases. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Anton Sent: Friday, September 22, 2006 1:55 PM To: users at lists.ironpython.com Subject: Re: [IronPython] Arrays in IronPython Thanks Dino. That's cleared up Python jagged arrays for me. Any idea what the "Array[int][int]" means? Iron Python is ok with it, but I can't figure out what it is (or how to initialize it). Dino Viehland wrote: > > You can initialize the values on this like: > > Array[Array[int]]( ( (1,2), (2,3) ) ) > > (any sequence will do here, e.g. a list work too). > > If you want to create a true multi-dimensional array you can do: > > x = Array.CreateInstance(int, Array[int]( (1,2,3))) > > And then you can fill the values by hand: > > x[0,1,2] = 2 > > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Anton > Sent: Wednesday, September 20, 2006 8:15 AM > To: users at lists.ironpython.com > Subject: [IronPython] Arrays in IronPython > > > After a lot of googling on this, I'm still confused about .NET arrays (not > Python lists) in IronPython. > One dimensional arrays are clear: > foo = Array[int] ((1,2)) > > But how to set up jagged arrays and multidimensional arrays? > > I know that IronPython is happy with the following (i.e., no error), but > I'm not sure what they mean: > foo = Array[int][int] > foo = Array[Array[int]] > > The first one behaves just like Array[int], so I think IronPython is just > ignoring the second "[int]" ? > The second one would appear to me to be a jagged array, but how do I > initialize it with values? > > -- > View this message in context: > http://www.nabble.com/Arrays-in-IronPython-tf2306048.html#a6409948 > Sent from the IronPython mailing list archive at Nabble.com. > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -- View this message in context: http://www.nabble.com/Arrays-in-IronPython-tf2306048.html#a6454898 Sent from the IronPython mailing list archive at Nabble.com. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From snaury at gmail.com Mon Sep 25 17:29:51 2006 From: snaury at gmail.com (Alexey Borzenkov) Date: Mon, 25 Sep 2006 19:29:51 +0400 Subject: [IronPython] Arrays in IronPython In-Reply-To: <6454898.post@talk.nabble.com> References: <6409948.post@talk.nabble.com> <7AD436E4270DD54A94238001769C22274109C938AA@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <6454898.post@talk.nabble.com> Message-ID: On 9/23/06, David Anton wrote: > Any idea what the "Array[int][int]" means? > Iron Python is ok with it, but I can't figure > out what it is (or how to initialize it). Looks like second [int] just overrides previous [int]: >>> from System import * >>> a = Activator.CreateInstance(Array[int], 10) >>> a.GetType() >>> a = Activator.CreateInstance(Array[int][int], 10) >>> a.GetType() >>> a = Activator.CreateInstance(Array[int][int], 10, 10) Traceback (most recent call last): File , line 0, in ##20 File , line 0, in CreateInstance##21 File mscorlib, line unknown, in CreateInstance AttributeError: Constructor on type 'System.Int32[]' not found. >>> a = Activator.CreateInstance(Array[int][Byte], 10) >>> a.GetType() So it can be initialized the same way as with only one [int]: >>> a = Array[int][Byte]((1, 2, 3)) >>> a.GetType() From ernsnat at iit.edu Mon Sep 25 17:30:25 2006 From: ernsnat at iit.edu (Nathan R. Ernst) Date: Mon, 25 Sep 2006 10:30:25 -0500 Subject: [IronPython] Direct3D IronPython Sample Message-ID: <162e507162de6f.162de6f162e507@iit.edu> An HTML attachment was scrubbed... URL: From pef at fluent.com Mon Sep 25 18:01:56 2006 From: pef at fluent.com (Paul Felix) Date: Mon, 25 Sep 2006 12:01:56 -0400 Subject: [IronPython] Strange slowness when loading IronPython.dll Message-ID: <4517FD74.5070201@fluent.com> Hi, I'm running IronPython 1.0 on Windows XP: IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> Something happened on my Windows XP box last week, and now when I start ipy.exe, the console window appears, but it takes ~15 seconds for the intro string and prompt to appear. Oddly enough, I found that this only happens with the Codeplex 1.0 binary distribution. If I build from the 1.0 source (release or debug using VS 2005 Professional) and run that, it starts up in ~1 second. The Codeplex binary *used to* start up on my box just fine about a week ago. I'm also embedding IronPython in a C# application, and I found that the first time the C# code accesses a class in IronPython.dll, the 15 second delay kicks in. The CPU isn't doing anything during the delay, and my antivirus software is not doing anything. It seems like it's related to the loading of IronPython.dll. Is there any way to trace or debug that loading process? Certainly, my workaround is the use the version I built myself, but this is a head scratcher. Any thoughts would be most helpful. Thanks, Paul From fuzzyman at voidspace.org.uk Mon Sep 25 18:11:53 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 25 Sep 2006 17:11:53 +0100 Subject: [IronPython] Simulating namespaces In-Reply-To: <6475751.post@talk.nabble.com> References: <6475751.post@talk.nabble.com> Message-ID: <4517FFC9.8030103@voidspace.org.uk> David Anton wrote: > Is this an acceptable way to simulate the type of namespace you'd define in > C#, VB, etc? > > class SimulatedNamespace: > class SomeClass(object): > .... > > It seems to work ok in my tests, but is there some pitfall to doing this? > For pure Python code I'd use a module instead of a namespace - but the syntax isn't as nice. class SomeClass(object): pass import imp mod = imp.new_module("name") mod.SomeClass = SomeClass Your way is fine, if a slightly odd use of the class statement - but a module is a better match for the namespace concept in Python terms. The downside of a module is that it will also contain the builtins. The downside of a class is that it will have some default methods. Michael Foord http://www.voidspace.org.uk/python/index.shtml From fuzzyman at voidspace.org.uk Mon Sep 25 18:12:30 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 25 Sep 2006 17:12:30 +0100 Subject: [IronPython] Static methods In-Reply-To: <6474908.post@talk.nabble.com> References: <6474908.post@talk.nabble.com> Message-ID: <4517FFEE.1060400@voidspace.org.uk> David Anton wrote: > Which of the following is considered more acceptable in the Python/IronPython > community? > > Prefacing the method with: > @staticmethod > > or following the method with: > MyMethod = staticmethod(MyMethod) > Since Python 2.4, the decorator is nicer. :-) Michael Foord http://www.voidspace.org.uk/python/index.shtml > > From dinov at exchange.microsoft.com Mon Sep 25 23:42:16 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 25 Sep 2006 14:42:16 -0700 Subject: [IronPython] os.system equivalent In-Reply-To: <1159158380.039758.96740@e3g2000cwe.googlegroups.com> References: <1159158380.039758.96740@e3g2000cwe.googlegroups.com> Message-ID: <7AD436E4270DD54A94238001769C2227411ACC2971@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The best replacement is probably nt.spawnl - it looks like this has been reported in the issue tracker over the weekend, and someone else has commented that it should be high-priority. So with 3 reports all at once I've gone ahead and moved this to high priority. Thanks for the bug report! -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Erich Lin Sent: Sunday, September 24, 2006 9:26 PM To: users at lists.ironpython.com Subject: [IronPython] os.system equivalent Hi, I am trying to run a shell command, specifically msbuild, and pstools. nt.system and os.system run on python, but neither of those run on ironpython. How would you do this using IronPython. Thanks _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From reed at intersiege.com Tue Sep 26 01:06:21 2006 From: reed at intersiege.com (Reed L. O'Brien) Date: Mon, 25 Sep 2006 19:06:21 -0400 Subject: [IronPython] os.system equivalent In-Reply-To: <7AD436E4270DD54A94238001769C2227411ACC2971@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <1159158380.039758.96740@e3g2000cwe.googlegroups.com> <7AD436E4270DD54A94238001769C2227411ACC2971@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <451860ED.3020903@intersiege.com> Dino Viehland wrote: > The best replacement is probably nt.spawnl - it looks like this has been reported in the issue tracker over the weekend, and someone else has commented that it should be high-priority. So with 3 reports all at once I've gone ahead and moved this to high priority. Thanks for the bug report! > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Erich Lin > Sent: Sunday, September 24, 2006 9:26 PM > To: users at lists.ironpython.com > Subject: [IronPython] os.system equivalent > > Hi, > > I am trying to run a shell command, specifically msbuild, and pstools. > nt.system and os.system run on python, but neither of those run on ironpython. How would you do this using IronPython. > > Thanks > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com I don't know how much weight it carries but the CPython subprocess module is to replace the older ways. from the subprocess docs: """ This module intends to replace several other, older modules and functions, such as: os.system os.spawn* os.popen* popen2.* commands.* """ From textdirected at gmail.com Tue Sep 26 02:06:52 2006 From: textdirected at gmail.com (HEMMI, Shigeru) Date: Tue, 26 Sep 2006 09:06:52 +0900 Subject: [IronPython] os.system equivalent In-Reply-To: <1159158931.059473.75790@m7g2000cwm.googlegroups.com> References: <1159158931.059473.75790@m7g2000cwm.googlegroups.com> Message-ID: Hello, 2006/9/25, Erich Lin : > I am looking for the equivalent of os.system(nt.system) for IronPython. How about making use of System.Diagnostics.Process.Start? E.g., >>> import System >>> System.Diagnostics.Process.Start('ipy.exe') From fabio.pliger at siavr.it Tue Sep 26 09:45:03 2006 From: fabio.pliger at siavr.it (fabio.pliger) Date: Tue, 26 Sep 2006 09:45:03 +0200 Subject: [IronPython] Static methods In-Reply-To: <4517FFEE.1060400@voidspace.org.uk> References: <6474908.post@talk.nabble.com> <4517FFEE.1060400@voidspace.org.uk> Message-ID: David Anton wrote: > Which of the following is considered more acceptable in the Python/IronPython > community? > > Prefacing the method with: > @staticmethod > > or following the method with: > MyMethod = staticmethod(MyMethod) > Since Python 2.4, the decorator is nicer. :-) Agree... But huge use of decorators in a complex application tends tslow down performance and generate complex and longer tracebacks... cheers, Fabio -------------- next part -------------- An HTML attachment was scrubbed... URL: From anthonybaxter at gmail.com Tue Sep 26 11:33:51 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Tue, 26 Sep 2006 19:33:51 +1000 Subject: [IronPython] Static methods In-Reply-To: References: <6474908.post@talk.nabble.com> <4517FFEE.1060400@voidspace.org.uk> Message-ID: On 9/26/06, fabio.pliger wrote: > > Agree... But huge use of decorators in a complex application tends tslow > down performance and generate complex and longer tracebacks... Why? Decorators are applied at the time the function or method is created, not at runtime. From fabio.pliger at siavr.it Tue Sep 26 12:23:08 2006 From: fabio.pliger at siavr.it (fabio.pliger) Date: Tue, 26 Sep 2006 12:23:08 +0200 Subject: [IronPython] Static methods In-Reply-To: References: <6474908.post@talk.nabble.com> <4517FFEE.1060400@voidspace.org.uk> Message-ID: On some projects i had some performance issues... I don't mean that "you WILL have performance issues", i mean that "you MAY have performance issues". Really don't know why... and never had time to get into it. Sorry... -----Original Message----- From: "Anthony Baxter" To: "Discussion of IronPython" Date: Tue, 26 Sep 2006 19:33:51 +1000 Subject: Re: [IronPython] Static methods On 9/26/06, fabio.pliger wrote: > > Agree... But huge use of decorators in a complex application tends tslow > down performance and generate complex and longer tracebacks... Why? Decorators are applied at the time the function or method is created, not at runtime. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com [http://lists.ironpython.com/listinfo.cgi/users-ironpython.com] -------------- next part -------------- An HTML attachment was scrubbed... URL: From anthonybaxter at gmail.com Tue Sep 26 16:22:07 2006 From: anthonybaxter at gmail.com (Anthony Baxter) Date: Wed, 27 Sep 2006 00:22:07 +1000 Subject: [IronPython] monodevelop files for IronPython Message-ID: It appears that Monodevelop chokes and dies on the version of Visual Studio used for IronPython. So I recreated the project using MonoDevelop's own formats. The following link contains a tarball that can be unpacked over the top of the IronPython source tree to make it all "just work" in monodevelop. This is using monodevelop 0.12, the version that ships with mono 1.1.17.1. I doubt that earlier versions will work. I had to make a single change to the IronPython source to get it to build - I had to comment out line 529 of IronPython/Compiler/AST/Statements.cs /*Label beforeFinally = cg.DefineLabel();*/ as monodevelop complained that 'beforeFinally' was defined yet unused, and for some reason it considers this an error. Anyway, to use this, grab the IronPython source (I used the IPCE patched version), and cd to the new directory (so you should have a 'Src' directory in the current directory). Then unpack, and run "monodevelop Src/FePy.mds" - if you run 'build solution', you'll find the output in Src/bin/Debug/ipy.exe (or Src/bin/Release/ipy.exe) The link: http://www.interlink.com.au/anthony/tech/ironpython/IPCE-1.0r1-monodevelop.tgz Hope this is also useful to other people, and please let me know if you find any problems or have any suggestions. From robashton at driveworks.co.uk Tue Sep 26 17:02:02 2006 From: robashton at driveworks.co.uk (Rob Ashton) Date: Tue, 26 Sep 2006 16:02:02 +0100 Subject: [IronPython] Overloaded Properties Message-ID: <7E1037D6055F0A4683ED3DC0D48B4BC6028A1D@sr-dc-ad.DriveWorks.local> Apologies if this one seems obvious, I'm not a python programmer :-) I've embedded the PythonEngine into a Visual Basic application that I've been writing on and off for the past few months, and one of the nice things that Visual Basic has over C# is of course multiple indexed properties and all the gubbins that come with it. So, I've got these two properties: ''' ''' Costumes that the Engine has access to ''' Public ReadOnly Property Costumes() As Costume() And ''' ''' Gets a Costume By Resource Name ''' Public ReadOnly Property Costumes(ByVal name As String) As Costume When writing Python in my Scripting window, I can access the indexed property easily enough with the following Python. ( Engine is the global variable which exposes the entire object model within this application ) Engine.Resources.Costumes["f_stunt_burn"] Now. How do I access the plain good ol' Array of costumes so I can run some batch testing scripts which was the whole purpose of throwing IronPython into this application? I want to do something like: for costume in Engine.Resources.Costumes: print costume.GameName for example, but of course it think's I'm trying to access the indexed property and gets very confused! I looked at some earlier list postings which talked about using [type] as a way of specifying when calling methods, but other than that I've been Googling for over an hour and have found nothing. Am I going to have to move that property into a function called GetCostumes() to make this work? :-) - Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.gadd at gmail.com Tue Sep 26 18:15:06 2006 From: kevin.gadd at gmail.com (Kevin Gadd) Date: Tue, 26 Sep 2006 09:15:06 -0700 Subject: [IronPython] Inheriting from a C# type in IronPython - is this even possible? Message-ID: So I have an object model defined in C#, that defines various types. One of them is a base type called 'Element' that is designed to be inherited from. I have a class called ElementFactory that loads up one or more python scripts into an IronPython.Hosting engine, and exposes my object model to those scripts. It then tries to instantiate classes that are defined in the scripts. I have a test script that looks like this: from Designer.Schema import Element class TextStr(Element): def __new__(): System.Windows.Forms.MessageBox.Show("__new__0") def __new__(self): System.Windows.Forms.MessageBox.Show("__new__1") def __new__(self, a2): System.Windows.Forms.MessageBox.Show("__new__2") def __new__(self, a2, a3): System.Windows.Forms.MessageBox.Show("__new__3") def __new__(self, a2, a3, a4): System.Windows.Forms.MessageBox.Show("__new__4") def __init__(): System.Windows.Forms.MessageBox.Show("__init__0") def __init__(self): System.Windows.Forms.MessageBox.Show ("__init__1") def __init__(self, a2): System.Windows.Forms.MessageBox.Show("__init__2") def __init__(self, a2, a3): System.Windows.Forms.MessageBox.Show("__init__3") def __init__(self, a2, a3, a4): System.Windows.Forms.MessageBox.Show("__init__4") While I can locate the definition of the TextStr type (by finding UserType objects in module.Globals) and can get an instance of something that seems to be a TextStr (by using UserType.AllocateObject), I'm not sure it's actually working. The returned object is named 'Element_1', has a __type__ member that says 'TextStr' and it is a valid Element that runs the inherited constructor when created. But none of the __new__ or __init__ overloads I defined are being run when the object is created, which implies that something strange is going on. I can't figure out what this Element_1 object actually is or why calling UserType.AllocateObject isn't doing what I expect it to do. The only other way I can find in the API to construct a python type dynamically is using Evaluate, which is not a usable solution for my circumstances, since when I load each of these scripts in as modules, they aren't defined in the default module and can't be seen by expressions passed into Evaluate. Am I just misunderstanding how this stuff works? Is it not possible to derive from a C# type in IronPython? Here is the basic boilerplate code I'm using, trimmed for space: public bool LoadScript(string filename) { FileInfo info = new FileInfo(filename); OptimizedEngineModule module = Engine.CreateOptimizedModule(filename, info.Name.Replace(".py", ""), true); module.Execute(); EnumTypes(module.Globals); return true; } public void EnumTypes(IDictionary globals) { foreach (KeyValuePair pair in globals) { UserType type = pair.Value as UserType; if (type != null) if (!Types.ContainsKey(type.Name)) Types.Add(type.Name, type); } } public Element Construct(string typename, Document document, string id) { UserType type = Types[typename]; return type.AllocateObject(document, id) as Element; } -------------- next part -------------- An HTML attachment was scrubbed... URL: From martmaly at hotmail.com Tue Sep 26 18:21:48 2006 From: martmaly at hotmail.com (Martin Maly) Date: Tue, 26 Sep 2006 09:21:48 -0700 Subject: [IronPython] Strange slowness when loading IronPython.dll In-Reply-To: <4517FD74.5070201@fluent.com> References: <4517FD74.5070201@fluent.com> Message-ID: This is just a guess ... The IronPython binaries that we release are signed and part of the loading process is signature verification. There is a great post on the .NET Security Blog that also talks about the performance... http://blogs.msdn.com/shawnfa/archive/2005/12/13/502779.aspx Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Paul Felix Sent: Monday, September 25, 2006 9:02 AM To: users at lists.ironpython.com Subject: [IronPython] Strange slowness when loading IronPython.dll Hi, I'm running IronPython 1.0 on Windows XP: IronPython 1.0.60816 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> Something happened on my Windows XP box last week, and now when I start ipy.exe, the console window appears, but it takes ~15 seconds for the intro string and prompt to appear. Oddly enough, I found that this only happens with the Codeplex 1.0 binary distribution. If I build from the 1.0 source (release or debug using VS 2005 Professional) and run that, it starts up in ~1 second. The Codeplex binary *used to* start up on my box just fine about a week ago. I'm also embedding IronPython in a C# application, and I found that the first time the C# code accesses a class in IronPython.dll, the 15 second delay kicks in. The CPU isn't doing anything during the delay, and my antivirus software is not doing anything. It seems like it's related to the loading of IronPython.dll. Is there any way to trace or debug that loading process? Certainly, my workaround is the use the version I built myself, but this is a head scratcher. Any thoughts would be most helpful. Thanks, Paul _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2786 bytes Desc: not available URL: From Martin.Maly at microsoft.com Tue Sep 26 18:42:10 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 26 Sep 2006 09:42:10 -0700 Subject: [IronPython] DLLs directory in the default path In-Reply-To: <5b0248170609241920y697b5d8gfdb896dffe3cfbe@mail.gmail.com> References: <5b0248170609241920y697b5d8gfdb896dffe3cfbe@mail.gmail.com> Message-ID: Good suggestion. Filed as Codeplex workitem 3730 Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo Sent: Sunday, September 24, 2006 7:21 PM To: Discussion of IronPython Subject: [IronPython] DLLs directory in the default path This is a feature request. CPython on Windows have DLLs directory, in addition to Lib directory, in the default path. In my opinion, this is a good idea for IronPython too. One could throw MySql.Data.dll to that directory, for example. A criteria for what to put into DLLs and what to put into Lib would be, anything you would clr.AddReference goes to DLLs. -- Seo Sanghyeon _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Martin.Maly at microsoft.com Tue Sep 26 19:03:11 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 26 Sep 2006 10:03:11 -0700 Subject: [IronPython] Problems with PythonSyntaxErrorException In-Reply-To: <45d38ec30609211501i7e734817q2f24167ca8d70bc1@mail.gmail.com> References: <45d38ec30609211501i7e734817q2f24167ca8d70bc1@mail.gmail.com> Message-ID: This is a bug. IronPython doesn't always determine the accurate location of the syntax errors. Filed as CodePlex issue 3731. Martin -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike McGavin Sent: Thursday, September 21, 2006 3:02 PM To: users at lists.ironpython.com Subject: [IronPython] Problems with PythonSyntaxErrorException Hello. We've been attempting to use IronPython as a scripting engine for an application we've been writing. So far it's mostly been working out, but when trying to report errors about any incoming script, I've noticed that the PyhonSyntaxErrorException.LineText property seems to be inconsistent with where the error is. Here's a simplified program (output follows) which demonstrates it: === using System; using IronPython.Hosting; namespace SyntaxExceptionProblemDemo { class Program { static void Main(string[] args) { string syntaxErrorCode = @" class HasASyntaxException: def MethodOne(self): print 'hello' print 'world' print 'again' def MethodTwo(self) print 'world' "; try { IronPython.Hosting.PythonEngine engine1 = new IronPython.Hosting.PythonEngine(); Console.WriteLine("\nAbout to execute\n"); engine1.Execute(syntaxErrorCode); } catch (IronPython.Runtime.Exceptions.PythonSyntaxErrorException ex) { Console.WriteLine("Syntax exception:"); Console.WriteLine("Message: {0}\nLineText: {1}\nLine: {2}\nColumn: {3}", ex.Message, ex.LineText, ex.Line, ex.Column); } } } } === Output of this program is: === About to execute Syntax exception: Message: unexpected token LineText: print 'hello' Line: 7 Column: 23 === The Line and Column properties are correct, but the LineText property seems to be unrelated to where the error is. Is this a bug, or am I just misunderstanding what it's supposed to be returning? I could probably try and rig something myself to manually locate the correct line and column within the text I've given the engine to parse, but it'd be nice to be able to use the LineText property instead. Thanks for any help. Mike. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Martin.Maly at microsoft.com Tue Sep 26 19:06:07 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 26 Sep 2006 10:06:07 -0700 Subject: [IronPython] Telnet API In-Reply-To: <2215B33D2B96E547B061C585EDAFCD2E0100DACE@SAURON.us.int.genesyslab.com> References: <2215B33D2B96E547B061C585EDAFCD2E0100DACE@SAURON.us.int.genesyslab.com> Message-ID: Telnetlib is a module implemented in Python so ideally IronPython should be able to run it. At this point, however, there is a module "select" that telnetlib depends on and IronPython doesn't support so IronPython cannot run telnetlib. Martin From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Yan Manevich Sent: Tuesday, September 19, 2006 5:45 PM To: users at lists.ironpython.com Subject: [IronPython] Telnet API Hello, I want to connect through Telnet from Windows machine to UNIX machine and run some scripts on the last one. My question is if that is possible to work with Telnet from IronPython? Is there any API in IronPython like telnetlib in Python2.4.3? Thank you in advance for you answers. Yan -------------- next part -------------- An HTML attachment was scrubbed... URL: From Martin.Maly at microsoft.com Tue Sep 26 19:29:38 2006 From: Martin.Maly at microsoft.com (Martin Maly) Date: Tue, 26 Sep 2006 10:29:38 -0700 Subject: [IronPython] Overloaded Properties In-Reply-To: <7E1037D6055F0A4683ED3DC0D48B4BC6028A1D@sr-dc-ad.DriveWorks.local> References: <7E1037D6055F0A4683ED3DC0D48B4BC6028A1D@sr-dc-ad.DriveWorks.local> Message-ID: There is actually a bug in IronPython. In the case of overloaded properties IronPython doesn't handle the overloads and exposes only the property which was retrieved last via the reflection. In some cases it may be the parameter-less property, in some cases it may be the indexer, depending on the compiler/metadata etc. In your case, the property returning an array of Costume is not accessible via IronPython at all and the only workaround is to rename the property in VB and avoid the conflict. Martin From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Rob Ashton Sent: Tuesday, September 26, 2006 8:02 AM To: users at lists.ironpython.com Subject: [IronPython] Overloaded Properties Apologies if this one seems obvious, I'm not a python programmer J I've embedded the PythonEngine into a Visual Basic application that I've been writing on and off for the past few months, and one of the nice things that Visual Basic has over C# is of course multiple indexed properties and all the gubbins that come with it. So, I've got these two properties: ''' ''' Costumes that the Engine has access to ''' Public ReadOnly Property Costumes() As Costume() And ''' ''' Gets a Costume By Resource Name ''' Public ReadOnly Property Costumes(ByVal name As String) As Costume When writing Python in my Scripting window, I can access the indexed property easily enough with the following Python. ( Engine is the global variable which exposes the entire object model within this application ) Engine.Resources.Costumes["f_stunt_burn"] Now. How do I access the plain good ol' Array of costumes so I can run some batch testing scripts which was the whole purpose of throwing IronPython into this application? I want to do something like: for costume in Engine.Resources.Costumes: print costume.GameName for example, but of course it think's I'm trying to access the indexed property and gets very confused! I looked at some earlier list postings which talked about using [type] as a way of specifying when calling methods, but other than that I've been Googling for over an hour and have found nothing. Am I going to have to move that property into a function called GetCostumes() to make this work? J - Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: From Manor_Askenazi at DFCI.HARVARD.EDU Tue Sep 26 19:38:14 2006 From: Manor_Askenazi at DFCI.HARVARD.EDU (Askenazi, Manor) Date: Tue, 26 Sep 2006 13:38:14 -0400 Subject: [IronPython] Fatal Error 4008 when attempting to reference a dll... Message-ID: >>> clr.AddReferenceToFile("some.dll") Fatal Error: deployment error (4008). Is this a dead end? Is the error code specific to IronPython? Manor Askenazi, M.Eng. Bioinformatics Engineer Department of Cancer Biology Dana-Farber Cancer Institute 44 Binney Street Boston, MA 02115-6084 office: (617)582-8655 fax: (617)632-5019 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Tue Sep 26 20:24:09 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 26 Sep 2006 11:24:09 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <1159050667.168092.313290@i3g2000cwc.googlegroups.com> References: <4514760B.9070400@astro.pas.rochester.edu> <20060923005812.8A18D1BB50@che.dreamhost.com> <1159050667.168092.313290@i3g2000cwc.googlegroups.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057F77168C@NA-EXMSG-C106.redmond.corp.microsoft.com> The Microsoft.DirectX.Direct3D namespace is indeed comprised of more than one assembly. This is apparent by viewing the following link - http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directx9_m/directx/ref/ns/microsoft.directx.direct3d/c/d3dx/d3dx.asp - which shows a class defined in the Microsoft.DirectX.Direct3DX assembly, yet it is in the Microsoft.DirectX.Direct3D namespace. I believe the Direct3DX assembly includes helper classes for Direct3D. As for your problem with "'PresentParameters" having no attribute 'IsWindowed', this is because the DirectX 9 end-user runtime does not define an "IsWindowed" property for Microsoft.DirectX.Direct3D.PresentParameters (see http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directx9_m/directx/ref/ns/microsoft.directx.direct3d/c/presentparameters/presentparameters.asp), while the SDK does. Now if you look closely at the MSDN link in the paragraph above, you'll notice that PresentParameters does have a "Windows" boolean property. If you change "IsWindowed" to "Windowed" in framework.py the module will get a little further before it crashes (again on a name change). The reason the sample works with the SDK and not the DirectX 9.0 end-user runtimes is most likely the fact that the August DirectX SDK includes a public pre-release of Direct3D 10 as mentioned on the download page. Provided Direct3D 10's APIs do not change much between the August pre-release and the final release, the sample will work sans modifications then. In the meantime, I'll look into whether the needed assemblies included with the SDK are redistributable. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of psi Sent: Saturday, September 23, 2006 3:31 PM To: users at lists.ironpython.com Subject: Re: [IronPython] Direct3D IronPython Sample i've also found; clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3D") clr.AddReferenceByPartialName("Microsoft.DirectX.Direct3DX") by seaching msdn for info on the missing objects/types and noting the assembly bit by bit more of the framework.py script runs, without any new downloads, however; the next missing object/type is Direct3D.PresentParameters, which is in Microsoft.WindowsMobile.Directx.dll ??? along with Direct3D.Device, (also required) my machine has Microsoft.WindowsMobile.Directx.xml (in the .net 2 directory ) but not the dll. and this seems to be part of Microsoft Windows CE .NET 4.2 ??? have to say there seems to be a story here but im blowed if i can see it, does anyone have any idea what this is all about? _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From robashton at driveworks.co.uk Tue Sep 26 20:46:40 2006 From: robashton at driveworks.co.uk (Rob Ashton) Date: Tue, 26 Sep 2006 19:46:40 +0100 Subject: [IronPython] Overloaded Properties Message-ID: <7E1037D6055F0A4683ED3DC0D48B4BC6028A2F@sr-dc-ad.DriveWorks.local> Ah. I see :-) Ok, I guess they shouldn't really be properties anyway. They SHOULD (going by MS guidelines) be functions. I'll take this time to make my code better. I don't think there are too many places in my code where this makes a massive difference. I just read some talk about it from a while back and assumed it had been implemented already :-) Thanks, - Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at exchange.microsoft.com Tue Sep 26 20:48:52 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 26 Sep 2006 11:48:52 -0700 Subject: [IronPython] Fatal Error 4008 when attempting to reference a dll... In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C2227411C7AA5AC@DF-GRTDANE-MSG.exchange.corp.microsoft.com> This error isn't coming from IronPython - it could be coming from some.dll when it's getting loaded (and reflected over causing type loads to occur). I'd suggest you run it under the debugger and see if you see any exceptions while adding the reference. ________________________________ From: users-bounces at lists.ironpython.com On Behalf Of Askenazi, Manor Sent: Tuesday, September 26, 2006 10:38 AM To: users at lists.ironpython.com Subject: [IronPython] Fatal Error 4008 when attempting to reference a dll... >>> clr.AddReferenceToFile("some.dll") Fatal Error: deployment error (4008). Is this a dead end? Is the error code specific to IronPython? Manor Askenazi, M.Eng. Bioinformatics Engineer Department of Cancer Biology Dana-Farber Cancer Institute 44 Binney Street Boston, MA 02115-6084 office: (617)582-8655 fax: (617)632-5019 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvm_cop at spamcop.net Tue Sep 26 22:31:16 2006 From: jvm_cop at spamcop.net (J. Merrill) Date: Tue, 26 Sep 2006 16:31:16 -0400 Subject: [IronPython] Fatal Error 4008 when attempting to reference a dll... In-Reply-To: References: Message-ID: <7.0.1.0.2.20060926162822.07c08170@wheresmymailserver.com> I don't know what this is. If it isn't an IronPython error, but rather a Windows / .Net error, this might be relevant (search for 4008 once the page loads): http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag2/html/PAGHT000016.asp?_r=1 To ask a dumb question, are you sure the DLL is a .Net assembly? How did you get the DLL to be on the "search path" for assemblies? At 01:38 PM 9/26/2006, Askenazi, Manor wrote >>>> clr.AddReferenceToFile("some.dll") >Fatal Error: deployment error (4008). > >Is this a dead end? Is the error code specific to IronPython? > >Manor Askenazi, M.Eng. >Bioinformatics Engineer >Department of Cancer Biology >Dana-Farber Cancer Institute >44 Binney Street >Boston, MA 02115-6084 >office: (617)582-8655 >fax: (617)632-5019 J. Merrill / Analytical Software Corp -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Tue Sep 26 22:53:59 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 26 Sep 2006 13:53:59 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D91057F77168C@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <4514760B.9070400@astro.pas.rochester.edu> <20060923005812.8A18D1BB50@che.dreamhost.com> <1159050667.168092.313290@i3g2000cwc.googlegroups.com> <7346A825E148B049A9AD1D3ED46A2D91057F77168C@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057F77179F@NA-EXMSG-C106.redmond.corp.microsoft.com> I looked into it and the Direct3D 10 pre-release does not appear to be included with the SDK redistributable assemblies. The implication of this is that you will need to do one of the following: * install the SDK referenced by the readme.htm in Direct3D * try to backport the sample to Direct3D 9. This could be a good exercise to learn more about Direct3D * wait for Direct3D 10 to be released -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Fugate Sent: Tuesday, September 26, 2006 11:24 AM To: Discussion of IronPython Subject: Re: [IronPython] Direct3D IronPython Sample ... The reason the sample works with the SDK and not the DirectX 9.0 end-user runtimes is most likely the fact that the August DirectX SDK includes a public pre-release of Direct3D 10 as mentioned on the download page. Provided Direct3D 10's APIs do not change much between the August pre-release and the final release, the sample will work sans modifications then. In the meantime, I'll look into whether the needed assemblies included with the SDK are redistributable. ... From pef at fluent.com Tue Sep 26 23:09:35 2006 From: pef at fluent.com (Paul Felix) Date: Tue, 26 Sep 2006 21:09:35 -0000 Subject: [IronPython] Strange slowness when loading IronPython.dll References: <4517FD74.5070201@fluent.com> Message-ID: <1159304975.258237.252590@h48g2000cwc.googlegroups.com> Hi Martin, Yes, that's it exactly. My network proxy configuration was kind of screwed up and .NET wasn't getting to crl.microsoft.com to check the certificate. After a few attempts and 15 seconds, it gave up. Thanks for your help. Paul Martin Maly wrote: > This is just a guess ... > > The IronPython binaries that we release are signed and part of the loading > process is signature verification. There is a great post on the .NET > Security Blog that also talks about the performance... > > http://blogs.msdn.com/shawnfa/archive/2005/12/13/502779.aspx > > Martin > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Paul Felix > Sent: Monday, September 25, 2006 9:02 AM > To: users at lists.ironpython.com > Subject: [IronPython] Strange slowness when loading IronPython.dll > > Hi, > > I'm running IronPython 1.0 on Windows XP: > > IronPython 1.0.60816 on .NET 2.0.50727.42 > Copyright (c) Microsoft Corporation. All rights reserved. > >>> > > Something happened on my Windows XP box last week, and now when I start > ipy.exe, the console window appears, but it takes ~15 seconds for the > intro string and prompt to appear. Oddly enough, I found that this only > happens with the Codeplex 1.0 binary distribution. If I build from the > 1.0 source (release or debug using VS 2005 Professional) and run that, > it starts up in ~1 second. The Codeplex binary *used to* start up on my > box just fine about a week ago. > > I'm also embedding IronPython in a C# application, and I found that the > first time the C# code accesses a class in IronPython.dll, the 15 second > delay kicks in. The CPU isn't doing anything during the delay, and my > antivirus software is not doing anything. It seems like it's related to > the loading of IronPython.dll. Is there any way to trace or debug that > loading process? > > Certainly, my workaround is the use the version I built myself, but this > is a head scratcher. > > Any thoughts would be most helpful. > Thanks, > Paul > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ------=_NextPart_000_0001_01C6E14D.31C0D410 > Content-Type: application/ms-tnef > Content-Transfer-Encoding: base64 > Content-Disposition: inline; > filename="winmail.dat" > X-Google-AttachSize: 3766 From mark.john.rees at gmail.com Wed Sep 27 06:20:13 2006 From: mark.john.rees at gmail.com (Mark Rees) Date: Wed, 27 Sep 2006 14:20:13 +1000 Subject: [IronPython] Telnet API In-Reply-To: References: <2215B33D2B96E547B061C585EDAFCD2E0100DACE@SAURON.us.int.genesyslab.com> Message-ID: Seo has a select module that workes with IronPython, but there are also other issues with telnetlib relating to how it's uses sys.stdin which I do not have time to investigate at the moment. But you could use the following open source assembly as the basis for a telnet IP library. http://dotnettelnet.sourceforge.net/ The following is an IronPython version of the example they provide: import clr clr.AddReference("Telnet") import De.Mud.Telnet as Telnet import sys done = False def on_disconnect(sender, e): print "Disconnected" global done done = True print "Press to quit" def on_data_available(sender, e): print e.Data tn = Telnet.TelnetWrapper() tn.Disconnected += on_disconnect tn.DataAvailable += on_data_available tn.TerminalType = "xterm" tn.Hostname = "unikorn.css.net" tn.Port = 23 tn.Connect() tn.Receive() while not done: tn.Send(raw_input() + tn.CR) Regards Mark On 9/27/06, Martin Maly wrote: > > > > Telnetlib is a module implemented in Python so ideally IronPython should be > able to run it. At this point, however, there is a module "select" that > telnetlib depends on and IronPython doesn't support so IronPython cannot run > telnetlib. > > > > Martin > > > > > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of > Yan Manevich > Sent: Tuesday, September 19, 2006 5:45 PM > To: users at lists.ironpython.com > Subject: [IronPython] Telnet API > > > > > Hello, > > > > I want to connect through Telnet from Windows machine to UNIX machine and > run some scripts on the last one. My question is if that is possible to work > with Telnet from IronPython? Is there any API in IronPython like telnetlib > in Python2.4.3? > > > > Thank you in advance for you answers. > > Yan > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > From iizogii at gmail.com Wed Sep 27 07:28:11 2006 From: iizogii at gmail.com (Mike McGavin) Date: Wed, 27 Sep 2006 17:28:11 +1200 Subject: [IronPython] Infinite recursion and System.StackOverflowException Message-ID: <45d38ec30609262228g401fde60kc6c99e0ca9b2fbab@mail.gmail.com> Hello. What's the expected behaviour with infinite recursion in IronPython, and is there some way I can set a maximum recursion depth on a PythonEngine object? Here's a simplified example of the problem I'm having -- I've noticed that if I type the following code into my Cygwin python interpreter (and presumably most other interpreters): ==== >>> def q(w): >>> print w >>> q(w+1) >>> q(1) ==== ...I get the following output: ==== 1 2 3 ... 999 999 Traceback (most recent call last): File "", line 1, in ? File "", line 3, in q File "", line 3, in q ... File "", line 3, in q RuntimeError: maximum recursion depth exceeded ==== If I type identical code into an ipy.exe console, it gets up to printing recursion 5208, before I get the Windows popup dialog indicating that ipy.exe has encountered a problem and needs to close. On debugging, it turns out that a System.StackOverflowException has been raised. (No big surprise, I guess.) MSDN documentation on the StackOverflowException (see http://msdn2.microsoft.com/en-us/library/system.stackoverflowexception.aspx ) basically states that it can't and shouldn't be caught, and instead, it should be up to the application to make sure there's no infinite recursion. I guess the concern I have is that when trying to use IronPython as a scripting engine for an application, I don't really want to trust the python code that's being executed. It'd be a bit annoying if someone could break the application (accidentally or otherwise) by coding some infinite recursion and generating a system exception that can't be caught by the host app. I'm not sure what the main goals of IronPython are with respect to being a .Net language and following the same CLR rules, but for me at least, it'd be nice if it could keep track of recursion depth. Maybe being able to set a maximum recursion depth on a PythonEngine object before having it execute some code, or just being able to trap it somehow, could be one way to do this. I'd appreciate any thoughts or feedback. Thanks. Mike. From sanxiyn at gmail.com Wed Sep 27 07:44:06 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 27 Sep 2006 14:44:06 +0900 Subject: [IronPython] Infinite recursion and System.StackOverflowException In-Reply-To: <45d38ec30609262228g401fde60kc6c99e0ca9b2fbab@mail.gmail.com> References: <45d38ec30609262228g401fde60kc6c99e0ca9b2fbab@mail.gmail.com> Message-ID: <5b0248170609262244g530a7f32xfef52a81e82f4d2@mail.gmail.com> 2006/9/27, Mike McGavin : > What's the expected behaviour with infinite recursion in IronPython, > and is there some way I can set a maximum recursion depth on a > PythonEngine object? It's same as CPython. The difference is that the maximum recursion depth is not set by default on IronPython. So just set it. IronPython 1.0.2448 on .NET 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. >>> import sys >>> sys.getrecursionlimit() 2147483647 >>> sys.setrecursionlimit(1000) And you will get a nice RuntimeError. -- Seo Sanghyeon From haiboluo at exchange.microsoft.com Wed Sep 27 07:46:43 2006 From: haiboluo at exchange.microsoft.com (Haibo Luo) Date: Tue, 26 Sep 2006 22:46:43 -0700 Subject: [IronPython] Infinite recursion and System.StackOverflowException In-Reply-To: <45d38ec30609262228g401fde60kc6c99e0ca9b2fbab@mail.gmail.com> References: <45d38ec30609262228g401fde60kc6c99e0ca9b2fbab@mail.gmail.com> Message-ID: You may need something like engine.Sys.SetRecursionLimit(1001) in your PythonEngine code. In command line, "-X:MaxRecursion 1001" plays the same role. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike McGavin Sent: Tuesday, September 26, 2006 10:28 PM To: Discussion of IronPython Subject: [IronPython] Infinite recursion and System.StackOverflowException Hello. What's the expected behaviour with infinite recursion in IronPython, and is there some way I can set a maximum recursion depth on a PythonEngine object? Here's a simplified example of the problem I'm having -- I've noticed that if I type the following code into my Cygwin python interpreter (and presumably most other interpreters): ==== >>> def q(w): >>> print w >>> q(w+1) >>> q(1) ==== ...I get the following output: ==== 1 2 3 ... 999 999 Traceback (most recent call last): File "", line 1, in ? File "", line 3, in q File "", line 3, in q ... File "", line 3, in q RuntimeError: maximum recursion depth exceeded ==== If I type identical code into an ipy.exe console, it gets up to printing recursion 5208, before I get the Windows popup dialog indicating that ipy.exe has encountered a problem and needs to close. On debugging, it turns out that a System.StackOverflowException has been raised. (No big surprise, I guess.) MSDN documentation on the StackOverflowException (see http://msdn2.microsoft.com/en-us/library/system.stackoverflowexception.aspx ) basically states that it can't and shouldn't be caught, and instead, it should be up to the application to make sure there's no infinite recursion. I guess the concern I have is that when trying to use IronPython as a scripting engine for an application, I don't really want to trust the python code that's being executed. It'd be a bit annoying if someone could break the application (accidentally or otherwise) by coding some infinite recursion and generating a system exception that can't be caught by the host app. I'm not sure what the main goals of IronPython are with respect to being a .Net language and following the same CLR rules, but for me at least, it'd be nice if it could keep track of recursion depth. Maybe being able to set a maximum recursion depth on a PythonEngine object before having it execute some code, or just being able to trap it somehow, could be one way to do this. I'd appreciate any thoughts or feedback. Thanks. Mike. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sanxiyn at gmail.com Wed Sep 27 07:49:35 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 27 Sep 2006 14:49:35 +0900 Subject: [IronPython] Telnet API In-Reply-To: References: <2215B33D2B96E547B061C585EDAFCD2E0100DACE@SAURON.us.int.genesyslab.com> Message-ID: <5b0248170609262249l4447f7a5h7dc16f813c32786e@mail.gmail.com> 2006/9/27, Mark Rees : > Seo has a select module that workes with IronPython, but there are > also other issues with telnetlib relating to how it's uses sys.stdin > which I do not have time to investigate at the moment. The intention of telnetlib's author was that it would use select on stdin if that's possible, and use thread if it's not. Unfortunately, it checks for sys.platform. --- /usr/lib/python2.4/telnetlib.py +++ Lib/telnetlib.py @@ -536,7 +536,7 @@ def interact(self): """Interaction function, emulates a very dumb telnet client.""" - if sys.platform == "win32": + if sys.platform in ("win32", "cli"): self.mt_interact() return while 1: It still doesn't run though. Investigating. -- Seo Sanghyeon From leafgarland+ironpython at gmail.com Wed Sep 27 12:21:57 2006 From: leafgarland+ironpython at gmail.com (Leaf Garland) Date: Wed, 27 Sep 2006 11:21:57 +0100 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <1158784742.837684.109120@i3g2000cwc.googlegroups.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> Message-ID: This is often an area of confusion for people. The DirectX core runtime has not been changed in some time but other parts of DirectX have been undergoing a bi-monthly release cycle along side the DirectX SDK; these other parts include the managed DirectX components. To get the latest managed DirectX components without getting the SDK you should try the DirectX end-user runtime web installer. this will update your system with the latest versions of the bi-monthly components (D3DX, managed DX, XInput). Link to end user web installer: http://www.microsoft.com/downloads/details.aspx?FamilyId=2DA43D38-DB71-4C1B-BC6A-9B6652CD92A3&displaylang=en Cheers, Leaf. On 20/09/06, psi wrote: > this requires the directx sdk, which is 500mb, but if you only want to > run it, cant you get away with just the microsoft.directx assembly and > the directx runtime? > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From hardcoded.software at gmail.com Wed Sep 27 15:43:00 2006 From: hardcoded.software at gmail.com (hardcoded.software at gmail.com) Date: Wed, 27 Sep 2006 06:43:00 -0700 Subject: [IronPython] tuple subclass and super() Message-ID: <1159364580.387069.270320@m73g2000cwd.googlegroups.com> Hi, I am evaluating whether it is possible for me to jump into the IronPython bandwagon by running my test units through ipy, but I have a big problem with one of my classes, which is a subclass of tuple. I will not post my whole class here, but a re-creation of the problem: class Foobar(tuple): def __new__(cls,value): if isinstance(value,Foobar): return value return tuple.__new__(cls,value) def __eq__(self,other): other = Foobar(other) return super(Foobar,self).__eq__(other) foobar = Foobar('foo') print foobar == 'foo' (It might look silly, but it is actually useful for me to do that.) Under CPython, it works (True is printed), but with IPY, I get an access violation (caused by a stack overflow I think). From dfugate at microsoft.com Wed Sep 27 18:23:18 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Wed, 27 Sep 2006 09:23:18 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057F7719F9@NA-EXMSG-C106.redmond.corp.microsoft.com> Perhaps I'm mistaken but the web installer you reference (also installed on my own PC) does not include the Direct3D 10 pre-release needed by the sample... -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Leaf Garland Sent: Wednesday, September 27, 2006 3:22 AM To: Discussion of IronPython Subject: Re: [IronPython] Direct3D IronPython Sample This is often an area of confusion for people. The DirectX core runtime has not been changed in some time but other parts of DirectX have been undergoing a bi-monthly release cycle along side the DirectX SDK; these other parts include the managed DirectX components. To get the latest managed DirectX components without getting the SDK you should try the DirectX end-user runtime web installer. this will update your system with the latest versions of the bi-monthly components (D3DX, managed DX, XInput). Link to end user web installer: http://www.microsoft.com/downloads/details.aspx?FamilyId=2DA43D38-DB71-4C1B-BC6A-9B6652CD92A3&displaylang=en Cheers, Leaf. On 20/09/06, psi wrote: > this requires the directx sdk, which is 500mb, but if you only want to > run it, cant you get away with just the microsoft.directx assembly and > the directx runtime? > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From riltim at gmail.com Wed Sep 27 19:43:37 2006 From: riltim at gmail.com (Tim Riley) Date: Wed, 27 Sep 2006 13:43:37 -0400 Subject: [IronPython] IronPython Samples Message-ID: I know you can download some neat samples from IronPython's codeplex page but I think it would be nice if there were a place where end users could place snippets of code and example programs for others to use. I was thinking of maybe something like http://www.infogami.com where multiple people could add samples. Any thoughts? Regards, Tim Riley -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Wed Sep 27 19:52:41 2006 From: slide.o.mix at gmail.com (Slide) Date: Wed, 27 Sep 2006 10:52:41 -0700 Subject: [IronPython] IronPython Samples In-Reply-To: References: Message-ID: Would be nice if there was a wiki with code samples. Alex On 9/27/06, Tim Riley wrote: > I know you can download some neat samples from IronPython's codeplex page > but I think it would be nice if there were a place where end users could > place snippets of code and example programs for others to use. I was > thinking of maybe something like http://www.infogami.com where multiple > people could add samples. Any thoughts? > > Regards, > Tim Riley > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > From dinov at exchange.microsoft.com Wed Sep 27 20:04:17 2006 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 27 Sep 2006 11:04:17 -0700 Subject: [IronPython] tuple subclass and super() In-Reply-To: <1159364580.387069.270320@m73g2000cwd.googlegroups.com> References: <1159364580.387069.270320@m73g2000cwd.googlegroups.com> Message-ID: <7AD436E4270DD54A94238001769C22274123301015@DF-GRTDANE-MSG.exchange.corp.microsoft.com> This is a bug, thanks for the report. I've opened CodePlex bug #3758 to track this (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=3758). I'm going to push to try and get this fixed in v1.0.1 but it might not quite make it (which means it might need to wait until 1.0.2 or 1.1). The rest of this is the technical details that can safely be ignored if you don't care about them :). The issue here is that in order to call super methods we need to create a helper method that does the dispatch to the base method. We need to do this because calls to base method from outside a type are non-verifiable. When we do this we back-patch the original type's dictionary with a new method that takes the derived type. We end up generating a type like: class IronPython.Runtime.NewTypes.Tuple_1 : IronPython.Runtime.Tuple { public void base#Equals(object other) { return base.Equals(other); } } And Tuple gets updated to include base#Equals(Tuple_1 self, object other) in addition to base#Equals(Tuple self, obhect other) (then the method binder takes over and does the right thing at call time w/ the self parameter). The problem here is that we're only back-patching for the name Equals, and not both Equals and __eq__. I believe the fix is to replace this if block in IronPython.Compiler.Generation.NewTypeMaker with this one: if (methodName.StartsWith("#base#")) { // <-- already there ParameterInfo[] pis= mi.GetParameters(); Type[] types = new Type[pis.Length]; int i = 0; foreach (ParameterInfo pi in pis) { types[i++] = pi.ParameterType; } MethodInfo overriding = this.baseType.GetMethod(methodName.Substring(6), BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Instance, null, types, null); Debug.Assert(overriding != null); string newName = GetBaseName(mi, specialNames); // <-- also already there string outName; NameType nt = NameConverter.TryGetName(Ops.GetDynamicTypeFromType(baseType) as ReflectedType, overriding, out outName); if (nt != NameType.None && outName != newName) { rt.StoreReflectedBaseMethod(outName, mi, nt); } rt.StoreReflectedBaseMethod(newName, mi, NameType.Method); // <-- also already there } // <-- also already there Everything else is new code. I'm still running tests against this but I think this is the correct fix. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of hardcoded.software at gmail.com Sent: Wednesday, September 27, 2006 6:43 AM To: users at lists.ironpython.com Subject: [IronPython] tuple subclass and super() Hi, I am evaluating whether it is possible for me to jump into the IronPython bandwagon by running my test units through ipy, but I have a big problem with one of my classes, which is a subclass of tuple. I will not post my whole class here, but a re-creation of the problem: class Foobar(tuple): def __new__(cls,value): if isinstance(value,Foobar): return value return tuple.__new__(cls,value) def __eq__(self,other): other = Foobar(other) return super(Foobar,self).__eq__(other) foobar = Foobar('foo') print foobar == 'foo' (It might look silly, but it is actually useful for me to do that.) Under CPython, it works (True is printed), but with IPY, I get an access violation (caused by a stack overflow I think). _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From iizogii at gmail.com Wed Sep 27 22:56:58 2006 From: iizogii at gmail.com (Mike McGavin) Date: Thu, 28 Sep 2006 08:56:58 +1200 Subject: [IronPython] Infinite recursion and System.StackOverflowException In-Reply-To: <5b0248170609262244g530a7f32xfef52a81e82f4d2@mail.gmail.com> References: <45d38ec30609262228g401fde60kc6c99e0ca9b2fbab@mail.gmail.com> <5b0248170609262244g530a7f32xfef52a81e82f4d2@mail.gmail.com> Message-ID: <45d38ec30609271356t7a1d9a6er6eaf140cc04ded80@mail.gmail.com> Hello. On 27/09/06, Sanghyeon Seo wrote: > > What's the expected behaviour with infinite recursion in IronPython, > > and is there some way I can set a maximum recursion depth on a > > PythonEngine object? > It's same as CPython. The difference is that the maximum recursion > depth is not set by default on IronPython. So just set it. [--snip details--] Awesome -- thanks for the responses to this and for point out my error. I was a bit concerned there for a moment. Mike. From orr.james at gmail.com Wed Sep 27 15:48:54 2006 From: orr.james at gmail.com (James) Date: Wed, 27 Sep 2006 13:48:54 -0000 Subject: [IronPython] Creating a Generic Delegate Message-ID: <1159364934.261057.22090@d34g2000cwd.googlegroups.com> I'm working with Leslie Sanford's excellent C# MIDI library and I'd really like to get things working in IronPython. Here's the incredibly simple code (in C#) required to connect to an input device and call a delegate when a ChannelMessage is received. InputDevice device = new InputDevice(0); device.Connect(delegate(ChannelMessage message) { Console.WriteLine("Command: " + message.Command.ToString()); }); The InputDevice.Connect method has several overloads, so trying a straight function doesn't work, as you can see from this output: >>> from music import * >>> def fn(msg): ... print 'Command: ' + msg.Command.ToString() ... >>> i = InputDevice(0) >>> i.Connect(fn) Traceback (most recent call last): File , line 0, in ##33 TypeError: multiple overloads of Connect could match (InputDevice, function) Connect(InputDevice, Sink[ChannelMessage]) Connect(InputDevice, Sink[SysExMessage]) Connect(InputDevice, Sink[SysCommonMessage]) Connect(InputDevice, Sink[SysRealtimeMessage]) Connect(InputDevice, Sink[int]) Connect(InputDevice, Sink[Array[Byte]]) A "Sink" is defined as: public delegate void Sink(T arg) So is there any way to make this work? Thanks for any help you can provide. james From xmlhacker at gmail.com Thu Sep 28 00:03:57 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Wed, 27 Sep 2006 16:03:57 -0600 Subject: [IronPython] Saxon8.8N for Mono 1.17.1 Message-ID: I have been spending as much time as I can building various integration pieces to provide a simple, straight forward Pythonic API into the Saxon.Apilibrary. I had need to run some tests on Mono, and so quickly built out the updated (read: extension functions work. They don't in the current 8.8release available on SF) source against Mono 1.17.1. You can access the bits via http://dev.pypod.net/browser/release/Saxon.NET-Mono.tar.gz?format=raw Once unpacked, from the ipy console, >>> import clr > >>> clr.AddReference("Saxon.Api.dll") > >>> from Saxon.Api import * > >>> dir() > ['DocumentBuilder', 'DomDestination', 'DynamicError', 'IQueryResolver', > 'Process > or', 'QName', 'SchemaManager', 'SchemaResolver', 'SchemaValidationMode', > 'Schema > Validator', 'SequenceEnumerator', 'Serializer', 'StaticError', > 'TextWriterDestin > ation', 'WhitespacePolicy', 'XPathCompiler', 'XPathExecutable', > 'XPathSelector', > 'XQueryCompiler', 'XQueryEvaluator', 'XQueryExecutable', > 'XdmAtomicValue', 'Xdm > Axis', 'XdmDestination', 'XdmEmptySequence', 'XdmItem', 'XdmNode', > 'XdmValue', ' > XmlDestination', 'XsltCompiler', 'XsltExecutable', 'XsltTransformer', > '__builtin > s__', '__doc__', '__name__', 'clr', 'site'] > I've been working a bit on creating a much more Pythonic API ( http://dev.pypod.net/browser/trunk/Saxon.Ext) of which Sylvain is going to help me fine tune at some point tomorrow (UK Time). Either he or I will update accordingly. Enjoy! -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at base4.net Thu Sep 28 00:37:07 2006 From: alex at base4.net (Alex James) Date: Thu, 28 Sep 2006 10:37:07 +1200 Subject: [IronPython] Creating a Generic Delegate In-Reply-To: <1159364934.261057.22090@d34g2000cwd.googlegroups.com> Message-ID: <451afae5.3c00fe53.1a83.ffffd37a@mx.gmail.com> James, Sink(T args) is very similar to Predicate I had no problems getting that going using IronPython... have a look here: www.base4.net/blog.aspx?ID=118 for an example. Hope that helps Alex -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of James Sent: Thursday, September 28, 2006 1:49 AM To: users at lists.ironpython.com Subject: [IronPython] Creating a Generic Delegate I'm working with Leslie Sanford's excellent C# MIDI library and I'd really like to get things working in IronPython. Here's the incredibly simple code (in C#) required to connect to an input device and call a delegate when a ChannelMessage is received. InputDevice device = new InputDevice(0); device.Connect(delegate(ChannelMessage message) { Console.WriteLine("Command: " + message.Command.ToString()); }); The InputDevice.Connect method has several overloads, so trying a straight function doesn't work, as you can see from this output: >>> from music import * >>> def fn(msg): ... print 'Command: ' + msg.Command.ToString() ... >>> i = InputDevice(0) >>> i.Connect(fn) Traceback (most recent call last): File , line 0, in ##33 TypeError: multiple overloads of Connect could match (InputDevice, function) Connect(InputDevice, Sink[ChannelMessage]) Connect(InputDevice, Sink[SysExMessage]) Connect(InputDevice, Sink[SysCommonMessage]) Connect(InputDevice, Sink[SysRealtimeMessage]) Connect(InputDevice, Sink[int]) Connect(InputDevice, Sink[Array[Byte]]) A "Sink" is defined as: public delegate void Sink(T arg) So is there any way to make this work? Thanks for any help you can provide. james _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sanxiyn at gmail.com Thu Sep 28 03:31:47 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 28 Sep 2006 10:31:47 +0900 Subject: [IronPython] Creating a Generic Delegate In-Reply-To: <1159364934.261057.22090@d34g2000cwd.googlegroups.com> References: <1159364934.261057.22090@d34g2000cwd.googlegroups.com> Message-ID: <5b0248170609271831h7d07d9cem5ba956128561670@mail.gmail.com> 2006/9/27, James : > So is there any way to make this work? Thanks for any help you can > provide. You can create a typed delegate simply by calling it with a Python function as an argument. delegate = Sink[ChannelMessage](fn) i.Connect(delegate) -- Seo Sanghyeon From xmlhacker at gmail.com Thu Sep 28 08:33:18 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 28 Sep 2006 00:33:18 -0600 Subject: [IronPython] Saxon8.8N for Mono 1.17.1 In-Reply-To: References: Message-ID: Updated build: http://dev.pypod.net/browser/release/Saxon8.8N.tar.gz This was built via the MonoDevelop project I just created and checked into its new and permanent home @ http://dev.extensibleforge.net/browser/trunk/VendorExtensions/Saxonica You can check it out of SVN via svn://src.extensibleforge.net/trunk/VendorExtensions/Saxonica This will access the source code directly from the Saxon SVN repository (svn external properly) and then use this source to build the output. For some reason MonoDevelop doesn't show the files that are not located in the same top level project folder, but it builds just fine, so please ignore the fact that there doesn't appear to be any files in the project folders beyond the project file and properties folder. NOTE: You need to unpack the Dependencies.tar.gz file located in the ~/Build directory first before this will build properly. There is also a VS.NET 2005 project that will build against the same SF.net-based Saxon repository source. Once built, the output can be found in the ~/Build/Output/(Mono/(Debug|Release)|MS.NET(Debug|Release)) folders. I still need to integrate the extensions to all of this, but this provides a solid foundation of of all of the XSLT 2.0, XPath 2.0, and XQuery command line tools, the command line test tools, as well as an IP-based Console app for testing purposes. It should be pretty straight forward which is what. I'll update again once the extension library is built into all of this. On 9/27/06, M. David Peterson wrote: > I have been spending as much time as I can building various integration > pieces to provide a simple, straight forward Pythonic API into the Saxon.Api > library. I had need to run some tests on Mono, and so quickly built out the > updated (read: extension functions work. They don't in the current 8.8 > release available on SF) source against Mono 1.17.1. > > You can access the bits via > http://dev.pypod.net/browser/release/Saxon.NET-Mono.tar.gz?format=raw > > Once unpacked, from the ipy console, > > > >>> import clr > > >>> clr.AddReference("Saxon.Api.dll") > > >>> from Saxon.Api import * > > >>> dir() > > ['DocumentBuilder', 'DomDestination', 'DynamicError', 'IQueryResolver', > 'Process > > or', 'QName', 'SchemaManager', 'SchemaResolver', 'SchemaValidationMode', > 'Schema > > Validator', 'SequenceEnumerator', 'Serializer', 'StaticError', > 'TextWriterDestin > > ation', 'WhitespacePolicy', 'XPathCompiler', 'XPathExecutable', > 'XPathSelector', > > 'XQueryCompiler', 'XQueryEvaluator', 'XQueryExecutable', > 'XdmAtomicValue', 'Xdm > > Axis', 'XdmDestination', 'XdmEmptySequence', 'XdmItem', 'XdmNode', > 'XdmValue', ' > > XmlDestination', 'XsltCompiler', 'XsltExecutable', 'XsltTransformer', > '__builtin > > s__', '__doc__', '__name__', 'clr', 'site'] > > > > I've been working a bit on creating a much more Pythonic API > (http://dev.pypod.net/browser/trunk/Saxon.Ext) of which > Sylvain is going to help me fine tune at some point tomorrow (UK Time). > Either he or I will update accordingly. > > Enjoy! > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 From leafgarland+ironpython at gmail.com Thu Sep 28 14:01:45 2006 From: leafgarland+ironpython at gmail.com (Leaf Garland) Date: Thu, 28 Sep 2006 13:01:45 +0100 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D91057F7719F9@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> <7346A825E148B049A9AD1D3ED46A2D91057F7719F9@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: On 27/09/06, Dave Fugate wrote: > Perhaps I'm mistaken but the web installer you reference (also installed on my own PC) does not include the Direct3D 10 pre-release needed by the sample... You're correct, there are no DirectX 10 parts in that web installer. As DirectX 10 only works on Vista and has no official managed Api that I'm aware of I think there has been some naming confusion. Looking into the sample in more detail I now see that it uses the Managed DirectX v2.0 beta. There are two branches of Managed DirectX one that works with both 1.1 and 2.0 .Net runtimes and an unfinished beta that was targeted at the 2.0 runtime. This explains the confusion about multiple assemblies. The beta 2.0 version only has a single assembly called "Microsoft.DirectX.dll", the 1.1 version has multiple assemblies including one called "Microsoft.DirectX.dll". This is a good example of why using clr.AddReferenceByPartialName() can be dangerous, there are two different assemblies with the same filename. Using a full assembly name reference might have been better as it would have failed on those systems that didn't have the beta 2.0 version installed and indicated which assembly was required. clr.AddReferenceByName("Microsoft.DirectX, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35") Anyway, getting back to the point - The end user runtime does not include the beta 2.0 version of Managed DirectX, only the 1.1 version. So you will need to install the DirectX SDK to get the assemblies required. Also, as the sample docs say, the beta 2.0 version is now a dead product and people should consider switching to the 1.1 version or the Xna Framework. Hope that clears things up and apologies for previously adding to the confusion. Cheers, Leaf. From xmlhacker at gmail.com Thu Sep 28 14:54:34 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 28 Sep 2006 06:54:34 -0600 Subject: [IronPython] IronPython Samples In-Reply-To: References: Message-ID: http://dev.pypod.net/ (source can be viewed @ http://dev.pypod.net/browser/trunk and checked out via svn @ http://src.pypod.net/trunk) The wiki is wide open, and code samples can be attached inline to each page. If you have code you want to check into the repository, register @ http://dev.pypod.net/register and then let me know your chosen username and I will add you to the the proper svnauth file. On 9/27/06, Slide wrote: > Would be nice if there was a wiki with code samples. > > Alex > > On 9/27/06, Tim Riley wrote: > > I know you can download some neat samples from IronPython's codeplex page > > but I think it would be nice if there were a place where end users could > > place snippets of code and example programs for others to use. I was > > thinking of maybe something like http://www.infogami.com where multiple > > people could add samples. Any thoughts? > > > > Regards, > > Tim Riley > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 From fuzzyman at voidspace.org.uk Thu Sep 28 15:19:09 2006 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 28 Sep 2006 14:19:09 +0100 Subject: [IronPython] IronPython Samples In-Reply-To: References: Message-ID: <451BCBCD.4000100@voidspace.org.uk> M. David Peterson wrote: > http://dev.pypod.net/ (source can be viewed @ > http://dev.pypod.net/browser/trunk and checked out via svn @ > http://src.pypod.net/trunk) > > The wiki is wide open, and code samples can be attached inline to each page. > Which part of this wiki (and repository) contains IronPython code examples that aren't specific to the PyPod project ? Michael Foord http://www.voidspace.org.uk/python/index.shtml > If you have code you want to check into the repository, register @ > http://dev.pypod.net/register and then let me know your chosen > username and I will add you to the the proper svnauth file. > > > On 9/27/06, Slide wrote: > >> Would be nice if there was a wiki with code samples. >> >> Alex >> >> On 9/27/06, Tim Riley wrote: >> >>> I know you can download some neat samples from IronPython's codeplex page >>> but I think it would be nice if there were a place where end users could >>> place snippets of code and example programs for others to use. I was >>> thinking of maybe something like http://www.infogami.com where multiple >>> people could add samples. Any thoughts? >>> >>> Regards, >>> Tim Riley >>> _______________________________________________ >>> users mailing list >>> users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >>> >>> >> _______________________________________________ >> users mailing list >> users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > > From hardcoded.software at gmail.com Thu Sep 28 15:50:23 2006 From: hardcoded.software at gmail.com (hardcoded.software at gmail.com) Date: Thu, 28 Sep 2006 06:50:23 -0700 Subject: [IronPython] tuple subclass and super() In-Reply-To: <7AD436E4270DD54A94238001769C22274123301015@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <1159364580.387069.270320@m73g2000cwd.googlegroups.com> <7AD436E4270DD54A94238001769C22274123301015@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <1159451423.236106.50340@i3g2000cwc.googlegroups.com> Nice, thanks. I'm looking forward to that next release. From xmlhacker at gmail.com Thu Sep 28 16:20:20 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 28 Sep 2006 08:20:20 -0600 Subject: [IronPython] IronPython Samples In-Reply-To: <451BCBCD.4000100@voidspace.org.uk> References: <451BCBCD.4000100@voidspace.org.uk> Message-ID: I don't think there is anything there that is really all that specific to PyPod at all. My hope is that this will become something that we can all freely use for whatever we might want. Making it easy to wrap Python code into an Atom feed that can then be pointed at, accessed and run locally by someone else, to then wrap it back up and post it back to the server, or send it directly via XMPP is pretty much all I have planned. All of the LINQ stuff will be moved over to ExtensibleForge as that is really where it belongs (was just too lazy to work from more than one repository at the same time while I fiddled around with getting LINQ and XSLT 2.0 extensions functions working via the IronPython command line.). If fact all of the Saxon on .NET code is being moved to ExtensibleForge.net which is what I spent about half of the last 12 hours or so working on > http://dev.extensibleforge.net/browser/trunk/VendorExtensions/Saxonica If anybody feels like tinkering around, by all means, use it for whatever you might want. If you find you would like to set-up a sub-domain to call your own, thats fine by me. Would just need to know the sub-domain you want and if you want it hosted or if you want it pointed to your own server. My personal drive behind all of this is pretty simple: I've been taken back by just how wonderful the Python language, and in particular, IronPython, truly is, and I want to learn as much as I can in this regard. This seems like a good way to both learn from folks such as yourself how to become a better Python developer, and in return, I can offer of my niche areas of expertise to help enhance the overall IP experience (Providing the Saxon integration is one the areas I feel I can be of help) While the last thing I would want would be to take away from both the CodePlex project, as well as Seo's project, I don't think this would take away from either, and instead, potentially an enhancement to both by providing a simple way to collaborate, and an open interface in which anyone can play with however they might see fit. One thing worth noting: I've now got the code base @ http://dev.extensibleforge.net/browser/trunk/VendorExtensions/Saxonica linked directly to Seo's code base, and the build process set-up to access the latest bits in his lib and dbapi directories directly from the SVN repository on SF, outputting the combined code base into a Lib directory along with the related executable and dll assemblies. (ref: http://dev.extensibleforge.net/changeset/937) -- so the collaboration aspect of this is already proving to work quite well in this respect. Anyway, with all of this: Please, have at it. If you find something like this useful.. GREAT! If not, not to worry either. Its just something simple than anyone is free to use however they might see fit. Let me know if any of you have ideas that you feel would make this something useful and usable for you personally, and/or the community at large. Thanks Michael! On 9/28/06, Michael Foord wrote: > M. David Peterson wrote: > > http://dev.pypod.net/ (source can be viewed @ > > http://dev.pypod.net/browser/trunk and checked out via svn @ > > http://src.pypod.net/trunk) > > > > The wiki is wide open, and code samples can be attached inline to each page. > > > Which part of this wiki (and repository) contains IronPython code > examples that aren't specific to the PyPod project ? > > Michael Foord > http://www.voidspace.org.uk/python/index.shtml > > > If you have code you want to check into the repository, register @ > > http://dev.pypod.net/register and then let me know your chosen > > username and I will add you to the the proper svnauth file. > > > > > > On 9/27/06, Slide wrote: > > > >> Would be nice if there was a wiki with code samples. > >> > >> Alex > >> > >> On 9/27/06, Tim Riley wrote: > >> > >>> I know you can download some neat samples from IronPython's codeplex page > >>> but I think it would be nice if there were a place where end users could > >>> place snippets of code and example programs for others to use. I was > >>> thinking of maybe something like http://www.infogami.com where multiple > >>> people could add samples. Any thoughts? > >>> > >>> Regards, > >>> Tim Riley > >>> _______________________________________________ > >>> users mailing list > >>> users at lists.ironpython.com > >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >>> > >>> > >>> > >>> > >> _______________________________________________ > >> users mailing list > >> users at lists.ironpython.com > >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >> > >> > > > > > > > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 From xmlhacker at gmail.com Thu Sep 28 16:33:28 2006 From: xmlhacker at gmail.com (M. David Peterson) Date: Thu, 28 Sep 2006 08:33:28 -0600 Subject: [IronPython] IronPython Samples In-Reply-To: References: <451BCBCD.4000100@voidspace.org.uk> Message-ID: BTW... I have a Jabber server all set-up and ready to go @pypod.net Open registration. My username is m.david at pypod.net. I self signed the certificate for now, but if it proves to be something that folks want to utilize I will get a proper certificate in place so you don't get pestered by the "This certificate is self signed!" pop-up everytime you login. On 9/28/06, M. David Peterson wrote: > I don't think there is anything there that is really all that specific > to PyPod at all. > > My hope is that this will become something that we can all freely use > for whatever we might want. Making it easy to wrap Python code into > an Atom feed that can then be pointed at, accessed and run locally by > someone else, to then wrap it back up and post it back to the server, > or send it directly via XMPP is pretty much all I have planned. > > All of the LINQ stuff will be moved over to ExtensibleForge as that is > really where it belongs (was just too lazy to work from more than one > repository at the same time while I fiddled around with getting LINQ > and XSLT 2.0 extensions functions working via the IronPython command > line.). If fact all of the Saxon on .NET code is being moved to > ExtensibleForge.net which is what I spent about half of the last 12 > hours or so working on > > http://dev.extensibleforge.net/browser/trunk/VendorExtensions/Saxonica > > If anybody feels like tinkering around, by all means, use it for > whatever you might want. If you find you would like to set-up a > sub-domain to call your own, thats fine by me. Would just need to > know the sub-domain you want and if you want it hosted or if you want > it pointed to your own server. > > My personal drive behind all of this is pretty simple: I've been > taken back by just how wonderful the Python language, and in > particular, IronPython, truly is, and I want to learn as much as I can > in this regard. This seems like a good way to both learn from folks > such as yourself how to become a better Python developer, and in > return, I can offer of my niche areas of expertise to help enhance the > overall IP experience (Providing the Saxon integration is one the > areas I feel I can be of help) > > While the last thing I would want would be to take away from both the > CodePlex project, as well as Seo's project, I don't think this would > take away from either, and instead, potentially an enhancement to both > by providing a simple way to collaborate, and an open interface in > which anyone can play with however they might see fit. > > One thing worth noting: I've now got the code base @ > http://dev.extensibleforge.net/browser/trunk/VendorExtensions/Saxonica > linked directly to Seo's code base, and the build process set-up to > access the latest bits in his lib and dbapi directories directly from > the SVN repository on SF, outputting the combined code base into a Lib > directory along with the related executable and dll assemblies. (ref: > http://dev.extensibleforge.net/changeset/937) -- so the collaboration > aspect of this is already proving to work quite well in this respect. > > Anyway, with all of this: Please, have at it. If you find something > like this useful.. GREAT! If not, not to worry either. Its just > something simple than anyone is free to use however they might see > fit. > > Let me know if any of you have ideas that you feel would make this > something useful and usable for you personally, and/or the community > at large. > > Thanks Michael! > > On 9/28/06, Michael Foord wrote: > > M. David Peterson wrote: > > > http://dev.pypod.net/ (source can be viewed @ > > > http://dev.pypod.net/browser/trunk and checked out via svn @ > > > http://src.pypod.net/trunk) > > > > > > The wiki is wide open, and code samples can be attached inline to each page. > > > > > Which part of this wiki (and repository) contains IronPython code > > examples that aren't specific to the PyPod project ? > > > > Michael Foord > > http://www.voidspace.org.uk/python/index.shtml > > > > > If you have code you want to check into the repository, register @ > > > http://dev.pypod.net/register and then let me know your chosen > > > username and I will add you to the the proper svnauth file. > > > > > > > > > On 9/27/06, Slide wrote: > > > > > >> Would be nice if there was a wiki with code samples. > > >> > > >> Alex > > >> > > >> On 9/27/06, Tim Riley wrote: > > >> > > >>> I know you can download some neat samples from IronPython's codeplex page > > >>> but I think it would be nice if there were a place where end users could > > >>> place snippets of code and example programs for others to use. I was > > >>> thinking of maybe something like http://www.infogami.com where multiple > > >>> people could add samples. Any thoughts? > > >>> > > >>> Regards, > > >>> Tim Riley > > >>> _______________________________________________ > > >>> users mailing list > > >>> users at lists.ironpython.com > > >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > >>> > > >>> > > >>> > > >>> > > >> _______________________________________________ > > >> users mailing list > > >> users at lists.ironpython.com > > >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > >> > > >> > > > > > > > > > > > > > _______________________________________________ > > users mailing list > > users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > -- > /M:D > > M. David Peterson > http://mdavid.name | http://www.oreillynet.com/pub/au/2354 > -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 From dfugate at microsoft.com Thu Sep 28 22:55:08 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Thu, 28 Sep 2006 13:55:08 -0700 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> <7346A825E148B049A9AD1D3ED46A2D91057F7719F9@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057FA17522@NA-EXMSG-C106.redmond.corp.microsoft.com> Right you are:-) Thanks for the clarification! -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Leaf Garland Sent: Thursday, September 28, 2006 5:02 AM To: Discussion of IronPython Subject: Re: [IronPython] Direct3D IronPython Sample On 27/09/06, Dave Fugate wrote: > Perhaps I'm mistaken but the web installer you reference (also installed on my own PC) does not include the Direct3D 10 pre-release needed by the sample... You're correct, there are no DirectX 10 parts in that web installer. As DirectX 10 only works on Vista and has no official managed Api that I'm aware of I think there has been some naming confusion. Looking into the sample in more detail I now see that it uses the Managed DirectX v2.0 beta. There are two branches of Managed DirectX one that works with both 1.1 and 2.0 .Net runtimes and an unfinished beta that was targeted at the 2.0 runtime. This explains the confusion about multiple assemblies. The beta 2.0 version only has a single assembly called "Microsoft.DirectX.dll", the 1.1 version has multiple assemblies including one called "Microsoft.DirectX.dll". This is a good example of why using clr.AddReferenceByPartialName() can be dangerous, there are two different assemblies with the same filename. Using a full assembly name reference might have been better as it would have failed on those systems that didn't have the beta 2.0 version installed and indicated which assembly was required. clr.AddReferenceByName("Microsoft.DirectX, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35") Anyway, getting back to the point - The end user runtime does not include the beta 2.0 version of Managed DirectX, only the 1.1 version. So you will need to install the DirectX SDK to get the assemblies required. Also, as the sample docs say, the beta 2.0 version is now a dead product and people should consider switching to the 1.1 version or the Xna Framework. Hope that clears things up and apologies for previously adding to the confusion. Cheers, Leaf. _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dfugate at microsoft.com Thu Sep 28 23:24:23 2006 From: dfugate at microsoft.com (Dave Fugate) Date: Thu, 28 Sep 2006 14:24:23 -0700 Subject: [IronPython] New and old samples zip file In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: <7346A825E148B049A9AD1D3ED46A2D91057FA17553@NA-EXMSG-C106.redmond.corp.microsoft.com> This is just a quick note to let everyone know we have combined the zip file containing the original samples (released at the same time as IronPython 1.0) with the newer samples (i.e., Direct3D, PowerShell, Python Command Line Compiler) released in the past few weeks. The new zip file, IronPython-1.0-Samples-All-2.zip, can be downloaded from the usual location - http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=423 The IronPython Team From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Fugate Sent: Tuesday, September 19, 2006 1:05 PM To: Discussion of IronPython Subject: [IronPython] Direct3D IronPython Sample Please note that due to a problem in Codeplex it was not possible to update IronPython-1.0-Samples-All.zip to include Direct3D. -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.hill at gmail.com Fri Sep 29 00:03:50 2006 From: adam.hill at gmail.com (Adam Hill) Date: Thu, 28 Sep 2006 17:03:50 -0500 Subject: [IronPython] Direct3D IronPython Sample In-Reply-To: References: <7346A825E148B049A9AD1D3ED46A2D91057B4A43A6@NA-EXMSG-C106.redmond.corp.microsoft.com> <1158784742.837684.109120@i3g2000cwc.googlegroups.com> <7346A825E148B049A9AD1D3ED46A2D91057F7719F9@NA-EXMSG-C106.redmond.corp.microsoft.com> Message-ID: The other problem with those examples is that Managed DirectX 2.0 is dead: http://thezbuffer.com/articles/415.aspx - Managed DirectX 2.0 beta expires October 6th 2006. http://thezbuffer.com/articles/393.aspx - What is the state of Managed DirectX 2.0 beta? XNA will be the new black. Adam From sanxiyn at gmail.com Fri Sep 29 11:34:48 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 29 Sep 2006 18:34:48 +0900 Subject: [IronPython] FePy SourceForge website updates Message-ID: <5b0248170609290234g2c4b00dpc727c329ede661f5@mail.gmail.com> I spent some time to update SourceForge website and create infrastructure to do so. The result is here: http://fepy.sourceforge.net/ All codes used to create and maintain the website are also in SVN: https://svn.sourceforge.net/svnroot/fepy/website/ Updates: * HTML-rendered documents previously on sparcs.kaist.ac.kr is available here: http://fepy.sourceforge.net/doc/ * IPCE software licenses: http://fepy.sourceforge.net/license.html * IPCE patch summary with links to patches: http://fepy.sourceforge.net/patches.html Thanks! -- Seo Sanghyeon From sanxiyn at gmail.com Fri Sep 29 13:52:40 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 29 Sep 2006 20:52:40 +0900 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r2 Message-ID: <5b0248170609290452i7f86dfe7na49cebb55da85eba@mail.gmail.com> This is the second release of IronPython Community Edition (IPCE), 1.0 revision 2, based on IronPython 1.0. Get it here: http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r2.zip Binary is built with Mono 1.1.17.1. BIG WARNING: it won't work with Mono versions below 1.1.17. Please don't mail me or IronPython mailing list before checking your Mono version! IPCE has a new home on SourceForge: http://fepy.sourceforge.net/ And here's the license and the summary of applied patches: http://fepy.sourceforge.net/license.html http://fepy.sourceforge.net/patches.html Changes in this revision: * Includes the Python standard library from CPython 2.4.3. (Not everything is included -- that would be pointless. Those I tested and work reasonably are included.) * Includes following CPython-compatible wrappers for .NET library: md5, pyexpat, select, sha, socket, ssl, unicodedata. * Includes DB-API wrapper for ADO.NET. * Includes BeautifulSoup and ElementTree for you to test. (Both work great with IronPython!) * Does not include Doc, Src, Tutorial from the original IronPython release. You know where to get them... Reduces size by about half. * Extracts to IPCE-1.0r2. (The first revision extracted to IronPython-1.0 and it could overwrite existing installation. Thanks to Anthony Baxter for pointing this out.) -- Seo Sanghyeon From sh at defuze.org Fri Sep 29 13:58:18 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Fri, 29 Sep 2006 12:58:18 +0100 (BST) Subject: [IronPython] [ANN] IronPython Community Edition 1.0r2 In-Reply-To: <5b0248170609290452i7f86dfe7na49cebb55da85eba@mail.gmail.com> References: <5b0248170609290452i7f86dfe7na49cebb55da85eba@mail.gmail.com> Message-ID: <38701.194.221.74.7.1159531098.squirrel@mail1.webfaction.com> Brilliant Seo. Thanks a lot :) BTW, if it can be useful and you're happy with the code, don't hesitate to include my port of the Gzip module. Its a BSD license :) - Sylvain > This is the second release of IronPython Community Edition (IPCE), > 1.0 revision 2, based on IronPython 1.0. > > Get it here: > http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r2.zip > > Binary is built with Mono 1.1.17.1. > > BIG WARNING: it won't work with Mono versions below 1.1.17. Please > don't mail me or IronPython mailing list before checking your Mono > version! > > IPCE has a new home on SourceForge: > http://fepy.sourceforge.net/ > > And here's the license and the summary of applied patches: > http://fepy.sourceforge.net/license.html > http://fepy.sourceforge.net/patches.html > > Changes in this revision: > > * Includes the Python standard library from CPython 2.4.3. > (Not everything is included -- that would be pointless. Those I tested and > work reasonably are included.) > > * Includes following CPython-compatible wrappers for .NET library: > md5, pyexpat, select, sha, socket, ssl, unicodedata. > > * Includes DB-API wrapper for ADO.NET. > > * Includes BeautifulSoup and ElementTree for you to test. (Both work > great with IronPython!) > > * Does not include Doc, Src, Tutorial from the original IronPython > release. > You know where to get them... Reduces size by about half. > > * Extracts to IPCE-1.0r2. (The first revision extracted to IronPython-1.0 > and it could overwrite existing installation. Thanks to Anthony Baxter > for pointing this out.) > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From william at resolversystems.com Fri Sep 29 14:26:53 2006 From: william at resolversystems.com (William Reade) Date: Fri, 29 Sep 2006 13:26:53 +0100 Subject: [IronPython] Compilation difficulties Message-ID: <451D110D.1070301@resolversystems.com> Hi all I've been playing with the (excellent) Pyc sample, and I've got stuck. I have a series of files a bit like the following: project/ | main.py + Cheesemonger/ | Shopkeeper.py | Counter.py ...in which main.py contains statements like: from Cheesemonger.Counter import Counter ...and Counter.py also contains statements like: from Cheesemonger.Shopkeeper import Shopkeeper --- This is all very well, but I can't work out how to compile a Cheesemonger.dll in which the above imports still function -- when I inspect it with ildasm, the dll contains "Counter" and "Shopkeeper" rather than "Cheesemonger.Counter" and "Cheesemonger.Shopkeeper". I can "fix" the issue by undisambiguating the imports: clr.AddReference("Cheesemonger") from Counter import Counter ...and: from Shopkeeper import Shopkeeper ...but we've been burned by ambiguous imports before and would prefer not to reintroduce them (life can get confusing when every directory contains its own "UnitTests" directory ;)). Is there any way of compiling a directory (and subdirectories) into a single dll, such that no import statements need to be changed? A quick look at the IP source left me none the wiser, I'm afraid. Cheers William From c0d3g33k at gmail.com Fri Sep 29 15:24:41 2006 From: c0d3g33k at gmail.com (Terry L. Triplett) Date: Fri, 29 Sep 2006 09:24:41 -0400 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <5b0248170609290234g2c4b00dpc727c329ede661f5@mail.gmail.com> References: <5b0248170609290234g2c4b00dpc727c329ede661f5@mail.gmail.com> Message-ID: <97ca9710609290624r7d747a48k1888fb38c7da6a9c@mail.gmail.com> Thanks for all your efforts. Not to be picky or anything, but it might be prudent to tweak the name of one of the licenses to be a bit more "work friendly". The current name is likely to get the site added to "banned sites" list of some companies. The license I'm referring to should be obvious. :-) On 9/29/06, Sanghyeon Seo wrote: > > * IPCE software licenses: http://fepy.sourceforge.net/license.html > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sh at defuze.org Fri Sep 29 15:42:56 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Fri, 29 Sep 2006 14:42:56 +0100 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <97ca9710609290624r7d747a48k1888fb38c7da6a9c@mail.gmail.com> References: <5b0248170609290234g2c4b00dpc727c329ede661f5@mail.gmail.com> <97ca9710609290624r7d747a48k1888fb38c7da6a9c@mail.gmail.com> Message-ID: <451D22E0.8020000@defuze.org> I faily agree and I'm not sure that license has any realy meaning in fact. If you want you can use a Public Domain license in that case. - Sylvain Terry L. Triplett wrote: > Thanks for all your efforts. > > Not to be picky or anything, but it might be prudent to tweak the name of > one of the licenses to be a bit more "work friendly". The current name is > likely to get the site added to "banned sites" list of some companies. The > license I'm referring to should be obvious. :-) > > On 9/29/06, Sanghyeon Seo wrote: >> >> * IPCE software licenses: http://fepy.sourceforge.net/license.html >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From ernsnat at iit.edu Sat Sep 30 02:04:51 2006 From: ernsnat at iit.edu (Nathan R. Ernst) Date: Fri, 29 Sep 2006 19:04:51 -0500 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <451D22E0.8020000@defuze.org> Message-ID: <20060929235927.025B91BA99@che.dreamhost.com> And here, a license I can finally understand, and nobody else likes it. Also, I think even a lawyer could understand this one. Guess you can't please everyone... -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sylvain Hellegouarch Sent: Friday, September 29, 2006 8:43 AM To: Discussion of IronPython Subject: Re: [IronPython] FePy SourceForge website updates I faily agree and I'm not sure that license has any realy meaning in fact. If you want you can use a Public Domain license in that case. - Sylvain Terry L. Triplett wrote: > Thanks for all your efforts. > > Not to be picky or anything, but it might be prudent to tweak the name of > one of the licenses to be a bit more "work friendly". The current name is > likely to get the site added to "banned sites" list of some companies. The > license I'm referring to should be obvious. :-) > > On 9/29/06, Sanghyeon Seo wrote: >> >> * IPCE software licenses: http://fepy.sourceforge.net/license.html >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sh at defuze.org Sat Sep 30 03:36:12 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Sat, 30 Sep 2006 02:36:12 +0100 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <20060929235927.025B91BA99@che.dreamhost.com> References: <20060929235927.025B91BA99@che.dreamhost.com> Message-ID: <451DCA0C.8040200@defuze.org> Nathan R. Ernst wrote: > And here, a license I can finally understand, and nobody else likes it. > Also, I think even a lawyer could understand this one. Guess you can't > please everyone... I am not saying Seo's choice of license was a bad one, but I don't know if it has a value by itself that's all. The question is not to please people but to convey the correct rights as well as the responsability you take as the provide for the piece of software. The MIT license is as easy to understand and does just that IMO ;) - Sylvain From jritter at prairiegames.com Sat Sep 30 05:16:14 2006 From: jritter at prairiegames.com (Josh Ritter) Date: Fri, 29 Sep 2006 22:16:14 -0500 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r2 References: <5b0248170609290452i7f86dfe7na49cebb55da85eba@mail.gmail.com> Message-ID: <01be01c6e43e$ca5919a0$0400000a@spooge> http://fepy.sourceforge.net/license.html You really need to remove the "Do What the F*ck You Want to Public License" Where english is the primary language this reads as either: A) Offensive B) Childish Neither of which is particularly good. -Josh Ritter President Prairie Games, Inc http://www.prairiegames.com ----- Original Message ----- From: "Sanghyeon Seo" To: "Discussion of IronPython" ; Sent: Friday, September 29, 2006 6:52 AM Subject: [IronPython] [ANN] IronPython Community Edition 1.0r2 > This is the second release of IronPython Community Edition (IPCE), > 1.0 revision 2, based on IronPython 1.0. > > Get it here: > http://sparcs.kaist.ac.kr/~tinuviel/download/IPCE-1.0r2.zip > > Binary is built with Mono 1.1.17.1. > > BIG WARNING: it won't work with Mono versions below 1.1.17. Please > don't mail me or IronPython mailing list before checking your Mono > version! > > IPCE has a new home on SourceForge: > http://fepy.sourceforge.net/ > > And here's the license and the summary of applied patches: > http://fepy.sourceforge.net/license.html > http://fepy.sourceforge.net/patches.html > > Changes in this revision: > > * Includes the Python standard library from CPython 2.4.3. > (Not everything is included -- that would be pointless. Those I tested and > work reasonably are included.) > > * Includes following CPython-compatible wrappers for .NET library: > md5, pyexpat, select, sha, socket, ssl, unicodedata. > > * Includes DB-API wrapper for ADO.NET. > > * Includes BeautifulSoup and ElementTree for you to test. (Both work > great with IronPython!) > > * Does not include Doc, Src, Tutorial from the original IronPython > release. > You know where to get them... Reduces size by about half. > > * Extracts to IPCE-1.0r2. (The first revision extracted to IronPython-1.0 > and it could overwrite existing installation. Thanks to Anthony Baxter > for pointing this out.) > > -- > Seo Sanghyeon > _______________________________________________ > users mailing list > users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From drew at astro.pas.rochester.edu Sat Sep 30 05:59:15 2006 From: drew at astro.pas.rochester.edu (drew moore) Date: Fri, 29 Sep 2006 23:59:15 -0400 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r2 In-Reply-To: <01be01c6e43e$ca5919a0$0400000a@spooge> References: <5b0248170609290452i7f86dfe7na49cebb55da85eba@mail.gmail.com> <01be01c6e43e$ca5919a0$0400000a@spooge> Message-ID: <451DEB93.1000701@astro.pas.rochester.edu> Josh Ritter wrote: > http://fepy.sourceforge.net/license.html > > You really need to remove the "Do What the F*ck You Want to Public License" > I love the Delta Whisky Tango Foxtrot license, and so I hate to say I also agree that removing it... (eventually....) is um, probably a good idea. It, uh, isn't OSI approved, is it?? ;-) (I do know a few folks I'd like to have look at it first...) Hee hee! Great work!! Thanks, Seo, you rock! Drew From sanxiyn at gmail.com Sat Sep 30 06:16:46 2006 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sat, 30 Sep 2006 13:16:46 +0900 Subject: [IronPython] [ANN] IronPython Community Edition 1.0r2 In-Reply-To: <451DEB93.1000701@astro.pas.rochester.edu> References: <5b0248170609290452i7f86dfe7na49cebb55da85eba@mail.gmail.com> <01be01c6e43e$ca5919a0$0400000a@spooge> <451DEB93.1000701@astro.pas.rochester.edu> Message-ID: <5b0248170609292116p3d554fe4v2f3ab6cbf7e9914b@mail.gmail.com> 2006/9/30, drew moore : > I love the Delta Whisky Tango Foxtrot license, and so I hate to say I > also agree that removing it... (eventually....) is um, probably a good > idea. It, uh, isn't OSI approved, is it?? ;-) I agree. I promise I will remove this "joke", when I am bored enough. :-) By the way, the license is not OSI approved, but it is known to be accepted by all major Linux distributions, including Red Hat, SuSE, Debian, Gentoo, Mandrake. Also, one FSF official once stated that he believes it to be a valid free software license. See http://sam.zoy.org/wtfpl/ for details. -- Seo Sanghyeon From sh at defuze.org Sat Sep 30 13:19:05 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Sat, 30 Sep 2006 12:19:05 +0100 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <451DCA0C.8040200@defuze.org> References: <20060929235927.025B91BA99@che.dreamhost.com> <451DCA0C.8040200@defuze.org> Message-ID: <451E52A9.9060007@defuze.org> > I am not saying Seo's choice of license was a bad one, but I don't know > if it has a value by itself that's all. The question is not to please > people but to convey the correct rights as well as the responsability > you take as the provide for the piece of software. The MIT license is as > easy to understand and does just that IMO ;) Mind you it seems some people believe the public domain license such as the MIT one is actually not a license: http://www.linuxjournal.com/article/6225 via http://programming.reddit.com/info/k9kl/comments - Sylvain From c0d3g33k at gmail.com Sat Sep 30 17:25:23 2006 From: c0d3g33k at gmail.com (Terry L. Triplett) Date: Sat, 30 Sep 2006 11:25:23 -0400 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <451E52A9.9060007@defuze.org> References: <20060929235927.025B91BA99@che.dreamhost.com> <451DCA0C.8040200@defuze.org> <451E52A9.9060007@defuze.org> Message-ID: <97ca9710609300825m227ed062s16b2e8fbccc490b6@mail.gmail.com> Your comment seems to directly contradict what Larry Rosen said in the article. The article discusses how "give it away to the public domain" statements aren't licenses (and perhaps even legally risky to the donor), then ends with the following recommendation: "If you want to give away software for any use whatsoever, use a simple license such as the MIT license." So yes, the MIT license and similar *are* actually licenses. Not to mention less crude than dropping the F-bomb, which was originally the point I was trying to make. The fact that even if elegantly worded the "DWTFYW" 'license' may not be a good one is a good issue to raise. Keep in mind, though, that the author of the license doesn't seem to be a resident of the US, so none of the above may be applicable. On 9/30/06, Sylvain Hellegouarch wrote: > > > Mind you it seems some people believe the public domain license such as > the MIT one is actually not a license: > > http://www.linuxjournal.com/article/6225 via > http://programming.reddit.com/info/k9kl/comments > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ernsnat at iit.edu Sat Sep 30 19:13:32 2006 From: ernsnat at iit.edu (Nathan R. Ernst) Date: Sat, 30 Sep 2006 12:13:32 -0500 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <451E52A9.9060007@defuze.org> Message-ID: <20060930170807.E4E5C1BAF3@che.dreamhost.com> My original comments were a little tongue-in-cheek. I got a kick out of the "wording" of the license. Objectively, I would have to agree with your thoughts about whether or not the license would hold up, at least in an American court. I would have to say that either an MIT or BSD license would probably be the most liberal. -Nathan -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sylvain Hellegouarch Sent: Saturday, September 30, 2006 6:19 AM To: Discussion of IronPython Subject: Re: [IronPython] FePy SourceForge website updates > I am not saying Seo's choice of license was a bad one, but I don't know > if it has a value by itself that's all. The question is not to please > people but to convey the correct rights as well as the responsability > you take as the provide for the piece of software. The MIT license is as > easy to understand and does just that IMO ;) Mind you it seems some people believe the public domain license such as the MIT one is actually not a license: http://www.linuxjournal.com/article/6225 via http://programming.reddit.com/info/k9kl/comments - Sylvain _______________________________________________ users mailing list users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From sh at defuze.org Sat Sep 30 20:04:20 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Sat, 30 Sep 2006 19:04:20 +0100 Subject: [IronPython] FePy SourceForge website updates In-Reply-To: <97ca9710609300825m227ed062s16b2e8fbccc490b6@mail.gmail.com> References: <20060929235927.025B91BA99@che.dreamhost.com> <451DCA0C.8040200@defuze.org> <451E52A9.9060007@defuze.org> <97ca9710609300825m227ed062s16b2e8fbccc490b6@mail.gmail.com> Message-ID: <451EB1A4.6000205@defuze.org> Terry L. Triplett wrote: > Your comment seems to directly contradict what Larry Rosen said in the > article. Yes my mistake :) - Sylvain