Hello world page

, with CSS "overflow: auto;" for the scrollbars. - insert a

tag for each line into the

. - capture the body.onkeypress events for input - keep a textinput buffer in IronPython, but show the last line by copying it on each keypress to the last

- The cursor could be , styled in CSS to show a pinking cursor. - handle the left/right arrows to shift the cursor - handle the up/down arrows to replace the last

with the second last executed command - on a "enter" press, process that line. - when using a

, it's even very easy to do syntax highlighting on the fly. Surround known keywords by a and style them. That shouldn't be too hard to do. But you should decide whether it's necessary to have this all in IronPython. Probably, it's the cleanest way to do it. Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan at slenders.be Wed Jun 18 13:54:19 2008 From: jonathan at slenders.be (Jonathan Slenders) Date: Wed, 18 Jun 2008 13:54:19 +0200 Subject: [IronPython] Python Pages -> Working APAX code Message-ID: Hello I got my first APAX code working, and I'm actually a little proud about it. The webpage contains a Silverlight control at the client, which queries a database at the server through APAX. It parses the result with the Linq library and inserts them into the DOM. The server publishes an XML API, and the client can request row after row. When the client need e.g. 10 rows, the API returns only 10 rows, and later on, the client can request the following 10 until the connection has been closed. The code at the server is based on a template. So, if one needs to publish an API for another database table. He creates a new page based on the mysql-database-xml-api master page and sets a few variables like dbtable, etc.. The Silverlight control is also based on my silvelight-xap master page which creates the xap file on the fly when requested. The code for the API however, isn't yet abstracted. The current version of Python Pages is installed and running at the following URL. It uses Silverlight 2, beta 2. http://home.slenders.be:8000/ Click the "test pages" link and then "silverlight client", or "javascript client". At the bottom of each page, a link "view source code" is available. Feel free to click them and see the server side code. You may also want to look at the documentation, and other test pages. In the Administration page, please don't click the "self test" button more then once. What it does is rendering all the pages in the framework and generating an overview of which pages do and which don't work. (Pretty heavy for my little server.) The web based debugger shows the breakpoints, but also isn't fully implemented -- just don't waste too much time there now. I hope it's worth something. At least, I can't find anyone who's done this before in IPy. Jonathan PS: I didn't yet receive an answer for my last two questions, so if someone knowns about this... (document.createTextNode() and using iterators in IPy to walk through a Linq element container) PS2: Please don't abuse my home server. The Internet connection isn't that fast, and the server itself isn't too. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From christian.muirhead at resolversystems.com Wed Jun 18 17:06:54 2008 From: christian.muirhead at resolversystems.com (Christian Muirhead) Date: Wed, 18 Jun 2008 16:06:54 +0100 Subject: [IronPython] Hosting: passing arguments to scripts? Message-ID: <4859248E.70000@resolversystems.com> Hey guys - I'm looking at running Resolver One on IP2B3, and it took a long time to work out how to pass an argument in to a script to run - it seemed like I should be able to set the ScriptEngine.Options.Arguments, but that resulted in an empty sys.argv. In the end I dug around in the source and found the following, which works: List argList = new List(); argList.extend(args); PythonContext context = (PythonContext)HostingHelpers.GetLanguageContext(engine); context.SystemState.Dict[SymbolTable.StringToId("argv")] = argList; There are comments on HostingHelper not really being intended for hosts - is there a better/less likely to go away method of doing this? Thanks, Christian -- Christian Muirhead Resolver Systems christian.muirhead at resolversystems.com We're hiring! http://www.resolversystems.com/jobs/ Resolver Systems Ltd 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK From dinov at exchange.microsoft.com Wed Jun 18 17:24:51 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 18 Jun 2008 08:24:51 -0700 Subject: [IronPython] Hosting: passing arguments to scripts? In-Reply-To: <4859248E.70000@resolversystems.com> References: <4859248E.70000@resolversystems.com> Message-ID: <7AD436E4270DD54A94238001769C2227012BC9F4FFC6@DF-GRTDANE-MSG.exchange.corp.microsoft.com> That's probably the best way to do it right now - we need to provide a service for Python specific information (exposed via ScriptEngine.GetService) or provide a PythonEngine wrapper which enables Python specific behavior. At this point that might be a feature that waits for post 2.0 though. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Christian Muirhead Sent: Wednesday, June 18, 2008 8:07 AM To: Discussion of IronPython Subject: [IronPython] Hosting: passing arguments to scripts? Hey guys - I'm looking at running Resolver One on IP2B3, and it took a long time to work out how to pass an argument in to a script to run - it seemed like I should be able to set the ScriptEngine.Options.Arguments, but that resulted in an empty sys.argv. In the end I dug around in the source and found the following, which works: List argList = new List(); argList.extend(args); PythonContext context = (PythonContext)HostingHelpers.GetLanguageContext(engine); context.SystemState.Dict[SymbolTable.StringToId("argv")] = argList; There are comments on HostingHelper not really being intended for hosts - is there a better/less likely to go away method of doing this? Thanks, Christian -- Christian Muirhead Resolver Systems christian.muirhead at resolversystems.com We're hiring! http://www.resolversystems.com/jobs/ Resolver Systems Ltd 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From lists.ironpython.com at ka.weltenschmiede.com Wed Jun 18 17:43:49 2008 From: lists.ironpython.com at ka.weltenschmiede.com (Korbinian Abenthum) Date: Wed, 18 Jun 2008 17:43:49 +0200 Subject: [IronPython] Operator overloading, and implicit conversion from Double to Single in operators References: <00b301c8d08c_75a9cbc0_14b2a8c0@lannisport> <7AD436E4270DD54A94238001769C2227012BC9F4FE44@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <011b01c8d15a_1a3ee350_14b2a8c0@lannisport> Dino Viehland wrote: > Great question. The reason why operators get treated > differently due to things like: > > [2, 3] * 2.0 > > For this call we cannot coerce the float into an int by Python > semantics. Compare this to: > > xrange(2.0) > > which is allowed (but in CPython issues a warning). > > So in general Python seems to be more restrictive on binary > operators then it does on method calls. Hmm. I know very little of Python, but that is a bold conclusion if it's only based on these two examples. :) The second call issues a "DeprecationWarning" - the reason for why Python is less restrictive there seems purely historical to me. > We've mirrored this behavior in IronPython through our support of > .NET operator overloading. That allows us to implement the standard > Python semantics in a manner which .NET understands - for example > our List class implements operator * and a C# programmer could do > someList * 3. We then just automatically expose these operators > out to Python in a way which Python expects - including returning > NotImplemented if the parameters aren't compatible. That's of course the desired behavior, but I think that to mirror this it'd make more sense to only distinguish between integer and floating point numbers, just like Python does, especially since it's rather cumbersome to get to floats in IronPython. Or, to be consistent with method calls where all numbers are downcast, just do the same with operators and solve this with overloads: The Sequence multiplication can get both a multiplication operator with an int and one with a float. I don't know how you choose between overloads, but if calls with an integer argument prefer the first, and with a floating points prefer the second (which throws NotImplemented) then you're done. But it could be that I'm still missing the big picture. > We could look at relaxing this in the future (in particular > for non-Python types) but I think we have bigger fish to fry > for the immediate future - and it might just make things that > much more confusing as well. If it's particularly troublesome > I'd suggest opening a feature request on CodePlex so we can > gauge how many people it's affecting by keeping track of the > votes. My problem was that I couldn't figure out what I was doing wrong, why I could still multiply my vectors with integers, and why it worked if I called the static op_Multiply method myself - that is until you removed exposure of static operator methods in B2.2 or B2.3 ;) I don't have to do much vector math in my scripts, so now that I know how to properly workaround I can definitely live with it, but I still think it's a bug and that it would make sense to change it some day. BTW thanks for fixing #16693 - I'm glad that I can use globals in generators again. :) Cheers, Korbinian From ckupec at mvlc.org Wed Jun 18 21:30:31 2008 From: ckupec at mvlc.org (joeymcjoejoe) Date: Wed, 18 Jun 2008 12:30:31 -0700 (PDT) Subject: [IronPython] Using pyc.py to make stand-alone executables Message-ID: <17990029.post@talk.nabble.com> I seem to be having a problem compiling a stand-alone exe file out of my code. my code is essentially pure Python. I'm using just using System.IO to get the FileSystemWatcher. The regular python modules I'm using are these: import sys sys.path.append(r'C:\Python25\Lib') import os import time import datetime import re import shutil import ConfigParser import string import smtplib import email.Message When I run this line: ipy.exe pyc.py /main:myprogram.py I get an executable that removes the need for IronPython on the client. It will run on the compiling machine, plus any other machine with Python installled. But without Python installed, it won't run.So I think I need to include those resources in the compile command, no? How do I include those regular python modules? The pyc sample readme only shows how to take the .Net modules in. What is the proper syntax I need to use? My guess is /res: ? And which ones do I take? The uncompiled ones? Also email.Message is in its own directory "Email\message.py" Some I can't even find in the Lib directory, e.g.: sys, time, datetime. What do I do in that case? -- View this message in context: http://www.nabble.com/Using-pyc.py-to-make-stand-alone-executables-tp17990029p17990029.html Sent from the IronPython mailing list archive at Nabble.com. From dinov at exchange.microsoft.com Wed Jun 18 23:42:42 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Wed, 18 Jun 2008 14:42:42 -0700 Subject: [IronPython] IronPython 2.0 Minimum Requirements Message-ID: <7AD436E4270DD54A94238001769C2227012BCA0C0219@DF-GRTDANE-MSG.exchange.corp.microsoft.com> As everyone's probably aware Beta 3 was the first release to officially start requiring .NET 3.5 to compile IronPython and the DLR sources. I just wanted to let everyone know that we've also now formalized what the minimum runtime requirements for IronPython 2.0 will be. The short of this is that IronPython (and the DLR) will start requiring .NET 2.0 SP1. The first IronPython release that will require this will be Beta 4 but it'll start showing up in our source tree sometime next week. The reason for this change is that .NET 2.0 has a few bugs which we've been working around until this point. There's one in particular, referencing generic fields on a type from dynamic methods, which effects our public surface, performance, and compatibility with .NET 3.5 (w.r.t. LINQ Expression trees). As the DLR team continues their work this has become more and more problematic and we're now at the point where they need to be able to move forward. .NET 2.0 SP1 was released last November so we hope that this gives plenty of time between it's release and the final IronPython release to enable most users to upgrade. Also anyone who has deployed .NET 3.5 will also have .NET 2.0 SP1 installed so we're hoping this isn't too high of a bar. If you have any questions or concerns please let us know. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Jun 19 04:38:26 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 19 Jun 2008 11:38:26 +0900 Subject: [IronPython] Using pyc.py to make stand-alone executables In-Reply-To: <17990029.post@talk.nabble.com> References: <17990029.post@talk.nabble.com> Message-ID: <5b0248170806181938t6ea5fb23j94b7e796d75af23@mail.gmail.com> Can't answer other questions, but... 2008/6/19 joeymcjoejoe : > Some I can't even find in the Lib directory, e.g.: sys, time, datetime. What > do I do in that case? Nothing. These modules are implemented in IronPython.dll. -- Seo Sanghyeon From fuzzyman at voidspace.org.uk Thu Jun 19 11:05:16 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 19 Jun 2008 10:05:16 +0100 Subject: [IronPython] Python in the Browser updates In-Reply-To: References: <4856F194.7040004@voidspace.org.uk> <485831ED.2050304@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845CC6216BA@NA-EXMSG-C116.redmond.corp.microsoft.com> <4858DCF3.1000302@voidspace.org.uk> Message-ID: <485A214C.1060409@voidspace.org.uk> Hello all, Thanks Jonathan. The approach you suggest has several great advantages. The disadvantages are that you lose the ability to copy and paste (I think most browsers forbid you from manipulating the clipboard from Javascript unless the user has fiddled with some obscure settings). For the first release I'll stick with a textarea but I'll prototype your suggestion for the next release and see what I think. Michael Foord Jonathan Slenders wrote: > > > 2008/6/18 Michael Foord >: > > Jimmy Schementi wrote: > > Michael, question for you: > > > > On every keypress Javascript calls into IronPython (via > the C#!). > > > > How come you used C# to handle the onkeypress event? This > should do it in Python: > > > > > Did you look at the code to see why? I'd be really interested to > know if I can do what I'm doing from Python inside Silverlight, > but I doubt it. There's not much code in total, so it should be > easy to follow. > > I actually handle the onkeypress event from Javascript > (onkeypress.js). This calls into 'getSelection' (cursor_pos.js) to > work out the current selection in the textarea. Naturally this is > easy to do in Firefox / Safari and scarily awful in IE. :-) > > Having worked these out (and shortcut a few specific scenarios - > like ctrl-A, ctrl-Z and ctrl-C), the Javascript then calls into > IronPython with the selection start, selection end, and the > character that was pressed. I use C# to expose a scriptable type > that Javascript can call. > > I use attaching events from Python to provide the sample code. > There are three links above the console and Python handles the > 'onclick' event to swap the examples around. > > > > I think Jimmy is right here. And the parts you did in javascript, > could also be done in Silverlight. Some suggestions how I would do this: > - instead of a text area, I'd use a html

, with CSS "overflow: > auto;" for the scrollbars. > - insert a

tag for each line into the

. > - capture the body.onkeypress events for input > - keep a textinput buffer in IronPython, but show the last line by > copying it on each keypress to the last

> - The cursor could be , styled in CSS to show a pinking cursor. > - handle the left/right arrows to shift the cursor > - handle the up/down arrows to replace the last

with the second > last executed command > - on a "enter" press, process that line. > - when using a

, it's even very easy to do syntax highlighting on > the fly. Surround known keywords by a and style > them. > > That shouldn't be too hard to do. But you should decide whether it's > necessary to have this all in IronPython. Probably, it's the cleanest > way to do it. > > Jonathan > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From jonathan at slenders.be Thu Jun 19 12:05:51 2008 From: jonathan at slenders.be (Jonathan Slenders) Date: Thu, 19 Jun 2008 12:05:51 +0200 Subject: [IronPython] Python in the Browser updates In-Reply-To: <485A214C.1060409@voidspace.org.uk> References: <4856F194.7040004@voidspace.org.uk> <485831ED.2050304@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845CC6216BA@NA-EXMSG-C116.redmond.corp.microsoft.com> <4858DCF3.1000302@voidspace.org.uk> <485A214C.1060409@voidspace.org.uk> Message-ID: You're right there. Copying is no problem, but pasting is. I don't know how often you paste Python code in an interactive terminal, but you should do it literally line by line because of the extra empty line required in the console to close a definition. So, I don't think it's really that important. If you're interested. The link below is a Vi prototype in the browser written in Javascript. (I hope, you know the basics of Vi, to test it :) ) >From what I remember, it doesn't use a text area, just HTML markup. (It does syncs the content to a text area however, for submitting the form.) http://gpl.internetconnection.net/vi/ Jonathan 2008/6/19 Michael Foord : > Hello all, > > Thanks Jonathan. The approach you suggest has several great advantages. The > disadvantages are that you lose the ability to copy and paste (I think most > browsers forbid you from manipulating the clipboard from Javascript unless > the user has fiddled with some obscure settings). > > For the first release I'll stick with a textarea but I'll prototype your > suggestion for the next release and see what I think. > > Michael Foord > > Jonathan Slenders wrote: > >> >> >> 2008/6/18 Michael Foord > fuzzyman at voidspace.org.uk>>: >> >> >> Jimmy Schementi wrote: >> >> Michael, question for you: >> >> >> On every keypress Javascript calls into IronPython (via >> the C#!). >> >> >> How come you used C# to handle the onkeypress event? This >> should do it in Python: >> >> >> >> Did you look at the code to see why? I'd be really interested to >> know if I can do what I'm doing from Python inside Silverlight, >> but I doubt it. There's not much code in total, so it should be >> easy to follow. >> >> I actually handle the onkeypress event from Javascript >> (onkeypress.js). This calls into 'getSelection' (cursor_pos.js) to >> work out the current selection in the textarea. Naturally this is >> easy to do in Firefox / Safari and scarily awful in IE. :-) >> >> Having worked these out (and shortcut a few specific scenarios - >> like ctrl-A, ctrl-Z and ctrl-C), the Javascript then calls into >> IronPython with the selection start, selection end, and the >> character that was pressed. I use C# to expose a scriptable type >> that Javascript can call. >> >> I use attaching events from Python to provide the sample code. >> There are three links above the console and Python handles the >> 'onclick' event to swap the examples around. >> >> >> >> I think Jimmy is right here. And the parts you did in javascript, could >> also be done in Silverlight. Some suggestions how I would do this: >> - instead of a text area, I'd use a html

, with CSS "overflow: >> auto;" for the scrollbars. >> - insert a

tag for each line into the

. >> - capture the body.onkeypress events for input >> - keep a textinput buffer in IronPython, but show the last line by copying >> it on each keypress to the last

>> - The cursor could be , styled in CSS to show a pinking cursor. >> - handle the left/right arrows to shift the cursor >> - handle the up/down arrows to replace the last

with the second last >> executed command >> - on a "enter" press, process that line. >> - when using a

, it's even very easy to do syntax highlighting on the >> fly. Surround known keywords by a and style them. >> >> That shouldn't be too hard to do. But you should decide whether it's >> necessary to have this all in IronPython. Probably, it's the cleanest way to >> do it. >> >> Jonathan >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 Jimmy.Schementi at microsoft.com Thu Jun 19 12:08:51 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Thu, 19 Jun 2008 03:08:51 -0700 Subject: [IronPython] Python in the Browser updates In-Reply-To: <485A214C.1060409@voidspace.org.uk> References: <4856F194.7040004@voidspace.org.uk> <485831ED.2050304@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845CC6216BA@NA-EXMSG-C116.redmond.corp.microsoft.com> <4858DCF3.1000302@voidspace.org.uk> <485A214C.1060409@voidspace.org.uk> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A32845D26B7F17@NA-EXMSG-C116.redmond.corp.microsoft.com> My "Try IronRuby (in the browser)" toy console does doesn't users a 1-row textarea that expands as more rows are added. The previous console output isn't in the textarea, it's moved into a div above it. It's easy to hide everything's borders and set the margins/paddings right with CSS that the effect is transparent. When I get my bits in the wild feel free to rip it off =) ~js > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Michael Foord > Sent: Thursday, June 19, 2008 2:05 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Python in the Browser updates > > Hello all, > > Thanks Jonathan. The approach you suggest has several great advantages. > The disadvantages are that you lose the ability to copy and paste (I > think most browsers forbid you from manipulating the clipboard from > Javascript unless the user has fiddled with some obscure settings). > > For the first release I'll stick with a textarea but I'll prototype > your > suggestion for the next release and see what I think. > > Michael Foord > > Jonathan Slenders wrote: > > > > > > 2008/6/18 Michael Foord > >: > > > > Jimmy Schementi wrote: > > > > Michael, question for you: > > > > > > > > On every keypress Javascript calls into IronPython (via > > the C#!). > > > > > > > > How come you used C# to handle the onkeypress event? This > > should do it in Python: > > > > > > > > > > Did you look at the code to see why? I'd be really interested to > > know if I can do what I'm doing from Python inside Silverlight, > > but I doubt it. There's not much code in total, so it should be > > easy to follow. > > > > I actually handle the onkeypress event from Javascript > > (onkeypress.js). This calls into 'getSelection' (cursor_pos.js) > to > > work out the current selection in the textarea. Naturally this is > > easy to do in Firefox / Safari and scarily awful in IE. :-) > > > > Having worked these out (and shortcut a few specific scenarios - > > like ctrl-A, ctrl-Z and ctrl-C), the Javascript then calls into > > IronPython with the selection start, selection end, and the > > character that was pressed. I use C# to expose a scriptable type > > that Javascript can call. > > > > I use attaching events from Python to provide the sample code. > > There are three links above the console and Python handles the > > 'onclick' event to swap the examples around. > > > > > > > > I think Jimmy is right here. And the parts you did in javascript, > > could also be done in Silverlight. Some suggestions how I would do > this: > > - instead of a text area, I'd use a html

, with CSS "overflow: > > auto;" for the scrollbars. > > - insert a

tag for each line into the

. > > - capture the body.onkeypress events for input > > - keep a textinput buffer in IronPython, but show the last line by > > copying it on each keypress to the last

> > - The cursor could be , styled in CSS to show a pinking cursor. > > - handle the left/right arrows to shift the cursor > > - handle the up/down arrows to replace the last

with the second > > last executed command > > - on a "enter" press, process that line. > > - when using a

, it's even very easy to do syntax highlighting > on > > the fly. Surround known keywords by a and > style > > them. > > > > That shouldn't be too hard to do. But you should decide whether it's > > necessary to have this all in IronPython. Probably, it's the cleanest > > way to do it. > > > > Jonathan > > --------------------------------------------------------------------- > --- > > > > _______________________________________________ > > 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 fuzzyman at voidspace.org.uk Thu Jun 19 12:12:24 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 19 Jun 2008 11:12:24 +0100 Subject: [IronPython] Python in the Browser updates In-Reply-To: References: <4856F194.7040004@voidspace.org.uk> <485831ED.2050304@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845CC6216BA@NA-EXMSG-C116.redmond.corp.microsoft.com> <4858DCF3.1000302@voidspace.org.uk> <485A214C.1060409@voidspace.org.uk> Message-ID: <485A3108.80606@voidspace.org.uk> Jonathan Slenders wrote: > You're right there. Copying is no problem, but pasting is. I don't > know how often you paste Python code in an interactive terminal, but > you should do it literally line by line because of the extra empty > line required in the console to close a definition. So, I don't think > it's really that important. > I'm forever pasting into consoles... But that aside, both you and Jimmy make some very good suggestions. > If you're interested. The link below is a Vi prototype in the browser > written in Javascript. (I hope, you know the basics of Vi, to test it > :) ) Yep - it feels very broken, which has always been my experience when working with Vi... :-) Michael > From what I remember, it doesn't use a text area, just HTML markup. > (It does syncs the content to a text area however, for submitting the > form.) > > http://gpl.internetconnection.net/vi/ > > Jonathan > > 2008/6/19 Michael Foord >: > > Hello all, > > Thanks Jonathan. The approach you suggest has several great > advantages. The disadvantages are that you lose the ability to > copy and paste (I think most browsers forbid you from manipulating > the clipboard from Javascript unless the user has fiddled with > some obscure settings). > > For the first release I'll stick with a textarea but I'll > prototype your suggestion for the next release and see what I think. > > Michael Foord > > Jonathan Slenders wrote: > > > > 2008/6/18 Michael Foord > >>: > > > Jimmy Schementi wrote: > > Michael, question for you: > > > On every keypress Javascript calls into IronPython (via > the C#!). > > > How come you used C# to handle the onkeypress event? This > should do it in Python: > > > > Did you look at the code to see why? I'd be really > interested to > know if I can do what I'm doing from Python inside Silverlight, > but I doubt it. There's not much code in total, so it should be > easy to follow. > > I actually handle the onkeypress event from Javascript > (onkeypress.js). This calls into 'getSelection' > (cursor_pos.js) to > work out the current selection in the textarea. Naturally > this is > easy to do in Firefox / Safari and scarily awful in IE. :-) > > Having worked these out (and shortcut a few specific > scenarios - > like ctrl-A, ctrl-Z and ctrl-C), the Javascript then calls into > IronPython with the selection start, selection end, and the > character that was pressed. I use C# to expose a scriptable > type > that Javascript can call. > > I use attaching events from Python to provide the sample code. > There are three links above the console and Python handles the > 'onclick' event to swap the examples around. > > > > I think Jimmy is right here. And the parts you did in > javascript, could also be done in Silverlight. Some > suggestions how I would do this: > - instead of a text area, I'd use a html

, with CSS > "overflow: auto;" for the scrollbars. > - insert a

tag for each line into the

. > - capture the body.onkeypress events for input > - keep a textinput buffer in IronPython, but show the last > line by copying it on each keypress to the last

> - The cursor could be , styled in CSS to show a pinking > cursor. > - handle the left/right arrows to shift the cursor > - handle the up/down arrows to replace the last

with the > second last executed command > - on a "enter" press, process that line. > - when using a

, it's even very easy to do syntax > highlighting on the fly. Surround known keywords by a class="keyword"> and style them. > > That shouldn't be too hard to do. But you should decide > whether it's necessary to have this all in IronPython. > Probably, it's the cleanest way to do it. > > Jonathan > ------------------------------------------------------------------------ > > > > _______________________________________________ > 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 Jimmy.Schementi at microsoft.com Thu Jun 19 12:12:41 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Thu, 19 Jun 2008 03:12:41 -0700 Subject: [IronPython] Python in the Browser updates In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A32845D26B7F17@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <4856F194.7040004@voidspace.org.uk> <485831ED.2050304@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845CC6216BA@NA-EXMSG-C116.redmond.corp.microsoft.com> <4858DCF3.1000302@voidspace.org.uk> <485A214C.1060409@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845D26B7F17@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A32845D26B7F18@NA-EXMSG-C116.redmond.corp.microsoft.com> Whoa, 3am typo: "... toy console *uses* a 1-row ..." > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Jimmy Schementi > Sent: Thursday, June 19, 2008 3:09 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Python in the Browser updates > > My "Try IronRuby (in the browser)" toy console does doesn't users a 1- > row textarea that expands as more rows are added. The previous console > output isn't in the textarea, it's moved into a div above it. It's easy > to hide everything's borders and set the margins/paddings right with > CSS that the effect is transparent. > > When I get my bits in the wild feel free to rip it off =) > > ~js > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Michael Foord > > Sent: Thursday, June 19, 2008 2:05 AM > > To: Discussion of IronPython > > Subject: Re: [IronPython] Python in the Browser updates > > > > Hello all, > > > > Thanks Jonathan. The approach you suggest has several great > advantages. > > The disadvantages are that you lose the ability to copy and paste (I > > think most browsers forbid you from manipulating the clipboard from > > Javascript unless the user has fiddled with some obscure settings). > > > > For the first release I'll stick with a textarea but I'll prototype > > your > > suggestion for the next release and see what I think. > > > > Michael Foord > > > > Jonathan Slenders wrote: > > > > > > > > > 2008/6/18 Michael Foord > > >: > > > > > > Jimmy Schementi wrote: > > > > > > Michael, question for you: > > > > > > > > > > > > On every keypress Javascript calls into IronPython (via > > > the C#!). > > > > > > > > > > > > How come you used C# to handle the onkeypress event? This > > > should do it in Python: > > > > > > > > > > > > > > > Did you look at the code to see why? I'd be really interested > to > > > know if I can do what I'm doing from Python inside Silverlight, > > > but I doubt it. There's not much code in total, so it should be > > > easy to follow. > > > > > > I actually handle the onkeypress event from Javascript > > > (onkeypress.js). This calls into 'getSelection' (cursor_pos.js) > > to > > > work out the current selection in the textarea. Naturally this > is > > > easy to do in Firefox / Safari and scarily awful in IE. :-) > > > > > > Having worked these out (and shortcut a few specific scenarios > - > > > like ctrl-A, ctrl-Z and ctrl-C), the Javascript then calls into > > > IronPython with the selection start, selection end, and the > > > character that was pressed. I use C# to expose a scriptable > type > > > that Javascript can call. > > > > > > I use attaching events from Python to provide the sample code. > > > There are three links above the console and Python handles the > > > 'onclick' event to swap the examples around. > > > > > > > > > > > > I think Jimmy is right here. And the parts you did in javascript, > > > could also be done in Silverlight. Some suggestions how I would do > > this: > > > - instead of a text area, I'd use a html

, with CSS > "overflow: > > > auto;" for the scrollbars. > > > - insert a

tag for each line into the

. > > > - capture the body.onkeypress events for input > > > - keep a textinput buffer in IronPython, but show the last line by > > > copying it on each keypress to the last

> > > - The cursor could be , styled in CSS to show a pinking > cursor. > > > - handle the left/right arrows to shift the cursor > > > - handle the up/down arrows to replace the last

with the second > > > last executed command > > > - on a "enter" press, process that line. > > > - when using a

, it's even very easy to do syntax highlighting > > on > > > the fly. Surround known keywords by a and > > style > > > them. > > > > > > That shouldn't be too hard to do. But you should decide whether > it's > > > necessary to have this all in IronPython. Probably, it's the > cleanest > > > way to do it. > > > > > > Jonathan > > > ------------------------------------------------------------------- > -- > > --- > > > > > > _______________________________________________ > > > 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 fuzzyman at voidspace.org.uk Thu Jun 19 12:12:46 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 19 Jun 2008 11:12:46 +0100 Subject: [IronPython] Python in the Browser updates In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A32845D26B7F17@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <4856F194.7040004@voidspace.org.uk> <485831ED.2050304@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845CC6216BA@NA-EXMSG-C116.redmond.corp.microsoft.com> <4858DCF3.1000302@voidspace.org.uk> <485A214C.1060409@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A32845D26B7F17@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: <485A311E.6070702@voidspace.org.uk> Jimmy Schementi wrote: > My "Try IronRuby (in the browser)" toy console does doesn't users a 1-row textarea that expands as more rows are added. The previous console output isn't in the textarea, it's moved into a div above it. It's easy to hide everything's borders and set the margins/paddings right with CSS that the effect is transparent. > > When I get my bits in the wild feel free to rip it off =) > I probably will do... Michael > ~js > > >> -----Original Message----- >> From: users-bounces at lists.ironpython.com [mailto:users- >> bounces at lists.ironpython.com] On Behalf Of Michael Foord >> Sent: Thursday, June 19, 2008 2:05 AM >> To: Discussion of IronPython >> Subject: Re: [IronPython] Python in the Browser updates >> >> Hello all, >> >> Thanks Jonathan. The approach you suggest has several great advantages. >> The disadvantages are that you lose the ability to copy and paste (I >> think most browsers forbid you from manipulating the clipboard from >> Javascript unless the user has fiddled with some obscure settings). >> >> For the first release I'll stick with a textarea but I'll prototype >> your >> suggestion for the next release and see what I think. >> >> Michael Foord >> >> Jonathan Slenders wrote: >> >>> 2008/6/18 Michael Foord >> >: >>> >>> Jimmy Schementi wrote: >>> >>> Michael, question for you: >>> >>> >>> >>> On every keypress Javascript calls into IronPython (via >>> the C#!). >>> >>> >>> >>> How come you used C# to handle the onkeypress event? This >>> should do it in Python: >>> >>> >>> >>> >>> Did you look at the code to see why? I'd be really interested to >>> know if I can do what I'm doing from Python inside Silverlight, >>> but I doubt it. There's not much code in total, so it should be >>> easy to follow. >>> >>> I actually handle the onkeypress event from Javascript >>> (onkeypress.js). This calls into 'getSelection' (cursor_pos.js) >>> >> to >> >>> work out the current selection in the textarea. Naturally this is >>> easy to do in Firefox / Safari and scarily awful in IE. :-) >>> >>> Having worked these out (and shortcut a few specific scenarios - >>> like ctrl-A, ctrl-Z and ctrl-C), the Javascript then calls into >>> IronPython with the selection start, selection end, and the >>> character that was pressed. I use C# to expose a scriptable type >>> that Javascript can call. >>> >>> I use attaching events from Python to provide the sample code. >>> There are three links above the console and Python handles the >>> 'onclick' event to swap the examples around. >>> >>> >>> >>> I think Jimmy is right here. And the parts you did in javascript, >>> could also be done in Silverlight. Some suggestions how I would do >>> >> this: >> >>> - instead of a text area, I'd use a html

, with CSS "overflow: >>> auto;" for the scrollbars. >>> - insert a

tag for each line into the

. >>> - capture the body.onkeypress events for input >>> - keep a textinput buffer in IronPython, but show the last line by >>> copying it on each keypress to the last

>>> - The cursor could be , styled in CSS to show a pinking cursor. >>> - handle the left/right arrows to shift the cursor >>> - handle the up/down arrows to replace the last

with the second >>> last executed command >>> - on a "enter" press, process that line. >>> - when using a

, it's even very easy to do syntax highlighting >>> >> on >> >>> the fly. Surround known keywords by a and >>> >> style >> >>> them. >>> >>> That shouldn't be too hard to do. But you should decide whether it's >>> necessary to have this all in IronPython. Probably, it's the cleanest >>> way to do it. >>> >>> Jonathan >>> --------------------------------------------------------------------- >>> >> --- >> >>> _______________________________________________ >>> 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 peter at peterryan.net Thu Jun 19 22:44:05 2008 From: peter at peterryan.net (peter_ryan) Date: Thu, 19 Jun 2008 13:44:05 -0700 (PDT) Subject: [IronPython] Disabling "Send a message to Microsoft popup" Message-ID: <18017714.post@talk.nabble.com> I have an iron python process that is running and every once in awhile it displays the "IronPython Console has encountered an error and needs to close" popup. The ipy process closes but locks to referenced assemblies remain until I click "Don't Send." Is there a way to prevent Iron Python from launching this popup or at least handle it programmatically? I am trying to create an automated process and this popup is blocking the run as I am waiting for the assemblies to unlock so I can delete them. Right now I do not have the ability to fix the error causing the popup. Thanks! Peter -- View this message in context: http://www.nabble.com/Disabling-%22Send-a-message-to-Microsoft-popup%22-tp18017714p18017714.html Sent from the IronPython mailing list archive at Nabble.com. From fuzzyman at voidspace.org.uk Thu Jun 19 22:45:39 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 19 Jun 2008 21:45:39 +0100 Subject: [IronPython] Disabling "Send a message to Microsoft popup" In-Reply-To: <18017714.post@talk.nabble.com> References: <18017714.post@talk.nabble.com> Message-ID: <485AC573.2010501@voidspace.org.uk> Hello Peter, You'll find this article interesting. http://freshfoo.com/blog/dotnet_exceptions Michael peter_ryan wrote: > I have an iron python process that is running and every once in awhile it > displays the "IronPython Console has encountered an error and needs to > close" popup. The ipy process closes but locks to referenced assemblies > remain until I click "Don't Send." > > Is there a way to prevent Iron Python from launching this popup or at least > handle it programmatically? I am trying to create an automated process and > this popup is blocking the run as I am waiting for the assemblies to unlock > so I can delete them. > > Right now I do not have the ability to fix the error causing the popup. > > Thanks! > > Peter > -- http://www.ironpythoninaction.com/ http://www.theotherdelia.co.uk/ http://www.voidspace.org.uk/ http://www.ironpython.info/ http://www.resolverhacks.net/ From fuzzyman at voidspace.org.uk Thu Jun 19 22:48:19 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 19 Jun 2008 21:48:19 +0100 Subject: [IronPython] Using pyc.py to make stand-alone executables In-Reply-To: <17990029.post@talk.nabble.com> References: <17990029.post@talk.nabble.com> Message-ID: <485AC613.7060101@voidspace.org.uk> joeymcjoejoe wrote: > I seem to be having a problem compiling a stand-alone exe file out of my > code. > > my code is essentially pure Python. I'm using just using System.IO to get > the FileSystemWatcher. > > The regular python modules I'm using are these: > > import sys > sys.path.append(r'C:\Python25\Lib') > import os > import time > import datetime > import re > import shutil > import ConfigParser > import string > import smtplib > import email.Message > > When I run this line: > > ipy.exe pyc.py /main:myprogram.py > > I get an executable that removes the need for IronPython on the client. It > will run on the compiling machine, plus any other machine with Python > installled. > > You still need the IronPython assemblies of course. > But without Python installed, it won't run.So I think I need to include > those resources in the compile command, no? > > How do I include those regular python modules? The pyc sample readme only > shows how to take the .Net modules in. What is the proper syntax I need to > use? My guess is /res: ? > No - the modules need to be available to import in the usual way. You can compile these as well if you want. > And which ones do I take? The uncompiled ones? > > Also email.Message is in its own directory "Email\message.py" > > This is a Python package. Even if you ship it compiled it will still need to be in a directory like this for the Python import to work. Michael Foord > Some I can't even find in the Lib directory, e.g.: sys, time, datetime. What > do I do in that case? > > > > -- http://www.ironpythoninaction.com/ http://www.theotherdelia.co.uk/ http://www.voidspace.org.uk/ http://www.ironpython.info/ http://www.resolverhacks.net/ From peter at peterryan.net Thu Jun 19 22:59:51 2008 From: peter at peterryan.net (Peter Ryan) Date: Thu, 19 Jun 2008 15:59:51 -0500 Subject: [IronPython] Disabling "Send a message to Microsoft popup" In-Reply-To: <485AC573.2010501@voidspace.org.uk> References: <18017714.post@talk.nabble.com> <485AC573.2010501@voidspace.org.uk> Message-ID: <485AC8C7.4090803@peterryan.net> Thanks! The second solution (exceptions occurring off the main thread) solved my problem. Michael Foord wrote: > Hello Peter, > > You'll find this article interesting. > > http://freshfoo.com/blog/dotnet_exceptions > > Michael From M.J.Clarke at rl.ac.uk Fri Jun 20 13:26:39 2008 From: M.J.Clarke at rl.ac.uk (Clarke, MJ (Matt)) Date: Fri, 20 Jun 2008 12:26:39 +0100 Subject: [IronPython] Problem with Beta3 Message-ID: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk> Hi, When I try to run these lines from C# (which I borrowed from EngineTest.cs) _env = ScriptRuntime.Create(); _pe = _env.GetEngine("py"); I get the following exception: Microsoft.Scripting.Runtime.MissingTypeException was unhandled Message="Type 'IronPython, IronPython.Runtime.PythonContext' is missing or cannot be loaded." Source="Microsoft.Scripting.Core" Any ideas? Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: From christian.muirhead at resolversystems.com Fri Jun 20 13:56:36 2008 From: christian.muirhead at resolversystems.com (Christian Muirhead) Date: Fri, 20 Jun 2008 12:56:36 +0100 Subject: [IronPython] upgrading to ip 2b3 in Resolver One Message-ID: <485B9AF4.1060901@resolversystems.com> Hi guys - I mentioned the other day that I was doing some work towards us porting Resolver One to IP 2b3. I've got it working (mostly), but hit some bumps along the way that I figured it would be worth mentioning here: * As I noted before, passing in arguments to the hosted engine was a bit obscure (although it sounds like the API for this is a work in progress). * Another thing I saw here was that you can't set __name__ in a scope when running a script loaded from a source file - that is, this: ScriptSource source = engine.CreateScriptSourceFromFile("test.py"); ScriptScope scope = e.CreateScope(); scope.SetVariable("__name__", "__main__"); source.Execute(scope); when test.py contains print __name__ prints "test" * Can't assign to an instance's __doc__ attribute - we use this for our documentation generation in one place. (This works in IP 1.1.1, and CPython.) Shouldn't be hard to work around in the meantime. * We get deprecation warnings when we access protected members of C# classes from IP subclasses - I can understand this for code outside of subclasses (which shouldn't work but does in IP 1.1.1), but it would be nice if it still worked from code in a subclass. (This would be easy to work around for us - the protected members are all on dialogs we define in C#, so we can change them to public if we need to.) D'oh - I was just about to tell you about a weird thing I had seen where calling ScriptScope.SetVariable(name, value) when value is None fails - it dispatches to the (string, ObjectHandle) overload for some reason. Then I realised that the problem was that I was trying to use the C# API from IP, when I could just call setattr with the scope instead. That works fine. (And now I remember the .Overloads property to select between them.) Now that it's working, the performance is about 4x slower than under 1.1.1. I'm in the process of drilling down into that for specific operations that are drastically different - hopefully they'll be nicely isolated. Thanks, Christian -- Christian Muirhead Resolver Systems christian.muirhead at resolversystems.com We're hiring! http://www.resolversystems.com/jobs/ Resolver Systems Ltd 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK From ben2004uk at googlemail.com Fri Jun 20 14:12:34 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Fri, 20 Jun 2008 13:12:34 +0100 Subject: [IronPython] Problem with Beta3 In-Reply-To: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk> References: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk> Message-ID: Hello, Have you referenced Microsoft.Scripting and Microsoft.Scripting.Core in your C# project? Are they the correct version (the only IP was built against). They would be the first things to check, if you still have problems then let us know. Ben Blog.BenHall.me.uk On Fri, Jun 20, 2008 at 12:26 PM, Clarke, MJ (Matt) wrote: > Hi, > > > > When I try to run these lines from C# (which I borrowed from EngineTest.cs) > > > > _env = ScriptRuntime.Create(); > > _pe = _env.GetEngine("py"); > > > > I get the following exception: > > > > Microsoft.Scripting.Runtime.MissingTypeException was unhandled > > Message="Type 'IronPython, IronPython.Runtime.PythonContext' is missing or > cannot be loaded." > > Source="Microsoft.Scripting.Core" > > > > Any ideas? > > > > Matt > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From M.J.Clarke at rl.ac.uk Fri Jun 20 14:40:37 2008 From: M.J.Clarke at rl.ac.uk (Clarke, MJ (Matt)) Date: Fri, 20 Jun 2008 13:40:37 +0100 Subject: [IronPython] Problem with Beta3 In-Reply-To: References: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk> Message-ID: <57BFD82EEF0CDE41A72C4EDADF8A01B2068244EB@exchange27.fed.cclrc.ac.uk> Hi Ben, thanks for the reply. I have tried using the dlls that came with the binary download and I have also tried rebuilding IP from source and using all the dlls from that - same result. Matt -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ben Hall Sent: 20 June 2008 13:13 To: Discussion of IronPython Subject: Re: [IronPython] Problem with Beta3 Hello, Have you referenced Microsoft.Scripting and Microsoft.Scripting.Core in your C# project? Are they the correct version (the only IP was built against). They would be the first things to check, if you still have problems then let us know. Ben Blog.BenHall.me.uk On Fri, Jun 20, 2008 at 12:26 PM, Clarke, MJ (Matt) wrote: > Hi, > > > > When I try to run these lines from C# (which I borrowed from EngineTest.cs) > > > > _env = ScriptRuntime.Create(); > > _pe = _env.GetEngine("py"); > > > > I get the following exception: > > > > Microsoft.Scripting.Runtime.MissingTypeException was unhandled > > Message="Type 'IronPython, IronPython.Runtime.PythonContext' is missing or > cannot be loaded." > > Source="Microsoft.Scripting.Core" > > > > Any ideas? > > > > Matt > > _______________________________________________ > 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 curt at hagenlocher.org Fri Jun 20 14:42:56 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Fri, 20 Jun 2008 05:42:56 -0700 Subject: [IronPython] Problem with Beta3 In-Reply-To: <57BFD82EEF0CDE41A72C4EDADF8A01B2068244EB@exchange27.fed.cclrc.ac.uk> References: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk> <57BFD82EEF0CDE41A72C4EDADF8A01B2068244EB@exchange27.fed.cclrc.ac.uk> Message-ID: All four of the DLLs are in your executable directory? On Fri, Jun 20, 2008 at 5:40 AM, Clarke, MJ (Matt) wrote: > Hi Ben, thanks for the reply. > > I have tried using the dlls that came with the binary download and I > have also tried rebuilding IP from source and using all the dlls from > that - same result. > > Matt > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ben Hall > Sent: 20 June 2008 13:13 > To: Discussion of IronPython > Subject: Re: [IronPython] Problem with Beta3 > > Hello, > > Have you referenced Microsoft.Scripting and Microsoft.Scripting.Core > in your C# project? Are they the correct version (the only IP was > built against). > > They would be the first things to check, if you still have problems > then let us know. > > Ben > Blog.BenHall.me.uk > > On Fri, Jun 20, 2008 at 12:26 PM, Clarke, MJ (Matt) > wrote: > > Hi, > > > > > > > > When I try to run these lines from C# (which I borrowed from > EngineTest.cs) > > > > > > > > _env = ScriptRuntime.Create(); > > > > _pe = _env.GetEngine("py"); > > > > > > > > I get the following exception: > > > > > > > > Microsoft.Scripting.Runtime.MissingTypeException was unhandled > > > > Message="Type 'IronPython, IronPython.Runtime.PythonContext' is > missing or > > cannot be loaded." > > > > Source="Microsoft.Scripting.Core" > > > > > > > > Any ideas? > > > > > > > > Matt > > > > _______________________________________________ > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From M.J.Clarke at rl.ac.uk Fri Jun 20 14:48:02 2008 From: M.J.Clarke at rl.ac.uk (Clarke, MJ (Matt)) Date: Fri, 20 Jun 2008 13:48:02 +0100 Subject: [IronPython] Problem with Beta3 In-Reply-To: References: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk><57BFD82EEF0CDE41A72C4EDADF8A01B2068244EB@exchange27.fed.cclrc.ac.uk> Message-ID: <57BFD82EEF0CDE41A72C4EDADF8A01B2068244F3@exchange27.fed.cclrc.ac.uk> Aha. I was using a test harness to run my library and it did not copy the IronPythonModules.Dll across when I added a reference to my library. It works now. Thanks. Matt From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Curt Hagenlocher Sent: 20 June 2008 13:43 To: Discussion of IronPython Subject: Re: [IronPython] Problem with Beta3 All four of the DLLs are in your executable directory? On Fri, Jun 20, 2008 at 5:40 AM, Clarke, MJ (Matt) wrote: Hi Ben, thanks for the reply. I have tried using the dlls that came with the binary download and I have also tried rebuilding IP from source and using all the dlls from that - same result. Matt -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ben Hall Sent: 20 June 2008 13:13 To: Discussion of IronPython Subject: Re: [IronPython] Problem with Beta3 Hello, Have you referenced Microsoft.Scripting and Microsoft.Scripting.Core in your C# project? Are they the correct version (the only IP was built against). They would be the first things to check, if you still have problems then let us know. Ben Blog.BenHall.me.uk On Fri, Jun 20, 2008 at 12:26 PM, Clarke, MJ (Matt) wrote: > Hi, > > > > When I try to run these lines from C# (which I borrowed from EngineTest.cs) > > > > _env = ScriptRuntime.Create(); > > _pe = _env.GetEngine("py"); > > > > I get the following exception: > > > > Microsoft.Scripting.Runtime.MissingTypeException was unhandled > > Message="Type 'IronPython, IronPython.Runtime.PythonContext' is missing or > cannot be loaded." > > Source="Microsoft.Scripting.Core" > > > > Any ideas? > > > > Matt > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben2004uk at googlemail.com Fri Jun 20 15:10:37 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Fri, 20 Jun 2008 14:10:37 +0100 Subject: [IronPython] Problem with Beta3 In-Reply-To: <57BFD82EEF0CDE41A72C4EDADF8A01B2068244F3@exchange27.fed.cclrc.ac.uk> References: <57BFD82EEF0CDE41A72C4EDADF8A01B206824499@exchange27.fed.cclrc.ac.uk> <57BFD82EEF0CDE41A72C4EDADF8A01B2068244EB@exchange27.fed.cclrc.ac.uk> <57BFD82EEF0CDE41A72C4EDADF8A01B2068244F3@exchange27.fed.cclrc.ac.uk> Message-ID: Ahh, I always build into a central folder :) On Fri, Jun 20, 2008 at 1:48 PM, Clarke, MJ (Matt) wrote: > Aha. I was using a test harness to run my library and it did not copy the > IronPythonModules.Dll across when I added a reference to my library. > > > > It works now. > > > > Thanks. > > > > Matt > > > > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Curt Hagenlocher > Sent: 20 June 2008 13:43 > > To: Discussion of IronPython > Subject: Re: [IronPython] Problem with Beta3 > > > > All four of the DLLs are in your executable directory? > > On Fri, Jun 20, 2008 at 5:40 AM, Clarke, MJ (Matt) > wrote: > > Hi Ben, thanks for the reply. > > I have tried using the dlls that came with the binary download and I > have also tried rebuilding IP from source and using all the dlls from > that - same result. > > Matt > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ben Hall > Sent: 20 June 2008 13:13 > To: Discussion of IronPython > Subject: Re: [IronPython] Problem with Beta3 > > Hello, > > Have you referenced Microsoft.Scripting and Microsoft.Scripting.Core > in your C# project? Are they the correct version (the only IP was > built against). > > They would be the first things to check, if you still have problems > then let us know. > > Ben > Blog.BenHall.me.uk > > On Fri, Jun 20, 2008 at 12:26 PM, Clarke, MJ (Matt) > wrote: >> Hi, >> >> >> >> When I try to run these lines from C# (which I borrowed from > EngineTest.cs) >> >> >> >> _env = ScriptRuntime.Create(); >> >> _pe = _env.GetEngine("py"); >> >> >> >> I get the following exception: >> >> >> >> Microsoft.Scripting.Runtime.MissingTypeException was unhandled >> >> Message="Type 'IronPython, IronPython.Runtime.PythonContext' is > missing or >> cannot be loaded." >> >> Source="Microsoft.Scripting.Core" >> >> >> >> Any ideas? >> >> >> >> Matt >> >> _______________________________________________ >> 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 > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From christian.muirhead at resolversystems.com Fri Jun 20 16:17:27 2008 From: christian.muirhead at resolversystems.com (Christian Muirhead) Date: Fri, 20 Jun 2008 15:17:27 +0100 Subject: [IronPython] upgrading to ip 2b3 in Resolver One In-Reply-To: <485B9AF4.1060901@resolversystems.com> References: <485B9AF4.1060901@resolversystems.com> Message-ID: <485BBBF7.6080804@resolversystems.com> Christian Muirhead wrote: > * Another thing I saw here was that you can't set __name__ in a scope > when running a script loaded from a source file - that is, this: > > ScriptSource source = engine.CreateScriptSourceFromFile("test.py"); > ScriptScope scope = e.CreateScope(); > scope.SetVariable("__name__", "__main__"); > source.Execute(scope); > > when test.py contains > > print __name__ > > > prints "test" Oh, I forgot to say - I got around this using source.ExecuteProgram, where __name__ is set correctly. -- Christian Muirhead Resolver Systems christian.muirhead at resolversystems.com We're hiring! http://www.resolversystems.com/jobs/ Resolver Systems Ltd 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK From dfugate at microsoft.com Fri Jun 20 17:40:04 2008 From: dfugate at microsoft.com (Dave Fugate) Date: Fri, 20 Jun 2008 08:40:04 -0700 Subject: [IronPython] upgrading to ip 2b3 in Resolver One In-Reply-To: <485B9AF4.1060901@resolversystems.com> References: <485B9AF4.1060901@resolversystems.com> Message-ID: Just out of curiosity, what's the perf like when you utilize the "-X:Interpret" flag? -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Christian Muirhead Sent: Friday, June 20, 2008 4:57 AM To: Discussion of IronPython Subject: [IronPython] upgrading to ip 2b3 in Resolver One Hi guys - I mentioned the other day that I was doing some work towards us porting Resolver One to IP 2b3. I've got it working (mostly), but hit some bumps along the way that I figured it would be worth mentioning here: * As I noted before, passing in arguments to the hosted engine was a bit obscure (although it sounds like the API for this is a work in progress). * Another thing I saw here was that you can't set __name__ in a scope when running a script loaded from a source file - that is, this: ScriptSource source = engine.CreateScriptSourceFromFile("test.py"); ScriptScope scope = e.CreateScope(); scope.SetVariable("__name__", "__main__"); source.Execute(scope); when test.py contains print __name__ prints "test" * Can't assign to an instance's __doc__ attribute - we use this for our documentation generation in one place. (This works in IP 1.1.1, and CPython.) Shouldn't be hard to work around in the meantime. * We get deprecation warnings when we access protected members of C# classes from IP subclasses - I can understand this for code outside of subclasses (which shouldn't work but does in IP 1.1.1), but it would be nice if it still worked from code in a subclass. (This would be easy to work around for us - the protected members are all on dialogs we define in C#, so we can change them to public if we need to.) D'oh - I was just about to tell you about a weird thing I had seen where calling ScriptScope.SetVariable(name, value) when value is None fails - it dispatches to the (string, ObjectHandle) overload for some reason. Then I realised that the problem was that I was trying to use the C# API from IP, when I could just call setattr with the scope instead. That works fine. (And now I remember the .Overloads property to select between them.) Now that it's working, the performance is about 4x slower than under 1.1.1. I'm in the process of drilling down into that for specific operations that are drastically different - hopefully they'll be nicely isolated. Thanks, Christian -- Christian Muirhead Resolver Systems christian.muirhead at resolversystems.com We're hiring! http://www.resolversystems.com/jobs/ Resolver Systems Ltd 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at exchange.microsoft.com Fri Jun 20 20:41:37 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Fri, 20 Jun 2008 11:41:37 -0700 Subject: [IronPython] upgrading to ip 2b3 in Resolver One In-Reply-To: <485B9AF4.1060901@resolversystems.com> References: <485B9AF4.1060901@resolversystems.com> Message-ID: <7AD436E4270DD54A94238001769C2227012C92C4BB7B@DF-GRTDANE-MSG.exchange.corp.microsoft.com> FYI the deprecation warning is definitely overly zealous and that should be fixed for beta 4. The other issues here do look like bugs and I'll go ahead and start opening them on CodePlex. The __name__ one is certainly interesting - __doc__ should be trivial to fix. On perf: I hope that the perf regression here is related to the regression we caught at the end of Beta 3. The short of this is that our perf lab was down for maintenance for a week and our check-ins all got back logged. Therefore we didn't catch the perf regression until the last minute. I think we're back up to date now so hopefully we can avoid that for future releases. Independent of our perf lab I was curious and ran Richards.py over the weekend and - we were about 10x slower on that due to a different perf regression vs Beta 2. That one is related to polymorphic call sites. Anyway, we should be fixing these regressions for the next release. If it's easy you might want to try running on Beta 2 and see what the perf difference is there. Otherwise I look forward to hearing your analysis. If you get stuck or have something you'd like us to take a look at let us know. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Christian Muirhead Sent: Friday, June 20, 2008 4:57 AM To: Discussion of IronPython Subject: [IronPython] upgrading to ip 2b3 in Resolver One Hi guys - I mentioned the other day that I was doing some work towards us porting Resolver One to IP 2b3. I've got it working (mostly), but hit some bumps along the way that I figured it would be worth mentioning here: * As I noted before, passing in arguments to the hosted engine was a bit obscure (although it sounds like the API for this is a work in progress). * Another thing I saw here was that you can't set __name__ in a scope when running a script loaded from a source file - that is, this: ScriptSource source = engine.CreateScriptSourceFromFile("test.py"); ScriptScope scope = e.CreateScope(); scope.SetVariable("__name__", "__main__"); source.Execute(scope); when test.py contains print __name__ prints "test" * Can't assign to an instance's __doc__ attribute - we use this for our documentation generation in one place. (This works in IP 1.1.1, and CPython.) Shouldn't be hard to work around in the meantime. * We get deprecation warnings when we access protected members of C# classes from IP subclasses - I can understand this for code outside of subclasses (which shouldn't work but does in IP 1.1.1), but it would be nice if it still worked from code in a subclass. (This would be easy to work around for us - the protected members are all on dialogs we define in C#, so we can change them to public if we need to.) D'oh - I was just about to tell you about a weird thing I had seen where calling ScriptScope.SetVariable(name, value) when value is None fails - it dispatches to the (string, ObjectHandle) overload for some reason. Then I realised that the problem was that I was trying to use the C# API from IP, when I could just call setattr with the scope instead. That works fine. (And now I remember the .Overloads property to select between them.) Now that it's working, the performance is about 4x slower than under 1.1.1. I'm in the process of drilling down into that for specific operations that are drastically different - hopefully they'll be nicely isolated. Thanks, Christian -- Christian Muirhead Resolver Systems christian.muirhead at resolversystems.com We're hiring! http://www.resolversystems.com/jobs/ Resolver Systems Ltd 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From fuzzyman at voidspace.org.uk Mon Jun 23 17:19:21 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 23 Jun 2008 16:19:21 +0100 Subject: [IronPython] DataRows and IronPython 2.0 B3 Message-ID: <485FBEF9.6030007@voidspace.org.uk> Hello all, I'm further investigating potential compatibility issues with moving Resolver One to IronPython 2, and I've encountered a change in behaviour with respect to iterating over DataRows. The script below works in IronPython 1, printing all the data in the rows. In IronPython 2.0 B3 it raises an exception. IronPython 1: C:\compile>c:\Binaries\ironpython\ipy.exe test_data.py 0 System.Data.DataRow 0 A Big Boy Did It and Ran Away 1 System.Data.DataRow 0 Affective Computing 2 System.Data.DataRow 0 Clear and Present Danger IronPython 2: C:\compile>c:\Binaries\ironpython2\ipy.exe test_data.py 0 Traceback (most recent call last): File "test_data.py", line 29, in test_data.py TypeError: expected IEnumerator, got DataRow Test script: import clr clr.AddReference('System.Data') from System.Data import DataSet from System.Data.Odbc import OdbcConnection, OdbcDataAdapter connectString = ( "DRIVER={MySQL ODBC 3.51 Driver};" "blah blah blah" "OPTION=3;" ) query = "SELECT title FROM books WHERE price > 2 ORDER BY title" connection = OdbcConnection(connectString) adaptor = OdbcDataAdapter(query, connection) dataSet = DataSet() connection.Open() adaptor.Fill(dataSet) connection.Close() for rowIndex, row in enumerate(dataSet.Tables[0].Rows): print rowIndex, row for colIndex, data in enumerate(row): print ' ', colIndex, data Michael Foord http://www.ironpythoninaction.com/ From fuzzyman at voidspace.org.uk Mon Jun 23 17:30:21 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 23 Jun 2008 16:30:21 +0100 Subject: [IronPython] DataRows and IronPython 2.0 B3 In-Reply-To: <485FBEF9.6030007@voidspace.org.uk> References: <485FBEF9.6030007@voidspace.org.uk> Message-ID: <485FC18D.6010408@voidspace.org.uk> Note that we can fix it by iterating over 'row.ItemArray' instead, I just wondered if the breakage was intentional. Michael Foord Michael Foord wrote: > Hello all, > > I'm further investigating potential compatibility issues with moving > Resolver One to IronPython 2, and I've encountered a change in > behaviour with respect to iterating over DataRows. > > The script below works in IronPython 1, printing all the data in the > rows. In IronPython 2.0 B3 it raises an exception. > > IronPython 1: > C:\compile>c:\Binaries\ironpython\ipy.exe test_data.py > 0 System.Data.DataRow > 0 A Big Boy Did It and Ran Away > 1 System.Data.DataRow > 0 Affective Computing > 2 System.Data.DataRow > 0 Clear and Present Danger > > IronPython 2: > C:\compile>c:\Binaries\ironpython2\ipy.exe test_data.py > 0 [System.Data.DataRow]> > Traceback (most recent call last): > File "test_data.py", line 29, in test_data.py > TypeError: expected IEnumerator, got DataRow > > > Test script: > > import clr > clr.AddReference('System.Data') > > from System.Data import DataSet > from System.Data.Odbc import OdbcConnection, OdbcDataAdapter > > > connectString = ( > "DRIVER={MySQL ODBC 3.51 Driver};" > "blah blah blah" > "OPTION=3;" > ) > > query = "SELECT title FROM books WHERE price > 2 ORDER BY title" > > connection = OdbcConnection(connectString) > adaptor = OdbcDataAdapter(query, connection) > dataSet = DataSet() > connection.Open() > adaptor.Fill(dataSet) > connection.Close() > > for rowIndex, row in enumerate(dataSet.Tables[0].Rows): > print rowIndex, row > for colIndex, data in enumerate(row): > print ' ', colIndex, data > > Michael Foord > http://www.ironpythoninaction.com/ > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From curt at hagenlocher.org Mon Jun 23 17:37:28 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Mon, 23 Jun 2008 08:37:28 -0700 Subject: [IronPython] DataRows and IronPython 2.0 B3 In-Reply-To: <485FC18D.6010408@voidspace.org.uk> References: <485FBEF9.6030007@voidspace.org.uk> <485FC18D.6010408@voidspace.org.uk> Message-ID: It's very unlikely that this was intentional. I suspect that it's related to a change in the way we handle interfaces -- this wouldn't be the first unanticipated consequence of that change. :/ On Mon, Jun 23, 2008 at 8:30 AM, Michael Foord wrote: > Note that we can fix it by iterating over 'row.ItemArray' instead, I just > wondered if the breakage was intentional. > > Michael Foord > > > Michael Foord wrote: > >> Hello all, >> >> I'm further investigating potential compatibility issues with moving >> Resolver One to IronPython 2, and I've encountered a change in behaviour >> with respect to iterating over DataRows. >> >> The script below works in IronPython 1, printing all the data in the rows. >> In IronPython 2.0 B3 it raises an exception. >> >> IronPython 1: >> C:\compile>c:\Binaries\ironpython\ipy.exe test_data.py >> 0 System.Data.DataRow >> 0 A Big Boy Did It and Ran Away >> 1 System.Data.DataRow >> 0 Affective Computing >> 2 System.Data.DataRow >> 0 Clear and Present Danger >> >> IronPython 2: >> C:\compile>c:\Binaries\ironpython2\ipy.exe test_data.py >> 0 >> Traceback (most recent call last): >> File "test_data.py", line 29, in test_data.py >> TypeError: expected IEnumerator, got DataRow >> >> >> Test script: >> >> import clr >> clr.AddReference('System.Data') >> >> from System.Data import DataSet >> from System.Data.Odbc import OdbcConnection, OdbcDataAdapter >> >> >> connectString = ( >> "DRIVER={MySQL ODBC 3.51 Driver};" >> "blah blah blah" >> "OPTION=3;" >> ) >> >> query = "SELECT title FROM books WHERE price > 2 ORDER BY title" >> >> connection = OdbcConnection(connectString) >> adaptor = OdbcDataAdapter(query, connection) >> dataSet = DataSet() >> connection.Open() >> adaptor.Fill(dataSet) >> connection.Close() >> >> for rowIndex, row in enumerate(dataSet.Tables[0].Rows): >> print rowIndex, row >> for colIndex, data in enumerate(row): >> print ' ', colIndex, data >> >> Michael Foord >> http://www.ironpythoninaction.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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Mon Jun 23 17:41:40 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 23 Jun 2008 16:41:40 +0100 Subject: [IronPython] DataRows and IronPython 2.0 B3 In-Reply-To: References: <485FBEF9.6030007@voidspace.org.uk> <485FC18D.6010408@voidspace.org.uk> Message-ID: <485FC434.7050405@voidspace.org.uk> Curt Hagenlocher wrote: > It's very unlikely that this was intentional. I suspect that it's > related to a change in the way we handle interfaces -- this wouldn't > be the first unanticipated consequence of that change. :/ > :-) Michael > > On Mon, Jun 23, 2008 at 8:30 AM, Michael Foord > > wrote: > > Note that we can fix it by iterating over 'row.ItemArray' instead, > I just wondered if the breakage was intentional. > > Michael Foord > > > Michael Foord wrote: > > Hello all, > > I'm further investigating potential compatibility issues with > moving Resolver One to IronPython 2, and I've encountered a > change in behaviour with respect to iterating over DataRows. > > The script below works in IronPython 1, printing all the data > in the rows. In IronPython 2.0 B3 it raises an exception. > > IronPython 1: > C:\compile>c:\Binaries\ironpython\ipy.exe test_data.py > 0 System.Data.DataRow > 0 A Big Boy Did It and Ran Away > 1 System.Data.DataRow > 0 Affective Computing > 2 System.Data.DataRow > 0 Clear and Present Danger > > IronPython 2: > C:\compile>c:\Binaries\ironpython2\ipy.exe test_data.py > 0 [System.Data.DataRow]> > Traceback (most recent call last): > File "test_data.py", line 29, in test_data.py > TypeError: expected IEnumerator, got DataRow > > > Test script: > > import clr > clr.AddReference('System.Data') > > from System.Data import DataSet > from System.Data.Odbc import OdbcConnection, OdbcDataAdapter > > > connectString = ( > "DRIVER={MySQL ODBC 3.51 Driver};" > "blah blah blah" > "OPTION=3;" > ) > > query = "SELECT title FROM books WHERE price > 2 ORDER BY title" > > connection = OdbcConnection(connectString) > adaptor = OdbcDataAdapter(query, connection) > dataSet = DataSet() > connection.Open() > adaptor.Fill(dataSet) > connection.Close() > > for rowIndex, row in enumerate(dataSet.Tables[0].Rows): > print rowIndex, row > for colIndex, data in enumerate(row): > print ' ', colIndex, data > > Michael Foord > http://www.ironpythoninaction.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 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From dinov at exchange.microsoft.com Mon Jun 23 18:13:32 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 23 Jun 2008 09:13:32 -0700 Subject: [IronPython] DataRows and IronPython 2.0 B3 In-Reply-To: References: <485FBEF9.6030007@voidspace.org.uk> <485FC18D.6010408@voidspace.org.uk> Message-ID: <7AD436E4270DD54A94238001769C2227012C92C4BD11@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Actually it's not related to the interfaces - DataRow implements no interfaces! Instead what it has is a default member which we of course map into __getitem__. And Python says that all things with __getitem__ can be enumerated by going from 0 until you get an exception. In 2.0 we apparently support this conversion on user defined types but not on built-in .NET types. I'm actually doing some work now which will unify the .NET vs User-Defined type code paths so this will go away but I've opened bug #17142 to track this (http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=17142). That way afterwards we'll make sure we've got a test in place and it won't regress in the future. Now that being said you probably don't actually want to be doing this for performance reasons :). The way we know this iteration is complete is when an exception is thrown which is going to be bad for perf. Calling row.ItemArray is going to give you a real enumerable object which terminates w/o an exception so you may see better perf that way - of course that seems to make a copy of all the rows, so there's a trade-off to be made here... From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Curt Hagenlocher Sent: Monday, June 23, 2008 8:37 AM To: Discussion of IronPython Subject: Re: [IronPython] DataRows and IronPython 2.0 B3 It's very unlikely that this was intentional. I suspect that it's related to a change in the way we handle interfaces -- this wouldn't be the first unanticipated consequence of that change. :/ On Mon, Jun 23, 2008 at 8:30 AM, Michael Foord > wrote: Note that we can fix it by iterating over 'row.ItemArray' instead, I just wondered if the breakage was intentional. Michael Foord Michael Foord wrote: Hello all, I'm further investigating potential compatibility issues with moving Resolver One to IronPython 2, and I've encountered a change in behaviour with respect to iterating over DataRows. The script below works in IronPython 1, printing all the data in the rows. In IronPython 2.0 B3 it raises an exception. IronPython 1: C:\compile>c:\Binaries\ironpython\ipy.exe test_data.py 0 System.Data.DataRow 0 A Big Boy Did It and Ran Away 1 System.Data.DataRow 0 Affective Computing 2 System.Data.DataRow 0 Clear and Present Danger IronPython 2: C:\compile>c:\Binaries\ironpython2\ipy.exe test_data.py 0 Traceback (most recent call last): File "test_data.py", line 29, in test_data.py TypeError: expected IEnumerator, got DataRow Test script: import clr clr.AddReference('System.Data') from System.Data import DataSet from System.Data.Odbc import OdbcConnection, OdbcDataAdapter connectString = ( "DRIVER={MySQL ODBC 3.51 Driver};" "blah blah blah" "OPTION=3;" ) query = "SELECT title FROM books WHERE price > 2 ORDER BY title" connection = OdbcConnection(connectString) adaptor = OdbcDataAdapter(query, connection) dataSet = DataSet() connection.Open() adaptor.Fill(dataSet) connection.Close() for rowIndex, row in enumerate(dataSet.Tables[0].Rows): print rowIndex, row for colIndex, data in enumerate(row): print ' ', colIndex, data Michael Foord http://www.ironpythoninaction.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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From curt at hagenlocher.org Mon Jun 23 18:29:59 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Mon, 23 Jun 2008 09:29:59 -0700 Subject: [IronPython] DataRows and IronPython 2.0 B3 In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4BD11@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <485FBEF9.6030007@voidspace.org.uk> <485FC18D.6010408@voidspace.org.uk> <7AD436E4270DD54A94238001769C2227012C92C4BD11@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Interesting; I would never have imagined that DataRow doesn't implement any interfaces. ItemArray doesn't look very expensive at all -- just a single allocation for the array, then the references are all copied over into it from an underlying ArrayList. On Mon, Jun 23, 2008 at 9:13 AM, Dino Viehland wrote: > Actually it's not related to the interfaces ? DataRow implements no > interfaces! Instead what it has is a default member which we of course map > into __getitem__. And Python says that all things with __getitem__ can be > enumerated by going from 0 until you get an exception. > > > > In 2.0 we apparently support this conversion on user defined types but not > on built-in .NET types. I'm actually doing some work now which will unify > the .NET vs User-Defined type code paths so this will go away but I've > opened bug #17142 to track this ( > http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=17142). > That way afterwards we'll make sure we've got a test in place and it won't > regress in the future. > > > > Now that being said you probably don't actually want to be doing this for > performance reasons J. The way we know this iteration is complete is when > an exception is thrown which is going to be bad for perf. Calling > row.ItemArray is going to give you a real enumerable object which terminates > w/o an exception so you may see better perf that way - of course that seems > to make a copy of all the rows, so there's a trade-off to be made here? > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Curt Hagenlocher > *Sent:* Monday, June 23, 2008 8:37 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] DataRows and IronPython 2.0 B3 > > > > It's very unlikely that this was intentional. I suspect that it's related > to a change in the way we handle interfaces -- this wouldn't be the first > unanticipated consequence of that change. :/ > > > > > On Mon, Jun 23, 2008 at 8:30 AM, Michael Foord > wrote: > > Note that we can fix it by iterating over 'row.ItemArray' instead, I just > wondered if the breakage was intentional. > > Michael Foord > > > > Michael Foord wrote: > > Hello all, > > I'm further investigating potential compatibility issues with moving > Resolver One to IronPython 2, and I've encountered a change in behaviour > with respect to iterating over DataRows. > > The script below works in IronPython 1, printing all the data in the rows. > In IronPython 2.0 B3 it raises an exception. > > IronPython 1: > C:\compile>c:\Binaries\ironpython\ipy.exe test_data.py > 0 System.Data.DataRow > 0 A Big Boy Did It and Ran Away > 1 System.Data.DataRow > 0 Affective Computing > 2 System.Data.DataRow > 0 Clear and Present Danger > > IronPython 2: > C:\compile>c:\Binaries\ironpython2\ipy.exe test_data.py > 0 > Traceback (most recent call last): > File "test_data.py", line 29, in test_data.py > TypeError: expected IEnumerator, got DataRow > > > Test script: > > import clr > clr.AddReference('System.Data') > > from System.Data import DataSet > from System.Data.Odbc import OdbcConnection, OdbcDataAdapter > > > connectString = ( > "DRIVER={MySQL ODBC 3.51 Driver};" > "blah blah blah" > "OPTION=3;" > ) > > query = "SELECT title FROM books WHERE price > 2 ORDER BY title" > > connection = OdbcConnection(connectString) > adaptor = OdbcDataAdapter(query, connection) > dataSet = DataSet() > connection.Open() > adaptor.Fill(dataSet) > connection.Close() > > for rowIndex, row in enumerate(dataSet.Tables[0].Rows): > print rowIndex, row > for colIndex, data in enumerate(row): > print ' ', colIndex, data > > Michael Foord > http://www.ironpythoninaction.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 > > > > _______________________________________________ > 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 maplab at gery.pl Mon Jun 23 21:50:24 2008 From: maplab at gery.pl (Artur Krosny) Date: Mon, 23 Jun 2008 21:50:24 +0200 Subject: [IronPython] DLR documentation Message-ID: <485FFE80.70404@gery.pl> Hi, Is there any DLR documentation available somewhere ? I am playing with ToyScript to learn it and I like to know if it would be possible to implement scope declarations for functions. Something like : static def test() {..} Artur From dan.eloff at gmail.com Tue Jun 24 01:25:15 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Mon, 23 Jun 2008 18:25:15 -0500 Subject: [IronPython] Is there an equiv for -X:Python25 in Silverlight? Message-ID: <4817b6fc0806231625i95739e9o2bb60a0d91f1a3f5@mail.gmail.com> I haven't actually tried from __future__ import with_statement, but I'm guessing it has the same issue that it will only work if IronPython was started using the -X:Python25 flag. But is there any way to enable that for silverlight? I took a look at the hosting APIs, but I could only see a method for getting compiler options, nothing for setting them. Thanks, -Dan From dinov at exchange.microsoft.com Tue Jun 24 01:34:41 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 23 Jun 2008 16:34:41 -0700 Subject: [IronPython] Is there an equiv for -X:Python25 in Silverlight? In-Reply-To: <4817b6fc0806231625i95739e9o2bb60a0d91f1a3f5@mail.gmail.com> References: <4817b6fc0806231625i95739e9o2bb60a0d91f1a3f5@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C2227012C92C4BE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com> For Silverlight there's no need to pass -X:Python25 because IronPython 2.0 is 2.5 compatible by default. What you will need to do is make sure there's a __future__.py that includes with_statement = True (or any other value) that can be imported by your Silverlight app. Unfortunately from __future__ import [whatever] isn't so magical that it skips the import. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff Sent: Monday, June 23, 2008 4:25 PM To: Discussion of IronPython Subject: [IronPython] Is there an equiv for -X:Python25 in Silverlight? I haven't actually tried from __future__ import with_statement, but I'm guessing it has the same issue that it will only work if IronPython was started using the -X:Python25 flag. But is there any way to enable that for silverlight? I took a look at the hosting APIs, but I could only see a method for getting compiler options, nothing for setting them. Thanks, -Dan _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dan.eloff at gmail.com Tue Jun 24 01:40:18 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Mon, 23 Jun 2008 18:40:18 -0500 Subject: [IronPython] Is there an equiv for -X:Python25 in Silverlight? In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4BE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4817b6fc0806231625i95739e9o2bb60a0d91f1a3f5@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4BE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <4817b6fc0806231640l15643c85jb7fe2cc238971be5@mail.gmail.com> On Mon, Jun 23, 2008 at 6:34 PM, Dino Viehland wrote: > For Silverlight there's no need to pass -X:Python25 because IronPython 2.0 is 2.5 compatible by default. What you will need to do is make sure there's a __future__.py that includes with_statement = True (or any other value) that can be imported by your Silverlight app. Unfortunately from __future__ import [whatever] isn't so magical that it skips the import. Aha. I checked up on the __future__ module I was using, and for some reason it was from an older python, I copied the python25 one over and it works just great. Thanks. -Dan From dan.eloff at gmail.com Tue Jun 24 04:01:47 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Mon, 23 Jun 2008 21:01:47 -0500 Subject: [IronPython] NameError: locals() is not defined? Message-ID: <4817b6fc0806231901r32174203v60760864192b2ca1@mail.gmail.com> In IronPython b2 I get: >>> s = ''' ... def body(context): ... def ccall(): ... body = lambda: None ... context.update(locals()) ... ccall() ... ... ''' >>> d = {} >>> exec s in d >>> c = {} >>> d['body'](c) Traceback (most recent call last): File "", line 1, in File "", line unknown, in Interpreted_body_1 NameError: name 'locals' is not defined This works fine in CPython: >>> s = ''' ... def body(context): ... def ccall(): ... body = lambda: None ... context.update(locals()) ... ccall() ... ... ''' >>> exec s in d >>> c = {} >>> d['body'](c) >>> c {'body': at 0x0359CCB0>, 'context': {...}} Any idea why? Thanks, -Dan From dinov at exchange.microsoft.com Tue Jun 24 04:15:54 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Mon, 23 Jun 2008 19:15:54 -0700 Subject: [IronPython] NameError: locals() is not defined? In-Reply-To: <4817b6fc0806231901r32174203v60760864192b2ca1@mail.gmail.com> References: <4817b6fc0806231901r32174203v60760864192b2ca1@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C2227012C92C4BE9C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> It seems to be fixed in beta 3. It's probably a bug in the interpreter as writing the snippet out and executing w/ execfile, which doesn't run under the interpreter, works in beta 2 as well. The reason it got silently fixed was because between the two versions the interpreter was moved from M.S.Core.dll up to M.S.dll and a bunch of bugs were fixed along the way. In beta 3 the interpreter is also now always used for exec or eval - previously it avoided certain constructs it couldn't support. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff Sent: Monday, June 23, 2008 7:02 PM To: Discussion of IronPython Subject: [IronPython] NameError: locals() is not defined? In IronPython b2 I get: >>> s = ''' ... def body(context): ... def ccall(): ... body = lambda: None ... context.update(locals()) ... ccall() ... ... ''' >>> d = {} >>> exec s in d >>> c = {} >>> d['body'](c) Traceback (most recent call last): File "", line 1, in File "", line unknown, in Interpreted_body_1 NameError: name 'locals' is not defined This works fine in CPython: >>> s = ''' ... def body(context): ... def ccall(): ... body = lambda: None ... context.update(locals()) ... ccall() ... ... ''' >>> exec s in d >>> c = {} >>> d['body'](c) >>> c {'body': at 0x0359CCB0>, 'context': {...}} Any idea why? Thanks, -Dan _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dan.eloff at gmail.com Tue Jun 24 04:20:13 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Mon, 23 Jun 2008 21:20:13 -0500 Subject: [IronPython] NameError: locals() is not defined? In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4BE9C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4817b6fc0806231901r32174203v60760864192b2ca1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4BE9C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <4817b6fc0806231920j212d0bf0i356b44df968e4061@mail.gmail.com> Thanks, Beta 3 here I come. -Dan On Mon, Jun 23, 2008 at 9:15 PM, Dino Viehland wrote: > It seems to be fixed in beta 3. It's probably a bug in the interpreter as writing the snippet out and executing w/ execfile, which doesn't run under the interpreter, works in beta 2 as well. > > The reason it got silently fixed was because between the two versions the interpreter was moved from M.S.Core.dll up to M.S.dll and a bunch of bugs were fixed along the way. In beta 3 the interpreter is also now always used for exec or eval - previously it avoided certain constructs it couldn't support. > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff > Sent: Monday, June 23, 2008 7:02 PM > To: Discussion of IronPython > Subject: [IronPython] NameError: locals() is not defined? > > In IronPython b2 I get: > >>>> s = ''' > ... def body(context): > ... def ccall(): > ... body = lambda: None > ... context.update(locals()) > ... ccall() > ... > ... ''' >>>> d = {} >>>> exec s in d >>>> c = {} >>>> d['body'](c) > Traceback (most recent call last): > File "", line 1, in > File "", line unknown, in Interpreted_body_1 > NameError: name 'locals' is not defined > > This works fine in CPython: > >>>> s = ''' > ... def body(context): > ... def ccall(): > ... body = lambda: None > ... context.update(locals()) > ... ccall() > ... > ... ''' >>>> exec s in d >>>> c = {} >>>> d['body'](c) >>>> c > {'body': at 0x0359CCB0>, 'context': {...}} > > Any idea why? > > Thanks, > -Dan > _______________________________________________ > 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 jonathan at slenders.be Tue Jun 24 09:41:56 2008 From: jonathan at slenders.be (Jonathan Slenders) Date: Tue, 24 Jun 2008 09:41:56 +0200 Subject: [IronPython] NameError: locals() is not defined? In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4BE9C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4817b6fc0806231901r32174203v60760864192b2ca1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4BE9C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Does this mean that issue 16884 will be fixed as well in beta 3? 2008/6/24 Dino Viehland : > It seems to be fixed in beta 3. It's probably a bug in the interpreter as > writing the snippet out and executing w/ execfile, which doesn't run under > the interpreter, works in beta 2 as well. > > The reason it got silently fixed was because between the two versions the > interpreter was moved from M.S.Core.dll up to M.S.dll and a bunch of bugs > were fixed along the way. In beta 3 the interpreter is also now always used > for exec or eval - previously it avoided certain constructs it couldn't > support. > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff > Sent: Monday, June 23, 2008 7:02 PM > To: Discussion of IronPython > Subject: [IronPython] NameError: locals() is not defined? > > In IronPython b2 I get: > > >>> s = ''' > ... def body(context): > ... def ccall(): > ... body = lambda: None > ... context.update(locals()) > ... ccall() > ... > ... ''' > >>> d = {} > >>> exec s in d > >>> c = {} > >>> d['body'](c) > Traceback (most recent call last): > File "", line 1, in > File "", line unknown, in Interpreted_body_1 > NameError: name 'locals' is not defined > > This works fine in CPython: > > >>> s = ''' > ... def body(context): > ... def ccall(): > ... body = lambda: None > ... context.update(locals()) > ... ccall() > ... > ... ''' > >>> exec s in d > >>> c = {} > >>> d['body'](c) > >>> c > {'body': at 0x0359CCB0>, 'context': {...}} > > Any idea why? > > Thanks, > -Dan > _______________________________________________ > 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 curt at hagenlocher.org Tue Jun 24 13:47:05 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Tue, 24 Jun 2008 04:47:05 -0700 Subject: [IronPython] NameError: locals() is not defined? In-Reply-To: References: <4817b6fc0806231901r32174203v60760864192b2ca1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4BE9C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Despite "locals" being involved, 16884 is not a related issue. The problem in 16884 is with the delegate that's created for function a and the way that it's bound to the context in which the function was declared. And alas, 16884 is not fixed in beta 3. On Tue, Jun 24, 2008 at 12:41 AM, Jonathan Slenders wrote: > Does this mean that issue 16884 will be fixed as well in beta 3? > > 2008/6/24 Dino Viehland : > > It seems to be fixed in beta 3. It's probably a bug in the interpreter as >> writing the snippet out and executing w/ execfile, which doesn't run under >> the interpreter, works in beta 2 as well. >> >> The reason it got silently fixed was because between the two versions the >> interpreter was moved from M.S.Core.dll up to M.S.dll and a bunch of bugs >> were fixed along the way. In beta 3 the interpreter is also now always used >> for exec or eval - previously it avoided certain constructs it couldn't >> support. >> >> -----Original Message----- >> From: users-bounces at lists.ironpython.com [mailto: >> users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff >> Sent: Monday, June 23, 2008 7:02 PM >> To: Discussion of IronPython >> Subject: [IronPython] NameError: locals() is not defined? >> >> In IronPython b2 I get: >> >> >>> s = ''' >> ... def body(context): >> ... def ccall(): >> ... body = lambda: None >> ... context.update(locals()) >> ... ccall() >> ... >> ... ''' >> >>> d = {} >> >>> exec s in d >> >>> c = {} >> >>> d['body'](c) >> Traceback (most recent call last): >> File "", line 1, in >> File "", line unknown, in Interpreted_body_1 >> NameError: name 'locals' is not defined >> >> This works fine in CPython: >> >> >>> s = ''' >> ... def body(context): >> ... def ccall(): >> ... body = lambda: None >> ... context.update(locals()) >> ... ccall() >> ... >> ... ''' >> >>> exec s in d >> >>> c = {} >> >>> d['body'](c) >> >>> c >> {'body': at 0x0359CCB0>, 'context': {...}} >> >> Any idea why? >> >> Thanks, >> -Dan >> _______________________________________________ >> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From curt at hagenlocher.org Tue Jun 24 16:30:40 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Tue, 24 Jun 2008 07:30:40 -0700 Subject: [IronPython] DLR documentation In-Reply-To: <485FFE80.70404@gery.pl> References: <485FFE80.70404@gery.pl> Message-ID: The DLR is pretty sparsely documented today. Some of the available resources are the hosting spec: http://compilerlab.members.winisp.net/dlr-spec-hosting.pdf And some blogs that talk about implementing languages on the DLR: http://blogs.msdn.com/mmaly/ http://www.dotnetguru.org/us/dlrus/DLR2.htm On Mon, Jun 23, 2008 at 12:50 PM, Artur Krosny wrote: > Hi, > > Is there any DLR documentation available somewhere ? > I am playing with ToyScript to learn it and I like > to know if it would be possible to implement scope > declarations for functions. Something like : > static def test() {..} > > Artur > _______________________________________________ > 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 Shri.Borde at microsoft.com Tue Jun 24 19:23:48 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Tue, 24 Jun 2008 10:23:48 -0700 Subject: [IronPython] DLR documentation In-Reply-To: References: <485FFE80.70404@gery.pl> Message-ID: <50B69702CA6E6D4E849D30CD4989AB8EE90F4B6C7C@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Take a look at http://blogs.msdn.com/ironpython/archive/2008/03/16/dlr-resources.aspx as well for a list of useful links. Thanks, Shri From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Curt Hagenlocher Sent: Tuesday, June 24, 2008 7:31 AM To: Discussion of IronPython Subject: Re: [IronPython] DLR documentation The DLR is pretty sparsely documented today. Some of the available resources are the hosting spec: http://compilerlab.members.winisp.net/dlr-spec-hosting.pdf And some blogs that talk about implementing languages on the DLR: http://blogs.msdn.com/mmaly/ http://www.dotnetguru.org/us/dlrus/DLR2.htm On Mon, Jun 23, 2008 at 12:50 PM, Artur Krosny wrote: Hi, Is there any DLR documentation available somewhere ? I am playing with ToyScript to learn it and I like to know if it would be possible to implement scope declarations for functions. Something like : static def test() {..} Artur _______________________________________________ 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 falcon at uwyo.edu Tue Jun 24 23:35:59 2008 From: falcon at uwyo.edu (Michael Stephens) Date: Tue, 24 Jun 2008 15:35:59 -0600 Subject: [IronPython] Problems with Iron Python Studio Message-ID: I have two instances where I can't get intellisense to work. Is it something I am doing or something wrong with Python Studio. I have attached a generated project. Problem 1: I can't access base class methods Problem 2: I can't access things declared in RT.py despite importing it.. The closest that that will work is import RT RT.dbg()// intellisense works! but i shouldnt need to call RT directly Any help would be appreciated. Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu or 89iroc at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: project.zip Type: application/zip Size: 6270 bytes Desc: not available URL: From curt at hagenlocher.org Tue Jun 24 23:49:35 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Tue, 24 Jun 2008 14:49:35 -0700 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: References: Message-ID: I don't understand from your description what you expect to see in "Problem 2". On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens wrote: > I have two instances where I can't get intellisense to work. Is it > something I am doing or something wrong with Python Studio. I have attached > a generated project. > > Problem 1: > I can't access base class methods > Problem 2: > I can't access things declared in RT.py despite importing it.. > The closest that that will work is > import RT > RT.dbg()// intellisense works! but i shouldnt need to call RT directly > > Any help would be appreciated. > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu or 89iroc at gmail.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 falcon at uwyo.edu Tue Jun 24 23:52:26 2008 From: falcon at uwyo.edu (Michael Stephens) Date: Tue, 24 Jun 2008 15:52:26 -0600 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: References: Message-ID: I should be able to just say dbg("test") should present intellisense at least for what dbg takes as an argument. Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu or 89iroc at gmail.com On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher wrote: > I don't understand from your description what you expect to see in "Problem > 2". > > On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens wrote: > >> I have two instances where I can't get intellisense to work. Is it >> something I am doing or something wrong with Python Studio. I have attached >> a generated project. >> >> Problem 1: >> I can't access base class methods >> Problem 2: >> I can't access things declared in RT.py despite importing it.. >> The closest that that will work is >> import RT >> RT.dbg()// intellisense works! but i shouldnt need to call RT directly >> >> Any help would be appreciated. >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu or 89iroc at gmail.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Tue Jun 24 23:56:09 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 24 Jun 2008 22:56:09 +0100 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: References: Message-ID: <48616D79.40307@voidspace.org.uk> Michael Stephens wrote: > I should be able to just say > dbg("test") should present intellisense at least for what dbg takes > as an argument. > "import" in Python is not the same as the C# using directive. If you do the following: import RT Then you can only access members of the RT module using: RT.attribute and you said that worked? If you want to be able to just type dbg("test") then you would need to do something like: from RT import dbg You can only use names you have specifically imported. I have no idea how good the IronPython Studio intellisense is though. Michael Foord > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu or 89iroc at gmail.com > > > On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher > > wrote: > > I don't understand from your description what you expect to see in > "Problem 2". > > On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens > wrote: > > I have two instances where I can't get intellisense to work. > Is it something I am doing or something wrong with Python > Studio. I have attached a generated project. > > Problem 1: > I can't access base class methods > Problem 2: > I can't access things declared in RT.py despite importing it.. > The closest that that will work is > import RT > RT.dbg()// intellisense works! but i shouldnt need to call > RT directly > > Any help would be appreciated. > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu or 89iroc at gmail.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 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/ http://www.trypython.org/ http://www.ironpython.info/ http://www.theotherdelia.co.uk/ http://www.resolverhacks.net/ From falcon at uwyo.edu Wed Jun 25 00:11:53 2008 From: falcon at uwyo.edu (Michael Stephens) Date: Tue, 24 Jun 2008 16:11:53 -0600 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: <48616D79.40307@voidspace.org.uk> References: <48616D79.40307@voidspace.org.uk> Message-ID: It looks like the *only* way intellisense will pickup is if everything is in one file. A moderate workaround except for the lack of class navigator+function navigator Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu or 89iroc at gmail.com On Tue, Jun 24, 2008 at 3:56 PM, Michael Foord wrote: > Michael Stephens wrote: > >> I should be able to just say >> dbg("test") should present intellisense at least for what dbg takes as an >> argument. >> >> > "import" in Python is not the same as the C# using directive. If you do the > following: > > import RT > > Then you can only access members of the RT module using: > > RT.attribute > > and you said that worked? > > If you want to be able to just type dbg("test") then you would need to do > something like: > > from RT import dbg > > You can only use names you have specifically imported. I have no idea how > good the IronPython Studio intellisense is though. > > Michael Foord > > > Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu or 89iroc at gmail.com > 89iroc at gmail.com> >> >> On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher > curt at hagenlocher.org>> wrote: >> >> I don't understand from your description what you expect to see in >> "Problem 2". >> >> On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens > > wrote: >> >> I have two instances where I can't get intellisense to work. >> Is it something I am doing or something wrong with Python >> Studio. I have attached a generated project. >> Problem 1: >> I can't access base class methods >> Problem 2: >> I can't access things declared in RT.py despite importing it.. >> The closest that that will work is >> import RT >> RT.dbg()// intellisense works! but i shouldnt need to call >> RT directly >> Any help would be appreciated. >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu or 89iroc at gmail.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 >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/ > http://www.trypython.org/ > http://www.ironpython.info/ > http://www.theotherdelia.co.uk/ > http://www.resolverhacks.net/ > > > _______________________________________________ > 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 fuzzyman at voidspace.org.uk Wed Jun 25 00:16:00 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 24 Jun 2008 23:16:00 +0100 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: References: <48616D79.40307@voidspace.org.uk> Message-ID: <48617220.50905@voidspace.org.uk> Michael Stephens wrote: > It looks like the *only* way intellisense will pickup is if everything > is in one file. A moderate workaround except for the lack of class > navigator+function navigator You are likely to find the intellisense in Python IDEs like Wing and Komodo much better. They don't have Windows Forms or WPF designers though. You can still use Visual Studio / IronPython Studio to do your code generation - although I intensely dislike the code that IronPython Studio generates. Some Resolver One developers have an odd penchant for Vim as an IDE, which has intellisense of sorts... Michael Foord > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu or 89iroc at gmail.com > > > On Tue, Jun 24, 2008 at 3:56 PM, Michael Foord > > wrote: > > Michael Stephens wrote: > > I should be able to just say > dbg("test") should present intellisense at least for what dbg > takes as an argument. > > > "import" in Python is not the same as the C# using directive. If > you do the following: > > import RT > > Then you can only access members of the RT module using: > > RT.attribute > > and you said that worked? > > If you want to be able to just type dbg("test") then you would > need to do something like: > > from RT import dbg > > You can only use names you have specifically imported. I have no > idea how good the IronPython Studio intellisense is though. > > Michael Foord > > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu > > or > 89iroc at gmail.com > > > > > On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher > > >> > wrote: > > I don't understand from your description what you expect to > see in > "Problem 2". > > On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens > > >> wrote: > > I have two instances where I can't get intellisense to > work. Is it something I am doing or something wrong > with Python > Studio. I have attached a generated project. > Problem 1: > I can't access base class methods > Problem 2: > I can't access things declared in RT.py despite > importing it.. > The closest that that will work is > import RT > RT.dbg()// intellisense works! but i shouldnt need > to call > RT directly > Any help would be appreciated. > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu > > or > 89iroc at gmail.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 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/ > http://www.trypython.org/ > http://www.ironpython.info/ > http://www.theotherdelia.co.uk/ > http://www.resolverhacks.net/ > > > _______________________________________________ > 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 > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/ http://www.trypython.org/ http://www.ironpython.info/ http://www.theotherdelia.co.uk/ http://www.resolverhacks.net/ From falcon at uwyo.edu Wed Jun 25 00:22:06 2008 From: falcon at uwyo.edu (Michael Stephens) Date: Tue, 24 Jun 2008 16:22:06 -0600 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: <48617220.50905@voidspace.org.uk> References: <48616D79.40307@voidspace.org.uk> <48617220.50905@voidspace.org.uk> Message-ID: My main reason for using Irony Python is that break points will get hit. Do these other IDE's support break points. We are using the embedded PythonEngine class. I found that if you launched our application from VS it would attach the debugger and actually debug our python code even though its hosted internally. If there is another solution please let me know. Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu or 89iroc at gmail.com On Tue, Jun 24, 2008 at 4:16 PM, Michael Foord wrote: > Michael Stephens wrote: > >> It looks like the *only* way intellisense will pickup is if everything is >> in one file. A moderate workaround except for the lack of class >> navigator+function navigator >> > > You are likely to find the intellisense in Python IDEs like Wing and Komodo > much better. They don't have Windows Forms or WPF designers though. You can > still use Visual Studio / IronPython Studio to do your code generation - > although I intensely dislike the code that IronPython Studio generates. > > Some Resolver One developers have an odd penchant for Vim as an IDE, which > has intellisense of sorts... > > Michael Foord > > >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu or 89iroc at gmail.com > 89iroc at gmail.com> >> >> On Tue, Jun 24, 2008 at 3:56 PM, Michael Foord > fuzzyman at voidspace.org.uk>> wrote: >> >> Michael Stephens wrote: >> >> I should be able to just say >> dbg("test") should present intellisense at least for what dbg >> takes as an argument. >> >> >> "import" in Python is not the same as the C# using directive. If >> you do the following: >> >> import RT >> >> Then you can only access members of the RT module using: >> >> RT.attribute >> >> and you said that worked? >> >> If you want to be able to just type dbg("test") then you would >> need to do something like: >> >> from RT import dbg >> >> You can only use names you have specifically imported. I have no >> idea how good the IronPython Studio intellisense is though. >> >> Michael Foord >> >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu >> > or >> 89iroc at gmail.com >> > >> >> >> On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher >> >> >> >> wrote: >> >> I don't understand from your description what you expect to >> see in >> "Problem 2". >> >> On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens >> >> >> wrote: >> >> I have two instances where I can't get intellisense to >> work. Is it something I am doing or something wrong >> with Python >> Studio. I have attached a generated project. >> Problem 1: >> I can't access base class methods >> Problem 2: >> I can't access things declared in RT.py despite >> importing it.. >> The closest that that will work is >> import RT >> RT.dbg()// intellisense works! but i shouldnt need >> to call >> RT directly >> Any help would be appreciated. >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu >> > or >> 89iroc at gmail.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 >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> -- http://www.ironpythoninaction.com/ >> http://www.voidspace.org.uk/ >> http://www.trypython.org/ >> http://www.ironpython.info/ >> http://www.theotherdelia.co.uk/ >> http://www.resolverhacks.net/ >> >> >> _______________________________________________ >> 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 >> >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/ > http://www.trypython.org/ > http://www.ironpython.info/ > http://www.theotherdelia.co.uk/ > http://www.resolverhacks.net/ > > _______________________________________________ > 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 Jimmy.Schementi at microsoft.com Wed Jun 25 00:28:01 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Tue, 24 Jun 2008 15:28:01 -0700 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: Message-ID: That's really the only "IronPython debugging" solution, unless there's some other IDE that supports .NET debugging (MonoDevelop?). ~js On 6/24/08 3:22 PM, "Michael Stephens" wrote: My main reason for using Irony Python is that break points will get hit. Do these other IDE's support break points. We are using the embedded PythonEngine class. I found that if you launched our application from VS it would attach the debugger and actually debug our python code even though its hosted internally. If there is another solution please let me know. Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu or 89iroc at gmail.com On Tue, Jun 24, 2008 at 4:16 PM, Michael Foord wrote: Michael Stephens wrote: It looks like the *only* way intellisense will pickup is if everything is in one file. A moderate workaround except for the lack of class navigator+function navigator You are likely to find the intellisense in Python IDEs like Wing and Komodo much better. They don't have Windows Forms or WPF designers though. You can still use Visual Studio / IronPython Studio to do your code generation - although I intensely dislike the code that IronPython Studio generates. Some Resolver One developers have an odd penchant for Vim as an IDE, which has intellisense of sorts... Michael Foord Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu or 89iroc at gmail.com On Tue, Jun 24, 2008 at 3:56 PM, Michael Foord > wrote: Michael Stephens wrote: I should be able to just say dbg("test") should present intellisense at least for what dbg takes as an argument. "import" in Python is not the same as the C# using directive. If you do the following: import RT Then you can only access members of the RT module using: RT.attribute and you said that worked? If you want to be able to just type dbg("test") then you would need to do something like: from RT import dbg You can only use names you have specifically imported. I have no idea how good the IronPython Studio intellisense is though. Michael Foord Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu > or 89iroc at gmail.com > On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher >> wrote: I don't understand from your description what you expect to see in "Problem 2". On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens >> wrote: I have two instances where I can't get intellisense to work. Is it something I am doing or something wrong with Python Studio. I have attached a generated project. Problem 1: I can't access base class methods Problem 2: I can't access things declared in RT.py despite importing it.. The closest that that will work is import RT RT.dbg()// intellisense works! but i shouldnt need to call RT directly Any help would be appreciated. Michael Stephens Electrical Engineering Graduate Student University of Wyoming falcon at uwyo.edu > or 89iroc at gmail.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 ------------------------------------------------------------------------ _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/ http://www.trypython.org/ http://www.ironpython.info/ http://www.theotherdelia.co.uk/ http://www.resolverhacks.net/ _______________________________________________ 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 fuzzyman at voidspace.org.uk Wed Jun 25 00:26:26 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 24 Jun 2008 23:26:26 +0100 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: References: <48616D79.40307@voidspace.org.uk> <48617220.50905@voidspace.org.uk> Message-ID: <48617492.5090406@voidspace.org.uk> Michael Stephens wrote: > My main reason for using Irony Python is that break points will get > hit. Do these other IDE's support break points. > > We are using the embedded PythonEngine class. I found that if you > launched our application from VS it would attach the debugger and > actually debug our python code even though its hosted internally. If > there is another solution please let me know. No - other IDEs aren't as well integrated with the .NET debugger (although there are some fine CPython debuggers around and the Wing one is especially good). Can you develop code with other IDEs and then use IronPython Studio debugger? Michael Foord > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu or 89iroc at gmail.com > > > On Tue, Jun 24, 2008 at 4:16 PM, Michael Foord > > wrote: > > Michael Stephens wrote: > > It looks like the *only* way intellisense will pickup is if > everything is in one file. A moderate workaround except for > the lack of class navigator+function navigator > > > You are likely to find the intellisense in Python IDEs like Wing > and Komodo much better. They don't have Windows Forms or WPF > designers though. You can still use Visual Studio / IronPython > Studio to do your code generation - although I intensely dislike > the code that IronPython Studio generates. > > Some Resolver One developers have an odd penchant for Vim as an > IDE, which has intellisense of sorts... > > Michael Foord > > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu > > or > 89iroc at gmail.com > > > > On Tue, Jun 24, 2008 at 3:56 PM, Michael Foord > > >> wrote: > > Michael Stephens wrote: > > I should be able to just say > dbg("test") should present intellisense at least for > what dbg > takes as an argument. > > > "import" in Python is not the same as the C# using > directive. If > you do the following: > > import RT > > Then you can only access members of the RT module using: > > RT.attribute > > and you said that worked? > > If you want to be able to just type dbg("test") then you would > need to do something like: > > from RT import dbg > > You can only use names you have specifically imported. I > have no > idea how good the IronPython Studio intellisense is though. > > Michael Foord > > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu > > > > >> or > > 89iroc at gmail.com > > > > >> > > > > On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher > > > > >>> > > wrote: > > I don't understand from your description what you > expect to > see in > "Problem 2". > > On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens > > > > > >>> wrote: > > I have two instances where I can't get > intellisense to > work. Is it something I am doing or something wrong > with Python > Studio. I have attached a generated project. > Problem 1: > I can't access base class methods > Problem 2: > I can't access things declared in RT.py despite > importing it.. > The closest that that will work is > import RT > RT.dbg()// intellisense works! but i > shouldnt need > to call > RT directly > Any help would be appreciated. > > Michael Stephens > > Electrical Engineering Graduate Student > University of Wyoming > falcon at uwyo.edu > > > > >> or > > 89iroc at gmail.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 > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > > > > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > -- http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/ > http://www.trypython.org/ > http://www.ironpython.info/ > http://www.theotherdelia.co.uk/ > http://www.resolverhacks.net/ > > > _______________________________________________ > 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 > > > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/ > http://www.trypython.org/ > http://www.ironpython.info/ > http://www.theotherdelia.co.uk/ > http://www.resolverhacks.net/ > > _______________________________________________ > 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 > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/ http://www.trypython.org/ http://www.ironpython.info/ http://www.theotherdelia.co.uk/ http://www.resolverhacks.net/ From riltim at gmail.com Wed Jun 25 00:38:41 2008 From: riltim at gmail.com (Tim Riley) Date: Tue, 24 Jun 2008 18:38:41 -0400 Subject: [IronPython] Problems with Iron Python Studio In-Reply-To: <48617220.50905@voidspace.org.uk> References: <48616D79.40307@voidspace.org.uk> <48617220.50905@voidspace.org.uk> Message-ID: What's wrong with good old SharpDevelop? If you grab a recent build from the build server it comes with IronPython 1.1, C#, VB.NET, Boo and F# support out of the box. I have been using this for all my .NET development needs. I'm not 100% certain if you can use the .NET debugger with IronPython, and I can't till I get to work tomorrow and get on a windows box, but I'm fairly certain it does. ~Tim On Tue, Jun 24, 2008 at 6:16 PM, Michael Foord wrote: > Michael Stephens wrote: >> >> It looks like the *only* way intellisense will pickup is if everything is >> in one file. A moderate workaround except for the lack of class >> navigator+function navigator > > You are likely to find the intellisense in Python IDEs like Wing and Komodo > much better. They don't have Windows Forms or WPF designers though. You can > still use Visual Studio / IronPython Studio to do your code generation - > although I intensely dislike the code that IronPython Studio generates. > > Some Resolver One developers have an odd penchant for Vim as an IDE, which > has intellisense of sorts... > > Michael Foord > >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu or 89iroc at gmail.com >> >> >> On Tue, Jun 24, 2008 at 3:56 PM, Michael Foord > > wrote: >> >> Michael Stephens wrote: >> >> I should be able to just say >> dbg("test") should present intellisense at least for what dbg >> takes as an argument. >> >> >> "import" in Python is not the same as the C# using directive. If >> you do the following: >> >> import RT >> >> Then you can only access members of the RT module using: >> >> RT.attribute >> >> and you said that worked? >> >> If you want to be able to just type dbg("test") then you would >> need to do something like: >> >> from RT import dbg >> >> You can only use names you have specifically imported. I have no >> idea how good the IronPython Studio intellisense is though. >> >> Michael Foord >> >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu >> > or >> 89iroc at gmail.com >> > >> >> >> On Tue, Jun 24, 2008 at 3:49 PM, Curt Hagenlocher >> >> >> >> wrote: >> >> I don't understand from your description what you expect to >> see in >> "Problem 2". >> >> On Tue, Jun 24, 2008 at 2:35 PM, Michael Stephens >> >> >> wrote: >> >> I have two instances where I can't get intellisense to >> work. Is it something I am doing or something wrong >> with Python >> Studio. I have attached a generated project. >> Problem 1: >> I can't access base class methods >> Problem 2: >> I can't access things declared in RT.py despite >> importing it.. >> The closest that that will work is >> import RT >> RT.dbg()// intellisense works! but i shouldnt need >> to call >> RT directly >> Any help would be appreciated. >> >> Michael Stephens >> >> Electrical Engineering Graduate Student >> University of Wyoming >> falcon at uwyo.edu >> > or >> 89iroc at gmail.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 >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> -- http://www.ironpythoninaction.com/ >> http://www.voidspace.org.uk/ >> http://www.trypython.org/ >> http://www.ironpython.info/ >> http://www.theotherdelia.co.uk/ >> http://www.resolverhacks.net/ >> >> >> _______________________________________________ >> 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 >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/ > http://www.trypython.org/ > http://www.ironpython.info/ > http://www.theotherdelia.co.uk/ > http://www.resolverhacks.net/ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From jusylves at videotron.ca Wed Jun 25 01:51:46 2008 From: jusylves at videotron.ca (Julien Sylvestre) Date: Tue, 24 Jun 2008 19:51:46 -0400 Subject: [IronPython] events in PowerPoint Message-ID: <48618892.3040504@videotron.ca> Hello, I'm new at Ironpython, I've been looking at a way to interact dynamically with PowerPoint. I got some simple code to work to access the text in a box which is selected in PowerPoint: import clr from System.Runtime.InteropServices import Marshal clr.AddReference("Microsoft.Office.Interop.PowerPoint") import Microsoft.Office.Interop.PowerPoint as PowerPoint ppt = Marshal.GetActiveObject("PowerPoint.Application") sel = ppt.ActiveWindow.Selection.TextRange print sel.Text This is nice, because if I change the text that was initially selected in PowerPoint, and do "print sel.Text" again, I get the updated text in Python (i.e., I get a reference to the TextRange object, which I can interogate with the Text method when changes are made in PowerPoint). My question is: is there a way to register an event handler to do some action automatically when the text is modified in PowerPoint? Ideally, I'd like my Python script to execute some actions whenever the TextRange object is modified in PowerPoint. If that's not feasible, I could also run those actions when the user does something particular (like changing his selection, or saving his PPT file). I've been trying to introspect my Python objects, but couldn't locate anything that would allow me to setup my event handler. Any comment or suggestion would be greatly appreciated. Thanks, Julien. From dan.eloff at gmail.com Wed Jun 25 01:56:34 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Tue, 24 Jun 2008 18:56:34 -0500 Subject: [IronPython] The slow part of IronPython Message-ID: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> In my experience IronPython 2 is fast, I find it to be 3x CPython for some common tasks like serialization. But one area where it still lags way behind is module importing. I've noticed module importing to be an order of magnitude, over 20x, slower in most cases. I've got to think that if it's so expensive to import modules, following the CPython approach of caching generated code in .pyc files makes a lot of sense. I notice with Silverlight that when a project gets large enough, the module importing actually takes more time than network transfer! I'm seriously considering preloading modules in background threads to save time on multi core/processor machines. Are there any plans afoot to address this? -Dan From dinov at exchange.microsoft.com Wed Jun 25 02:28:11 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 24 Jun 2008 17:28:11 -0700 Subject: [IronPython] The slow part of IronPython In-Reply-To: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> References: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> There's a couple of plans a foot. We have been working on a pre-compilation feature like .pyc for IronPython 2.0 It's actually in Beta 3 but unfortunately it doesn't quite work yet which is the reason we haven't said anything. It will be there (and working!) in beta 4. That's the short term solution but unfortunately it won't really work with Silverlight - there's no way to compile against the Silverlight mscorlib from the desktop CLR and Silverlight doesn't support saving assemblies to disk. Another option which generally reduces compilation cost, but still not enough, is to use the -X:LightweightScopes command line option. But again that's not available in Silverlight :(. We may switch to using this mode by default at some point in the future but it needs a little more tuning - right now there's a noticeable difference between throughput perf in the two modes. Longer term we'd like to leverage the interpreter mode. This would result in importing a module initially just bringing up the Python AST for the module and then interpreting that until methods start getting called frequently. The bulk of the import time is going to compilation so doing this would fix a huge amount of the problem. Unfortunately we probably won't get to that for IronPython 2.0 as we're mostly focused on a few final DLR changes and then lots of bug fixing. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff Sent: Tuesday, June 24, 2008 4:57 PM To: Discussion of IronPython Subject: [IronPython] The slow part of IronPython In my experience IronPython 2 is fast, I find it to be 3x CPython for some common tasks like serialization. But one area where it still lags way behind is module importing. I've noticed module importing to be an order of magnitude, over 20x, slower in most cases. I've got to think that if it's so expensive to import modules, following the CPython approach of caching generated code in .pyc files makes a lot of sense. I notice with Silverlight that when a project gets large enough, the module importing actually takes more time than network transfer! I'm seriously considering preloading modules in background threads to save time on multi core/processor machines. Are there any plans afoot to address this? -Dan _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dan.eloff at gmail.com Wed Jun 25 02:57:39 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Tue, 24 Jun 2008 19:57:39 -0500 Subject: [IronPython] The slow part of IronPython In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <4817b6fc0806241757v577dbdd1iccf1ff1f4f9dda99@mail.gmail.com> > There's a couple of plans a foot. We have been working on a pre-compilation feature like .pyc for IronPython 2.0 It's actually in Beta 3 but unfortunately it doesn't quite work yet which is the reason we haven't said anything. It will be there (and working!) in beta 4. Wow, looking forward to that! >that's the short term solution but unfortunately it won't really work with Silverlight - there's no way to compile against the Silverlight mscorlib from the desktop CLR and Silverlight doesn't support saving assemblies to disk. That seems more like a Silverlight problem than an IronPython one. However, I can in Silverlight save arbitrary data to IsolatedStorage (client side). This would, I think, enable caching the compiled modules and loading them again on a per user basis, if only I have the right api in IronPython to get the compiled module as byte array/string and load from the same. I could then tweak the importing machinery (import hook? it can be done in CPython) slightly to check IsolatedStorage first for the compiled module and load that if possible, falling back to the standard importing mechanism, with the minor difference of saving the compiled module to IsolatedStorage. i.e. build in the .pyc saving/loading in python using IsolatedStorage instead of the file system. Any chance you guys could provide that api? Because it would be a dream to see IronPython totally scream in the browser. -Dan From curt at hagenlocher.org Wed Jun 25 03:21:28 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Tue, 24 Jun 2008 18:21:28 -0700 Subject: [IronPython] events in PowerPoint In-Reply-To: <48618892.3040504@videotron.ca> References: <48618892.3040504@videotron.ca> Message-ID: There's a reference for the TextRange object at http://msdn.microsoft.com/en-us/library/bb251500.aspx. It doesn't look like it supports any events. From what I can tell, all the events for PowerPoint are defined on the Application object: http://msdn.microsoft.com/en-us/library/bb251405.aspx. Perhaps the WindowSelectionChange event will do what you want. On Tue, Jun 24, 2008 at 4:51 PM, Julien Sylvestre wrote: > Hello, > I'm new at Ironpython, I've been looking at a way to interact dynamically > with PowerPoint. > > I got some simple code to work to access the text in a box which is > selected in PowerPoint: > > import clr > from System.Runtime.InteropServices import Marshal > clr.AddReference("Microsoft.Office.Interop.PowerPoint") > import Microsoft.Office.Interop.PowerPoint as PowerPoint > ppt = Marshal.GetActiveObject("PowerPoint.Application") > sel = ppt.ActiveWindow.Selection.TextRange > print sel.Text > > This is nice, because if I change the text that was initially selected in > PowerPoint, and do "print sel.Text" again, I get the updated text in Python > (i.e., I get a reference to the TextRange object, which I can interogate > with the Text method when changes are made in PowerPoint). > > My question is: is there a way to register an event handler to do some > action automatically when the text is modified in PowerPoint? Ideally, I'd > like my Python script to execute some actions whenever the TextRange object > is modified in PowerPoint. If that's not feasible, I could also run those > actions when the user does something particular (like changing his > selection, or saving his PPT file). > > I've been trying to introspect my Python objects, but couldn't locate > anything that would allow me to setup my event handler. > > Any comment or suggestion would be greatly appreciated. > > Thanks, > Julien. > _______________________________________________ > 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 Jun 25 03:22:11 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 24 Jun 2008 18:22:11 -0700 Subject: [IronPython] The slow part of IronPython In-Reply-To: <4817b6fc0806241757v577dbdd1iccf1ff1f4f9dda99@mail.gmail.com> References: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <4817b6fc0806241757v577dbdd1iccf1ff1f4f9dda99@mail.gmail.com> Message-ID: <7AD436E4270DD54A94238001769C2227012C92C4C0ED@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Well IsolatedStorage probably isn't good enough. The problem is we actually save a real .NET assembly to disk and do so using reflection - which is the only way this offers any benefits - the slow part is generally compilation. So Reflection.Emit would have to support IsolatedStorage for this to work. If you really wanted to use it out of Silverlight you could probably save it to disk on the desktop CLR, ildasm it, edit it, update the references to the Silverlight assemblies, and then ilasm it (or programmatically w/ something like Cecil I suppose). But we'd never actually support that or advise you do it :) You'll also want to measure the benefit you get w/ your code before you even try - the speed improvement of pre-compilation can be less significant than you'd really like. The best improvements come when you can compile multiple modules into a single file. But compiling one module per file ends up not being much of a gain. It's also not free - it has the same performance cost as the lightweight scopes I mentioned before. And there's still a lot of code gen for user-defined types and call sites. The good news, I suppose, is startup is now our own biggest performance concern - working set's at the top of the list as well. Throughput is largely higher across the board in 2.0 except for in some crazy dynamic scenarios. So it's definitely where our performance work will focus on in the future and we also have a few more ideas to consider as well. Likely it'll be a combination of many things that ultimately speeds this up. Sorry it won't get immediately better - I'm as unhappy about it as you :(. -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff Sent: Tuesday, June 24, 2008 5:58 PM To: Discussion of IronPython Subject: Re: [IronPython] The slow part of IronPython > There's a couple of plans a foot. We have been working on a pre-compilation feature like .pyc for IronPython 2.0 It's actually in Beta 3 but unfortunately it doesn't quite work yet which is the reason we haven't said anything. It will be there (and working!) in beta 4. Wow, looking forward to that! >that's the short term solution but unfortunately it won't really work with Silverlight - there's no way to compile against the Silverlight mscorlib from the desktop CLR and Silverlight doesn't support saving assemblies to disk. That seems more like a Silverlight problem than an IronPython one. However, I can in Silverlight save arbitrary data to IsolatedStorage (client side). This would, I think, enable caching the compiled modules and loading them again on a per user basis, if only I have the right api in IronPython to get the compiled module as byte array/string and load from the same. I could then tweak the importing machinery (import hook? it can be done in CPython) slightly to check IsolatedStorage first for the compiled module and load that if possible, falling back to the standard importing mechanism, with the minor difference of saving the compiled module to IsolatedStorage. i.e. build in the .pyc saving/loading in python using IsolatedStorage instead of the file system. Any chance you guys could provide that api? Because it would be a dream to see IronPython totally scream in the browser. -Dan _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From kf9150 at gmail.com Wed Jun 25 09:31:40 2008 From: kf9150 at gmail.com (Kelie) Date: Wed, 25 Jun 2008 00:31:40 -0700 (PDT) Subject: [IronPython] events in PowerPoint In-Reply-To: References: <48618892.3040504@videotron.ca> Message-ID: <6bde1012-f58d-4677-af39-524d67ab7418@i36g2000prf.googlegroups.com> Not sure if this will help. I wrote something like this a while back, probably using IronPython 1.1. And it was for a different software. import clr from System.Runtime.InteropServices import Marshal clr.AddReference("Microsoft.Office.Interop.PowerPoint") import Microsoft.Office.Interop.PowerPoint as PowerPoint ppt = Marshal.GetActiveObject("PowerPoint.Application") def onWindowSelectionChange(selection): print "Window selection changed." ppt.WindowSelectionChange += onWindowSelectionChange From fuzzyman at voidspace.org.uk Wed Jun 25 12:59:36 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Wed, 25 Jun 2008 11:59:36 +0100 Subject: [IronPython] The slow part of IronPython In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <48622518.2020009@voidspace.org.uk> Dino Viehland wrote: > There's a couple of plans a foot. We have been working on a pre-compilation feature like .pyc for IronPython 2.0 It's actually in Beta 3 but unfortunately it doesn't quite work yet which is the reason we haven't said anything. It will be there (and working!) in beta 4. Import performance is something we would desperately like to see improved for Resolver One. Resolver One takes too long to start, and only a small part of that is the IronPython startup time - the lions share is in importing Python files. IronPython is substantially slower than CPython here. Resolver One is currently based on IronPython 1, and we are already using precompiled modules (one assembly per Python file) - but it does little to improve import performance. Thanks Michael Foord > That's the short term solution but unfortunately it won't really work with Silverlight - there's no way to compile against the Silverlight mscorlib from the desktop CLR and Silverlight doesn't support saving assemblies to disk. > > Another option which generally reduces compilation cost, but still not enough, is to use the -X:LightweightScopes command line option. But again that's not available in Silverlight :(. We may switch to using this mode by default at some point in the future but it needs a little more tuning - right now there's a noticeable difference between throughput perf in the two modes. > > Longer term we'd like to leverage the interpreter mode. This would result in importing a module initially just bringing up the Python AST for the module and then interpreting that until methods start getting called frequently. The bulk of the import time is going to compilation so doing this would fix a huge amount of the problem. Unfortunately we probably won't get to that for IronPython 2.0 as we're mostly focused on a few final DLR changes and then lots of bug fixing. > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff > Sent: Tuesday, June 24, 2008 4:57 PM > To: Discussion of IronPython > Subject: [IronPython] The slow part of IronPython > > In my experience IronPython 2 is fast, I find it to be 3x CPython for > some common tasks like serialization. > > But one area where it still lags way behind is module importing. I've > noticed module importing to be an order of magnitude, over 20x, slower > in most cases. > > I've got to think that if it's so expensive to import modules, > following the CPython approach of caching generated code in .pyc files > makes a lot of sense. I notice with Silverlight that when a project > gets large enough, the module importing actually takes more time than > network transfer! I'm seriously considering preloading modules in > background threads to save time on multi core/processor machines. > > Are there any plans afoot to address this? > > -Dan > _______________________________________________ > 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 jusylves at videotron.ca Wed Jun 25 14:38:09 2008 From: jusylves at videotron.ca (jusylves at videotron.ca) Date: Wed, 25 Jun 2008 08:38:09 -0400 Subject: [IronPython] Re : Re: events in PowerPoint In-Reply-To: <6bde1012-f58d-4677-af39-524d67ab7418@i36g2000prf.googlegroups.com> References: <48618892.3040504@videotron.ca> <6bde1012-f58d-4677-af39-524d67ab7418@i36g2000prf.googlegroups.com> Message-ID: An HTML attachment was scrubbed... URL: From Sathish.Kaveripakam at phonak.com Wed Jun 25 17:17:37 2008 From: Sathish.Kaveripakam at phonak.com (Kaveripakam, Sathish) Date: Wed, 25 Jun 2008 17:17:37 +0200 Subject: [IronPython] ironpython and NUNIT Message-ID: Hello All, i am trying to use the NUNIT with Ironpython using VS2005, .NET 2.0 version ( http://blog.bittercoder.com/CommentView,guid,ef0c495d-6804-4d6e-9537-ce2 38b6047c3.aspx#commentstart ), but I am not able to get the things going. Could any one had issues with the usage ? Are there any test frameworks available which will work with iron python ? any pointers/hints are welcome. ******************** Legal Notice: The information in this electronic transmission may contain confidential or legally privileged information and is intended solely for the individual(s) named above. If you are not an intended recipient or an authorized agent, you are hereby notified that reading, distributing, or otherwise disseminating, copying or taking any action based on the contents of this transmission is strictly prohibited. Any unauthorized interception of this transmission is illegal under law. If you have received this transmission in error, please notify the sender by telephone [at the number indicated above/ on +41 58 928 0101] as soon as possible and then destroy all copies of this transmission. ******************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From curt at hagenlocher.org Wed Jun 25 18:00:52 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Wed, 25 Jun 2008 09:00:52 -0700 Subject: [IronPython] ironpython and NUNIT In-Reply-To: References: Message-ID: I haven't tried to use Alex's adapter, though it looks rather interesting. The reason why the adapter is necessary is that frameworks like NUnit rely on the ability to attach CLR attributes to your methods, something which we can't do today for IronPython. Have you considered using the native "unittest" library? Granted, it doesn't have "a nice GUI", but it works pretty well. The module itself is part of the standard CPython library, which we're not yet including with IronPython so you'll have to download it yourself from python.org. You can see documentation for it at http://docs.python.org/lib/module-unittest.html. One advantage of unittest.py is that it should work the same for IronPython 1.x and 2.x because it's implemented in pure Python and therefore not dependent on the IronPython hosting APIs. On Wed, Jun 25, 2008 at 8:17 AM, Kaveripakam, Sathish < Sathish.Kaveripakam at phonak.com> wrote: > Hello All, > > i am trying to use the NUNIT with Ironpython using VS2005, .NET 2.0 > version ( > http://blog.bittercoder.com/CommentView,guid,ef0c495d-6804-4d6e-9537-ce238b6047c3.aspx#commentstart ), > but I am not able to get the things going. Could any one had issues with the > usage ? > > Are there any test frameworks available which will work with iron python ? > any pointers/hints are welcome. > > ------------------------------ > *Legal Notice:* > The information in this electronic transmission may contain confidential or > legally privileged information and is intended solely for the individual(s) > named above. If you are not an intended recipient or an authorized agent, > you are hereby notified that reading, distributing, or otherwise > disseminating, copying or taking any action based on the contents of this > transmission is strictly prohibited. Any unauthorized interception of this > transmission is illegal under law. If you have received this transmission in > error, please notify the sender by telephone [at the number indicated > above/on +41 58 928 0101] as soon as possible and then destroy all copies of > this transmission. > ------------------------------ > > > _______________________________________________ > 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 dfugate at microsoft.com Wed Jun 25 18:05:06 2008 From: dfugate at microsoft.com (Dave Fugate) Date: Wed, 25 Jun 2008 09:05:06 -0700 Subject: [IronPython] ironpython and NUNIT In-Reply-To: References: Message-ID: You might want to check out the tests we have in the source distribution of IronPython in IronPython-2.0B3\Src\Tests. Our tests are based on a custom test harness, lib.assert_util, and look similar to py.test tests. The general pattern they follow is: from lib.assert_util import * def test_someTestCaseName(): AreEqual(..., ...) AssertError(OSError, nt.mkdir, bad_dir) #You get the idea #More "test_*" functions... run_test(__name__) Hope that helps! From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Kaveripakam, Sathish Sent: Wednesday, June 25, 2008 8:18 AM To: users at lists.ironpython.com Subject: [IronPython] ironpython and NUNIT Hello All, i am trying to use the NUNIT with Ironpython using VS2005, .NET 2.0 version ( http://blog.bittercoder.com/CommentView,guid,ef0c495d-6804-4d6e-9537-ce238b6047c3.aspx#commentstart ), but I am not able to get the things going. Could any one had issues with the usage ? Are there any test frameworks available which will work with iron python ? any pointers/hints are welcome. ________________________________ Legal Notice: The information in this electronic transmission may contain confidential or legally privileged information and is intended solely for the individual(s) named above. If you are not an intended recipient or an authorized agent, you are hereby notified that reading, distributing, or otherwise disseminating, copying or taking any action based on the contents of this transmission is strictly prohibited. Any unauthorized interception of this transmission is illegal under law. If you have received this transmission in error, please notify the sender by telephone [at the number indicated above/on +41 58 928 0101] as soon as possible and then destroy all copies of this transmission. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.eloff at gmail.com Wed Jun 25 18:11:10 2008 From: dan.eloff at gmail.com (Dan Eloff) Date: Wed, 25 Jun 2008 11:11:10 -0500 Subject: [IronPython] The slow part of IronPython In-Reply-To: <7AD436E4270DD54A94238001769C2227012C92C4C0ED@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4817b6fc0806241656p6150f1bdg6c9509b1e349cee1@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4C0CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <4817b6fc0806241757v577dbdd1iccf1ff1f4f9dda99@mail.gmail.com> <7AD436E4270DD54A94238001769C2227012C92C4C0ED@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <4817b6fc0806250911v59840da7p34678334e9c22c38@mail.gmail.com> What if I used background threads to import some packages at program start? I imagine there is a race condition here if the background thread is still importing module x and the main thread starts to do the same, but if the worst case is it's parsed/compiled twice, but imported once, it doesn't matter. The work the background thread does is free on a multi-core machine. I may also be able to tweak my code to import some modules at runtime if they aren't used in the initial startup code path. IronPython is slow to startup, but really, as Foord pointed out, it's not noticeable once you start importing. On Tue, Jun 24, 2008 at 8:22 PM, Dino Viehland wrote: > Well IsolatedStorage probably isn't good enough. The problem is we actually save a real .NET assembly to disk and do so using reflection - which is the only way this offers any benefits - the slow part is generally compilation. So Reflection.Emit would have to support IsolatedStorage for this to work. > > If you really wanted to use it out of Silverlight you could probably save it to disk on the desktop CLR, ildasm it, edit it, update the references to the Silverlight assemblies, and then ilasm it (or programmatically w/ something like Cecil I suppose). But we'd never actually support that or advise you do it :) > > You'll also want to measure the benefit you get w/ your code before you even try - the speed improvement of pre-compilation can be less significant than you'd really like. The best improvements come when you can compile multiple modules into a single file. But compiling one module per file ends up not being much of a gain. It's also not free - it has the same performance cost as the lightweight scopes I mentioned before. And there's still a lot of code gen for user-defined types and call sites. > > The good news, I suppose, is startup is now our own biggest performance concern - working set's at the top of the list as well. Throughput is largely higher across the board in 2.0 except for in some crazy dynamic scenarios. So it's definitely where our performance work will focus on in the future and we also have a few more ideas to consider as well. Likely it'll be a combination of many things that ultimately speeds this up. Sorry it won't get immediately better - I'm as unhappy about it as you :(. > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Eloff > Sent: Tuesday, June 24, 2008 5:58 PM > To: Discussion of IronPython > Subject: Re: [IronPython] The slow part of IronPython > >> There's a couple of plans a foot. We have been working on a pre-compilation feature like .pyc for IronPython 2.0 It's actually in Beta 3 but unfortunately it doesn't quite work yet which is the reason we haven't said anything. It will be there (and working!) in beta 4. > > Wow, looking forward to that! > >>that's the short term solution but unfortunately it won't really work with Silverlight - there's no way to compile against the Silverlight mscorlib from the desktop CLR and Silverlight doesn't support saving assemblies to disk. > > That seems more like a Silverlight problem than an IronPython one. > However, I can in Silverlight save arbitrary data to IsolatedStorage > (client side). This would, I think, enable caching the compiled > modules and loading them again on a per user basis, if only I have the > right api in IronPython to get the compiled module as byte > array/string and load from the same. I could then tweak the importing > machinery (import hook? it can be done in CPython) slightly to check > IsolatedStorage first for the compiled module and load that if > possible, falling back to the standard importing mechanism, with the > minor difference of saving the compiled module to IsolatedStorage. > i.e. build in the .pyc saving/loading in python using IsolatedStorage > instead of the file system. > > Any chance you guys could provide that api? Because it would be a > dream to see IronPython totally scream in the browser. > > -Dan > _______________________________________________ > 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 gigs at hi.t-com.hr Wed Jun 25 21:18:19 2008 From: gigs at hi.t-com.hr (Gigs_) Date: Wed, 25 Jun 2008 21:18:19 +0200 Subject: [IronPython] ironpython xna problem In-Reply-To: <7AD436E4270DD54A94238001769C2227012BC9F4FD9F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <4856DECC.5000908@hi.t-com.hr> <4857BEBF.8020403@iinet.net.au> <4857DD82.4030301@hi.t-com.hr> <4857E0D7.2070301@voidspace.org.uk> <7AD436E4270DD54A94238001769C2227012BC9F4FD9F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <486299FB.8090903@hi.t-com.hr> Dino Viehland wrote: > Is this on a 64-bit machine? IronPython is a neutral EXE so it'll run at 64-bit on a 64-bit machine and 32-bit on a 32-bit machine. It looks like XNA is a 32-bit only assembly: http://www.start64.com/index.php?option=com_content&task=view&id=1932&Itemid=114 > > If this is the problem then the answer is that unfortunately we don't ship a 32-bit ipy.exe. You could write a simple 32-bit wrapper that does a AppDomain.ExecuteAssembly on ipy.exe though. > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Michael Foord > Sent: Tuesday, June 17, 2008 9:06 AM > To: Discussion of IronPython > Subject: Re: [IronPython] ironpython xna problem > > Hello Gigs_, > > That error definitely means that IronPython isn't finding the assemblies. > > What happens if you copy the XNA assemblies into the same directory as > the IronPython interpreter and execute the following into the > interactive interpreter: > > > import clr > > clr.AddReference('Microsoft.Xna.Framework') > clr.AddReference('Microsoft.Xna.Framework.Game') > > from Microsoft.Xna.Framework import * > from Microsoft.Xna.Framework.Graphics import * > from Microsoft.Xna.Framework.Content import * > > Gigs_ wrote: > >> Paul Turbett wrote: >> >>> Are the XNA assemblies in the same directory as your script? I don't >>> think they are in the GAC, so unless they in the same place as the >>> ipy script, or a directory in your path, they won't be loaded. >>> >>> L8r, Paul >>> >>> Gigs_ wrote: >>> >>>> Hi all! >>>> >>>> >>>> i want to run some ironpython xna script, but all the tim im getting >>>> error. I tried this in c# and it is working, i have installed >>>> directx runtime, xna studio 2.0 and xna framework. later i tried >>>> with xna 3.0 and same thing >>>> this is error: >>>> >>>> Could not load file or assembly 'Microsoft.Xna.Framework, >>>> Version=2.0.0.0, Culture=neutral, PublicKeyToken=6d5c3888ef60e27d' >>>> or one of its dependencies. The system cannot find the file specified. >>>> >>>> import clr >>>> >>>> clr.AddReference('Microsoft.Xna.Framework') >>>> clr.AddReference('Microsoft.Xna.Framework.Game') >>>> >>>> from Microsoft.Xna.Framework import * >>>> from Microsoft.Xna.Framework.Graphics import * >>>> from Microsoft.Xna.Framework.Content import * >>>> >>>> class MyGame(Game): >>>> def __init__(self): >>>> self.spriteX = self.spriteY = 0 >>>> self.spriteSpeedX = self.spriteSpeedY = 1 >>>> self.initializeComponent() def initializeComponent(self): >>>> self.graphics = GraphicsDeviceManager(self) >>>> self.content = ContentManager(self.Services) >>>> ... >>>> >>>> >>>> Can someon help me with this_ 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 >>> >>> __________ Information from ESET NOD32 Antivirus, version of virus >>> signature database 3194 (20080617) __________ >>> >>> The message was checked by ESET NOD32 Antivirus. >>> >>> http://www.eset.com >>> >>> >>> >>> >> thez are in the gac, and when i copy them to working dir nothing >> change. i will blow, i really need ironpython for xna for testing >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > > -- > http://www.ironpythoninaction.com/ > http://www.theotherdelia.co.uk/ > http://www.voidspace.org.uk/ > http://www.ironpython.info/ > http://www.resolverhacks.net/ > > _______________________________________________ > 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 > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 3194 (20080617) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > > i think that this will work. I will download ironpython 1.1 source and build it for x86 platform. From gigs at hi.t-com.hr Wed Jun 25 21:21:07 2008 From: gigs at hi.t-com.hr (Gigs_) Date: Wed, 25 Jun 2008 21:21:07 +0200 Subject: [IronPython] ironpython xna problem In-Reply-To: <486299FB.8090903@hi.t-com.hr> References: <4856DECC.5000908@hi.t-com.hr> <4857BEBF.8020403@iinet.net.au> <4857DD82.4030301@hi.t-com.hr> <4857E0D7.2070301@voidspace.org.uk> <7AD436E4270DD54A94238001769C2227012BC9F4FD9F@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <486299FB.8090903@hi.t-com.hr> Message-ID: <48629AA3.6030208@hi.t-com.hr> Gigs_ wrote: > Dino Viehland wrote: >> Is this on a 64-bit machine? IronPython is a neutral EXE so it'll >> run at 64-bit on a 64-bit machine and 32-bit on a 32-bit machine. It >> looks like XNA is a 32-bit only assembly: >> http://www.start64.com/index.php?option=com_content&task=view&id=1932&Itemid=114 >> >> >> If this is the problem then the answer is that unfortunately we don't >> ship a 32-bit ipy.exe. You could write a simple 32-bit wrapper that >> does a AppDomain.ExecuteAssembly on ipy.exe though. >> >> -----Original Message----- >> From: users-bounces at lists.ironpython.com >> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Michael Foord >> Sent: Tuesday, June 17, 2008 9:06 AM >> To: Discussion of IronPython >> Subject: Re: [IronPython] ironpython xna problem >> >> Hello Gigs_, >> >> That error definitely means that IronPython isn't finding the >> assemblies. >> >> What happens if you copy the XNA assemblies into the same directory as >> the IronPython interpreter and execute the following into the >> interactive interpreter: >> >> >> import clr >> >> clr.AddReference('Microsoft.Xna.Framework') >> clr.AddReference('Microsoft.Xna.Framework.Game') >> >> from Microsoft.Xna.Framework import * >> from Microsoft.Xna.Framework.Graphics import * >> from Microsoft.Xna.Framework.Content import * >> >> Gigs_ wrote: >> >>> Paul Turbett wrote: >>> >>>> Are the XNA assemblies in the same directory as your script? I don't >>>> think they are in the GAC, so unless they in the same place as the >>>> ipy script, or a directory in your path, they won't be loaded. >>>> >>>> L8r, Paul >>>> >>>> Gigs_ wrote: >>>> >>>>> Hi all! >>>>> >>>>> >>>>> i want to run some ironpython xna script, but all the tim im getting >>>>> error. I tried this in c# and it is working, i have installed >>>>> directx runtime, xna studio 2.0 and xna framework. later i tried >>>>> with xna 3.0 and same thing >>>>> this is error: >>>>> >>>>> Could not load file or assembly 'Microsoft.Xna.Framework, >>>>> Version=2.0.0.0, Culture=neutral, PublicKeyToken=6d5c3888ef60e27d' >>>>> or one of its dependencies. The system cannot find the file >>>>> specified. >>>>> >>>>> import clr >>>>> >>>>> clr.AddReference('Microsoft.Xna.Framework') >>>>> clr.AddReference('Microsoft.Xna.Framework.Game') >>>>> >>>>> from Microsoft.Xna.Framework import * >>>>> from Microsoft.Xna.Framework.Graphics import * >>>>> from Microsoft.Xna.Framework.Content import * >>>>> >>>>> class MyGame(Game): >>>>> def __init__(self): >>>>> self.spriteX = self.spriteY = 0 >>>>> self.spriteSpeedX = self.spriteSpeedY = 1 >>>>> self.initializeComponent() def initializeComponent(self): >>>>> self.graphics = GraphicsDeviceManager(self) >>>>> self.content = ContentManager(self.Services) >>>>> ... >>>>> >>>>> >>>>> Can someon help me with this_ 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 >>>> >>>> __________ Information from ESET NOD32 Antivirus, version of virus >>>> signature database 3194 (20080617) __________ >>>> >>>> The message was checked by ESET NOD32 Antivirus. >>>> >>>> http://www.eset.com >>>> >>>> >>>> >>>> >>> thez are in the gac, and when i copy them to working dir nothing >>> change. i will blow, i really need ironpython for xna for testing >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >> >> >> -- >> http://www.ironpythoninaction.com/ >> http://www.theotherdelia.co.uk/ >> http://www.voidspace.org.uk/ >> http://www.ironpython.info/ >> http://www.resolverhacks.net/ >> >> _______________________________________________ >> 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 >> >> __________ Information from ESET NOD32 Antivirus, version of virus >> signature database 3194 (20080617) __________ >> >> The message was checked by ESET NOD32 Antivirus. >> >> http://www.eset.com >> >> >> >> > i think that this will work. I will download ironpython 1.1 source and > build it for x86 platform. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > __________ Information from ESET NOD32 Antivirus, version of virus > signature database 3218 (20080625) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > yes it is working (nice). thanks dino From jusylves at videotron.ca Thu Jun 26 02:09:20 2008 From: jusylves at videotron.ca (Julien Sylvestre) Date: Wed, 25 Jun 2008 20:09:20 -0400 Subject: [IronPython] events in PowerPoint In-Reply-To: <6bde1012-f58d-4677-af39-524d67ab7418@i36g2000prf.googlegroups.com> References: <48618892.3040504@videotron.ca> <6bde1012-f58d-4677-af39-524d67ab7418@i36g2000prf.googlegroups.com> Message-ID: <4862DE30.4030904@videotron.ca> I've sent the following this morning, but the message appeared all scambled in the mailing list's archive (was testing a new mail client), and I'm afraid it didn't make it in an intelligible manner to people on the list. My most sincere apologies for cluttering your mailboxes. --------------------------------------------------------------------------------------------- Thanks for the quick reply. The line ppt.WindowSelectionChange += onWindowSelectionChange doesn't work for me. It looks like my ppt object (type __ComObject) doesn't have the WindowSelectionChange attribute (see below for a dir on my ppt object). I've looked at other objects in ppt (ActiveWindow, ActiveWindow.Application, etc.), and I can't find WindowSelectionChange (or any other event) anywhere by running recursive dir() on my ppt object and its attributes. I'm puzzled. My ppt object probably isn't the Application object to which event handlers are attached (I'm ashamed to say that I'm not sure what class my ppt object is instantiated from, or what's the type of its attributes). Or maybe I need to do something particular to enable events? Any help would be greatly appreciated. Many thanks, Julien. dir(ppt), where ppt = Marshal.GetActiveObject("PowerPoint.Application") ['Activate', 'Active', 'ActivePresentation', 'ActivePrinter', 'ActiveWindow', 'A ddIns', 'AnswerWizard', 'Assistant', 'AutoCorrect', 'AutomationSecurity', 'Build ', 'COMAddIns', 'Caption', 'CommandBars', 'CreateObjRef', 'Creator', 'DefaultWeb Options', 'Dialogs', 'DisplayAlerts', 'DisplayGridLines', 'Equals', 'FeatureInst all', 'FileFind', 'FileSearch', 'Finalize', 'GetHashCode', 'GetLifetimeService', 'GetOptionFlag', 'GetType', 'HWND', 'Height', 'Help', 'InitializeLifetimeServic e', 'LanguageSettings', 'LaunchSpelling', 'Left', 'Marker', 'MemberwiseClone', ' MsoDebugOptions', 'Name', 'NewPresentation', 'OperatingSystem', 'Options', 'PPFi leDialog', 'Path', 'Presentations', 'ProductCode', 'Quit', 'Run', 'SetOptionFlag ', 'SetPerfMarker', 'ShowStartupDialog', 'ShowWindowsInTaskbar', 'SlideShowWindo ws', 'ToString', 'Top', 'VBE', 'Version', 'Visible', 'Width', 'WindowState', 'Wi ndows', '__class__', '__doc__', '__init__', '__module__', '__new__', '__reduce__ ', '__reduce_ex__', '__repr__'] Kelie wrote: > Not sure if this will help. I wrote something like this a while back, > probably using IronPython 1.1. And it was for a different software. > > import clr > from System.Runtime.InteropServices import Marshal > clr.AddReference("Microsoft.Office.Interop.PowerPoint") > import Microsoft.Office.Interop.PowerPoint as PowerPoint > ppt = Marshal.GetActiveObject("PowerPoint.Application") > > def onWindowSelectionChange(selection): > print "Window selection changed." > > ppt.WindowSelectionChange += onWindowSelectionChange > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From Jimmy.Schementi at microsoft.com Thu Jun 26 02:55:59 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Wed, 25 Jun 2008 17:55:59 -0700 Subject: [IronPython] StaticResources + DLR + Silverlight In-Reply-To: <4817b6fc0805050643g61cf500fy91c17510b5661c6a@mail.gmail.com> References: <4817b6fc0805050643g61cf500fy91c17510b5661c6a@mail.gmail.com> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A32845D42AE215@NA-EXMSG-C116.redmond.corp.microsoft.com> [Catching up w/old mail, sorry! =(] Dan, Using a dynamic language in Silverlight is no different than in C#/VB wrt StaticResources; you can have a app.xaml file which looks like this: And load it in app.py like this: Application.LoadComponent(Application.current, Uri("app.xaml", UriKind.Relative)) I omit this "StaticResource XAML file" from our templates since I figured they'd only add confusion, but do you think this should be in there regardless? ~Jimmy > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dan Eloff > Sent: Monday, May 05, 2008 6:44 AM > To: Discussion of IronPython > Subject: [IronPython] StaticResources + DLR + Silverlight > > I notice if you use C#/VB, you have in your main xaml > file. In there you can place resources that can be used from anywhere > in your other xaml files. Using the {StaticResource foo} markup > extension. > > If you are using a dynamic language, there is no > equivalent (please correct me if I'm wrong), most examples I've seen > use . > > The trouble is placing your resources in makes > them off limit to {StaticResource foo} in any other xaml files (again > please correct me if I'm wrong) > > So I find myself in a nightmare of duplicating resources across files > and setting styles in code from > Application.Current.RootVisual.Resources['foo'], neither of which is > pleasant. Are there really no better alternatives? > > -Dan > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Jimmy.Schementi at microsoft.com Thu Jun 26 02:58:26 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Wed, 25 Jun 2008 17:58:26 -0700 Subject: [IronPython] StaticResources + DLR + Silverlight In-Reply-To: <4817b6fc0805110738y3b1c7c70mdf373d7c95a7d7b1@mail.gmail.com> References: <4817b6fc0805050643g61cf500fy91c17510b5661c6a@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284580380A77@NA-EXMSG-C116.redmond.corp.microsoft.com> <4817b6fc0805110738y3b1c7c70mdf373d7c95a7d7b1@mail.gmail.com> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A32845D42AE219@NA-EXMSG-C116.redmond.corp.microsoft.com> I'd hope using Application.LoadComponent would work better =) > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dan Eloff > Sent: Sunday, May 11, 2008 7:38 AM > To: Discussion of IronPython > Subject: Re: [IronPython] StaticResources + DLR + Silverlight > > Ok, I think I have discovered an answer to this one. I haven't tested > it because I no longer use xaml files for anything but resources, but > it *should* work. Make a xaml file for just application level > resources, it should simply consist of a . Use > XamlReader.Load() to read it, now you have a dictionary of your global > styles and things. Programmatically merge that dictionary into the > Application.Current.Resources dictionary. If that works, you should be > able to use {StaticResource } to refer to your resources from > anywhere. > > But bottom line is XAML cannot use Python objects and controls, so for > anything but the very simple, it soon becomes a liability. I've made a > module that simplifies the process of creating controls in Python > (which I hope to place in the IronPython cookbook soon.) > > Here's an example: > > x.Canvas(Width=400, Height=400)( > x.Rectangle(Width=200, Height=200, Canvas_Top=100, Canvas_Left=100, > > Fill=x.VerticalGradient([(x.Colors.DarkTurquoise, 0), > (x.Color('#4169e1'), 1)]) > ) > > It's about half the size of the equivalent xaml, but no static error > checking, and very little in the way of auto completion and > intellisense, so I consider it about a wash. The advantage is that you > can now use Python controls and objects, and you can use anything > python has to offer, like loops, closures, or conditionals, when > constructing your interface. > > -Dan > > On Tue, May 6, 2008 at 2:04 AM, Jimmy Schementi > wrote: > > Dan, > > > > It's a very good question, and I'm a little embarrassed not to have a > solution for you. Give me some time to poke around and find the best > way to do this. > > > > ~js > > > >> -----Original Message----- > >> From: users-bounces at lists.ironpython.com [mailto:users- > >> bounces at lists.ironpython.com] On Behalf Of Dan Eloff > >> Sent: Monday, May 05, 2008 6:44 AM > >> To: Discussion of IronPython > >> Subject: [IronPython] StaticResources + DLR + Silverlight > >> > >> I notice if you use C#/VB, you have in your main xaml > >> file. In there you can place resources that can be used from > anywhere > >> in your other xaml files. Using the {StaticResource foo} markup > >> extension. > >> > >> If you are using a dynamic language, there is no > > >> equivalent (please correct me if I'm wrong), most examples I've seen > >> use . > >> > >> The trouble is placing your resources in > makes > >> them off limit to {StaticResource foo} in any other xaml files > (again > >> please correct me if I'm wrong) > >> > >> So I find myself in a nightmare of duplicating resources across > files > >> and setting styles in code from > >> Application.Current.RootVisual.Resources['foo'], neither of which is > >> pleasant. Are there really no better alternatives? > >> > >> -Dan > >> _______________________________________________ > >> 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 Jimmy.Schementi at microsoft.com Thu Jun 26 06:08:41 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Wed, 25 Jun 2008 21:08:41 -0700 Subject: [IronPython] Silverlight and Catching HttpWebRequest Errors In-Reply-To: <482B606D.60205@voidspace.org.uk> References: <4827F8A4.7020504@voidspace.org.uk> <5283CA0A4168DF4FBBD71AE9ECA5A328457FE34E1D@NA-EXMSG-C116.redmond.corp.microsoft.com> <530a79a6-0bce-471b-843e-10db132795c9@k13g2000hse.googlegroups.com> <482B5FA3.6070506@voidspace.org.uk> <482B606D.60205@voidspace.org.uk> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A32845D42AE2A4@NA-EXMSG-C116.redmond.corp.microsoft.com> So, did some homework on this. Taking a look at BrowserHttpWebRequest with Reflector, it definitely has a public ProgressFailed event, but it says it's read-only. Dino/Curt, could this behavior happen because BrowserHttpWebRequest has a methods and events by exactly the same name? private EventHandler ProgressChanged; private EventHandler