From jimmy at schementi.com Tue Feb 1 05:28:05 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 31 Jan 2011 23:28:05 -0500 Subject: [IronPython] Proposed Release Schedule for 2.7 In-Reply-To: References: Message-ID: That schedule looks good for me too, and I can help get the releases out as well. ~Jimmy On Sun, Jan 30, 2011 at 3:37 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > I propose we sync IronRuby releases with IronPython as follows: > > IronRuby - IronPython - date > 1.1.2 - Beta 2 - February 6 > none - RC1 - February 20 > none - RC2 - February 27 > 1.1.3 - RTM - March 6 > > Tomas > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Friday, January 28, 2011 3:39 PM > To: Discussion of IronPython > Subject: [IronPython] Proposed Release Schedule for 2.7 > > I'd like to propose the following release schedule for IronPython 2.7: > > Beta 2 - February 6 > RC1 - February 20 > RC2 - February 27 > RTM - March 6 > > The need for a Beta 3 release could push those dates back by up to two > weeks. Also, I may reevaluate based on the rate of bugs being fixed - if > lots of fixes are coming in, delaying the release may be worthwhile. > Obviously, any showstoppers would have an affect as while, but I don't > believe there are any of those at the moment. The only current blocker for > release is that the test suite does not pass 100%. > That will need to be sorted prior to RTM. > > It's an aggressive schedule, but I think IronPython has gone too long > without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks > if there are sufficient contributions (like new modules). > > I want to get the 2.x series behind us so that work can begin on 3.2/3.3. > Compatibility with 3.x is going to be much better than 2.x, and with most > Python stuff needing porting effort anyway getting IronPython support will > be easier. That's going to require some work in the innards, and I'm not > sure too many people are familiar with those parts or IronPython yet. > > I've already updated the version numbers to Beta 2 and fixed the installer > bugs that prevented Beta 1 from installing over Alpha 1. At this point, the > bugs that get fixed will probably be the ones that have patches, or at least > solid repros, attached to them. > > If you've got a bug that you think *must* be fixed, bring it up here. > > Does anyone else think this is doable? > > - Jeff > _______________________________________________ > 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 danielj at arena.net Tue Feb 1 20:55:01 2011 From: danielj at arena.net (Daniel Jennings) Date: Tue, 1 Feb 2011 11:55:01 -0800 Subject: [IronPython] Disabling optimized methods Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F040BBDB8@wallemail.arena.ncwest.ncsoft.corp> I was reading an old post by Dino here: http://www.mail-archive.com/users at lists.ironpython.com/msg04829.html that mentions that using -X:StaticMethods will force methods into types so that you can get the typical CLR-style debugging. I was wondering two things: 1. Is this still relavant to 2.7A1? 2. How do you specify such a flag when you're embedding IronPython in your application (building your own engine.) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Feb 1 21:49:47 2011 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 1 Feb 2011 20:49:47 +0000 Subject: [IronPython] Disabling optimized methods In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F040BBDB8@wallemail.arena.ncwest.ncsoft.corp> References: <6D931A4CF4139540BF6621A1E97D4937015F040BBDB8@wallemail.arena.ncwest.ncsoft.corp> Message-ID: <6C7ABA8B4E309440B857D74348836F2E013BB3F9@TK5EX14MBXC141.redmond.corp.microsoft.com> You can use -X:Debug now to specifiy this at the command line. If you want to do it while you're hosting you can set the DebugMode option to true on the ScriptRuntimeSetup object used to create the ScriptRuntime. You'll need to make sure the ScriptSource's you create have filenames though. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 11:55 AM To: Discussion of IronPython Subject: [IronPython] Disabling optimized methods I was reading an old post by Dino here: http://www.mail-archive.com/users at lists.ironpython.com/msg04829.html that mentions that using -X:StaticMethods will force methods into types so that you can get the typical CLR-style debugging. I was wondering two things: 1. Is this still relavant to 2.7A1? 2. How do you specify such a flag when you're embedding IronPython in your application (building your own engine.) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From danielj at arena.net Tue Feb 1 21:51:12 2011 From: danielj at arena.net (Daniel Jennings) Date: Tue, 1 Feb 2011 12:51:12 -0800 Subject: [IronPython] Disabling optimized methods In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E013BB3F9@TK5EX14MBXC141.redmond.corp.microsoft.com> References: <6D931A4CF4139540BF6621A1E97D4937015F040BBDB8@wallemail.arena.ncwest.ncsoft.corp> <6C7ABA8B4E309440B857D74348836F2E013BB3F9@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F040BBE1B@wallemail.arena.ncwest.ncsoft.corp> Alright, we're using DebugMode = true already (when the application starts with the debugger attached) so we must be seeing something else that is causing us to get the 'function has been optimized' message. Thanks From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Tuesday, February 01, 2011 12:50 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods You can use -X:Debug now to specifiy this at the command line. If you want to do it while you're hosting you can set the DebugMode option to true on the ScriptRuntimeSetup object used to create the ScriptRuntime. You'll need to make sure the ScriptSource's you create have filenames though. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 11:55 AM To: Discussion of IronPython Subject: [IronPython] Disabling optimized methods I was reading an old post by Dino here: http://www.mail-archive.com/users at lists.ironpython.com/msg04829.html that mentions that using -X:StaticMethods will force methods into types so that you can get the typical CLR-style debugging. I was wondering two things: 1. Is this still relavant to 2.7A1? 2. How do you specify such a flag when you're embedding IronPython in your application (building your own engine.) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Feb 1 22:02:56 2011 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 1 Feb 2011 21:02:56 +0000 Subject: [IronPython] Disabling optimized methods In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F040BBE1B@wallemail.arena.ncwest.ncsoft.corp> References: <6D931A4CF4139540BF6621A1E97D4937015F040BBDB8@wallemail.arena.ncwest.ncsoft.corp> <6C7ABA8B4E309440B857D74348836F2E013BB3F9@TK5EX14MBXC141.redmond.corp.microsoft.com> <6D931A4CF4139540BF6621A1E97D4937015F040BBE1B@wallemail.arena.ncwest.ncsoft.corp> Message-ID: <6C7ABA8B4E309440B857D74348836F2E013BB5D9@TK5EX14MBXC141.redmond.corp.microsoft.com> Is Path on your ScriptSource non-null? That should be the only other thing which has an effect. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 12:51 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods Alright, we're using DebugMode = true already (when the application starts with the debugger attached) so we must be seeing something else that is causing us to get the 'function has been optimized' message. Thanks From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Tuesday, February 01, 2011 12:50 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods You can use -X:Debug now to specifiy this at the command line. If you want to do it while you're hosting you can set the DebugMode option to true on the ScriptRuntimeSetup object used to create the ScriptRuntime. You'll need to make sure the ScriptSource's you create have filenames though. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 11:55 AM To: Discussion of IronPython Subject: [IronPython] Disabling optimized methods I was reading an old post by Dino here: http://www.mail-archive.com/users at lists.ironpython.com/msg04829.html that mentions that using -X:StaticMethods will force methods into types so that you can get the typical CLR-style debugging. I was wondering two things: 1. Is this still relavant to 2.7A1? 2. How do you specify such a flag when you're embedding IronPython in your application (building your own engine.) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From danielj at arena.net Tue Feb 1 22:32:13 2011 From: danielj at arena.net (Daniel Jennings) Date: Tue, 1 Feb 2011 13:32:13 -0800 Subject: [IronPython] Disabling optimized methods Message-ID: <60399a4wtk52kawpcdnlabes.1296595784272@email.android.com> I'll give that a shot, thanks! Dino Viehland wrote: Is Path on your ScriptSource non-null? That should be the only other thing which has an effect. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 12:51 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods Alright, we?re using DebugMode = true already (when the application starts with the debugger attached) so we must be seeing something else that is causing us to get the ?function has been optimized? message. Thanks From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Tuesday, February 01, 2011 12:50 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods You can use ?X:Debug now to specifiy this at the command line. If you want to do it while you?re hosting you can set the DebugMode option to true on the ScriptRuntimeSetup object used to create the ScriptRuntime. You?ll need to make sure the ScriptSource?s you create have filenames though. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 11:55 AM To: Discussion of IronPython Subject: [IronPython] Disabling optimized methods I was reading an old post by Dino here: http://www.mail-archive.com/users at lists.ironpython.com/msg04829.html that mentions that using ?X:StaticMethods will force methods into types so that you can get the typical CLR-style debugging. I was wondering two things: 1. Is this still relavant to 2.7A1? 2. How do you specify such a flag when you?re embedding IronPython in your application (building your own engine.) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjnienaber at gmail.com Tue Feb 1 23:23:36 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Tue, 1 Feb 2011 22:23:36 +0000 Subject: [IronPython] Issue Triage In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E013253D1@TK5EX14MBXC141.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E013253D1@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: > I usually start import bugs by trying to re-create a simple repro of the issue and then work from there. I've managed to get as far as this point. I've tried to boild down the problem to a simple test case which I've added to the issue. What seems to be happening is this: - import sympy is called - sympy import gets to simpify.py, imports decimal (stdlib) which then imports numbers.py (stdlib) - sympy import gets to function.py, which attempts to import Integer from numbers (sympy) - It fails here because it tries to import Integer from numbers.py (stdlib) The test case works in 2.6.2 but fails in 2.7b1 which seems to indicate a regression. I tried importing the sympy library in 2.6.2 but it fails with: ImportError: No module named signal Richard On Sun, Jan 30, 2011 at 9:16 PM, Dino Viehland wrote: > There?s probably an Integer.py somewhere in sympy and this is probably an > import bug. If someone was particularly ambitious they could re-write > import by porting CPython?s import to IronPython ? viola, no more import > bugs! J > > > > Otherwise it?s all about figuring out how we?re differing in import > semantics ? I usually start import bugs by trying to re-create a simple > repro of the issue and then work from there. I always thought import bugs > but if you look at the CPython source code it might be much easier. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Bruce Bromberek > *Sent:* Sunday, January 30, 2011 12:22 PM > *To:* Discussion of IronPython > *Subject:* [IronPython] Issue Triage > > > > I though I'd help by going through any issues tagged with High importance, > unassigned, starting with ones from previous releases and seeing is they are > still relevant. > > Issue 26426, which involves sympy (algebraic manipulation) under > ironpython. With the most recent git version of sympy and IronPython 2.7B1, > I get a better error message. > > > > C:\GITHUB\sympy>"c:\Program Files\IronPython 2.7\ipy.exe" > > IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1 > > Type "help", "copyright", "credits" or "license" for more information. > > >>> import sympy > > Traceback (most recent call last): > > File "", line 1, in > > File "C:\GITHUB\sympy\sympy\__init__.py", line 30, in > > File "C:\GITHUB\sympy\sympy\core\__init__.py", line 8, in > > File "C:\GITHUB\sympy\sympy\core\expr.py", line 1008, in > > File "C:\GITHUB\sympy\sympy\core\mul.py", line 962, in > > File "C:\GITHUB\sympy\sympy\core\power.py", line 806, in > > File "C:\GITHUB\sympy\sympy\core\add.py", line 516, in > > File "C:\GITHUB\sympy\sympy\core\symbol.py", line 6, in > > File "C:\GITHUB\sympy\sympy\logic\__init__.py", line 1, in > > File "C:\GITHUB\sympy\sympy\logic\boolalg.py", line 4, in > > File "C:\GITHUB\sympy\sympy\core\function.py", line 1091, in > > ImportError: Cannot import name Integer > > > > > > Line 1091 is : > > from numbers import Rational, Integer > > > > I though the issue was 'Integer' as a reserved word in Ironpython. > However, I can create a function or a class named Integer in > the interpreter without a problem. Now I'm stuck. Any thoughts on how to > proceed > > _______________________________________________ > 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 jdhardy at gmail.com Tue Feb 1 23:36:40 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 1 Feb 2011 15:36:40 -0700 Subject: [IronPython] Switching DLR tests from MSTest to NUnit Message-ID: There's a pull request (https://github.com/IronLanguages/main/pull/10) pending that changes the unit tests for the DLR from MsTest to NUnit. The advantage of doing this is that NUnit test can be run without having Visual Studio installed on the machine, which will make it much easier to run tests in a CI environment, and I presume for running on Mono as well. The downside is that MsTest has an integrated test runner in VS, and NUnit doesn't out of the box (but there are some available). Since I don't work on the DLR code, I wanted to make sure this change is acceptable to those that do. Tomas, Dino - thoughts? - Jeff From danielj at arena.net Wed Feb 2 00:03:50 2011 From: danielj at arena.net (Daniel Jennings) Date: Tue, 1 Feb 2011 15:03:50 -0800 Subject: [IronPython] Disabling optimized methods In-Reply-To: <60399a4wtk52kawpcdnlabes.1296595784272@email.android.com> References: <60399a4wtk52kawpcdnlabes.1296595784272@email.android.com> Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F040BBF31@wallemail.arena.ncwest.ncsoft.corp> We aren't constructing a ScriptSource at any point, so that's probably it. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 1:32 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods I'll give that a shot, thanks! Dino Viehland wrote: Is Path on your ScriptSource non-null? That should be the only other thing which has an effect. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 12:51 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods Alright, we're using DebugMode = true already (when the application starts with the debugger attached) so we must be seeing something else that is causing us to get the 'function has been optimized' message. Thanks From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Tuesday, February 01, 2011 12:50 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling optimized methods You can use -X:Debug now to specifiy this at the command line. If you want to do it while you're hosting you can set the DebugMode option to true on the ScriptRuntimeSetup object used to create the ScriptRuntime. You'll need to make sure the ScriptSource's you create have filenames though. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 11:55 AM To: Discussion of IronPython Subject: [IronPython] Disabling optimized methods I was reading an old post by Dino here: http://www.mail-archive.com/users at lists.ironpython.com/msg04829.html that mentions that using -X:StaticMethods will force methods into types so that you can get the typical CLR-style debugging. I was wondering two things: 1. Is this still relavant to 2.7A1? 2. How do you specify such a flag when you're embedding IronPython in your application (building your own engine.) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Wed Feb 2 00:19:21 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 1 Feb 2011 23:19:21 +0000 Subject: [IronPython] Switching DLR tests from MSTest to NUnit In-Reply-To: References: Message-ID: I have an experience with xUnit.net (http://xunit.codeplex.com/wikipage?title=WhyDidWeBuildXunit&referringTitle=Home), so I would personally prefer that one. It has a pretty good VS integration. I haven't used NUnit. If you prefer it I don't have objections. One comment on the placement of the framework dlls - a better place than /Runtime/Tests/Lib would be /Util/NUnit. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Tuesday, February 01, 2011 2:37 PM To: Discussion of IronPython Subject: [IronPython] Switching DLR tests from MSTest to NUnit There's a pull request (https://github.com/IronLanguages/main/pull/10) pending that changes the unit tests for the DLR from MsTest to NUnit. The advantage of doing this is that NUnit test can be run without having Visual Studio installed on the machine, which will make it much easier to run tests in a CI environment, and I presume for running on Mono as well. The downside is that MsTest has an integrated test runner in VS, and NUnit doesn't out of the box (but there are some available). Since I don't work on the DLR code, I wanted to make sure this change is acceptable to those that do. Tomas, Dino - thoughts? - Jeff _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jdhardy at gmail.com Wed Feb 2 00:40:51 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 1 Feb 2011 16:40:51 -0700 Subject: [IronPython] Switching DLR tests from MSTest to NUnit In-Reply-To: References: Message-ID: On Tue, Feb 1, 2011 at 4:19 PM, Tomas Matousek wrote: > I have an experience with xUnit.net (http://xunit.codeplex.com/wikipage?title=WhyDidWeBuildXunit&referringTitle=Home), so I would personally prefer that one. It has a pretty good VS integration. I haven't used NUnit. If you prefer it I don't have objections. One nice thing about NUnit is just how little needs to change from MSTest. I do wonder how much of a change going to xUnit.net would be, as all of my experience is with xUnit.net as well. Richard, any particular reason you went with NUnit? - Jeff From rjnienaber at gmail.com Wed Feb 2 01:03:29 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Wed, 2 Feb 2011 00:03:29 +0000 Subject: [IronPython] Switching DLR tests from MSTest to NUnit In-Reply-To: References: Message-ID: > Richard, any particular reason you went with NUnit? I went with NUnit because it's the one I'm most familiar with and the one that seems to be in wide spread use. The CI build servers that I've used ( TeamCity, CruiseControl.net) have NUnit support out the box. I know the CodeBetter build server is TeamCity which would mean setting up NUnit would be fairly easy. Having said that, I don't feel really strongly about the use of NUnit as my main goal was just removing a dependency on Visual Studio. Richard On Tue, Feb 1, 2011 at 11:40 PM, Jeff Hardy wrote: > On Tue, Feb 1, 2011 at 4:19 PM, Tomas Matousek > wrote: > > I have an experience with xUnit.net ( > http://xunit.codeplex.com/wikipage?title=WhyDidWeBuildXunit&referringTitle=Home), > so I would personally prefer that one. It has a pretty good VS integration. > I haven't used NUnit. If you prefer it I don't have objections. > > One nice thing about NUnit is just how little needs to change from MSTest. > > I do wonder how much of a change going to xUnit.net would be, as all > of my experience is with xUnit.net as well. Richard, any particular > reason you went with NUnit? > > - Jeff > _______________________________________________ > 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 pablodalma93 at hotmail.com Wed Feb 2 17:09:27 2011 From: pablodalma93 at hotmail.com (Pablo Dalmazzo) Date: Wed, 2 Feb 2011 13:09:27 -0300 Subject: [IronPython] indentation in VS2010 Message-ID: Hi there, I just wanted to ask you if you get python missidentations when using VS2010 ultimate. I'm not reporting you to fix anything because it might be indeed VS2010 managing differently something, I just wanted to know if you get this behavior so I can confirm where it comes from and may be you know how to avoid it or workaroundit We use webforms. I suspect it's VS2010 because we didnt have these problems before (and before we used VS2008). We dont get this problems using the cPython idle either. I dont know if it's when we copy and paste pieces of code or what, but sometimes we have to open the files with another editor to fix the missindentations and it gets really annoying sometimes. I wouldnt be surprised if it's VS2010 because we are having other problems with it too. Greetings, Pablo -------------- next part -------------- An HTML attachment was scrubbed... URL: From danielj at arena.net Wed Feb 2 21:38:47 2011 From: danielj at arena.net (Daniel Jennings) Date: Wed, 2 Feb 2011 12:38:47 -0800 Subject: [IronPython] indentation in VS2010 In-Reply-To: References: Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F040BC335@wallemail.arena.ncwest.ncsoft.corp> No problems here; I do all of my IronPython work in VS2010 and nothing stands out as weird in the editor. We use 4 spaces for tabbing, though, if that matters. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Pablo Dalmazzo Sent: Wednesday, February 02, 2011 8:09 AM To: IronPython Mailing list Subject: [IronPython] indentation in VS2010 Hi there, I just wanted to ask you if you get python missidentations when using VS2010 ultimate. I'm not reporting you to fix anything because it might be indeed VS2010 managing differently something, I just wanted to know if you get this behavior so I can confirm where it comes from and may be you know how to avoid it or workaroundit We use webforms. I suspect it's VS2010 because we didnt have these problems before (and before we used VS2008). We dont get this problems using the cPython idle either. I dont know if it's when we copy and paste pieces of code or what, but sometimes we have to open the files with another editor to fix the missindentations and it gets really annoying sometimes. I wouldnt be surprised if it's VS2010 because we are having other problems with it too. Greetings, Pablo -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Wed Feb 2 21:56:13 2011 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 2 Feb 2011 20:56:13 +0000 Subject: [IronPython] indentation in VS2010 In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E013CAC55@TK5EX14MBXC141.redmond.corp.microsoft.com> What are your settings in Tools->Options->Text Editor->IronPython->Tabs? Are you editing non-.py files and copying and pasting between the two within VS? If so are the tab settings for those file types or All Languages different? From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Pablo Dalmazzo Sent: Wednesday, February 02, 2011 8:09 AM To: IronPython Mailing list Subject: [IronPython] indentation in VS2010 Hi there, I just wanted to ask you if you get python missidentations when using VS2010 ultimate. I'm not reporting you to fix anything because it might be indeed VS2010 managing differently something, I just wanted to know if you get this behavior so I can confirm where it comes from and may be you know how to avoid it or workaroundit We use webforms. I suspect it's VS2010 because we didnt have these problems before (and before we used VS2008). We dont get this problems using the cPython idle either. I dont know if it's when we copy and paste pieces of code or what, but sometimes we have to open the files with another editor to fix the missindentations and it gets really annoying sometimes. I wouldnt be surprised if it's VS2010 because we are having other problems with it too. Greetings, Pablo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Thu Feb 3 08:32:26 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 00:32:26 -0700 Subject: [IronPython] Switching DLR tests from MSTest to NUnit In-Reply-To: References: Message-ID: Since there aren't any specific objections to using NUnit, and we have a patch that works, I'm going to fix it up and apply it. The tests can be run with `nunit-console .\bin\test\HostingTest.dll /noshadow`. The /noshadow option is important, as the tests all fail without it. - Jeff From BRIAN.ASHCROFT at asu.edu Thu Feb 3 17:00:05 2011 From: BRIAN.ASHCROFT at asu.edu (Brian Ashcroft) Date: Thu, 3 Feb 2011 09:00:05 -0700 Subject: [IronPython] Loading a static lib a second time in hosted ironpython Message-ID: Hello, I have an ironpython instance running within my application. This instance is used to control the application. I have a math dll that I reference in the hosting application that I would like to be able to use also in the ironpython scripting. However, I get error messages when I try to add the reference. I have tried the ironpython console (ipy.exe) in the application directory and the dll loads just fine and is completely usable, but when I try the following code in the application, I get an error import clr clr.AddReferenceToFile('MathHelpLib.dll') from MathHelpLib import * With the error: Could not add reference to assembly MathHelpLib -------------- next part -------------- An HTML attachment was scrubbed... URL: From BRIAN.ASHCROFT at asu.edu Thu Feb 3 17:22:00 2011 From: BRIAN.ASHCROFT at asu.edu (Brian Ashcroft) Date: Thu, 3 Feb 2011 09:22:00 -0700 Subject: [IronPython] Loading a static lib a second time in hosted ironpython In-Reply-To: References: Message-ID: It appears that I cannot load any kind of dll into the scripting host. Here is the code that I use to start the script, maybe I have missed something here? ScriptEngine engine; ScriptScope scope; engine = Python.CreateEngine(); scope = engine.CreateScope(); scope.SetVariable("Console", ctw); scope.SetVariable("ScriptingInterface", TomographicMainForm.GetScriptingInterface ()); ScriptSource source=null ; try { source = engine.CreateScriptSourceFromString(code, SourceCodeKind.Statements ); source.Execute(scope); } From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Brian Ashcroft Sent: Thursday, February 03, 2011 9:00 AM To: users at lists.ironpython.com Subject: [IronPython] Loading a static lib a second time in hosted ironpython Hello, I have an ironpython instance running within my application. This instance is used to control the application. I have a math dll that I reference in the hosting application that I would like to be able to use also in the ironpython scripting. However, I get error messages when I try to add the reference. I have tried the ironpython console (ipy.exe) in the application directory and the dll loads just fine and is completely usable, but when I try the following code in the application, I get an error import clr clr.AddReferenceToFile('MathHelpLib.dll') from MathHelpLib import * With the error: Could not add reference to assembly MathHelpLib -------------- next part -------------- An HTML attachment was scrubbed... URL: From cenovsky at bakalari.cz Thu Feb 3 17:28:21 2011 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Thu, 03 Feb 2011 17:28:21 +0100 Subject: [IronPython] Loading a static lib a second time in hosted ironpython In-Reply-To: References: Message-ID: <4D4AD7A5.1040909@bakalari.cz> It looks like IronPython cannot find your .dll. Check whether you have MathHelpLib.dll along with all dependencies in your sys.path. -- -- Luk?s( On 3.2.2011 17:00, Brian Ashcroft wrote: > > Hello, > > I have an ironpython instance running within my application. This > instance is used to control the application. I have a math dll that I > reference in the hosting application that I would like to be able to > use also in the ironpython scripting. However, I get error messages > when I try to add the reference. I have tried the ironpython console > (ipy.exe) in the application directory and the dll loads just fine and > is completely usable, but when I try the following code in the > application, I get an error > > *import *clr > > clr.*AddReferenceToFile*('MathHelpLib.dll') > > *from *MathHelpLib *import ** > > With the error: > > Could not add reference to assembly MathHelpLib > > > _______________________________________________ > 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 jdhardy at gmail.com Thu Feb 3 17:52:32 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 09:52:32 -0700 Subject: [IronPython] Loading a static lib a second time in hosted ironpython In-Reply-To: <4D4AD7A5.1040909@bakalari.cz> References: <4D4AD7A5.1040909@bakalari.cz> Message-ID: On Thu, Feb 3, 2011 at 9:28 AM, Lukas Cenovsky wrote: > It looks like IronPython cannot find your .dll. Check whether you have > MathHelpLib.dll along with all dependencies in your sys.path. ... which you can do from the host by calling engine.SetSearchPaths. - Jeff From BRIAN.ASHCROFT at asu.edu Thu Feb 3 18:18:40 2011 From: BRIAN.ASHCROFT at asu.edu (Brian Ashcroft) Date: Thu, 3 Feb 2011 10:18:40 -0700 Subject: [IronPython] Loading a static lib a second time in hostedironpython In-Reply-To: References: <4D4AD7A5.1040909@bakalari.cz> Message-ID: Thanks for the help, I discovered clr.AddReferenceToFileAndPath which does all the hard work off adding the path to the sys.path ;-) Thanks, Brian -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Thursday, February 03, 2011 9:53 AM To: Discussion of IronPython Subject: Re: [IronPython] Loading a static lib a second time in hostedironpython On Thu, Feb 3, 2011 at 9:28 AM, Lukas Cenovsky wrote: > It looks like IronPython cannot find your .dll. Check whether you have > MathHelpLib.dll along with all dependencies in your sys.path. ... which you can do from the host by calling engine.SetSearchPaths. - Jeff _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jdhardy at gmail.com Thu Feb 3 20:35:30 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 12:35:30 -0700 Subject: [IronPython] Interim CI server for IronPython Message-ID: Hi all, There is an IronPython project set up on teamcity.codebetter.net (http://teamcity.codebetter.com/project.html?projectId=project110) to provide some interim continuous integration (CI) services for IronPython. It checks the git repo periodically and ensures that IronPython is building properly. There's a lot more that could be done with it, but I'm happy with this until after 2.7B2 is released. Prior to 2.7 RTM having automated tests as well is extremely important. It should be publically visible, but if it's not, let me know. If you want the ability to edit build definitions and such, just ask. Post-2.7 I want to figure out a better solution; one that can handle Mono as well. I just don't think we have the resources to run our own CI infrastructure, to we're going to be dependent on someone else - be it CodeBetter, Mono, or Python. I'm still considering Brian's suggestion of leaning on the existing CPython buildslaves, but obviously that will depend on what they're willing and able to accommodate. I don't know what the Mono guys have available for us. In any case, I'm not going to worry about it until after 2.7. - Jeff P.S. There's no reason that IronRuby can't be set up on teamcity.codebetter.com as well, but I'm not familiar with its build process. From jdhardy at gmail.com Thu Feb 3 20:35:37 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 12:35:37 -0700 Subject: [IronPython] Bug Weekend prior to 2.7 Message-ID: I'd like to organize a bug weekend prior to the release of 2.7, to try and get some low-hanging fruit dealt with. For those not familiar with the idea, a couple of days are set aside and as many people as possible go through the issue tracker verifying bugs and creating patches and test cases, and getting those patches into the tree. Also, you don't have to dedicate your whole weekend; the idea is to get more people as possible involved by giving them an easy way to get their feet wet. I would rather see lots of people spend a couple of hours than a couple of people spend the whole weekend. There is no release scheduled (http://bit.ly/gJx2zI) for the weekend of Feb. 12, which would make it ideal to get bugs into RC1. I should be mostly free that weekend to help out. Anyone else willing and able to participate? - Jeff From jdhardy at gmail.com Thu Feb 3 20:35:41 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 12:35:41 -0700 Subject: [IronPython] IRC Message-ID: Is there any interest in an IronPython IRC channel? Is there already one in existence somewhere? I've never been a fan of IRC, personally, but if others are it would round out our communication channels. - Jeff From slide.o.mix at gmail.com Thu Feb 3 20:46:46 2011 From: slide.o.mix at gmail.com (Slide) Date: Thu, 3 Feb 2011 12:46:46 -0700 Subject: [IronPython] IRC In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 12:35 PM, Jeff Hardy wrote: > Is there any interest in an IronPython IRC channel? Is there already > one in existence somewhere? I've never been a fan of IRC, personally, > but if others are it would round out our communication channels. > > - Jeff > _______________________________________________ Definitely. Freenode or Gnome are probably the best choices for "location". slide -- slide-o-blog http://slide-o-blog.blogspot.com/ From rjnienaber at gmail.com Thu Feb 3 21:08:20 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Thu, 3 Feb 2011 20:08:20 +0000 Subject: [IronPython] IRC In-Reply-To: References: Message-ID: I've found the #python and #ubuntu channels on Freenode invaluable in terms of real-time help so I think it would be a good idea. Richard On Thu, Feb 3, 2011 at 7:46 PM, Slide wrote: > On Thu, Feb 3, 2011 at 12:35 PM, Jeff Hardy wrote: > > Is there any interest in an IronPython IRC channel? Is there already > > one in existence somewhere? I've never been a fan of IRC, personally, > > but if others are it would round out our communication channels. > > > > - Jeff > > _______________________________________________ > > > Definitely. Freenode or Gnome are probably the best choices for "location". > > slide > > > -- > slide-o-blog > http://slide-o-blog.blogspot.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 danielj at arena.net Thu Feb 3 21:08:21 2011 From: danielj at arena.net (Daniel Jennings) Date: Thu, 3 Feb 2011 12:08:21 -0800 Subject: [IronPython] IRC In-Reply-To: References: Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F040BC812@wallemail.arena.ncwest.ncsoft.corp> I would sit in this IRC channel and occasionally ask questions and answer [easy] questions, so I'm in favor of an IronPython IRC channel :) -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide Sent: Thursday, February 03, 2011 11:47 AM To: Discussion of IronPython Subject: Re: [IronPython] IRC On Thu, Feb 3, 2011 at 12:35 PM, Jeff Hardy wrote: > Is there any interest in an IronPython IRC channel? Is there already > one in existence somewhere? I've never been a fan of IRC, personally, > but if others are it would round out our communication channels. > > - Jeff > _______________________________________________ Definitely. Freenode or Gnome are probably the best choices for "location". slide -- slide-o-blog http://slide-o-blog.blogspot.com/ _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From rjnienaber at gmail.com Thu Feb 3 21:11:15 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Thu, 3 Feb 2011 20:11:15 +0000 Subject: [IronPython] Bug Weekend prior to 2.7 In-Reply-To: References: Message-ID: > Anyone else willing and able to participate? I reckon I could find a couple of hours to help out. Count me in. Richard On Thu, Feb 3, 2011 at 7:35 PM, Jeff Hardy wrote: > I'd like to organize a bug weekend prior to the release of 2.7, to try > and get some low-hanging fruit dealt with. For those not familiar with > the idea, a couple of days are set aside and as many people as > possible go through the issue tracker verifying bugs and creating > patches and test cases, and getting those patches into the tree. Also, > you don't have to dedicate your whole weekend; the idea is to get more > people as possible involved by giving them an easy way to get their > feet wet. I would rather see lots of people spend a couple of hours > than a couple of people spend the whole weekend. > > There is no release scheduled (http://bit.ly/gJx2zI) for the weekend > of Feb. 12, which would make it ideal to get bugs into RC1. I should > be mostly free that weekend to help out. Anyone else willing and able > to participate? > > - Jeff > _______________________________________________ > 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 brian.curtin at gmail.com Thu Feb 3 21:20:35 2011 From: brian.curtin at gmail.com (Brian Curtin) Date: Thu, 3 Feb 2011 14:20:35 -0600 Subject: [IronPython] IRC In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 13:35, Jeff Hardy wrote: > Is there any interest in an IronPython IRC channel? Is there already > one in existence somewhere? I've never been a fan of IRC, personally, > but if others are it would round out our communication channels. > > - Jeff It looks like #ironpython on freenode looks like it already exists and has a few users. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.curtin at gmail.com Thu Feb 3 21:21:48 2011 From: brian.curtin at gmail.com (Brian Curtin) Date: Thu, 3 Feb 2011 14:21:48 -0600 Subject: [IronPython] IRC In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 14:20, Brian Curtin wrote: > On Thu, Feb 3, 2011 at 13:35, Jeff Hardy wrote: > >> Is there any interest in an IronPython IRC channel? Is there already >> one in existence somewhere? I've never been a fan of IRC, personally, >> but if others are it would round out our communication channels. >> >> - Jeff > > > It looks like #ironpython on freenode looks like it already exists and has > a few users. > I cut that sentence down a few times and still messed it up. s/looks like it// -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjnienaber at gmail.com Thu Feb 3 21:40:50 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Thu, 3 Feb 2011 20:40:50 +0000 Subject: [IronPython] Interim CI server for IronPython In-Reply-To: References: Message-ID: > There's no reason that IronRuby can't be set up on teamcity.codebetter.com as well, but I'm not familiar with its build process. I've added the IronRuby and DLR solutions and the DLR unit tests to the build. Still have to check with the CodeBetter guys if that's okay but I'm hoping they won't have any objections to that. Richard On Thu, Feb 3, 2011 at 7:35 PM, Jeff Hardy wrote: > Hi all, > There is an IronPython project set up on teamcity.codebetter.net > (http://teamcity.codebetter.com/project.html?projectId=project110) to > provide some interim continuous integration (CI) services for > IronPython. It checks the git repo periodically and ensures that > IronPython is building properly. There's a lot more that could be done > with it, but I'm happy with this until after 2.7B2 is released. Prior > to 2.7 RTM having automated tests as well is extremely important. > > It should be publically visible, but if it's not, let me know. If you > want the ability to edit build definitions and such, just ask. > > Post-2.7 I want to figure out a better solution; one that can handle > Mono as well. I just don't think we have the resources to run our own > CI infrastructure, to we're going to be dependent on someone else - be > it CodeBetter, Mono, or Python. I'm still considering Brian's > suggestion of leaning on the existing CPython buildslaves, but > obviously that will depend on what they're willing and able to > accommodate. I don't know what the Mono guys have available for us. In > any case, I'm not going to worry about it until after 2.7. > > - Jeff > > P.S. There's no reason that IronRuby can't be set up on > teamcity.codebetter.com as well, but I'm not familiar with its build > process. > _______________________________________________ > 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 microsoft.com Thu Feb 3 21:52:33 2011 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 3 Feb 2011 20:52:33 +0000 Subject: [IronPython] Bug Weekend prior to 2.7 In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E013E7A4B@TK5EX14MBXC141.redmond.corp.microsoft.com> Me too From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Richard Nienaber Sent: Thursday, February 03, 2011 12:11 PM To: Discussion of IronPython Subject: Re: [IronPython] Bug Weekend prior to 2.7 > Anyone else willing and able to participate? I reckon I could find a couple of hours to help out. Count me in. Richard On Thu, Feb 3, 2011 at 7:35 PM, Jeff Hardy > wrote: I'd like to organize a bug weekend prior to the release of 2.7, to try and get some low-hanging fruit dealt with. For those not familiar with the idea, a couple of days are set aside and as many people as possible go through the issue tracker verifying bugs and creating patches and test cases, and getting those patches into the tree. Also, you don't have to dedicate your whole weekend; the idea is to get more people as possible involved by giving them an easy way to get their feet wet. I would rather see lots of people spend a couple of hours than a couple of people spend the whole weekend. There is no release scheduled (http://bit.ly/gJx2zI) for the weekend of Feb. 12, which would make it ideal to get bugs into RC1. I should be mostly free that weekend to help out. Anyone else willing and able to participate? - Jeff _______________________________________________ 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 jdhardy at gmail.com Thu Feb 3 22:32:37 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 14:32:37 -0700 Subject: [IronPython] Interim CI server for IronPython In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 1:40 PM, Richard Nienaber wrote: >> There's no reason that IronRuby can't be set up >> on?teamcity.codebetter.com?as well, but I'm not familiar with its >> build?process. > I've added the IronRuby and DLR solutions and the DLR unit tests to the > build. It would be nice to integrate the IronPython tests, somehow, so that the results of those would show up as well. Thought: create a new dependent build and use the Command Line runner to "build" the tests. As long as TestRunner returns an appropriate exit code, it will at least give an overall pass/fail, and the build log will show which individual ones failed. - Jeff From dvdotsenko at gmail.com Thu Feb 3 23:56:42 2011 From: dvdotsenko at gmail.com (Daniel D.) Date: Thu, 3 Feb 2011 14:56:42 -0800 Subject: [IronPython] Bug Weekend prior to 2.7 In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E013E7A4B@TK5EX14MBXC141.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E013E7A4B@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: Is there a analyse on how one can participate in bug sprint? Wouldn't want to go over same bugs others already reviewed. Do we mark each bug with "yep, still a problem" comment? Do we make a list and post it somewhere on shared Google docs spreadsheet? Daniel On Feb 3, 2011 12:52 PM, "Dino Viehland" wrote: > Me too > > From: users-bounces at lists.ironpython.com [mailto: users-bounces at lists.ironpython.com] On Behalf Of Richard Nienaber > Sent: Thursday, February 03, 2011 12:11 PM > To: Discussion of IronPython > Subject: Re: [IronPython] Bug Weekend prior to 2.7 > >> Anyone else willing and able to participate? > > I reckon I could find a couple of hours to help out. Count me in. > > Richard > On Thu, Feb 3, 2011 at 7:35 PM, Jeff Hardy > wrote: > I'd like to organize a bug weekend prior to the release of 2.7, to try > and get some low-hanging fruit dealt with. For those not familiar with > the idea, a couple of days are set aside and as many people as > possible go through the issue tracker verifying bugs and creating > patches and test cases, and getting those patches into the tree. Also, > you don't have to dedicate your whole weekend; the idea is to get more > people as possible involved by giving them an easy way to get their > feet wet. I would rather see lots of people spend a couple of hours > than a couple of people spend the whole weekend. > > There is no release scheduled (http://bit.ly/gJx2zI) for the weekend > of Feb. 12, which would make it ideal to get bugs into RC1. I should > be mostly free that weekend to help out. Anyone else willing and able > to participate? > > - Jeff > _______________________________________________ > 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 brian.curtin at gmail.com Fri Feb 4 00:11:10 2011 From: brian.curtin at gmail.com (Brian Curtin) Date: Thu, 3 Feb 2011 17:11:10 -0600 Subject: [IronPython] Bug Weekend prior to 2.7 In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E013E7A4B@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: On Feb 3, 2011 4:56 PM, "Daniel D." wrote: > > Is there a analyse on how one can participate in bug sprint? > > Wouldn't want to go over same bugs others already reviewed. Do we mark each bug with "yep, still a problem" comment? Do we make a list and post it somewhere on shared Google docs spreadsheet? > > Daniel > > On Feb 3, 2011 12:52 PM, "Dino Viehland" wrote: > > Me too > > > > From: users-bounces at lists.ironpython.com [mailto: users-bounces at lists.ironpython.com] On Behalf Of Richard Nienaber > > Sent: Thursday, February 03, 2011 12:11 PM > > To: Discussion of IronPython > > Subject: Re: [IronPython] Bug Weekend prior to 2.7 > > > >> Anyone else willing and able to participate? > > > > I reckon I could find a couple of hours to help out. Count me in. > > > > Richard > > On Thu, Feb 3, 2011 at 7:35 PM, Jeff Hardy > wrote: > > I'd like to organize a bug weekend prior to the release of 2.7, to try > > and get some low-hanging fruit dealt with. For those not familiar with > > the idea, a couple of days are set aside and as many people as > > possible go through the issue tracker verifying bugs and creating > > patches and test cases, and getting those patches into the tree. Also, > > you don't have to dedicate your whole weekend; the idea is to get more > > people as possible involved by giving them an easy way to get their > > feet wet. I would rather see lots of people spend a couple of hours > > than a couple of people spend the whole weekend. > > > > There is no release scheduled (http://bit.ly/gJx2zI) for the weekend > > of Feb. 12, which would make it ideal to get bugs into RC1. I should > > be mostly free that weekend to help out. Anyone else willing and able > > to participate? > > > > - Jeff > > _______________________________________________ > > 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 > IRC has been a good help in the previous remote sprints I've been a part of, as long as others are also using it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Fri Feb 4 00:46:28 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 3 Feb 2011 16:46:28 -0700 Subject: [IronPython] Bug Weekend prior to 2.7 In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E013E7A4B@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: On Thu, Feb 3, 2011 at 3:56 PM, Daniel D. wrote: > Is there a analyse on how one can participate in bug sprint? > > Wouldn't want to go over same bugs others already reviewed. Do we mark each > bug with "yep, still a problem" comment? Do we make a list and post it > somewhere on shared Google docs spreadsheet? My plan was to use a google spreadsheet to note who's looking at a given bug, as I've seen other projects use those successfully. I'll put one together a couple days prior with some bugs that I think need to be fixed, and anyone will be free to add to it as well. As Brian mentioned, we'll probably use the #ironpython IRC channel for communication as well. And yes, once you're looked at a bug, add a comment with the results of your analysis. Look at any issues Richard N has updated lately to see how it's done. Test cases and patches/pull requests would be even better :). I don't have complete idea of the process (I'm hoping to learn something), but I've basically cobbled together ideas from (among others): http://wiki.python.org/moin/PythonBugDay http://live.gnome.org/Bugsquad/TriageGuide/FrequentlyAskedQuestions http://www.zope.org/DevHome/CVS/BugDays http://scons.org/wiki/BugParty - Jeff From rjnienaber at gmail.com Fri Feb 4 07:36:53 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Fri, 4 Feb 2011 06:36:53 +0000 Subject: [IronPython] Interim CI server for IronPython In-Reply-To: References: Message-ID: > create a new dependent build and use the Command Line runner to "build" the tests. As long as TestRunner returns an appropriate exit code, it will at least give an overall pass/fail, and the build log will show which individual ones failed. I had to use the MSBuild runner to build TestRunner and then switch to the Command Line runner to run the tests but otherwise it worksas you suggested. The only downside is that updates to TestRunner won't be taken into account but I think that just has to be kept in mind. The following tests are failing: modules_network_related_ipy com_word_py com_MultiOffice_py com_excel_py com_msagent_py modules_system_related_ipy test_trace_cpy test_site_cpy test_ctypes_cpy test_subprocess_cpy test_memory_20 test_winforms_20 It seems like there are some which are build server related. I'll investigate and see if they can be updated. I was thinking about adding more granularity to the reporting of the tests other than just pass/fail for all of them. Would it be worthwhile to add a /nunitoutput option to TestRunner that would output the results in the nunit format? It looks like TeamCity has an 'Import data from XML' option where it could point to the output from the TestRunner. Richard On Thu, Feb 3, 2011 at 9:32 PM, Jeff Hardy wrote: > On Thu, Feb 3, 2011 at 1:40 PM, Richard Nienaber > wrote: > >> There's no reason that IronRuby can't be set up > >> on teamcity.codebetter.com as well, but I'm not familiar with its > >> build process. > > I've added the IronRuby and DLR solutions and the DLR unit tests to the > > build. > > It would be nice to integrate the IronPython tests, somehow, so that > the results of those would show up as well. > > Thought: create a new dependent build and use the Command Line runner > to "build" the tests. As long as TestRunner returns an appropriate > exit code, it will at least give an overall pass/fail, and the build > log will show which individual ones failed. > > - Jeff > _______________________________________________ > 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 jdhardy at gmail.com Fri Feb 4 18:48:56 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 4 Feb 2011 10:48:56 -0700 Subject: [IronPython] Interim CI server for IronPython In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 11:36 PM, Richard Nienaber wrote: > modules_network_related_ipy > modules_system_related_ipy These are failing for me on my own machine as well > com_word_py > com_MultiOffice_py > com_excel_py > com_msagent_py No surprise there, I doubt they have office available. > test_trace_cpy > test_ctypes_cpy These look like actual bugs. > test_site_cpy > test_subprocess_cpy > test_memory_20 > test_winforms_20 And these look like environment issues. > I was thinking about adding more granularity to the reporting of the tests > other than just pass/fail for all of them. Would it be worthwhile to add a > /nunitoutput option to TestRunner that would output the results in the nunit > format? It looks like TeamCity has an 'Import data from XML' option where it > could point to the output from the TestRunner. That would be very handy. It might also be desirable to disable tests if some environment variable is defined, so that the COM tests (or whatever) can be skipped on the build server but still run locally. - Jeff From dvdotsenko at gmail.com Fri Feb 4 19:03:51 2011 From: dvdotsenko at gmail.com (Daniel D.) Date: Fri, 4 Feb 2011 10:03:51 -0800 Subject: [IronPython] Misleading test runner output /all VS /test:name_of_test Message-ID: Hi. Please, help me wrap my head around this issue. Wanted to run unittests to see what areas need to be addressed. This is the tail of ... Languages\IronPython\IronPython\cpy test_univnewlines_cpy PASSED 6.7633868 Languages\IronPython\IronPython\cpy test_weakref_cpy FAILED 14.8568497 Languages\IronPython\IronPython\cpy test_zipfile_cpy DISABLED 0 Languages\IronPython\IronPython\cpy test_zipfile64_cpy DISABLED 0 Languages\IronPython\IronPython\modules modules_io_related_ipy PASSED 15.1468663 Failed test summary: test_pyc_ipy modules_system_related_ipy test_subprocess_cpy test_weakref_cpy Total time: 1743.824741 seconds Immediately after that ran the "failing" test_subprocess_cpy individually and got a passing grade: C:\work\ironlang>Test\TestRunner\TestRunner\bin\Debug\TestRunner.exe Test\IronPython.tests /test:test_subprocess_cpy /verbose Languages\IronPython\IronPython\cpy test_subprocess_cpy PASSED 343.3856406 Total time: 343.428643 seconds I guess we can expect some variation in outcome there, due to random load effects on pipe throughput between subprocess and calling parent code, and I will check for that. Besides the randomness of conditions, are there variations in settings between /all and /test:name_of_test that would cause different test outcomes? Daniel. From dinov at microsoft.com Fri Feb 4 19:11:08 2011 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 4 Feb 2011 18:11:08 +0000 Subject: [IronPython] Misleading test runner output /all VS /test:name_of_test In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E014610E8@TK5EX14MBXC141.redmond.corp.microsoft.com> Daniel wrote: > Please, help me wrap my head around this issue. Wanted to run unittests to see > what areas need to be addressed. > > This is the tail of > > ... > Languages\IronPython\IronPython\cpy test_univnewlines_cpy > PASSED 6.7633868 > Languages\IronPython\IronPython\cpy test_weakref_cpy > FAILED 14.8568497 > Languages\IronPython\IronPython\cpy test_zipfile_cpy > DISABLED 0 > Languages\IronPython\IronPython\cpy test_zipfile64_cpy > DISABLED 0 > Languages\IronPython\IronPython\modules modules_io_related_ipy > PASSED 15.1468663 > Failed test summary: > test_pyc_ipy > modules_system_related_ipy > test_subprocess_cpy > test_weakref_cpy > Total time: 1743.824741 seconds > > Immediately after that ran the "failing" test_subprocess_cpy individually and > got a passing grade: > > C:\work\ironlang>Test\TestRunner\TestRunner\bin\Debug\TestRunner.exe > Test\IronPython.tests /test:test_subprocess_cpy /verbose > Languages\IronPython\IronPython\cpy test_subprocess_cpy > PASSED 343.3856406 > Total time: 343.428643 seconds > > I guess we can expect some variation in outcome there, due to random load > effects on pipe throughput between subprocess and calling parent code, and I > will check for that. Besides the randomness of conditions, are there variations > in settings between /all and /test:name_of_test that would cause different test > outcomes? The only difference between running a single test and running multiple tests is that we do attempt to run tests in parallel when we run multiple tests (by default we run 6 at a time which can be configured w/ the /threads: option). Test_subprocess is marked as being parallel safe so this can run w/ other processes. If it's failing only when run in parallel then it should be marked as being not-parallel safe and then it'll run at the end of the test run after all of the parallel safe tests have completed. From jdhardy at gmail.com Fri Feb 4 19:19:22 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 4 Feb 2011 11:19:22 -0700 Subject: [IronPython] Misleading test runner output /all VS /test:name_of_test In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014610E8@TK5EX14MBXC141.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E014610E8@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: On Fri, Feb 4, 2011 at 11:11 AM, Dino Viehland wrote: > The only difference between running a single test and running multiple tests is > that we do attempt to run tests in parallel when we run multiple tests (by default > we run 6 at a time which can be configured w/ the /threads: option). You can disable parallel testing by using /threads:1 as well. It does make the test run take quite a bit longer, though (~45 mins on my machine). - Jeff From vaggi at cosbi.eu Sun Feb 6 12:55:59 2011 From: vaggi at cosbi.eu (vaggi) Date: Sun, 06 Feb 2011 12:55:59 +0100 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <20110126192809.9690470E@apollo.cosbi.eu> References: <20110126192809.9690470E@apollo.cosbi.eu> Message-ID: <20110206115559.517DD7BC@apollo.cosbi.eu> Hi, I was trying to embed IPython into an IronPython application, or even to call it from the shell, but ran into a few issues. Google is not very helpful: The IPython FAQ gives this, updated in 2009: http://ipython.scipy.org/moin/FAQ#head-5c9e93fe368aa40bdbb72214bfe164b617bbb21a but: http://ipython.scipy.org/moin/Developer_Zone Here it says that iPython needs to run on IronPython. A little snippet trying to summon an embedded shell from the IronPython shell: IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> ^V File "", line 1 ? ^ SyntaxError: unexpected token '?' >>> import IPython >>> embedshell = IPython.Shell.IPShellEmbed(argv=["-colors", "NoColor"]) :1: DeprecationWarning: object.__new__() takes no parameters WARNING: Could not import 'ipy_system_conf' WARNING: Readline services not available on this platform. >>> embedshell() ERROR: Internal Python error in the inspect module. Below is the traceback from this internal error. Traceback (most recent call last): File "C:\Python27\Lib\site-packages\IPython\ultraTB.py", line 665, in text call = tpl_call % (func,inspect.formatargvalues(args, File "C:\Program Files (x86)\IronPython 2.7\Lib\inspect.py", line 885, in form atargvalues specs.append(strseq(args[i], convert, join)) File "C:\Program Files (x86)\IronPython 2.7\Lib\inspect.py", line 840, in strs eq return convert(object) File "C:\Program Files (x86)\IronPython 2.7\Lib\inspect.py", line 882, in conv ert return formatarg(name) + formatvalue(locals[name]) KeyError: self IPython's exception reporting continues... ERROR: Internal Python error in the inspect module. Below is the traceback from this internal error. Traceback (most recent call last): File "C:\Python27\Lib\site-packages\IPython\ultraTB.py", line 665, in text call = tpl_call % (func,inspect.formatargvalues(args, File "C:\Program Files (x86)\IronPython 2.7\Lib\inspect.py", line 885, in form atargvalues specs.append(strseq(args[i], convert, join)) File "C:\Program Files (x86)\IronPython 2.7\Lib\inspect.py", line 840, in strs eq return convert(object) File "C:\Program Files (x86)\IronPython 2.7\Lib\inspect.py", line 882, in conv ert return formatarg(name) + formatvalue(locals[name]) KeyError: self IPython's exception reporting continues... --------------------------------------------------------------------------- AttributeError Traceback (most recent call last) C:\Windows\system32\ in () ----> 1 2 3 4 5 C:\Python27\Lib\site-packages\IPython\Shell.py in __call__(***failed resolving a rguments***) 240 # Call the embedding code with a stack depth of 1 so it can skip over 241 # our call and get the original caller's namespaces. --> 242 self.IP.embed_mainloop(banner,local_ns,global_ns,stack_depth=1) 243 244 if self.exit_msg: C:\Python27\Lib\site-packages\IPython\iplib.py in embed_mainloop(***failed resol ving arguments***) 1806 1807 # Get locals and globals from caller -> 1808 if local_ns is None or global_ns is None: 1809 call_frame = sys._getframe(stack_depth).f_back 1810 AttributeError: 'module' object has no attribute '_getframe' >>> Furthermore, there were some posts found by google in 2009 suggesting that some progress had been made, but I couldn't find the follow up. Anyone gotten further? I am still a bit stumped about exactly what is involved in making it work. Alternatively, are there any easier ways of embedding a python-like shell in an IronPython application? Federico From rjnienaber at gmail.com Sun Feb 6 22:46:17 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Sun, 6 Feb 2011 21:46:17 +0000 Subject: [IronPython] Issue Triage Message-ID: The following issues have been closed: - get different result for locale.setlocale method against Ironpython and cpython - OSError, because it is being used by another process. - Exception module of Ironpython contain less member than Cpython - calling delegate_object.BeginInvoke does not work in ipy - pos.popen throw a WindowsError: The system can not find command 'for' - unable to use the string '__slots__' as type's __slots__ - GetBaseTypeFromUserType - valid scenario, but throw AttributeError: couldn't find member __slots__ - NewTypeMaker.AddBaseMethods: patching the python type of the direct parent type may not be enough. - broken scenario: calling interface method with ref and params parameter - protected members should not be accessible from instance of such type - Trivial: better error message needed when calling property defined by .NET interface (in scenario where we are missing the call to python builtin 'property' function) Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Feb 7 09:17:11 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 7 Feb 2011 01:17:11 -0700 Subject: [IronPython] IronPython 2.7 Beta 2 Now Available Message-ID: Hello Python Community, We?re pleased to announce the second Beta release of IronPython 2.7, which can be downloaded at http://ironpython.codeplex.com/releases/view/60193. This release fixes a number of bugs and adds the zlib and subprocess modules. This is also the first community release of IronPython. New Changes in Beta 2: * Add subprocess and zlib modules * Numerous bug fixes Changes already in Beta 1: * Updates the language to be compatible with CPython 2.7 * Improves integrated Visual Studio support (IronPython Tools for Visual Studio) * Extends CPython 2.7?s documentation with useful information pertaining to IronPython * Adds the mmap and signal modules * Includes a number of performance updates and bug fixes * Requires .NET 4.0 and Silverlight 4.0 See the release notes for Beta 1 [1] for the details on what is new since IronPython 2.6. - The IronPython Team [1] http://ironpython.codeplex.com/releases/view/48818 From jdhardy at gmail.com Mon Feb 7 10:03:44 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 7 Feb 2011 02:03:44 -0700 Subject: [IronPython] IronPython Issue Workflow Message-ID: I want to make sure I'm on the same page as everyone else when it comes to issue workflow. What I've been doing is: * For old bugs that aren't reproducible, just close it. * For old bugs that are reproducible, add test case and set "Release" to 2.7. * When fixing bugs, mark as "Fixed", make sure the release is set to the next release, and include the changeset hash in a comment. * On a release, close all "Fixed" bugs. All new bugs/CPython incompitibilities should have their "Release" set to 2.7 once they're confirmed; features should set to "3k" or "Future". I doubt all of those will get fixed for 2.7 and still have 2.7 be released this year. I'm not sure what to do about bugs targeting 2.6.2; I would wager they could be re-targeted to 2.7. Any other suggestions on policy for the issue tracker? I want to get this written up before the weekend so that there are docs to point any new people at. - Jeff From rjnienaber at gmail.com Mon Feb 7 13:32:59 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Mon, 7 Feb 2011 12:32:59 +0000 Subject: [IronPython] NuGet packaging Message-ID: I searched in the NuGet gallery for IronPython and found that the version is still 2.6.1. It might be good to find out the process for updating this before the 2.7 release. Is there someone we can contact to update this or is this something we can do ourselves? Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjnienaber at gmail.com Mon Feb 7 14:14:52 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Mon, 7 Feb 2011 13:14:52 +0000 Subject: [IronPython] IronPython Issue Workflow In-Reply-To: References: Message-ID: I've been using my own testcase template to reproduce C#/.NET interop scenarios. It may be a good idea to include a similar thing in the docs to try and standardize the testcase code that devs receive. Richard On Mon, Feb 7, 2011 at 9:03 AM, Jeff Hardy wrote: > I want to make sure I'm on the same page as everyone else when it > comes to issue workflow. What I've been doing is: > * For old bugs that aren't reproducible, just close it. > * For old bugs that are reproducible, add test case and set "Release" to > 2.7. > * When fixing bugs, mark as "Fixed", make sure the release is set to > the next release, and include the changeset hash in a comment. > * On a release, close all "Fixed" bugs. > > All new bugs/CPython incompitibilities should have their "Release" set > to 2.7 once they're confirmed; features should set to "3k" or > "Future". I doubt all of those will get fixed for 2.7 and still have > 2.7 be released this year. > > I'm not sure what to do about bugs targeting 2.6.2; I would wager they > could be re-targeted to 2.7. > > Any other suggestions on policy for the issue tracker? I want to get > this written up before the weekend so that there are docs to point any > new people at. > > - Jeff > _______________________________________________ > 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 jdhardy at gmail.com Mon Feb 7 15:48:15 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 7 Feb 2011 07:48:15 -0700 Subject: [IronPython] NuGet packaging In-Reply-To: References: Message-ID: I'm already the owner of that package; I just need to build an updated. I forgot that it was still on 2.6.1. The .nuspec file should also be added to the repo and eventually just part of the build process. - Jeff On Mon, Feb 7, 2011 at 5:32 AM, Richard Nienaber wrote: > I searched in the NuGet gallery for IronPython and found that the version is > still 2.6.1. It might be good to find out the process for updating this > before the 2.7 release. > > Is there someone we can contact to update this or is this something we can > do ourselves? > > Richard > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From Tomas.Matousek at microsoft.com Tue Feb 8 06:46:33 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 8 Feb 2011 05:46:33 +0000 Subject: [IronPython] [Ironruby-core] Preparing 1.1.2 release In-Reply-To: References: <86a53c663f6786813aae3f954efc906d@ruby-forum.com> Message-ID: Re binaries - 3 flavors are currently built: 1) Desktop CLR 4.0 (.NET FW 4.0, Mono 2.10) 2) Core CLR 4.0 (Silverlight 4.0, Moonlight) 3) Core CLR 3.0 (Windows Phone 7) So yes, the binaries should be equivalent. They won't be byte-for-byte equal, but should functionally be the same. So should be binaries built on Windows using Microsoft C# compiler or Mono C# compiler. Re packaging and build automation: Sync with Jeff Hardy who maintains IronPython. We should have one solution for both languages. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Thibaut Barr?re Sent: Monday, February 07, 2011 3:33 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Preparing 1.1.2 release Great! I spent some time to make xbuild happy :), I'm glad it works on non-Windows boxes as well. Thanks for that really :) I've got a question wrt the build script we could set up: are the resulting binaries different if I compile from Mac OS X, as compared with Ubuntu ? If they are identical, I could work on provisioning a Vagrant box with all that is required to generate the builds on Ubuntu automatically. This would let anyone with access to Vagrant (and I think it works on Windows too for the host) with the ability to automate the builds and tests for IronRuby on *nix, and we could also push this to a VPS instance later on so that we keep fresh automated binaries for OS X / Ubuntu etc. Are the resulting binaries identical ? I filed a couple of Mono bugs (crashes) yesterday: So this might be hitting one of them. Or another. I guess we can either wait until these are fixed and try again or try to narrow the Rubygems crash down to a simpler repro. I'll wait a bit, given my current free time, but I will definitely try again later on (feel free to ping me if you want to try things out later on, by email or gtalk thibaut.barrere at gmail.com). -- Thibaut -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjnienaber at gmail.com Tue Feb 8 08:06:19 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Tue, 8 Feb 2011 07:06:19 +0000 Subject: [IronPython] Adding Unit Tests In-Reply-To: References: Message-ID: I was wondering how this is progressing. Is there any chance that this could be incorporated into the release of 2.7? This issueis sitting on 14 votes and it would be great if we could close it. Richard On Tue, Jan 11, 2011 at 2:41 AM, Slide wrote: > As I am developing an implementation of the _csv module that I would > eventually like to contribute to the community, what is the best way to add > unit tests to the current suite? I have been using the unit test in the > CPython sources for the csv module to test my _csv implementation. Is there > an easy way to incorporate that into the current unit test setup? > > Thanks, > > slide > > -- > slide-o-blog > http://slide-o-blog.blogspot.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 dvdotsenko at gmail.com Tue Feb 8 21:37:28 2011 From: dvdotsenko at gmail.com (Daniel D.) Date: Tue, 8 Feb 2011 12:37:28 -0800 Subject: [IronPython] Merges Message-ID: Hi. Seeing J.Hardy do a merge of TMat's published changes into his local (very likely result of "git pull origin") and pushing that up, could not stop but wonder why on minor (no-feature) commits "rebase" is not not used to make the commit tree a bit more sane-looking. (My insignificant beef here is that TMat's commits were published first, and then, suddenly appeared as part of some branch JHardy pushed. Not a biggie, just slightly harder to keep track of changes.) Today stumbled upon a great explanation of what to do for minor (non-feature) commits to avoid constant remerging resulting from "git pull": ( from here http://mislav.uniqpath.com/2010/07/git-tips/ ) Pull with rebase instead of merge $ git pull --rebase # e.g. if on branch "master": performs a `git fetch origin`, # then `git rebase origin/master` Because branch merges in git are recorded with a merge commit, they are supposed to be meaningful?for example, to indicate when a feature has been merged to a release branch. However, during a regular daily workflow where several team members sync a single branch often, the timeline gets polluted with unnecessary micro-merges on regular git pull. Rebasing ensures that the commits are always re-applied so that the history stays linear. You can configure certain branches to always do this without the --rebase flag: # make `git pull` on master always use rebase $ git config branch.master.rebase true You can also set up a global option to set the last property for every new tracked branch: # setup rebase for every tracking branch $ git config --global branch.autosetuprebase always Daniel. From jdhardy at gmail.com Tue Feb 8 22:22:52 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 8 Feb 2011 14:22:52 -0700 Subject: [IronPython] Merges In-Reply-To: References: Message-ID: Hi Daniel, When working, I do all of my work in a branch, and then merge that branch into master. On that branch I usually rebase changes from upstream/master. However, I don't like rebasing onto master because it just looks weird. I want to see the merge commit to master so that I know it happened, and github can generate pretty graphs [1] :). In summary: - rebase feature/working branches - merge master (or long-lived maintenance branches, etc.) Of course, once in a while I forget to add --rebase :). Didn't know you could default it on, which would be nice for working branches. - Jeff [1] https://github.com/IronLanguages/main/network On Tue, Feb 8, 2011 at 1:37 PM, Daniel D. wrote: > Hi. Seeing J.Hardy do a merge of TMat's published changes into his > local (very likely result of "git pull origin") and pushing that up, > could not stop but wonder why on minor (no-feature) commits "rebase" > is not not used to make the commit tree a bit more sane-looking. (My > insignificant beef here is that TMat's commits were published first, > and then, suddenly appeared as part of some branch JHardy pushed. Not > a biggie, just slightly harder to keep track of changes.) > > Today stumbled upon a great explanation of what to do for minor > (non-feature) commits to avoid constant remerging resulting from "git > pull": > > ( from here http://mislav.uniqpath.com/2010/07/git-tips/ ) > > Pull with rebase instead of merge > $ git pull --rebase > # e.g. if on branch "master": performs a `git fetch origin`, > # then `git rebase origin/master` > Because branch merges in git are recorded with a merge commit, they > are supposed to be meaningful?for example, to indicate when a feature > has been merged to a release branch. However, during a regular daily > workflow where several team members sync a single branch often, the > timeline gets polluted with unnecessary micro-merges on regular git > pull. Rebasing ensures that the commits are always re-applied so that > the history stays linear. > > You can configure certain branches to always do this without the --rebase flag: > # make `git pull` on master always use rebase > $ git config branch.master.rebase true > You can also set up a global option to set the last property for every > new tracked branch: > # setup rebase for every tracking branch > $ git config --global branch.autosetuprebase always > > Daniel. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From s.j.dower at gmail.com Tue Feb 8 23:17:01 2011 From: s.j.dower at gmail.com (Steve Dower) Date: Wed, 9 Feb 2011 09:17:01 +1100 Subject: [IronPython] esecui - hosting a Python application with IronPython Message-ID: Hi everyone I finally decided that it's time to share my work (towards a PhD in intelligent systems) with the public, and since IronPython features heavily I figured it was worth posting a short note to the list. My main project is a Python framework called esec (http://code.google.com/p/esec/) for evolutionary computation, which is IronPython compatible but that's as far as it goes. (The purpose and use of the framework should be interesting to anyone interested in evolutionary computation, and completely irrelevant to most other people :) ) The GUI for esec (http://code.google.com/p/esecui/) is written in C# (WinForms) and uses IronPython to host and interact with esec while it is running. Configuration settings are converted into dictionaries (esec's requirement) and the listener object (Monitor) is implemented in C# and passed directly to esec. At the moment I am including a build of IronPython, rather than demanding users find it themselves, which works very nicely in terms of distribution. I decided against implementing the whole UI in Python, partially because it's pretty complex but also because some of the rendering actually requires (or will require... plans abound!) closer to native performance. Full source and a download-and-run preview distribution (ie. it has bugs) are available from the Google Code page at http://code.google.com/p/esecui/ Anyone is welcome to freely/commercially use parts of my code relating to working with IronPython. Thanks for supporting and providing IronPython - it's an incredibly useful tool. Cheers, Steve From rjnienaber at gmail.com Wed Feb 9 08:58:54 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Wed, 9 Feb 2011 07:58:54 +0000 Subject: [IronPython] Issue Triage Message-ID: I've closed the following issues: #23744: overtime for the method test_long in pickletester.py #23747: NotImplementedError: readbuffer_encode #23749: TypeError: EncodeQuotedPrintable() takes at most 1 non-keyword argument (3 given) #23752: Cpython can work but Ironpython can not work for datetime.datetime #23755: Ironpython throw ValueError but Cpython Throw OverflowError for datetime #23756: re.match("^(\w){1,2}?$", "abc") has different result in IronPython and CPython #23759: Cpython throw a TypeError "unsupported operand type(s) for *: 'datetime.timedelta' and 'float' ", but IronPython pass. #23760: it is different for ctime() function between Ironpython and Cpython2.5 #23762: datetime.fromtimestamp(1) and datetime.fromtimestamp(0.9999999) should have the same result #23766: AssertionError is thrown (if dt is None or dt.tzinfo is None:) #23767: Return value of format_exception_only(etype,value) is different in IP2.0A4 and Python2.5 in help module traceback.py #23771: better error (TypeError) expected when passing non-clr.Reference to out parameter #23773: SNAP blocking: test_ipye.py fails under -X:Interpret mode #23774: Test blocking: NameError when calling on type which accepts "out" parameter #23775: Test blocking: type's ctor accepts ref/out parameter, and calling it with clr.Reference, but the clr.Reference value does not get changed #23941: Broken scenario: accessing the property in the derived python type where the property has the same name, but was sealed in the CLR base type #23942: Broken scenario: set something via the derived python instance where the attribute name has the same name as base type's static property #23946: object.__new__(object, None) should throw #23962: peverify: MethodImpl's declaration and body method signatures do not match #23964: __name__, __file__ don't work in code executed from non-Python host #23967: Improve global variables handling in IronPython #23968: Need some specs on method overload resolution based on parameter types #23972: IronPython 2.0 documentation still refers to Visual Studio 2005 #23973: expose Comment as Expression or similar (at least when _verbatim is on) #23978: support invoking event handlers inside ipy #23979: support __iadd__/__isub__ for bound event #23980: better exception message when assigning something to the event #23982: os.path.supports_unicode_filenames return different result against Ironpython and Cpython2.5 #23983: Fix or reimplement (in C#) subprocess.py #23985: locals()/ globals() identity issues #23986: SNAP: The cpy regression tests test_urllibnet_cpy_20 is failing intermittently Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From doug.blank at gmail.com Wed Feb 9 13:54:49 2011 From: doug.blank at gmail.com (Doug Blank) Date: Wed, 9 Feb 2011 07:54:49 -0500 Subject: [IronPython] Stopping, Closing, and Unloading of running IronPython code? Message-ID: If you have embedded IronPython engines (and perhaps a few other DLR languages) running in a thread, what is the recommended method of stopping the running programs, and calling the objects' delete methods? For example, say you have a serial port open in an IronPython program running in a thread, and you want to stop the thread, and close the port? Is there something general that would take care of all closing, just like it would if you killed a process? Thanks for any suggestions, -Doug From jdhardy at gmail.com Wed Feb 9 15:32:28 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 9 Feb 2011 07:32:28 -0700 Subject: [IronPython] Google Summer of Code 2011 Message-ID: Google is running their "Summer of Code" program [1] again this year. For those who aren't familiar, Google basically pays post-secondary students to work on open source projects for the summer. Now that IronPython and IronRuby are community projects, I think it would be worthwhile to for us to participate. In a chat with Miguel, he suggested that we apply as a group ("IronLanguages") representing both languages and the DLR. If there are no serious objections, I'm willing to submit the application and handle the organization administrative tasks. One of the things that is needed on the application is ideas for projects. These don't have to be fully fleshed out ideas; just something to give Google an idea of what we would be working on. You can view and edit the list (anyone can edit ... don't abuse it!) at http://bit.ly/g7YhPT. I've added a few examples for IronPython to get started. Ideas can also be sent to this mailing list and I'll add them to the list. Prospective students, in particular, are encouraged to submit their ideas ahead of time. - Jeff [1] http://www.google-melange.com/gsoc/program/home/google/gsoc2011 From slide.o.mix at gmail.com Wed Feb 9 15:35:50 2011 From: slide.o.mix at gmail.com (Slide) Date: Wed, 9 Feb 2011 07:35:50 -0700 Subject: [IronPython] Google Summer of Code 2011 In-Reply-To: References: Message-ID: Fyi, I am almost done with an implementation of _csv On Feb 9, 2011 7:32 AM, "Jeff Hardy" wrote: > Google is running their "Summer of Code" program [1] again this year. > For those who aren't familiar, Google basically pays post-secondary > students to work on open source projects for the summer. > > Now that IronPython and IronRuby are community projects, I think it > would be worthwhile to for us to participate. In a chat with Miguel, > he suggested that we apply as a group ("IronLanguages") representing > both languages and the DLR. > > If there are no serious objections, I'm willing to submit the > application and handle the organization administrative tasks. > > One of the things that is needed on the application is ideas for > projects. These don't have to be fully fleshed out ideas; just > something to give Google an idea of what we would be working on. > > You can view and edit the list (anyone can edit ... don't abuse it!) > at http://bit.ly/g7YhPT. I've added a few examples for IronPython to > get started. Ideas can also be sent to this mailing list and I'll add > them to the list. > > Prospective students, in particular, are encouraged to submit their > ideas ahead of time. > > - Jeff > > [1] http://www.google-melange.com/gsoc/program/home/google/gsoc2011 > _______________________________________________ > 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 jdhardy at gmail.com Wed Feb 9 16:32:46 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 9 Feb 2011 08:32:46 -0700 Subject: [IronPython] Google Summer of Code 2011 In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 7:35 AM, Slide wrote: > Fyi, I am almost done with an implementation of _csv Excellent! The next release (Feb.20) will be the last one to get it into before 2.7 final. If it's not going to be ready by then, don't worry; I'm thinking I might target 2.7.1 for early April just to toss in extra modules. I've got a unicodedata implementation that won't be ready, but just needs a bit of work, and possibly sqlite3 as well. - Jeff From slide.o.mix at gmail.com Wed Feb 9 16:42:30 2011 From: slide.o.mix at gmail.com (Slide) Date: Wed, 9 Feb 2011 08:42:30 -0700 Subject: [IronPython] Google Summer of Code 2011 In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 8:32 AM, Jeff Hardy wrote: > On Wed, Feb 9, 2011 at 7:35 AM, Slide wrote: >> Fyi, I am almost done with an implementation of _csv > > Excellent! > > The next release (Feb.20) ?will be the last one to get it into before > 2.7 final. If it's not going to be ready by then, don't worry; I'm > thinking I might target 2.7.1 for early April just to toss in extra > modules. I've got a unicodedata implementation that won't be ready, > but just needs a bit of work, and possibly sqlite3 as well. > > - Jeff Yeah, I'm down to about 5 failures in the unit test suite for csv, I don't think I'll be ready by the 20th, but should easily make 2.7.1. Thanks, slide From dinov at microsoft.com Wed Feb 9 17:09:33 2011 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 9 Feb 2011 16:09:33 +0000 Subject: [IronPython] Stopping, Closing, and Unloading of running IronPython code? In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E014C0AA3@TK5EX14MBXC133.redmond.corp.microsoft.com> Doug wrote: > If you have embedded IronPython engines (and perhaps a few other DLR > languages) running in a thread, what is the recommended method of > stopping the running programs, and calling the objects' delete methods? > > For example, say you have a serial port open in an IronPython program > running in a thread, and you want to stop the thread, and close the port? Is > there something general that would take care of all closing, just like it would > if you killed a process? > > Thanks for any suggestions, You can run the code in an app domain and then just unload the app domain. Any code running in the app domain will be Thread.Abort'd by the CLR and all of the finalizers will run once the threads have been killed - and that should close the serial port or any other resources. Any code with finally blocks and the such will still be given a chance to cleanup as well. From evans.d.andrew at gmail.com Wed Feb 9 19:40:30 2011 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Wed, 9 Feb 2011 10:40:30 -0800 Subject: [IronPython] Cast to a method pointer using CTYPES Message-ID: Forgive me if what I ask is a novice question. I have some C code that was asked to bring to Python I prefer IronPython and remember seeing that CTYPES was implemented into it :-) I am not really the best C coder and was suggested by C coders that it couldn't be done in Python. I aim to prove them wrong int main(int argc, char **argv) { int (*func)(); func = (int (*)()) myCode; printf("myCode Length is : %d",strlen(myCode)); (int)(*func)(); } is it possible to cast to a function pointer in IronPython using CTYPES I was looking at the CTYPES docs and from what I understand CTYPES has something called callback functions. Anyway any idea or help would be very valuable Thank You -------------- next part -------------- An HTML attachment was scrubbed... URL: From dvdotsenko at gmail.com Wed Feb 9 20:09:37 2011 From: dvdotsenko at gmail.com (Daniel D.) Date: Wed, 9 Feb 2011 11:09:37 -0800 Subject: [IronPython] Google Summer of Code 2011 In-Reply-To: References: Message-ID: I know what I want for Christmas: PEP 3333 compliant, WSGI Server for IIS 6.x and 7.x. :) Daniel. On Wed, Feb 9, 2011 at 07:42, Slide wrote: > On Wed, Feb 9, 2011 at 8:32 AM, Jeff Hardy wrote: >> On Wed, Feb 9, 2011 at 7:35 AM, Slide wrote: >>> Fyi, I am almost done with an implementation of _csv >> >> Excellent! >> >> The next release (Feb.20) ?will be the last one to get it into before >> 2.7 final. If it's not going to be ready by then, don't worry; I'm >> thinking I might target 2.7.1 for early April just to toss in extra >> modules. I've got a unicodedata implementation that won't be ready, >> but just needs a bit of work, and possibly sqlite3 as well. >> >> - Jeff > > > Yeah, I'm down to about 5 failures in the unit test suite for csv, I > don't think I'll be ready by the 20th, but should easily make 2.7.1. > > Thanks, > > slide > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From dinov at microsoft.com Wed Feb 9 20:09:45 2011 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 9 Feb 2011 19:09:45 +0000 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> You want to pass a Python function, method, or other callable into C as a function pointer? This stack overflow question covers that: http://stackoverflow.com/questions/874245/python-ctypes-and-function-pointers From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Wednesday, February 09, 2011 10:41 AM To: users at lists.ironpython.com Subject: [IronPython] Cast to a method pointer using CTYPES Forgive me if what I ask is a novice question. I have some C code that was asked to bring to Python I prefer IronPython and remember seeing that CTYPES was implemented into it :-) I am not really the best C coder and was suggested by C coders that it couldn't be done in Python. I aim to prove them wrong int main(int argc, char **argv) { int (*func)(); func = (int (*)()) myCode; printf("myCode Length is : %d",strlen(myCode)); (int)(*func)(); } is it possible to cast to a function pointer in IronPython using CTYPES I was looking at the CTYPES docs and from what I understand CTYPES has something called callback functions. Anyway any idea or help would be very valuable Thank You -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Wed Feb 9 20:12:52 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 9 Feb 2011 12:12:52 -0700 Subject: [IronPython] Google Summer of Code 2011 In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 12:09 PM, Daniel D. wrote: > I know what I want for Christmas: > > PEP 3333 compliant, WSGI Server for IIS 6.x and 7.x. Well, that gives me quite a bit of time then :). NWSGI 3 will have to wait until after 2.7 final, but hopefully not too long after. - Jeff From vernondcole at gmail.com Wed Feb 9 20:47:48 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Wed, 9 Feb 2011 12:47:48 -0700 Subject: [IronPython] Additional modules to ship with IronPython 2.7.1? Message-ID: Dear Group: On another thread, Jeff Hardy and "Slide" have commented that they have important standard library modules (unicodedata and csv, respectively) which will not be ready for IronPython 2.7 but should be targeted for 2.7.1. Jeff also says he may also have sqlite3 ready for prime time by then. [Well done, guys!] I would like to start a discussion about adding modules to the IronPython distribution which are not in the C-Python standard library. The idea would be to include more batteries. (FePy started out to do that, but has not been seriously updated since IronPython 2.0 came out with a real, genuine Windows installer.) Good idea, or Bad? I see that adodbapi is still getting about 300 downloads a month, and I presume that most of them are for IronPython, since it's already included in pywin32 for CPython users. FePy is getting around 50 downloads a month, which I guess is mostly to get the dbapi modules. The FePy modules are lighter in weight than adodbapi, and use genuine .NET system calls, but are not completely PEP 249 compliant. Adodbapi is compliant, but uses COM to read the database, so will not run on linux/mono. Should db api and/or other modules be considered for inclusion? -- Vernon Cole -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Wed Feb 9 21:22:49 2011 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Wed, 9 Feb 2011 12:22:49 -0800 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Hey thank you for the fast reply :-) I am working on building a security framework in Python for exploit development as a part time hobby. But I am missing something key to what I am doing. I am having a hard time understanding it as well. from ctypes import * myCode = ("\x31\xc0\x31\xdb\x31\xc9\x31\xd2" "\x51\x68\x6c\x6c\x20\x20\x68\x33") #example hex not full for post don't want to put up red flags my_callback = CFUNCTYPE(c_int, c_void_p, POINTER(myCode), POINTER(c_int32), c_void_p) print type(my_callback) this returns which is what I want I assume. but when I run this code nothing happens. Maybe in how I am running it just by adding my_callback to the source. Any idea what I am doing wrong. *cheers in advance if you can help If not I understand -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Wed Feb 9 21:37:08 2011 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 9 Feb 2011 20:37:08 +0000 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> So you want to generate the assembly in memory and then execute it? I think you want something like: import array myCode = array.array('b', "\x31\xc0\x31\xdb\x31\xc9\x31\xd2\x51\x68\x6c\x6c\x20\x20\x68\x33") buffer = myCode.buffer_info()[0] from ctypes import * my_callback = CFUNCTYPE(c_int) my_callback(buffer)() This creates an array from your code, and then gets the address of that array. Then it creates a callback type which just returns an int, and then it creates an instance of that callback type using the address of the code and calls that instance (which then causes an access violation when I run this). If you're on a machine w/ the NX bit you may need to call VirtualAlloc and copy the bytes to the allocated executable memory rather than using a buffer. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Wednesday, February 09, 2011 12:23 PM To: Discussion of IronPython Subject: Re: [IronPython] Cast to a method pointer using CTYPES Hey thank you for the fast reply :-) I am working on building a security framework in Python for exploit development as a part time hobby. But I am missing something key to what I am doing. I am having a hard time understanding it as well. from ctypes import * myCode = ("\x31\xc0\x31\xdb\x31\xc9\x31\xd2" "\x51\x68\x6c\x6c\x20\x20\x68\x33") #example hex not full for post don't want to put up red flags my_callback = CFUNCTYPE(c_int, c_void_p, POINTER(myCode), POINTER(c_int32), c_void_p) print type(my_callback) this returns which is what I want I assume. but when I run this code nothing happens. Maybe in how I am running it just by adding my_callback to the source. Any idea what I am doing wrong. *cheers in advance if you can help If not I understand -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at jorgensenfamily.us Wed Feb 9 21:41:47 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Wed, 9 Feb 2011 13:41:47 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) Message-ID: Hello Folks, First let me thank you for making IronPython easy to compile on Mono. I'm the release manager for the Mono Project at Novell and I'm currently working on packaging IronPython and IronRuby for openSUSE (also to be included in the Mono Mac framework package). Where I've run into trouble is the stdlibs for both. I can see that the -Bin.zip contains a Lib directory with various standard libraries in it but I don't see how I can reliably and repeatably get that exact content into my RPM packages (short of including the -Bin.zip in the build). Is there a script of some sort that takes the appropriate files from the correct source and puts them where I need them (the script used to build the -Bin.zip perhaps?) Thanks! Andrew Jorgensen From Tomas.Matousek at microsoft.com Wed Feb 9 22:01:23 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 9 Feb 2011 21:01:23 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: Message-ID: [Including IronRuby list]. We have a script in Msi directory called harvest.rb. This is used by another scripts Msi\Python\generate_wxis.rb and Msi\Ruby\generate_wxis.rb that launch it with Python and Ruby specific parameters, respectively. The generated .wxi files fully describe the files and directory hierarchy that is created by the Windows installer on the target machine. I think you can easily run them thru a script that converts them to whatever format you need. They are just XML files. Would it be possible to create a script (Python or Ruby) that builds RPM package and runs on Windows as well? This would allow us to build new releases in one pass on a single machine and just publish the Mac packages on CodePlex next to .msi's. Let me know if you had any issues. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Wednesday, February 09, 2011 12:42 PM To: users at lists.ironpython.com Subject: [IronPython] Contents of Lib (packaging for RPM) Hello Folks, First let me thank you for making IronPython easy to compile on Mono. I'm the release manager for the Mono Project at Novell and I'm currently working on packaging IronPython and IronRuby for openSUSE (also to be included in the Mono Mac framework package). Where I've run into trouble is the stdlibs for both. I can see that the -Bin.zip contains a Lib directory with various standard libraries in it but I don't see how I can reliably and repeatably get that exact content into my RPM packages (short of including the -Bin.zip in the build). Is there a script of some sort that takes the appropriate files from the correct source and puts them where I need them (the script used to build the -Bin.zip perhaps?) Thanks! Andrew Jorgensen _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From evans.d.andrew at gmail.com Wed Feb 9 22:26:36 2011 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Wed, 9 Feb 2011 13:26:36 -0800 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Thank you so much for your help. It works and well! You are a genius :-) Thank You Now I can finally start doing the core work I had planned On Wed, Feb 9, 2011 at 12:37 PM, Dino Viehland wrote: > So you want to generate the assembly in memory and then execute it? I > think you want something like: > > > > import array > > myCode = array.array('b', > "\x31\xc0\x31\xdb\x31\xc9\x31\xd2\x51\x68\x6c\x6c\x20\x20\x68\x33") > > buffer = myCode.buffer_info()[0] > > > > from ctypes import * > > my_callback = CFUNCTYPE(c_int) > > > > my_callback(buffer)() > > > > This creates an array from your code, and then gets the address of that > array. Then it creates a callback type which just returns an int, and then > it creates an instance of that callback type using the address of the code > and calls that instance (which then causes an access violation when I run > this). > > > > If you?re on a machine w/ the NX bit you may need to call VirtualAlloc and > copy the bytes to the allocated executable memory rather than using a > buffer. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Wednesday, February 09, 2011 12:23 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Cast to a method pointer using CTYPES > > > > Hey thank you for the fast reply :-) > > I am working on building a security framework in Python for exploit > development as a part time hobby. But I am missing something key to what I > am doing. I am having a hard time understanding it as well. > > from ctypes import * > > myCode = ("\x31\xc0\x31\xdb\x31\xc9\x31\xd2" > "\x51\x68\x6c\x6c\x20\x20\x68\x33") #example hex not full for post > don't want to put up red flags > > my_callback = CFUNCTYPE(c_int, c_void_p, > POINTER(myCode), > POINTER(c_int32), c_void_p) > > print type(my_callback) > > this returns which is what I want I assume. > > but when I run this code nothing happens. Maybe in how I am running it just > by adding my_callback to the source. Any idea what I am doing wrong. > > *cheers in advance if you can help > > If not I understand > > > _______________________________________________ > 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 microsoft.com Wed Feb 9 22:42:17 2011 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 9 Feb 2011 21:42:17 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> In the case of IronPython the script is just pulling the files from Languages/IronPython/StdLib/StdLib.pyproj so you could just go straight to that MSbuild file to get the list of files to use. StdLib.pyproj is generated from Languages/IronPython/StdLib/MakeModuleList.py which you could run on Linux to see if there's any differences between the modules which can be successfully imported. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Tomas Matousek > Sent: Wednesday, February 09, 2011 1:01 PM > To: Discussion of IronPython > Cc: ironruby-core at rubyforge.org > Subject: Re: [IronPython] Contents of Lib (packaging for RPM) > > [Including IronRuby list]. > > We have a script in Msi directory called harvest.rb. This is used by another > scripts Msi\Python\generate_wxis.rb and Msi\Ruby\generate_wxis.rb that > launch it with Python and Ruby specific parameters, respectively. The > generated .wxi files fully describe the files and directory hierarchy that is > created by the Windows installer on the target machine. I think you can easily > run them thru a script that converts them to whatever format you need. > They are just XML files. > > Would it be possible to create a script (Python or Ruby) that builds RPM > package and runs on Windows as well? This would allow us to build new > releases in one pass on a single machine and just publish the Mac packages > on CodePlex next to .msi's. > > Let me know if you had any issues. > > Tomas > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen > Sent: Wednesday, February 09, 2011 12:42 PM > To: users at lists.ironpython.com > Subject: [IronPython] Contents of Lib (packaging for RPM) > > Hello Folks, > > First let me thank you for making IronPython easy to compile on Mono. > I'm the release manager for the Mono Project at Novell and I'm currently > working on packaging IronPython and IronRuby for openSUSE (also to be > included in the Mono Mac framework package). Where I've run into trouble > is the stdlibs for both. I can see that the -Bin.zip contains a Lib directory with > various standard libraries in it but I don't see how I can reliably and > repeatably get that exact content into my RPM packages (short of including > the -Bin.zip in the build). > > Is there a script of some sort that takes the appropriate files from the correct > source and puts them where I need them (the script used to build the - > Bin.zip perhaps?) > > Thanks! > Andrew Jorgensen > _______________________________________________ > 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 vernondcole at gmail.com Wed Feb 9 23:45:03 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Wed, 9 Feb 2011 15:45:03 -0700 Subject: [IronPython] Red Flag(?) change in "import" Message-ID: I can't see an item like this on the bug list. Perhaps the sky is falling, perhaps, not. I am reporting the problem here in case it is. It seems like something the "big guns" should be made aware of right away. The behavior seems to have changed since IPy 2.6, and if someone has indeed been working on "import" then we have a regression. First.... here's CPython 2.7 -- I install the package and then import it from another directory... C:\hg\adodbapi>py27 setup.py install C:\hg\adodbapi>c:\python27\python.exe setup.py install adodbapi version="2.4.0.2" running install running build running build_py copying adodbapi.py -> build\lib\adodbapi copying ado_consts.py -> build\lib\adodbapi copying __init__.py -> build\lib\adodbapi running install_lib copying build\lib\adodbapi\adodbapi.py -> c:\python27\Lib\site-packages\adodbapi running install_egg_info Writing c:\python27\Lib\site-packages\adodbapi-2.4.0.2-py2.7.egg-info C:\hg\adodbapi>home C:\hg\adodbapi>C: C:\hg\adodbapi>cd \Users\vernon C:\Users\vernon>py27 C:\Users\vernon>c:\python27\python.exe Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version 'adodbapi v2.4.0.2' ................... The version attribute works Now I try the same thing on an administrator console (I think that IronPython is correct in required the higher privilege here) and a big THANK YOU for having a working distutils! ........ C:\hg\adodbapi>ipy setup.py install C:\hg\adodbapi>"c:\program files\IronPython 2.7\ipy.exe" setup.py install adodbapi version="2.4.0.2" running install running build running build_py copying adodbapi.py -> build\lib\adodbapi copying ado_consts.py -> build\lib\adodbapi copying __init__.py -> build\lib\adodbapi warning: build_py: byte-compiling is disabled, skipping. running install_lib warning: install_lib: byte-compiling is disabled, skipping. running install_egg_info Removing c:\program files\IronPython 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2. 7.egg-info Writing c:\program files\IronPython 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2.7 .egg-info C:\hg\adodbapi>home C:\hg\adodbapi>C: C:\hg\adodbapi>cd \Users\vernon C:\Users\vernon>ipy C:\Users\vernon>"c:\program files\IronPython 2.7\ipy.exe" IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version Traceback (most recent call last): File "", line 1, in AttributeError: 'module' object has no attribute 'version' ................. Where did the attribute go?????????????? Now I hand copy the adodbapi folder from IronPython 2.7 site-packages into IronPython 2.6 site packages (because 2.6 distutils will not work) and continue with the same admin console... >>> exit() C:\Users\vernon>ipy26 C:\Users\vernon>"c:\program files\Ironpython 2.6\ipy.exe" IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.4206 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version 'adodbapi v2.4.0.2' ........................ so it seems to me that "import" is badly broken. I am unable to test adodbapi. The code I am testing is at: hg clone http://adodbapi.hg.sourceforge.net:8000/hgroot/adodbapi/adodbapi#main Is there anything I should do? -- Vernon -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaggi at cosbi.eu Thu Feb 10 11:42:57 2011 From: vaggi at cosbi.eu (Federico Vaggi) Date: Thu, 10 Feb 2011 11:42:57 +0100 Subject: [IronPython] Red Flag(?) change in "import" In-Reply-To: <20110209224535.C16FA71E@apollo.cosbi.eu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> Message-ID: <20110210104302.4557471E@apollo.cosbi.eu> I ran into a relatively similar problem with importing networkx into IronPython, but was able to fix it by editing out a few of the lines. It seems that the import behaviour in cpython and ironpython is slightly different sometime. I can post a list of the steps that I took if it is helpful at all. Federico On 09/02/2011 23:45, Vernon Cole wrote: > I can't see an item like this on the bug list. Perhaps the sky is > falling, perhaps, not. I am reporting the problem here in case it is. > It seems like something the "big guns" should be made aware of right > away. The behavior seems to have changed since IPy 2.6, and if > someone has indeed been working on "import" then we have a regression. > > First.... here's CPython 2.7 -- I install the package and then import > it from another directory... > > C:\hg\adodbapi>py27 setup.py install > > C:\hg\adodbapi>c:\python27\python.exe setup.py install > adodbapi version="2.4.0.2" > running install > running build > running build_py > copying adodbapi.py -> build\lib\adodbapi > copying ado_consts.py -> build\lib\adodbapi > copying __init__.py -> build\lib\adodbapi > running install_lib > copying build\lib\adodbapi\adodbapi.py -> > c:\python27\Lib\site-packages\adodbapi > > running install_egg_info > Writing c:\python27\Lib\site-packages\adodbapi-2.4.0.2-py2.7.egg-info > > C:\hg\adodbapi>home > > C:\hg\adodbapi>C: > > C:\hg\adodbapi>cd \Users\vernon > C:\Users\vernon>py27 > > C:\Users\vernon>c:\python27\python.exe > > Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit > (Intel)] on win32 > Type "help", "copyright", "credits" or "license" for more information. > >>> import adodbapi > >>> adodbapi.version > 'adodbapi v2.4.0.2' > > ................... The version attribute works > > Now I try the same thing on an administrator console (I think that > IronPython is correct in required the higher privilege here) > and a big THANK YOU for having a working distutils! ........ > > C:\hg\adodbapi>ipy setup.py install > > C:\hg\adodbapi>"c:\program files\IronPython 2.7\ipy.exe" setup.py install > > adodbapi version="2.4.0.2" > running install > running build > running build_py > copying adodbapi.py -> build\lib\adodbapi > copying ado_consts.py -> build\lib\adodbapi > copying __init__.py -> build\lib\adodbapi > warning: build_py: byte-compiling is disabled, skipping. > > running install_lib > warning: install_lib: byte-compiling is disabled, skipping. > > running install_egg_info > Removing c:\program files\IronPython > 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2. > 7.egg-info > Writing c:\program files\IronPython > 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2.7 > .egg-info > > C:\hg\adodbapi>home > > C:\hg\adodbapi>C: > > C:\hg\adodbapi>cd \Users\vernon > C:\Users\vernon>ipy > > C:\Users\vernon>"c:\program files\IronPython 2.7\ipy.exe" > IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. > >>> import adodbapi > >>> adodbapi.version > Traceback (most recent call last): > File "", line 1, in > AttributeError: 'module' object has no attribute 'version' > > ................. Where did the attribute go?????????????? > > Now I hand copy the adodbapi folder from IronPython 2.7 site-packages > into IronPython 2.6 site packages (because 2.6 distutils will not > work) and continue with the same admin console... > > >>> exit() > > C:\Users\vernon>ipy26 > > C:\Users\vernon>"c:\program files\Ironpython 2.6\ipy.exe" > IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.4206 > Type "help", "copyright", "credits" or "license" for more information. > >>> import adodbapi > >>> adodbapi.version > 'adodbapi v2.4.0.2' > > ........................ so it seems to me that "import" is badly > broken. I am unable to test adodbapi. > > The code I am testing is at: > hg clone > http://adodbapi.hg.sourceforge.net:8000/hgroot/adodbapi/adodbapi#main > > Is there anything I should do? > -- > Vernon > > > _______________________________________________ > 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 evans.d.andrew at gmail.com Thu Feb 10 17:17:26 2011 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Thu, 10 Feb 2011 08:17:26 -0800 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Mind showing showing me an example of using VirtualAlloc? Thanks for your help Quick Google Search reveals nothing Nothing to me on VirtualAlloc *cheers On Wed, Feb 9, 2011 at 12:37 PM, Dino Viehland wrote: > So you want to generate the assembly in memory and then execute it? I > think you want something like: > > > > import array > > myCode = array.array('b', > "\x31\xc0\x31\xdb\x31\xc9\x31\xd2\x51\x68\x6c\x6c\x20\x20\x68\x33") > > buffer = myCode.buffer_info()[0] > > > > from ctypes import * > > my_callback = CFUNCTYPE(c_int) > > > > my_callback(buffer)() > > > > This creates an array from your code, and then gets the address of that > array. Then it creates a callback type which just returns an int, and then > it creates an instance of that callback type using the address of the code > and calls that instance (which then causes an access violation when I run > this). > > > > If you?re on a machine w/ the NX bit you may need to call VirtualAlloc and > copy the bytes to the allocated executable memory rather than using a > buffer. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Wednesday, February 09, 2011 12:23 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Cast to a method pointer using CTYPES > > > > Hey thank you for the fast reply :-) > > I am working on building a security framework in Python for exploit > development as a part time hobby. But I am missing something key to what I > am doing. I am having a hard time understanding it as well. > > from ctypes import * > > myCode = ("\x31\xc0\x31\xdb\x31\xc9\x31\xd2" > "\x51\x68\x6c\x6c\x20\x20\x68\x33") #example hex not full for post > don't want to put up red flags > > my_callback = CFUNCTYPE(c_int, c_void_p, > POINTER(myCode), > POINTER(c_int32), c_void_p) > > print type(my_callback) > > this returns which is what I want I assume. > > but when I run this code nothing happens. Maybe in how I am running it just > by adding my_callback to the source. Any idea what I am doing wrong. > > *cheers in advance if you can help > > If not I understand > > > _______________________________________________ > 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 Thu Feb 10 17:24:16 2011 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Thu, 10 Feb 2011 08:24:16 -0800 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Strange that a search would find nothing. Try searching for VirtualProtect instead -- that's what you'd need to mark a block of memory as executable, and you'd use it in conjunction with VirtualAlloc. On Thu, Feb 10, 2011 at 8:17 AM, Andrew Evans wrote: > Mind showing showing me an example of using VirtualAlloc? > > Thanks for your help > > Quick Google Search reveals nothing Nothing to me on VirtualAlloc > > *cheers > > > > On Wed, Feb 9, 2011 at 12:37 PM, Dino Viehland wrote: > >> So you want to generate the assembly in memory and then execute it? I >> think you want something like: >> >> >> >> import array >> >> myCode = array.array('b', >> "\x31\xc0\x31\xdb\x31\xc9\x31\xd2\x51\x68\x6c\x6c\x20\x20\x68\x33") >> >> buffer = myCode.buffer_info()[0] >> >> >> >> from ctypes import * >> >> my_callback = CFUNCTYPE(c_int) >> >> >> >> my_callback(buffer)() >> >> >> >> This creates an array from your code, and then gets the address of that >> array. Then it creates a callback type which just returns an int, and then >> it creates an instance of that callback type using the address of the code >> and calls that instance (which then causes an access violation when I run >> this). >> >> >> >> If you?re on a machine w/ the NX bit you may need to call VirtualAlloc and >> copy the bytes to the allocated executable memory rather than using a >> buffer. >> >> >> >> *From:* users-bounces at lists.ironpython.com [mailto: >> users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans >> *Sent:* Wednesday, February 09, 2011 12:23 PM >> *To:* Discussion of IronPython >> *Subject:* Re: [IronPython] Cast to a method pointer using CTYPES >> >> >> >> Hey thank you for the fast reply :-) >> >> I am working on building a security framework in Python for exploit >> development as a part time hobby. But I am missing something key to what I >> am doing. I am having a hard time understanding it as well. >> >> from ctypes import * >> >> myCode = ("\x31\xc0\x31\xdb\x31\xc9\x31\xd2" >> "\x51\x68\x6c\x6c\x20\x20\x68\x33") #example hex not full for post >> don't want to put up red flags >> >> my_callback = CFUNCTYPE(c_int, c_void_p, >> POINTER(myCode), >> POINTER(c_int32), c_void_p) >> >> print type(my_callback) >> >> this returns which is what I want I >> assume. >> >> but when I run this code nothing happens. Maybe in how I am running it >> just by adding my_callback to the source. Any idea what I am doing wrong. >> >> *cheers in advance if you can help >> >> If not I understand >> >> >> _______________________________________________ >> 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 evans.d.andrew at gmail.com Thu Feb 10 17:54:39 2011 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Thu, 10 Feb 2011 08:54:39 -0800 Subject: [IronPython] Cast to a method pointer using CTYPES In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C20C9@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C2537@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Thanks a bunch will continue looking :-) On Thu, Feb 10, 2011 at 8:24 AM, Curt Hagenlocher wrote: > Strange that a search would find nothing. Try searching for VirtualProtect > instead -- that's what you'd need to mark a block of memory as executable, > and you'd use it in conjunction with VirtualAlloc. > On Thu, Feb 10, 2011 at 8:17 AM, Andrew Evans wrote: > >> Mind showing showing me an example of using VirtualAlloc? >> >> Thanks for your help >> >> Quick Google Search reveals nothing Nothing to me on VirtualAlloc >> >> *cheers >> >> >> >> On Wed, Feb 9, 2011 at 12:37 PM, Dino Viehland wrote: >> >>> So you want to generate the assembly in memory and then execute it? I >>> think you want something like: >>> >>> >>> >>> import array >>> >>> myCode = array.array('b', >>> "\x31\xc0\x31\xdb\x31\xc9\x31\xd2\x51\x68\x6c\x6c\x20\x20\x68\x33") >>> >>> buffer = myCode.buffer_info()[0] >>> >>> >>> >>> from ctypes import * >>> >>> my_callback = CFUNCTYPE(c_int) >>> >>> >>> >>> my_callback(buffer)() >>> >>> >>> >>> This creates an array from your code, and then gets the address of that >>> array. Then it creates a callback type which just returns an int, and then >>> it creates an instance of that callback type using the address of the code >>> and calls that instance (which then causes an access violation when I run >>> this). >>> >>> >>> >>> If you?re on a machine w/ the NX bit you may need to call VirtualAlloc >>> and copy the bytes to the allocated executable memory rather than using a >>> buffer. >>> >>> >>> >>> *From:* users-bounces at lists.ironpython.com [mailto: >>> users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans >>> *Sent:* Wednesday, February 09, 2011 12:23 PM >>> *To:* Discussion of IronPython >>> *Subject:* Re: [IronPython] Cast to a method pointer using CTYPES >>> >>> >>> >>> Hey thank you for the fast reply :-) >>> >>> I am working on building a security framework in Python for exploit >>> development as a part time hobby. But I am missing something key to what I >>> am doing. I am having a hard time understanding it as well. >>> >>> from ctypes import * >>> >>> myCode = ("\x31\xc0\x31\xdb\x31\xc9\x31\xd2" >>> "\x51\x68\x6c\x6c\x20\x20\x68\x33") #example hex not full for post >>> don't want to put up red flags >>> >>> my_callback = CFUNCTYPE(c_int, c_void_p, >>> POINTER(myCode), >>> POINTER(c_int32), c_void_p) >>> >>> print type(my_callback) >>> >>> this returns which is what I want I >>> assume. >>> >>> but when I run this code nothing happens. Maybe in how I am running it >>> just by adding my_callback to the source. Any idea what I am doing wrong. >>> >>> *cheers in advance if you can help >>> >>> If not I understand >>> >>> >>> _______________________________________________ >>> 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 evans.d.andrew at gmail.com Thu Feb 10 20:50:01 2011 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Thu, 10 Feb 2011 11:50:01 -0800 Subject: [IronPython] Pass Module Functions as Parameters to Functions Message-ID: I am having trouble figuring out the correct way of doing this. I am using the module cmd. Anyway this is what I do import myModule class Example(cmd.Cmd): def __init__(self): cmd.Cmd.__init__(self) self.prompt = '>>> ' def do_something(self, myFunction): myVar = someFunction(myModule.myFunction) trying to use myFunction as a keyword argument so when I run it I can use a function as argument >>> something Test() But the syntax I am using isn't right or something Any ideas? *cheers -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.j.dower at gmail.com Thu Feb 10 21:31:16 2011 From: s.j.dower at gmail.com (Steve Dower) Date: Fri, 11 Feb 2011 07:31:16 +1100 Subject: [IronPython] Pass Module Functions as Parameters to Functions In-Reply-To: References: Message-ID: There are two options here. You can either pass the function directly: def do_something(self, myFunction): myVar = someFunction(myFunction) obj.do_something(obj.function) Or you can pass the name as a string and use getattr: def do_something(self, myFunction): myVar = someFunction(getattr(self, myFunction)) obj.do_something("function") getattr will raise an exception if the attribute does not exist, or you can pass a third parameter as a default value. If you want to ensure that it is actually a function, you can do it like this (or substitute if statements for assertions, but I like assertions): def do_something(self, myFunction): assert hasattr(self, myFunction) assert hasattr(getattr(self, myFunction), '__call__') myVar = someFunction(myFunction) (Obviously there are multiple getattrs going on here - if performance is a concern you should be running with "ipy.exe -OO" to ignore the assertions or using a different language.) On Fri, Feb 11, 2011 at 06:50, Andrew Evans wrote: > I am having trouble figuring out the correct way of doing this. I am using > the module cmd. > > Anyway this is what I do > > import myModule > > class Example(cmd.Cmd): > ??? def __init__(self): > ??????? cmd.Cmd.__init__(self) > ??????? self.prompt = '>>> ' > > ??? def do_something(self, myFunction): > ??????? myVar = someFunction(myModule.myFunction) > > > trying to use myFunction as a keyword argument so when I run it I can use a > function as argument > >>>> something Test() > > But the syntax I am using isn't right or something > > Any ideas? > > *cheers > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From andrew at jorgensenfamily.us Thu Feb 10 22:57:38 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Thu, 10 Feb 2011 14:57:38 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: On Wed, Feb 9, 2011 at 2:42 PM, Dino Viehland wrote: > In the case of IronPython the script is just pulling the files from > Languages/IronPython/StdLib/StdLib.pyproj so you could just go straight > to that MSbuild file to get the list of files to use. > > StdLib.pyproj is generated from Languages/IronPython/StdLib/MakeModuleList.py > which you could run on Linux to see if there's any differences between the > modules which can be successfully imported. Excellent. Thank you! For now I'll just parse StdLib.pyproj, in future I'll modify MakeModuleList.py to work on Linux and output a plain list of paths or something. Further question though: when I build using "xbuild Solutions/IronPython.Mono.sln" some files get put into bin//Lib, specifically __future__.py iptest/ runpy.py site.py, and these files are not the same as the ones in External.LCA_RESTRICTED. Which one should be in my Lib directory in my package? From dinov at microsoft.com Thu Feb 10 23:00:29 2011 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 10 Feb 2011 22:00:29 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Andrew wrote: > On Wed, Feb 9, 2011 at 2:42 PM, Dino Viehland wrote: > > In the case of IronPython the script is just pulling the files from > > Languages/IronPython/StdLib/StdLib.pyproj so you could just go > > straight to that MSbuild file to get the list of files to use. > > > > StdLib.pyproj is generated from > > Languages/IronPython/StdLib/MakeModuleList.py > > which you could run on Linux to see if there's any differences between > > the modules which can be successfully imported. > > Excellent. Thank you! For now I'll just parse StdLib.pyproj, in future I'll modify > MakeModuleList.py to work on Linux and output a plain list of paths or > something. > > Further question though: when I build using "xbuild > Solutions/IronPython.Mono.sln" some files get put into bin//Lib, > specifically __future__.py iptest/ runpy.py site.py, and these files are not the > same as the ones in External.LCA_RESTRICTED. Which one should be in my Lib > directory in my package? You want the ones from External.LCA_RESTRICTED. These are skeleton versions of Those files there that enable running w/o the standard library. We used to run all of tests both w/ and w/o the CPython std lib but we no longer do that - we now always run w/ the std lib so these are probably obsolete. From andrew at jorgensenfamily.us Thu Feb 10 23:51:44 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Thu, 10 Feb 2011 15:51:44 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Okay, we're making some great progress here now. Last issue I see immediately is that ir.exe crashes hard when trying to require a library, also it looks for it in all the wrong places on mono. Ideally (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. From Tomas.Matousek at microsoft.com Fri Feb 11 00:01:32 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 10 Feb 2011 23:01:32 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: What is your installation dir/file layout? -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Thursday, February 10, 2011 2:52 PM To: Discussion of IronPython Cc: ironruby-core at rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) Okay, we're making some great progress here now. Last issue I see immediately is that ir.exe crashes hard when trying to require a library, also it looks for it in all the wrong places on mono. Ideally (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From vernondcole at gmail.com Fri Feb 11 00:50:01 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Thu, 10 Feb 2011 16:50:01 -0700 Subject: [IronPython] Red Flag(?) change in "import" In-Reply-To: <20110210104302.4557471E@apollo.cosbi.eu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> Message-ID: Okay, I have filed codeplex issue 30143 for this, with a simple test modulewhich demonstrates the problem. This completely breaks adodbapi, and would probably kill many other imported modules. I think someone should go in an jack up the priority to high. IMHO it is a release breaker. Is not adodbapi still part of the test suite? The failure should have shown up there. -- Vernon Cole On Thu, Feb 10, 2011 at 3:42 AM, Federico Vaggi wrote: > I ran into a relatively similar problem with importing networkx into > IronPython, but was able to fix it by editing out a few of the lines. It > seems that the import behaviour in cpython and ironpython is slightly > different sometime. > > I can post a list of the steps that I took if it is helpful at all. > > Federico > > On 09/02/2011 23:45, Vernon Cole wrote: > > I can't see an item like this on the bug list. Perhaps the sky is falling, > perhaps, not. I am reporting the problem here in case it is. It seems like > something the "big guns" should be made aware of right away. The behavior > seems to have changed since IPy 2.6, and if someone has indeed been working > on "import" then we have a regression. > > First.... here's CPython 2.7 -- I install the package and then import it > from another directory... > > C:\hg\adodbapi>py27 setup.py install > > C:\hg\adodbapi>c:\python27\python.exe setup.py install > adodbapi version="2.4.0.2" > running install > running build > running build_py > copying adodbapi.py -> build\lib\adodbapi > copying ado_consts.py -> build\lib\adodbapi > copying __init__.py -> build\lib\adodbapi > running install_lib > copying build\lib\adodbapi\adodbapi.py -> > c:\python27\Lib\site-packages\adodbapi > > running install_egg_info > Writing c:\python27\Lib\site-packages\adodbapi-2.4.0.2-py2.7.egg-info > > C:\hg\adodbapi>home > > C:\hg\adodbapi>C: > > C:\hg\adodbapi>cd \Users\vernon > C:\Users\vernon>py27 > > C:\Users\vernon>c:\python27\python.exe > > Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] > on win32 > Type "help", "copyright", "credits" or "license" for more information. > >>> import adodbapi > >>> adodbapi.version > 'adodbapi v2.4.0.2' > > ................... The version attribute works > > Now I try the same thing on an administrator console (I think that > IronPython is correct in required the higher privilege here) > and a big THANK YOU for having a working distutils! ........ > > C:\hg\adodbapi>ipy setup.py install > > C:\hg\adodbapi>"c:\program files\IronPython 2.7\ipy.exe" setup.py install > > adodbapi version="2.4.0.2" > running install > running build > running build_py > copying adodbapi.py -> build\lib\adodbapi > copying ado_consts.py -> build\lib\adodbapi > copying __init__.py -> build\lib\adodbapi > warning: build_py: byte-compiling is disabled, skipping. > > running install_lib > warning: install_lib: byte-compiling is disabled, skipping. > > running install_egg_info > Removing c:\program files\IronPython > 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2. > 7.egg-info > Writing c:\program files\IronPython > 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2.7 > .egg-info > > C:\hg\adodbapi>home > > C:\hg\adodbapi>C: > > C:\hg\adodbapi>cd \Users\vernon > C:\Users\vernon>ipy > > C:\Users\vernon>"c:\program files\IronPython 2.7\ipy.exe" > IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. > >>> import adodbapi > >>> adodbapi.version > Traceback (most recent call last): > File "", line 1, in > AttributeError: 'module' object has no attribute 'version' > > ................. Where did the attribute go?????????????? > > Now I hand copy the adodbapi folder from IronPython 2.7 site-packages into > IronPython 2.6 site packages (because 2.6 distutils will not work) and > continue with the same admin console... > > >>> exit() > > C:\Users\vernon>ipy26 > > C:\Users\vernon>"c:\program files\Ironpython 2.6\ipy.exe" > IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.4206 > Type "help", "copyright", "credits" or "license" for more information. > >>> import adodbapi > >>> adodbapi.version > 'adodbapi v2.4.0.2' > > ........................ so it seems to me that "import" is badly broken. > I am unable to test adodbapi. > > The code I am testing is at: > hg clone > http://adodbapi.hg.sourceforge.net:8000/hgroot/adodbapi/adodbapi#main > > Is there anything I should do? > -- > Vernon > > > _______________________________________________ > Users mailing listUsers at lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Fri Feb 11 02:11:05 2011 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 11 Feb 2011 01:11:05 +0000 Subject: [IronPython] Red Flag(?) change in "import" In-Reply-To: References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> Message-ID: <6C7ABA8B4E309440B857D74348836F2E014C60A2@TK5EX14MBXC133.redmond.corp.microsoft.com> If no one else steps up to look at it I can take a look this weekend. But let me tell everyone fixing import bugs is awesome fun! I thought adodbapi was still part of the test suite but I don't know how it transitioned when MS gave the project to the community. It may have not been pushed out and may need to be re-added. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Vernon Cole Sent: Thursday, February 10, 2011 3:50 PM To: Discussion of IronPython Subject: Re: [IronPython] Red Flag(?) change in "import" Okay, I have filed codeplex issue 30143 for this, with a simple test module which demonstrates the problem. This completely breaks adodbapi, and would probably kill many other imported modules. I think someone should go in an jack up the priority to high. IMHO it is a release breaker. Is not adodbapi still part of the test suite? The failure should have shown up there. -- Vernon Cole On Thu, Feb 10, 2011 at 3:42 AM, Federico Vaggi > wrote: I ran into a relatively similar problem with importing networkx into IronPython, but was able to fix it by editing out a few of the lines. It seems that the import behaviour in cpython and ironpython is slightly different sometime. I can post a list of the steps that I took if it is helpful at all. Federico On 09/02/2011 23:45, Vernon Cole wrote: I can't see an item like this on the bug list. Perhaps the sky is falling, perhaps, not. I am reporting the problem here in case it is. It seems like something the "big guns" should be made aware of right away. The behavior seems to have changed since IPy 2.6, and if someone has indeed been working on "import" then we have a regression. First.... here's CPython 2.7 -- I install the package and then import it from another directory... C:\hg\adodbapi>py27 setup.py install C:\hg\adodbapi>c:\python27\python.exe setup.py install adodbapi version="2.4.0.2" running install running build running build_py copying adodbapi.py -> build\lib\adodbapi copying ado_consts.py -> build\lib\adodbapi copying __init__.py -> build\lib\adodbapi running install_lib copying build\lib\adodbapi\adodbapi.py -> c:\python27\Lib\site-packages\adodbapi running install_egg_info Writing c:\python27\Lib\site-packages\adodbapi-2.4.0.2-py2.7.egg-info C:\hg\adodbapi>home C:\hg\adodbapi>C: C:\hg\adodbapi>cd \Users\vernon C:\Users\vernon>py27 C:\Users\vernon>c:\python27\python.exe Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version 'adodbapi v2.4.0.2' ................... The version attribute works Now I try the same thing on an administrator console (I think that IronPython is correct in required the higher privilege here) and a big THANK YOU for having a working distutils! ........ C:\hg\adodbapi>ipy setup.py install C:\hg\adodbapi>"c:\program files\IronPython 2.7\ipy.exe" setup.py install adodbapi version="2.4.0.2" running install running build running build_py copying adodbapi.py -> build\lib\adodbapi copying ado_consts.py -> build\lib\adodbapi copying __init__.py -> build\lib\adodbapi warning: build_py: byte-compiling is disabled, skipping. running install_lib warning: install_lib: byte-compiling is disabled, skipping. running install_egg_info Removing c:\program files\IronPython 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2. 7.egg-info Writing c:\program files\IronPython 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2.7 .egg-info C:\hg\adodbapi>home C:\hg\adodbapi>C: C:\hg\adodbapi>cd \Users\vernon C:\Users\vernon>ipy C:\Users\vernon>"c:\program files\IronPython 2.7\ipy.exe" IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version Traceback (most recent call last): File "", line 1, in AttributeError: 'module' object has no attribute 'version' ................. Where did the attribute go?????????????? Now I hand copy the adodbapi folder from IronPython 2.7 site-packages into IronPython 2.6 site packages (because 2.6 distutils will not work) and continue with the same admin console... >>> exit() C:\Users\vernon>ipy26 C:\Users\vernon>"c:\program files\Ironpython 2.6\ipy.exe" IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.4206 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version 'adodbapi v2.4.0.2' ........................ so it seems to me that "import" is badly broken. I am unable to test adodbapi. The code I am testing is at: hg clone http://adodbapi.hg.sourceforge.net:8000/hgroot/adodbapi/adodbapi#main Is there anything I should do? -- Vernon _______________________________________________ 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 davew252 at tx.rr.com Fri Feb 11 05:09:57 2011 From: davew252 at tx.rr.com (Dave Wald) Date: Thu, 10 Feb 2011 22:09:57 -0600 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <20110210104302.4557471E@apollo.cosbi.eu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> Message-ID: <4D54B695.10702@tx.rr.com> First off, Thanks to all the developers! 2.7b1 and b2 have been excellent so far, at least as far as my current needs go. The new subprocess module is great. Came just in time. Great work! Federico, Your post caught my eye, as I also like good embeddable console apps. Hadn't used IPython before so I downloaded it and played with it. Installed the PyReadline library as recommended to get all the command line goodies. Nice. OK, so then, of course, I had to try it in IronPython, and immediately hit the same issues you did, with almost the exact same traceback info, etc. So, I fired up the excellent Tools for Visual Studio 2010 and created a little project to embed the shell and call it from my running IPyScratchPad app (with a WinForms dll to house the form) and traced thru it in the Debugger. Long story short, I found the major issue (and a couple of minor ones) and got it to run. Now, I'm pretty sure Readline has not been ported to IronPython yet, and you know it requires pywin32. So that is not going to run under IronPython. But the rest of it seems to be working ok. No tab completion or colorization but... Here's what I did (ultimately) to get it to run: First of all, copied the whole IPython folder structure over under "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages". I created a new Scripts folder under "C:\Program Files (x86)\IronPython 2.7", as IPython creates under Python 2.6. Copied thefollowing two files into it: "C:\Python26\Scripts\ipython.py" "C:\Python26\Scripts\ipython.bat" Modified ipython.bat file to read: cd "C:\Program Files (x86)\IronPython 2.7" ipy.exe -X:Frames .\Scripts\ipython.py %* Double-clicking the bat file will now start up the IPython console running in IPy.exe. Notice the " -X:Frames " option specified. That is the major key to this. Turns out, IronPython does not enable sys._getframe by default, which is required by IPython. Note (from the Python doc): sys._getframe([depth]) Return a frame object from the call stack. If optional integer depth is given, return the frame object that many calls below the top of the stack. If that is deeper than the call stack, ValueError is raised. The default for depth is zero, returning the frame at the top of the call stack. CPython implementation detail: This function should be used for internal and specialized purposes only. It is not guaranteed to exist in all implementations of Python. Found a post on StackOverflow, with a reply by Jeff Hardy about this, which is what tipped me off. Thanks Jeff! http://stackoverflow.com/questions/3780379/how-can-i-enable-sys-getframe-in-ironpython-2-6-1 OK, so far so good. Now. Embedding... I used the simplest example in the IPython manual pdf, in section "3.2.4 Embedding IPython" on page 32-33. I placed the following code into my app, in a button-click event handler. def testIPyShell(self, sender, event): from IPython.Shell import IPShellEmbed args = ['-colors','NoColor','-noreadline','-classic','-x','Verbose'] ipshell = IPShellEmbed(args) ipshell() In the Project Properties page, I set "Command Line Arguments" to -X:Frames and Interpreter Path to C:\Program Files (x86)\IronPython 2.7\ipy.exe (which is now 2.7b2) and check the "Debug Standard Library" box. Hit F5, click the button and it works. The shell starts up. Main app blocks on it, tho. Hmmm. Well, may be a way around that too. But it starts up and runs. Type "%magic" or "?" and it prints out all the doc, etc. Shell commands seem to work ok. There is a minor issue in file iplib.py, line 646: self.usage_min ="""\ where it continues a multi-line string. The trailing back irritates the VS2010 Debugger to where it gets out of sync with the code. I just took it out. If you're not running the debugger, you probably won't ever notice it. If you ARE running the VS2010 debugger, you will get all kinds of stoppages, anywhere anything is raised. And it does that a lot. Just ignore them. Hit the continue button. And that's about it. Pretty cool little console. All that having been said, of course, I think there may be an even better option. Possibly. Check this out: http://lists.ironpython.com/pipermail/users-ironpython.com/2011-January/014218.html Curt Hagenlocher posted this a couple of weeks ago. "Sho" is an IronPython shell from MS Research Labs. Played with it some. It's pretty cool. Very geared towards math/science/engineering apps. The doc says it can be "embedded", but from what I have read (haven't tried it yet), it looks like you can call into it and use it's code and libraries of course, but I don't think the console will pop up. Don't know for sure. Need to play with it and see. That's next. (Also, downloaded SilverShell http://code.google.com/p/silvershell/ (written in IronPython and WPF) coupla weeks ago and got it running under 2.7 - it's nice, but... seems to have some issues. I think I like Sho better for simplicity and raw power. You might give 'em a try and see which works better for you.) That's all for now. Have fun with IPython. Holler if you have any questions. Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Fri Feb 11 06:25:22 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 10 Feb 2011 22:25:22 -0700 Subject: [IronPython] Red Flag(?) change in "import" In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014C60A2@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> <6C7ABA8B4E309440B857D74348836F2E014C60A2@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: On Thu, Feb 10, 2011 at 6:11 PM, Dino Viehland wrote: > If no one else steps up to look at it I can take a look this weekend.? But > let me tell everyone fixing import bugs is awesome fun! That sounds like sarcasm to me... > I thought adodbapi was still part of the test suite but I don?t know how it > transitioned when MS gave the project to the community.? It may have not > been pushed out and may need to be re-added. I'm pretty sure it wasn't removed, so it might just have never been there. - Jeff From jdhardy at gmail.com Fri Feb 11 08:53:37 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 11 Feb 2011 00:53:37 -0700 Subject: [IronPython] Reminder: First IronPython Bug Weekend is this this weekend Message-ID: This is just a firendly reminder that the first IronPython Bug Weekend is this weekend, February 12-13. You can find more information at http://ironpython.codeplex.com/wikipage?title=first%20IronPython%20Bug%20Weekend. Remember, you don't have to dedicate the whole weekend - even finding a couple of hours to write a patch will help out a lot! - Jeff From andrew at jorgensenfamily.us Fri Feb 11 17:04:45 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Fri, 11 Feb 2011 09:04:45 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: For now it looks like this: /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. /usr/lib/ironruby/IronRuby.dll # etc. /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from Languages/Ruby/StdLib When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek wrote: > What is your installation dir/file layout? > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen > Sent: Thursday, February 10, 2011 2:52 PM > To: Discussion of IronPython > Cc: ironruby-core at rubyforge.org > Subject: Re: [IronPython] Contents of Lib (packaging for RPM) > > Okay, we're making some great progress here now. Last issue I see immediately is that ir.exe crashes hard when trying to require a library, also it looks for it in all the wrong places on mono. Ideally > (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. > _______________________________________________ > 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 Tomas.Matousek at microsoft.com Fri Feb 11 18:23:18 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 11 Feb 2011 17:23:18 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: The expected layout is: /usr/lib/ironruby/bin ir.exe IronRuby.dll IronRuby.Libraries.dll IronRuby.Libraries.Yaml.dll Microsoft.Scripting.dll Microsoft.Dynamic.dll Microsoft.scripting.Metadata.dll /usr/lib/ironruby/Lib -> StdLib directory ironruby digest mathn test yaml ... ruby 1.9.1 gems site_ruby It is indeed possible to change it but this is the simplest setup that requires no additional configuration. Would it work for you? Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 8:05 AM To: Discussion of IronPython Cc: ironruby-core at rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) For now it looks like this: /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. /usr/lib/ironruby/IronRuby.dll # etc. /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from Languages/Ruby/StdLib When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek wrote: > What is your installation dir/file layout? > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew > Jorgensen > Sent: Thursday, February 10, 2011 2:52 PM > To: Discussion of IronPython > Cc: ironruby-core at rubyforge.org > Subject: Re: [IronPython] Contents of Lib (packaging for RPM) > > Okay, we're making some great progress here now. Last issue I see > immediately is that ir.exe crashes hard when trying to require a > library, also it looks for it in all the wrong places on mono. Ideally > (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. > _______________________________________________ > 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 andrew at jorgensenfamily.us Sat Feb 12 01:43:27 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Fri, 11 Feb 2011 17:43:27 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Yes, that should be fine, I'll give it a try and see if it can load anything. On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek wrote: > The expected layout is: > > /usr/lib/ironruby/bin > ? ir.exe > ? IronRuby.dll > ? IronRuby.Libraries.dll > ? IronRuby.Libraries.Yaml.dll > ? Microsoft.Scripting.dll > ? Microsoft.Dynamic.dll > ? Microsoft.scripting.Metadata.dll > > /usr/lib/ironruby/Lib -> StdLib directory > ?ironruby > ? ? digest > ? ? mathn > ? ? test > ? ? yaml > ? ? ... > ?ruby > ? ? 1.9.1 > ? ? gems > ? ? site_ruby > > It is indeed possible to change it but this is the simplest setup that requires no additional configuration. > Would it work for you? > > Tomas > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen > Sent: Friday, February 11, 2011 8:05 AM > To: Discussion of IronPython > Cc: ironruby-core at rubyforge.org > Subject: Re: [IronPython] Contents of Lib (packaging for RPM) > > For now it looks like this: > /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. > /usr/lib/ironruby/IronRuby.dll # etc. > /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from Languages/Ruby/StdLib > > When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. > > On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek wrote: >> What is your installation dir/file layout? >> >> -----Original Message----- >> From: users-bounces at lists.ironpython.com >> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >> Jorgensen >> Sent: Thursday, February 10, 2011 2:52 PM >> To: Discussion of IronPython >> Cc: ironruby-core at rubyforge.org >> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >> >> Okay, we're making some great progress here now. Last issue I see >> immediately is that ir.exe crashes hard when trying to require a >> library, also it looks for it in all the wrong places on mono. Ideally >> (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. >> _______________________________________________ >> 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 andrew at jorgensenfamily.us Sat Feb 12 01:59:26 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Fri, 11 Feb 2011 17:59:26 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: It still looks in the wrong place for the libraries, as you can see from this strace log > grep date log read(0, "require 'date'\n", 1024) = 15 stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) On Fri, Feb 11, 2011 at 5:43 PM, Andrew Jorgensen wrote: > Yes, that should be fine, I'll give it a try and see if it can load anything. > > On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek > wrote: >> The expected layout is: >> >> /usr/lib/ironruby/bin >> ? ir.exe >> ? IronRuby.dll >> ? IronRuby.Libraries.dll >> ? IronRuby.Libraries.Yaml.dll >> ? Microsoft.Scripting.dll >> ? Microsoft.Dynamic.dll >> ? Microsoft.scripting.Metadata.dll >> >> /usr/lib/ironruby/Lib -> StdLib directory >> ?ironruby >> ? ? digest >> ? ? mathn >> ? ? test >> ? ? yaml >> ? ? ... >> ?ruby >> ? ? 1.9.1 >> ? ? gems >> ? ? site_ruby >> >> It is indeed possible to change it but this is the simplest setup that requires no additional configuration. >> Would it work for you? >> >> Tomas >> >> -----Original Message----- >> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen >> Sent: Friday, February 11, 2011 8:05 AM >> To: Discussion of IronPython >> Cc: ironruby-core at rubyforge.org >> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >> >> For now it looks like this: >> /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. >> /usr/lib/ironruby/IronRuby.dll # etc. >> /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from Languages/Ruby/StdLib >> >> When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. >> >> On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek wrote: >>> What is your installation dir/file layout? >>> >>> -----Original Message----- >>> From: users-bounces at lists.ironpython.com >>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >>> Jorgensen >>> Sent: Thursday, February 10, 2011 2:52 PM >>> To: Discussion of IronPython >>> Cc: ironruby-core at rubyforge.org >>> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >>> >>> Okay, we're making some great progress here now. Last issue I see >>> immediately is that ir.exe crashes hard when trying to require a >>> library, also it looks for it in all the wrong places on mono. Ideally >>> (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. >>> _______________________________________________ >>> 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 andrew at jorgensenfamily.us Sat Feb 12 02:06:42 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Fri, 11 Feb 2011 18:06:42 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Oh, nevermind, now I see this is configured in the .config files, I can probably fix this myself. On Fri, Feb 11, 2011 at 5:59 PM, Andrew Jorgensen wrote: > It still looks in the wrong place for the libraries, as you can see > from this strace log > >> grep date log > read(0, "require 'date'\n", 1024) ? ? ? = 15 > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > > On Fri, Feb 11, 2011 at 5:43 PM, Andrew Jorgensen > wrote: >> Yes, that should be fine, I'll give it a try and see if it can load anything. >> >> On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek >> wrote: >>> The expected layout is: >>> >>> /usr/lib/ironruby/bin >>> ? ir.exe >>> ? IronRuby.dll >>> ? IronRuby.Libraries.dll >>> ? IronRuby.Libraries.Yaml.dll >>> ? Microsoft.Scripting.dll >>> ? Microsoft.Dynamic.dll >>> ? Microsoft.scripting.Metadata.dll >>> >>> /usr/lib/ironruby/Lib -> StdLib directory >>> ?ironruby >>> ? ? digest >>> ? ? mathn >>> ? ? test >>> ? ? yaml >>> ? ? ... >>> ?ruby >>> ? ? 1.9.1 >>> ? ? gems >>> ? ? site_ruby >>> >>> It is indeed possible to change it but this is the simplest setup that requires no additional configuration. >>> Would it work for you? >>> >>> Tomas >>> >>> -----Original Message----- >>> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen >>> Sent: Friday, February 11, 2011 8:05 AM >>> To: Discussion of IronPython >>> Cc: ironruby-core at rubyforge.org >>> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >>> >>> For now it looks like this: >>> /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. >>> /usr/lib/ironruby/IronRuby.dll # etc. >>> /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from Languages/Ruby/StdLib >>> >>> When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. >>> >>> On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek wrote: >>>> What is your installation dir/file layout? >>>> >>>> -----Original Message----- >>>> From: users-bounces at lists.ironpython.com >>>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >>>> Jorgensen >>>> Sent: Thursday, February 10, 2011 2:52 PM >>>> To: Discussion of IronPython >>>> Cc: ironruby-core at rubyforge.org >>>> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >>>> >>>> Okay, we're making some great progress here now. Last issue I see >>>> immediately is that ir.exe crashes hard when trying to require a >>>> library, also it looks for it in all the wrong places on mono. Ideally >>>> (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. >>>> _______________________________________________ >>>> 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 doug.blank at gmail.com Sat Feb 12 02:12:05 2011 From: doug.blank at gmail.com (Doug Blank) Date: Fri, 11 Feb 2011 20:12:05 -0500 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 3:41 PM, Andrew Jorgensen wrote: > Hello Folks, > > First let me thank you for making IronPython easy to compile on Mono. > I'm the release manager for the Mono Project at Novell and I'm > currently working on packaging IronPython and IronRuby for openSUSE > (also to be included in the Mono Mac framework package). Where I've > run into trouble is the stdlibs for both. I can see that the -Bin.zip > contains a Lib directory with various standard libraries in it but I > don't see how I can reliably and repeatably get that exact content > into my RPM packages (short of including the -Bin.zip in the build). > > Is there a script of some sort that takes the appropriate files from > the correct source and puts them where I need them (the script used to > build the -Bin.zip perhaps?) +1 Happy Happy Joy Joy I was wondering if there is any effort to document (or publish) this build process on Linux so that other distributions can also build these packages for distributation? Everyone working together... sometimes it is hard to believe that we made it to this point :) Thanks to all! -Doug > Thanks! > Andrew Jorgensen > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From Tomas.Matousek at microsoft.com Sat Feb 12 03:28:06 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 12 Feb 2011 02:28:06 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Yes, it is possible. You shouldn't need to change the config file. We don't have a config file in the Windows installation. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 5:07 PM To: Discussion of IronPython Cc: ironruby-core at rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) Oh, nevermind, now I see this is configured in the .config files, I can probably fix this myself. On Fri, Feb 11, 2011 at 5:59 PM, Andrew Jorgensen wrote: > It still looks in the wrong place for the libraries, as you can see > from this strace log > >> grep date log > read(0, "require 'date'\n", 1024) ? ? ? = 15 > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", > 0x7fff01eb9510) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.so", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > stat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > lstat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", > 0x7fff01eb9580) = -1 ENOENT (No such file or directory) > > On Fri, Feb 11, 2011 at 5:43 PM, Andrew Jorgensen > wrote: >> Yes, that should be fine, I'll give it a try and see if it can load anything. >> >> On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek >> wrote: >>> The expected layout is: >>> >>> /usr/lib/ironruby/bin >>> ? ir.exe >>> ? IronRuby.dll >>> ? IronRuby.Libraries.dll >>> ? IronRuby.Libraries.Yaml.dll >>> ? Microsoft.Scripting.dll >>> ? Microsoft.Dynamic.dll >>> ? Microsoft.scripting.Metadata.dll >>> >>> /usr/lib/ironruby/Lib -> StdLib directory >>> ?ironruby >>> ? ? digest >>> ? ? mathn >>> ? ? test >>> ? ? yaml >>> ? ? ... >>> ?ruby >>> ? ? 1.9.1 >>> ? ? gems >>> ? ? site_ruby >>> >>> It is indeed possible to change it but this is the simplest setup that requires no additional configuration. >>> Would it work for you? >>> >>> Tomas >>> >>> -----Original Message----- >>> From: users-bounces at lists.ironpython.com >>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >>> Jorgensen >>> Sent: Friday, February 11, 2011 8:05 AM >>> To: Discussion of IronPython >>> Cc: ironruby-core at rubyforge.org >>> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >>> >>> For now it looks like this: >>> /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. >>> /usr/lib/ironruby/IronRuby.dll # etc. >>> /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from >>> Languages/Ruby/StdLib >>> >>> When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. >>> >>> On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek wrote: >>>> What is your installation dir/file layout? >>>> >>>> -----Original Message----- >>>> From: users-bounces at lists.ironpython.com >>>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >>>> Jorgensen >>>> Sent: Thursday, February 10, 2011 2:52 PM >>>> To: Discussion of IronPython >>>> Cc: ironruby-core at rubyforge.org >>>> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >>>> >>>> Okay, we're making some great progress here now. Last issue I see >>>> immediately is that ir.exe crashes hard when trying to require a >>>> library, also it looks for it in all the wrong places on mono. >>>> Ideally >>>> (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. >>>> _______________________________________________ >>>> 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 >>> >> > _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Tomas.Matousek at microsoft.com Sat Feb 12 03:31:33 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 12 Feb 2011 02:31:33 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: The directory should be called Lib, not StdLib. The repo has it under StdLib but the installer creates Lib. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 4:59 PM To: Discussion of IronPython Cc: ironruby-core at rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) It still looks in the wrong place for the libraries, as you can see from this strace log > grep date log read(0, "require 'date'\n", 1024) = 15 stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.rb", 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.dll", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.so", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat("/home/ajorg/packages-provo/Mono/ironruby/date.exe", 0x7fff01eb9580) = -1 ENOENT (No such file or directory) On Fri, Feb 11, 2011 at 5:43 PM, Andrew Jorgensen > wrote: > Yes, that should be fine, I'll give it a try and see if it can load anything. > > On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek > > wrote: >> The expected layout is: >> >> /usr/lib/ironruby/bin >> ir.exe >> IronRuby.dll >> IronRuby.Libraries.dll >> IronRuby.Libraries.Yaml.dll >> Microsoft.Scripting.dll >> Microsoft.Dynamic.dll >> Microsoft.scripting.Metadata.dll >> >> /usr/lib/ironruby/Lib -> StdLib directory >> ironruby >> digest >> mathn >> test >> yaml >> ... >> ruby >> 1.9.1 >> gems >> site_ruby >> >> It is indeed possible to change it but this is the simplest setup that requires no additional configuration. >> Would it work for you? >> >> Tomas >> >> -----Original Message----- >> From: users-bounces at lists.ironpython.com >> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >> Jorgensen >> Sent: Friday, February 11, 2011 8:05 AM >> To: Discussion of IronPython >> Cc: ironruby-core at rubyforge.org >> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >> >> For now it looks like this: >> /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. >> /usr/lib/ironruby/IronRuby.dll # etc. >> /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from >> Languages/Ruby/StdLib >> >> When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. >> >> On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek > wrote: >>> What is your installation dir/file layout? >>> >>> -----Original Message----- >>> From: users-bounces at lists.ironpython.com >>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew >>> Jorgensen >>> Sent: Thursday, February 10, 2011 2:52 PM >>> To: Discussion of IronPython >>> Cc: ironruby-core at rubyforge.org >>> Subject: Re: [IronPython] Contents of Lib (packaging for RPM) >>> >>> Okay, we're making some great progress here now. Last issue I see >>> immediately is that ir.exe crashes hard when trying to require a >>> library, also it looks for it in all the wrong places on mono. >>> Ideally >>> (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. >>> _______________________________________________ >>> 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 >> > _______________________________________________ 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 andrew at jorgensenfamily.us Sat Feb 12 03:43:39 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Fri, 11 Feb 2011 19:43:39 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: On Fri, Feb 11, 2011 at 7:28 PM, Tomas Matousek wrote: > Yes, it is possible. You shouldn't need to change the config file. We don't have a config file in the Windows installation. This comes from Config/Signed/App.config (which becomes ir.exe.config), which has the following line which must be changed to for ir.exe to find libraries. Of course the first is correct for the built copy, just not correct when installed. From Tomas.Matousek at microsoft.com Sat Feb 12 04:03:00 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 12 Feb 2011 03:03:00 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Yes, but the .config file doesn't need to be there at all. "../Lib" is the default value. The files in Config directory are for development env only. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 6:44 PM To: Discussion of IronPython Cc: ironruby-core at rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) On Fri, Feb 11, 2011 at 7:28 PM, Tomas Matousek wrote: > Yes, it is possible. You shouldn't need to change the config file. We don't have a config file in the Windows installation. This comes from Config/Signed/App.config (which becomes ir.exe.config), which has the following line which must be changed to for ir.exe to find libraries. Of course the first is correct for the built copy, just not correct when installed. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From andrew at jorgensenfamily.us Sat Feb 12 04:14:29 2011 From: andrew at jorgensenfamily.us (Andrew Jorgensen) Date: Fri, 11 Feb 2011 20:14:29 -0700 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: On Fri, Feb 11, 2011 at 8:03 PM, Tomas Matousek wrote: > Yes, but the .config file doesn't need to be there at all. "../Lib" is the default value. > > The files in Config directory are for development env only. Ah, see I was just copying all the contents of bin/ to /usr/lib/ironruby Are there other files I should /not/ be installing? From Tomas.Matousek at microsoft.com Sat Feb 12 04:23:51 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 12 Feb 2011 03:23:51 +0000 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Might be. You can compare your layout with the one for Windows - this zip file has the right layout: http://ironruby.codeplex.com/releases/view/55250#DownloadId=206131 Just exclude .bat files and Samples, Silverlight and WP7 directories. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 7:14 PM To: Discussion of IronPython Cc: ironruby-core at rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) On Fri, Feb 11, 2011 at 8:03 PM, Tomas Matousek wrote: > Yes, but the .config file doesn't need to be there at all. "../Lib" is the default value. > > The files in Config directory are for development env only. Ah, see I was just copying all the contents of bin/ to /usr/lib/ironruby Are there other files I should /not/ be installing? _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jdhardy at gmail.com Sat Feb 12 06:43:56 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 11 Feb 2011 22:43:56 -0700 Subject: [IronPython] Reminder: First IronPython Bug Weekend is this this weekend In-Reply-To: References: Message-ID: I've set up a spreadsheet for keeping track of who's working on what bugs; it's at https://spreadsheets.google.com/ccc?key=0AlhyN5J6eVpldEFlcEhETjlRRnB0TnZ2RDNBLTMzdlE&hl=en. If you're working on a bug, *please* record it there so people don't duplicate effort. If you want to write a patch and want something easy to start with, here are a couple of really easy ones: * http://ironpython.codeplex.com/workitem/27656 * http://ironpython.codeplex.com/workitem/29914 * http://ironpython.codeplex.com/workitem/29928 If you find another easy bug, add 'easy' to the Custom field. Figuring out which bugs are still valid and which aren't is a big part of this weekend, so bugs that are missing reproduction steps or test cases should have them added. If a bug has a patch or test case, add 'hastest' or 'haspatch' to the Custom field. - Jeff On Fri, Feb 11, 2011 at 12:53 AM, Jeff Hardy wrote: > This is just a firendly reminder that the first IronPython Bug Weekend > is this weekend, February 12-13. You can find more information at > http://ironpython.codeplex.com/wikipage?title=first%20IronPython%20Bug%20Weekend. > > Remember, you don't have to dedicate the whole weekend - even finding > a couple of hours to write a patch will help out a lot! > > - Jeff > From jdhardy at gmail.com Sun Feb 13 06:25:30 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sat, 12 Feb 2011 22:25:30 -0700 Subject: [IronPython] Non-English Version of Win XP needed Message-ID: It looks like http://ironpython.codeplex.com/workitem/14022 will only repro on non-english versions of XP that use , as the decimal separator instead of . If you have one of those, can you see if the issue is still present in 2.7B2. From the notes, it looks like just changing the locale is not enough - it has to be a non-english version. - Jeff From jdhardy at gmail.com Sun Feb 13 07:12:22 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sat, 12 Feb 2011 23:12:22 -0700 Subject: [IronPython] Must-fix bugs for 2.7 Message-ID: Here is the current list of must-fix bugs for 2.7: http://bit.ly/gQRTSn Basically, anything with a Release of 2.7 and a Priority of High. If you have a bug you think should be on that list, just let me know, or set those fields. - Jeff From jorgen.stenarson at bostream.nu Sun Feb 13 08:20:23 2011 From: jorgen.stenarson at bostream.nu (=?ISO-8859-1?Q?J=F6rgen_Stenarson?=) Date: Sun, 13 Feb 2011 08:20:23 +0100 Subject: [IronPython] Non-English Version of Win XP needed In-Reply-To: References: Message-ID: <4D578637.8090103@bostream.nu> Jeff Hardy skrev 2011-02-13 06:25: > It looks like http://ironpython.codeplex.com/workitem/14022 will only > repro on non-english versions of XP that use , as the decimal > separator instead of . > > If you have one of those, can you see if the issue is still present in > 2.7B2. From the notes, it looks like just changing the locale is not > enough - it has to be a non-english version. > > - Jeff > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > Hi, I could not reproduce the problem on my machine (swedish windows xp) IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> 3.14 3.14 >>> 3,14 (3, 14) >>> import math >>> 3.14159265359 3.14159265359 >>> float(repr(float(repr(math.pi)))) 3.141592653589793 >>> /J?rgen From dvdotsenko at gmail.com Sun Feb 13 09:42:33 2011 From: dvdotsenko at gmail.com (Daniel D.) Date: Sun, 13 Feb 2011 00:42:33 -0800 Subject: [IronPython] Contents of Lib (packaging for RPM) In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E014C2776@TK5EX14MBXC133.redmond.corp.microsoft.com> <6C7ABA8B4E309440B857D74348836F2E014C5B00@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Tough path head for non-Windows deployment... Looking at subprocess.py saw that it calls into _suprocess, which is a wrapper for Win32 calls over interop. After being done with the directory structure, some code will still blow up because of direct reliance on things like DllImport("kernel32.dll", EntryPoint = "CreateProcess"... I wonder how wide-spread this practice is in Iron*. Daniel. On Fri, Feb 11, 2011 at 19:23, Tomas Matousek wrote: > Might be. You can compare your layout with the one for Windows - this zip file has the right layout: > > http://ironruby.codeplex.com/releases/view/55250#DownloadId=206131 > > Just exclude .bat files and Samples, Silverlight and WP7 directories. > > Tomas > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Jorgensen > Sent: Friday, February 11, 2011 7:14 PM > To: Discussion of IronPython > Cc: ironruby-core at rubyforge.org > Subject: Re: [IronPython] Contents of Lib (packaging for RPM) > > On Fri, Feb 11, 2011 at 8:03 PM, Tomas Matousek wrote: >> Yes, but the .config file doesn't need to be there at all. "../Lib" is the default value. >> >> The files in Config directory are for development env only. > > Ah, see I was just copying all the contents of bin/ to /usr/lib/ironruby > > Are there other files I should /not/ be installing? > _______________________________________________ > 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 andres0mac at gmail.com Sun Feb 13 19:08:21 2011 From: andres0mac at gmail.com (=?UTF-8?Q?Andr=C3=A9s_Martinelli?=) Date: Sun, 13 Feb 2011 19:08:21 +0100 Subject: [IronPython] Issue triage Message-ID: Hi, I have checked out a few work items: Not reproducible in 2.7B2: - #26940/Medium/2.7: Wrong line numbers in traceback when ecoding is specified ( http://ironpython.codeplex.com/workitem/26940 ) could be closed. - #23650/Medium/2.6.2: Pdb set_trace and post_mortem ( http://ironpython.codeplex.com/workitem/23650 ) Could be closed. - #12876/Medium/No release: Support getting stack trace of script code (sys._getframe) ( http://ironpython.codeplex.com/workitem/12876 ) Could be closed. Reproducible in 2.7B2: - #25543/Medium/2.6.2: Traceback Stack Functions Don't Work ( http://ironpython.codeplex.com/workitem/25543 ) - #25218/Low/No release: Modules can get executed several times when an ImportError exception is raised ( http://ironpython.codeplex.com/workitem/25218 ) I have added the details in comments to each of them. I hope it helps, /Andr?s From jdhardy at gmail.com Mon Feb 14 06:06:52 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 13 Feb 2011 22:06:52 -0700 Subject: [IronPython] Issue triage In-Reply-To: References: Message-ID: I've closed the closeable issues. Thanks for looking at these! - Jeff On Sun, Feb 13, 2011 at 11:08 AM, Andr?s Martinelli wrote: > Hi, > > I have checked out a few work items: > > ?Not reproducible in 2.7B2: > > ? ?- #26940/Medium/2.7: > ? ? ?Wrong line numbers in traceback when ecoding is specified > ? ? ?( http://ironpython.codeplex.com/workitem/26940 ) > ? ? ?could be closed. > > ? ?- #23650/Medium/2.6.2: > ? ? ?Pdb set_trace and post_mortem > ? ? ?( http://ironpython.codeplex.com/workitem/23650 ) > ? ? ?Could be closed. > > ? ?- #12876/Medium/No release: > ? ? ?Support getting stack trace of script code (sys._getframe) > ? ? ?( http://ironpython.codeplex.com/workitem/12876 ) > ? ? ?Could be closed. > > ?Reproducible in 2.7B2: > > ? ?- #25543/Medium/2.6.2: > ? ? ?Traceback Stack Functions Don't Work > ? ? ?( http://ironpython.codeplex.com/workitem/25543 ) > > ? ?- #25218/Low/No release: > ? ? ?Modules can get executed several times when an ImportError > exception is raised > ? ? ?( http://ironpython.codeplex.com/workitem/25218 ) > > I have added the details in comments to each of them. > > I hope it helps, > /Andr?s > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From jdhardy at gmail.com Mon Feb 14 06:11:30 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 13 Feb 2011 22:11:30 -0700 Subject: [IronPython] Non-English Version of Win XP needed In-Reply-To: <4D578637.8090103@bostream.nu> References: <4D578637.8090103@bostream.nu> Message-ID: I'd like one other person to confirm this is fixed before I close - Spanish or German preferably, since they are mentioned in the bug. - Jeff On Sun, Feb 13, 2011 at 12:20 AM, J?rgen Stenarson wrote: > Jeff Hardy skrev 2011-02-13 06:25: >> >> It looks like http://ironpython.codeplex.com/workitem/14022 will only >> repro on non-english versions of XP that use , as the decimal >> separator instead of . >> >> If you have one of those, can you see if the issue is still present in >> 2.7B2. From the notes, it looks like just changing the locale is not >> enough - it has to be a non-english version. >> >> - Jeff >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > Hi, > > I could not reproduce the problem on my machine (swedish windows xp) > > IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. >>>> 3.14 > 3.14 >>>> 3,14 > (3, 14) >>>> import math >>>> 3.14159265359 > 3.14159265359 >>>> float(repr(float(repr(math.pi)))) > 3.141592653589793 >>>> > > /J?rgen > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From simon.dahlbacka at gmail.com Mon Feb 14 06:15:55 2011 From: simon.dahlbacka at gmail.com (Simon Dahlbacka) Date: Mon, 14 Feb 2011 07:15:55 +0200 Subject: [IronPython] Non-English Version of Win XP needed In-Reply-To: References: <4D578637.8090103@bostream.nu> Message-ID: Works for me also. Swedish xp(sv-FI) On Feb 14, 2011 7:11 AM, "Jeff Hardy" wrote: > I'd like one other person to confirm this is fixed before I close - > Spanish or German preferably, since they are mentioned in the bug. > > - Jeff > > On Sun, Feb 13, 2011 at 12:20 AM, J?rgen Stenarson > wrote: >> Jeff Hardy skrev 2011-02-13 06:25: >>> >>> It looks like http://ironpython.codeplex.com/workitem/14022 will only >>> repro on non-english versions of XP that use , as the decimal >>> separator instead of . >>> >>> If you have one of those, can you see if the issue is still present in >>> 2.7B2. From the notes, it looks like just changing the locale is not >>> enough - it has to be a non-english version. >>> >>> - Jeff >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >> Hi, >> >> I could not reproduce the problem on my machine (swedish windows xp) >> >> IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 >> Type "help", "copyright", "credits" or "license" for more information. >>>>> 3.14 >> 3.14 >>>>> 3,14 >> (3, 14) >>>>> import math >>>>> 3.14159265359 >> 3.14159265359 >>>>> float(repr(float(repr(math.pi)))) >> 3.141592653589793 >>>>> >> >> /J?rgen >> _______________________________________________ >> 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 zsidoz at innodev.hu Mon Feb 14 07:39:05 2011 From: zsidoz at innodev.hu (=?iso-8859-1?Q?Zsid=F3_Zolt=E1n?=) Date: Mon, 14 Feb 2011 07:39:05 +0100 Subject: [IronPython] invoked member is not supported in a dynamic assembly Message-ID: <2A708D18819244F8B5E192106CC0CA5F@ZsidozPC> Hello list members, We use .net 4.0 and Ironpython 2.6.2 During executing script ironPython code we get the following exception: "The invoked member is not supported in a dynamic assembly" at this line: advancedSlider1 = AdvancedSlider() AdvancedSlider class is in a 3rd party dll. It is PerpetuumSoft.Widgets.dll If we use .net 3.5 and IronPython 2.0.3 then it works. Any idea about it? Could I save the assembly to the filesystem instead of using dynamic assembly? Thanks, Zoltan Zsido -------------- next part -------------- An HTML attachment was scrubbed... URL: From haniti.grk at gmail.com Mon Feb 14 11:02:35 2011 From: haniti.grk at gmail.com (haniti grk) Date: Mon, 14 Feb 2011 04:02:35 -0600 Subject: [IronPython] Fix for 29928 Message-ID: Hi All, I tried to apply the fix as suggested by Dino for 29928. I have submitted a pull request, kindly review. Per my test, it took less than 1 sec (0.01 sec) for a 40 Or expression. Prior to the changes, 3 hours is not enough to complete the statement on a reasonably fast machine. #Haniti# -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Mon Feb 14 15:03:04 2011 From: slide.o.mix at gmail.com (Slide) Date: Mon, 14 Feb 2011 07:03:04 -0700 Subject: [IronPython] Non-English Version of Win XP needed In-Reply-To: References: <4D578637.8090103@bostream.nu> Message-ID: On Sun, Feb 13, 2011 at 10:15 PM, Simon Dahlbacka wrote: > Works for me also.? Swedish xp(sv-FI) > > On Feb 14, 2011 7:11 AM, "Jeff Hardy" wrote: >> I'd like one other person to confirm this is fixed before I close - >> Spanish or German preferably, since they are mentioned in the bug. >> >> - Jeff >> >> On Sun, Feb 13, 2011 at 12:20 AM, J?rgen Stenarson >> wrote: >>> Jeff Hardy skrev 2011-02-13 06:25: >>>> >>>> It looks like http://ironpython.codeplex.com/workitem/14022 will only >>>> repro on non-english versions of XP that use , as the decimal >>>> separator instead of . >>>> >>>> If you have one of those, can you see if the issue is still present in >>>> 2.7B2. From the notes, it looks like just changing the locale is not >>>> enough - it has to be a non-english version. >>>> >>>> - Jeff >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.ironpython.com >>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>>> >>> Hi, >>> >>> I could not reproduce the problem on my machine (swedish windows xp) >>> >>> IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 >>> Type "help", "copyright", "credits" or "license" for more information. >>>>>> 3.14 >>> 3.14 >>>>>> 3,14 >>> (3, 14) >>>>>> import math >>>>>> 3.14159265359 >>> 3.14159265359 >>>>>> float(repr(float(repr(math.pi)))) >>> 3.141592653589793 >>>>>> >>> >>> /J?rgen >>> _______________________________________________ >>> 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 > > I installed a German version of Windows in a VM and it behaves the same as CPython 2.7 Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> 3.14 3.14 >>> 3,14 (3, 14) >>> import math >>> math.pi 3.141592653589793 >>> float(repr(float(repr(math.pi)))) 3.141592653589793 >>> ^Z IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> 3.14 3.14 >>> 3,14 (3, 14) >>> import math >>> math.pi 3.141592653589793 >>> float(repr(float(repr(math.pi)))) 3.141592653589793 >>> ^Z -- slide-o-blog http://slide-o-blog.blogspot.com/ From jdhardy at gmail.com Mon Feb 14 16:18:12 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 14 Feb 2011 08:18:12 -0700 Subject: [IronPython] Non-English Version of Win XP needed In-Reply-To: References: <4D578637.8090103@bostream.nu> Message-ID: Thanks, guys! I'll close it off now. - Jeff On Mon, Feb 14, 2011 at 7:03 AM, Slide wrote: > On Sun, Feb 13, 2011 at 10:15 PM, Simon Dahlbacka > wrote: >> Works for me also.? Swedish xp(sv-FI) >> >> On Feb 14, 2011 7:11 AM, "Jeff Hardy" wrote: >>> I'd like one other person to confirm this is fixed before I close - >>> Spanish or German preferably, since they are mentioned in the bug. >>> >>> - Jeff >>> >>> On Sun, Feb 13, 2011 at 12:20 AM, J?rgen Stenarson >>> wrote: >>>> Jeff Hardy skrev 2011-02-13 06:25: >>>>> >>>>> It looks like http://ironpython.codeplex.com/workitem/14022 will only >>>>> repro on non-english versions of XP that use , as the decimal >>>>> separator instead of . >>>>> >>>>> If you have one of those, can you see if the issue is still present in >>>>> 2.7B2. From the notes, it looks like just changing the locale is not >>>>> enough - it has to be a non-english version. >>>>> >>>>> - Jeff >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.ironpython.com >>>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>>>> >>>> Hi, >>>> >>>> I could not reproduce the problem on my machine (swedish windows xp) >>>> >>>> IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 >>>> Type "help", "copyright", "credits" or "license" for more information. >>>>>>> 3.14 >>>> 3.14 >>>>>>> 3,14 >>>> (3, 14) >>>>>>> import math >>>>>>> 3.14159265359 >>>> 3.14159265359 >>>>>>> float(repr(float(repr(math.pi)))) >>>> 3.141592653589793 >>>>>>> >>>> >>>> /J?rgen >>>> _______________________________________________ >>>> 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 >> >> > > I installed a German version of Windows in a VM and it behaves the > same as CPython 2.7 > > Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on > win32 > Type "help", "copyright", "credits" or "license" for more information. >>>> 3.14 > 3.14 >>>> 3,14 > (3, 14) >>>> import math >>>> math.pi > 3.141592653589793 >>>> float(repr(float(repr(math.pi)))) > 3.141592653589793 >>>> ^Z > > > IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. >>>> 3.14 > 3.14 >>>> 3,14 > (3, 14) >>>> import math >>>> math.pi > 3.141592653589793 >>>> float(repr(float(repr(math.pi)))) > 3.141592653589793 >>>> ^Z > > > > > -- > slide-o-blog > http://slide-o-blog.blogspot.com/ > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From dinov at microsoft.com Mon Feb 14 18:52:22 2011 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 14 Feb 2011 17:52:22 +0000 Subject: [IronPython] invoked member is not supported in a dynamic assembly In-Reply-To: <2A708D18819244F8B5E192106CC0CA5F@ZsidozPC> References: <2A708D18819244F8B5E192106CC0CA5F@ZsidozPC> Message-ID: <6C7ABA8B4E309440B857D74348836F2E014CC7B4@TK5EX14MBXC133.redmond.corp.microsoft.com> I don't know why they would throw this exception themselves, but I would guess that they're using reflection to find out the caller or something weird like that. You probably need to create a thin C# wrapper which you call instead of calling it directly. Or you could try using reflection to create an instance (although we may be doing that anyway). You can also try calling it in a loop a couple hundred times and it may start succeeding as we do code gen and go through a faster code path. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Zsid? Zolt?n Sent: Sunday, February 13, 2011 10:39 PM To: users at lists.ironpython.com Subject: [IronPython] invoked member is not supported in a dynamic assembly Hello list members, We use .net 4.0 and Ironpython 2.6.2 During executing script ironPython code we get the following exception: "The invoked member is not supported in a dynamic assembly" at this line: advancedSlider1 = AdvancedSlider() AdvancedSlider class is in a 3rd party dll. It is PerpetuumSoft.Widgets.dll If we use .net 3.5 and IronPython 2.0.3 then it works. Any idea about it? Could I save the assembly to the filesystem instead of using dynamic assembly? Thanks, Zoltan Zsido -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristanz at gmail.com Mon Feb 14 20:12:50 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Mon, 14 Feb 2011 14:12:50 -0500 Subject: [IronPython] Compiling with MonoDevelop on OSX Message-ID: Has anybody managed to get the IronPython solution to compile using Mono/MonoDevelop on a platform other than Windows? My efforts quickly led me to make more changes to the sources than I'd prefer. Given that a number of bugs are OSX specific, it's much easier to fix them on OSX rather than go back and forth between OSs just to use Visual Studio. Best, Tristan -------------- next part -------------- An HTML attachment was scrubbed... URL: From guillermo.listas+ironpython at googlemail.com Mon Feb 14 23:46:28 2011 From: guillermo.listas+ironpython at googlemail.com (=?ISO-8859-1?Q?Guillermo_L=F3pez?=) Date: Mon, 14 Feb 2011 23:46:28 +0100 Subject: [IronPython] sqlite3 + IP 2.7 Message-ID: Hello all, I've managed to get the sqlite3 module ( https://bitbucket.org/jdhardy/ironpython.sqlite/src) working under IronPython 2.6, but it doesn't seem to work with 2.7. I couldn't find any info about compatibility with 2.7, so I'd like to know whether this is a known issue or maybe the installation instructions for 2.7 are different? The specific error I'm getting is that IronPython can't import the _sqlite3 module. Regards, Guillermo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Feb 14 23:48:59 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 14 Feb 2011 15:48:59 -0700 Subject: [IronPython] sqlite3 + IP 2.7 In-Reply-To: References: Message-ID: Hi Guillermo, I haven't tried that module against 2.7 in a while, but it should mostly work. You'll have to build from source and adjust the references to point to 2.7B2 - the downloadable packages are 2.6 only. I'll update the downloads to 2.7 shortly after it's released. - Jeff On Mon, Feb 14, 2011 at 3:46 PM, Guillermo L?pez wrote: > Hello all, > I've managed to get the sqlite3 module > (https://bitbucket.org/jdhardy/ironpython.sqlite/src) working under > IronPython 2.6, but it doesn't seem to work with 2.7. I couldn't find any > info about compatibility with 2.7, so I'd like to know whether this is a > known issue or maybe the installation instructions for 2.7 are different? > The specific error I'm getting is that IronPython can't import the _sqlite3 > module. > Regards, > Guillermo > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From s.j.dower at gmail.com Tue Feb 15 00:37:09 2011 From: s.j.dower at gmail.com (Steve Dower) Date: Tue, 15 Feb 2011 10:37:09 +1100 Subject: [IronPython] ScriptScope.SetVariable tip Message-ID: Just sharing something I discovered today that surprised me a little. I use ScriptScopes extensively throughout my hosted code to try and prevent interaction between separate scripts. In most cases, since I'm dealing with user-provided keys, I don't cast them to dynamic but access their contents through GetVariable() and SetVariable(). Dynamic lookup is still available though, and appears to be applied partway through overload resolution: 1. Non-dynamic members with exact parameter match - eg. scope.SetVariable(string, object) 2. Dynamic members 3. Non-dynamic members with casts required - eg. scope.SetVariable(string, something castable to object) The result of this being that if you set a variable with a value that derives from object, you pay for a dynamic lookup (which includes an exception, which is how I noticed this). Casting the value to object (ie. scope.SetVariable("value", (object)value)) avoids this, and you only get the penalty for failing to find the existing variable (unless it already exists, obviously). Now, to see if I can reduce those endless StopIteration exceptions... From vaggi at cosbi.eu Tue Feb 15 10:43:25 2011 From: vaggi at cosbi.eu (Federico Vaggi) Date: Tue, 15 Feb 2011 10:43:25 +0100 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <20110211041009.34DF971E@apollo.cosbi.eu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> <20110211041009.34DF971E@apollo.cosbi.eu> Message-ID: <20110215094333.DA5D271E@apollo.cosbi.eu> Hey Dave, thanks a lot for all the help. Without the tab completion/colour it seems like this is a lot of work for a very plain shell, and Sho looks like a much better option - I played around with it a fair bit (it seems better than the plain IronPython console) but I haven't found much on how to embed it yet. I'll head over to their forums and see if there is something I am missing. Federico On 11/02/2011 05:09, Dave Wald wrote: > > First off, Thanks to all the developers! 2.7b1 and b2 have been > excellent so far, at least as far as my current needs go. The new > subprocess module is great. Came just in time. Great work! > > Federico, > > Your post caught my eye, as I also like good embeddable console apps. > Hadn't used IPython before so I downloaded it and played with it. > Installed the PyReadline library as recommended to get all the command > line goodies. Nice. > > OK, so then, of course, I had to try it in IronPython, and immediately > hit the same issues you did, with almost the exact same traceback > info, etc. > > So, I fired up the excellent Tools for Visual Studio 2010 and created > a little project to embed the shell and call it from my running > IPyScratchPad app (with a WinForms dll to house the form) and traced > thru it in the Debugger. > > Long story short, I found the major issue (and a couple of minor ones) > and got it to run. > > Now, I'm pretty sure Readline has not been ported to IronPython yet, > and you know it requires pywin32. So that is not going to run under > IronPython. > > But the rest of it seems to be working ok. No tab completion or > colorization but... > > Here's what I did (ultimately) to get it to run: > > First of all, copied the whole IPython folder structure over under > "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages". > > I created a new Scripts folder under "C:\Program Files > (x86)\IronPython 2.7", as IPython creates under Python 2.6. > > Copied the following two files into it: > > "C:\Python26\Scripts\ipython.py" > > "C:\Python26\Scripts\ipython.bat" > > Modified ipython.bat file to read: > > cd "C:\Program Files (x86)\IronPython 2.7" > > ipy.exe -X:Frames .\Scripts\ipython.py %* > > Double-clicking the bat file will now start up the IPython console > running in IPy.exe. > > Notice the " -X:Frames " option specified. That is the major key to this. > > Turns out, IronPython does not enable sys._getframe by default, which > is required by IPython. > > Note (from the Python doc): > > sys._getframe([depth]) > > Return a frame object from the call stack. If optional integer depth > is given, return the frame object that many calls below the top of the > stack. If that is deeper than the call stack, ValueError is raised. > The default for depth is zero, returning the frame at the top of the > call stack. > > CPython implementation detail: This function should be used for > internal and specialized purposes only. It is not guaranteed to exist > in all implementations of Python. > > > Found a post on StackOverflow, with a reply by Jeff Hardy about this, > which is what tipped me off. Thanks Jeff! > > http://stackoverflow.com/questions/3780379/how-can-i-enable-sys-getframe-in-ironpython-2-6-1 > > OK, so far so good. > > Now. Embedding... > > I used the simplest example in the IPython manual pdf, in section > "3.2.4 Embedding IPython" on page 32-33. > > I placed the following code into my app, in a button-click event handler. > > def testIPyShell(self, sender, event): > > from IPython.Shell import IPShellEmbed > > args = ['-colors','NoColor','-noreadline','-classic','-x','Verbose'] > > ipshell = IPShellEmbed(args) > > ipshell() > > In the Project Properties page, I set "Command Line Arguments" to > -X:Frames and Interpreter Path to C:\Program Files > (x86)\IronPython 2.7\ipy.exe > (which is now 2.7b2) and check the "Debug Standard Library" box. > > Hit F5, click the button and it works. The shell starts up. Main app > blocks on it, tho. Hmmm. Well, may be a way around that too. > > But it starts up and runs. Type "%magic" or "?" and it prints out all > the doc, etc. Shell commands seem to work ok. > > There is a minor issue in file iplib.py, line 646: > > self.usage_min = """\ > > where it continues a multi-line string. The trailing back irritates > the VS2010 Debugger to where it gets out of sync with the code. > > I just took it out. If you're not running the debugger, you probably > won't ever notice it. > > If you ARE running the VS2010 debugger, you will get all kinds of > stoppages, anywhere anything is raised. And it does that a lot. > > Just ignore them. Hit the continue button. > > And that's about it. Pretty cool little console. > > All that having been said, of course, I think there may be an even > better option. Possibly. > > Check this out: > http://lists.ironpython.com/pipermail/users-ironpython.com/2011-January/014218.html > > Curt Hagenlocher posted this a couple of weeks ago. "Sho" is an > IronPython shell from MS Research Labs. Played with it some. It's > pretty cool. Very geared towards math/science/engineering apps. > > The doc says it can be "embedded", but from what I have read (haven't > tried it yet), it looks like you can call into it and use it's code > and libraries of course, but I don't think the console will pop up. > Don't know for sure. Need to play with it and see. That's next. > > (Also, downloaded SilverShell http://code.google.com/p/silvershell/ > (written in IronPython and WPF) coupla weeks ago and got it running > under 2.7 - it's nice, but... seems to have some issues. I think I > like Sho better for simplicity and raw power. You might give 'em a try > and see which works better for you.) > > > That's all for now. Have fun with IPython. Holler if you have any > questions. > > Dave > > > _______________________________________________ > 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 davew252 at tx.rr.com Tue Feb 15 15:31:29 2011 From: davew252 at tx.rr.com (Dave Wald) Date: Tue, 15 Feb 2011 08:31:29 -0600 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <20110215094333.DA5D271E@apollo.cosbi.eu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> <20110211041009.34DF971E@apollo.cosbi.eu> <20110215094333.DA5D271E@apollo.cosbi.eu> Message-ID: <4D5A8E41.6050603@tx.rr.com> Federico, No problem. Enjoyed working on it. Now, the even better news. PyReadline HAS BEEN ported to IronPython! ;-) http://ironpython-urls.blogspot.com/2006/11/pyreadline-for-ironpython.html So IPython could very likely be made fully functional... with a bit of work. From what I gather so far, you may still have to compile your own version of IronPython as per the discussion therein, but, I just need to get some more time to play with this. I got side-tracked over the weekend um, 'reflecting' on what the internals of Sho might look like, if you could see them, if you get my drift... since the engine source code is not available... It seems the EmbeddedSho class always starts up a new PythoneEngine regardless, and they hardcode the references to version 2.6.2, I believe... So, that'll take a bit of fiddling to embed it. Hope to get back on that this weekend. Also, spent a lot of time re-learning Ruby and messing with Cucumber - need to try and get some kind of BDD acceptance-criteria testing automation thing going as simply as possible, but looks like Cucumber only works (best) with Rails. Again - so much to learn, so little time... BTW, it looks to me like IronRuby has made GREAT strides in the last couple years. Excellent work guys!!! Thanks! That's about it for now. I really do like IPython. I want to get that going, with the PyReadline support. Soon... very soon... ;-) Dave On 2/15/2011 3:43 AM, Federico Vaggi wrote: > Hey Dave, > > thanks a lot for all the help. Without the tab completion/colour it > seems like this is a lot of work for a very plain shell, and Sho looks > like a much better option - I played around with it a fair bit (it > seems better than the plain IronPython console) but I haven't found > much on how to embed it yet. I'll head over to their forums and see > if there is something I am missing. > > Federico > > On 11/02/2011 05:09, Dave Wald wrote: >> >> First off, Thanks to all the developers! 2.7b1 and b2 have been >> excellent so far, at least as far as my current needs go. The new >> subprocess module is great. Came just in time. Great work! >> >> Federico, >> >> Your post caught my eye, as I also like good embeddable console apps. >> Hadn't used IPython before so I downloaded it and played with it. >> Installed the PyReadline library as recommended to get all the >> command line goodies. Nice. >> >> OK, so then, of course, I had to try it in IronPython, and >> immediately hit the same issues you did, with almost the exact same >> traceback info, etc. >> >> So, I fired up the excellent Tools for Visual Studio 2010 and created >> a little project to embed the shell and call it from my running >> IPyScratchPad app (with a WinForms dll to house the form) and traced >> thru it in the Debugger. >> >> Long story short, I found the major issue (and a couple of minor >> ones) and got it to run. >> >> Now, I'm pretty sure Readline has not been ported to IronPython yet, >> and you know it requires pywin32. So that is not going to run under >> IronPython. >> >> But the rest of it seems to be working ok. No tab completion or >> colorization but... >> >> Here's what I did (ultimately) to get it to run: >> >> First of all, copied the whole IPython folder structure over under >> "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages". >> >> I created a new Scripts folder under "C:\Program Files >> (x86)\IronPython 2.7", as IPython creates under Python 2.6. >> >> Copied thefollowing two files into it: >> >> "C:\Python26\Scripts\ipython.py" >> >> "C:\Python26\Scripts\ipython.bat" >> >> Modified ipython.bat file to read: >> >> cd "C:\Program Files (x86)\IronPython 2.7" >> >> ipy.exe -X:Frames .\Scripts\ipython.py %* >> >> Double-clicking the bat file will now start up the IPython console >> running in IPy.exe. >> >> Notice the " -X:Frames " option specified. That is the major key to >> this. >> >> Turns out, IronPython does not enable sys._getframe by default, which >> is required by IPython. >> >> Note (from the Python doc): >> >> sys._getframe([depth]) >> >> Return a frame object from the call stack. If optional integer depth >> is given, return the frame object that many calls below the top of >> the stack. If that is deeper than the call stack, ValueError is >> raised. The default for depth is zero, returning the frame at the top >> of the call stack. >> >> CPython implementation detail: This function should be used for >> internal and specialized purposes only. It is not guaranteed to exist >> in all implementations of Python. >> >> >> Found a post on StackOverflow, with a reply by Jeff Hardy about this, >> which is what tipped me off. Thanks Jeff! >> >> http://stackoverflow.com/questions/3780379/how-can-i-enable-sys-getframe-in-ironpython-2-6-1 >> >> OK, so far so good. >> >> Now. Embedding... >> >> I used the simplest example in the IPython manual pdf, in section >> "3.2.4 Embedding IPython" on page 32-33. >> >> I placed the following code into my app, in a button-click event handler. >> >> def testIPyShell(self, sender, event): >> >> from IPython.Shell import IPShellEmbed >> >> args = ['-colors','NoColor','-noreadline','-classic','-x','Verbose'] >> >> ipshell = IPShellEmbed(args) >> >> ipshell() >> >> In the Project Properties page, I set "Command Line Arguments" to >> -X:Frames and Interpreter Path to C:\Program Files >> (x86)\IronPython 2.7\ipy.exe >> (which is now 2.7b2) and check the "Debug Standard Library" box. >> >> Hit F5, click the button and it works. The shell starts up. Main app >> blocks on it, tho. Hmmm. Well, may be a way around that too. >> >> But it starts up and runs. Type "%magic" or "?" and it prints out all >> the doc, etc. Shell commands seem to work ok. >> >> There is a minor issue in file iplib.py, line 646: >> >> self.usage_min ="""\ >> >> where it continues a multi-line string. The trailing back irritates >> the VS2010 Debugger to where it gets out of sync with the code. >> >> I just took it out. If you're not running the debugger, you probably >> won't ever notice it. >> >> If you ARE running the VS2010 debugger, you will get all kinds of >> stoppages, anywhere anything is raised. And it does that a lot. >> >> Just ignore them. Hit the continue button. >> >> And that's about it. Pretty cool little console. >> >> All that having been said, of course, I think there may be an even >> better option. Possibly. >> >> Check this out: >> http://lists.ironpython.com/pipermail/users-ironpython.com/2011-January/014218.html >> >> Curt Hagenlocher posted this a couple of weeks ago. "Sho" is an >> IronPython shell from MS Research Labs. Played with it some. It's >> pretty cool. Very geared towards math/science/engineering apps. >> >> The doc says it can be "embedded", but from what I have read (haven't >> tried it yet), it looks like you can call into it and use it's code >> and libraries of course, but I don't think the console will pop up. >> Don't know for sure. Need to play with it and see. That's next. >> >> (Also, downloaded SilverShell http://code.google.com/p/silvershell/ >> (written in IronPython and WPF) coupla weeks ago and got it running >> under 2.7 - it's nice, but... seems to have some issues. I think I >> like Sho better for simplicity and raw power. You might give 'em a >> try and see which works better for you.) >> >> >> That's all for now. Have fun with IPython. Holler if you have any >> questions. >> >> Dave >> >> >> _______________________________________________ >> 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 jorgen.stenarson at bostream.nu Tue Feb 15 18:35:50 2011 From: jorgen.stenarson at bostream.nu (=?ISO-8859-1?Q?J=F6rgen_Stenarson?=) Date: Tue, 15 Feb 2011 18:35:50 +0100 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <4D5A8E41.6050603@tx.rr.com> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> <20110211041009.34DF971E@apollo.cosbi.eu> <20110215094333.DA5D271E@apollo.cosbi.eu> <4D5A8E41.6050603@tx.rr.com> Message-ID: <4D5AB976.4050300@bostream.nu> Dave Wald skrev 2011-02-15 15:31: > Federico, > No problem. Enjoyed working on it. Now, the even better news. > PyReadline HAS BEEN ported to IronPython! ;-) > http://ironpython-urls.blogspot.com/2006/11/pyreadline-for-ironpython.html > So IPython could very likely be made fully functional... with a bit of work. > From what I gather so far, you may still have to compile your own > version of IronPython as per the discussion therein, but, I just need to > get some more time to play with this. hi, unfortunately the pyreadline support for ironpython has not been tested for quite a while so I do not know if it works as is or if some changes are needed. I have not seen any bugreports for what is there either but I guess that may well just be because it is not used. If you find any problems please report them on the launchpad tracker https://bugs.launchpad.net/pyreadline /J?rgen From davew252 at tx.rr.com Wed Feb 16 01:18:33 2011 From: davew252 at tx.rr.com (Dave Wald) Date: Tue, 15 Feb 2011 18:18:33 -0600 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <4D5AB976.4050300@bostream.nu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> <20110211041009.34DF971E@apollo.cosbi.eu> <20110215094333.DA5D271E@apollo.cosbi.eu> <4D5A8E41.6050603@tx.rr.com> <4D5AB976.4050300@bostream.nu> Message-ID: <4D5B17D9.7030501@tx.rr.com> J?rgen, Thanks for the heads up. I'll take a run at it and see what kind of shape it's in. Dave On 2/15/2011 11:35 AM, J?rgen Stenarson wrote: > Dave Wald skrev 2011-02-15 15:31: >> Federico, >> No problem. Enjoyed working on it. Now, the even better news. >> PyReadline HAS BEEN ported to IronPython! ;-) >> http://ironpython-urls.blogspot.com/2006/11/pyreadline-for-ironpython.html >> >> So IPython could very likely be made fully functional... with a bit >> of work. >> From what I gather so far, you may still have to compile your own >> version of IronPython as per the discussion therein, but, I just need to >> get some more time to play with this. > hi, > > unfortunately the pyreadline support for ironpython has not been > tested for quite a while so I do not know if it works as is or if some > changes are needed. > > I have not seen any bugreports for what is there either but I guess > that may well just be because it is not used. If you find any problems > please report them on the launchpad tracker > https://bugs.launchpad.net/pyreadline > > /J?rgen > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From dinov at microsoft.com Wed Feb 16 05:51:08 2011 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 16 Feb 2011 04:51:08 +0000 Subject: [IronPython] Red Flag(?) change in "import" In-Reply-To: References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> Message-ID: <6C7ABA8B4E309440B857D74348836F2E014D2530@TK5EX14MBXC133.redmond.corp.microsoft.com> This is fixed now. Apparently there was an invalid optimization that I added - so I removed it. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Vernon Cole Sent: Thursday, February 10, 2011 3:50 PM To: Discussion of IronPython Subject: Re: [IronPython] Red Flag(?) change in "import" Okay, I have filed codeplex issue 30143 for this, with a simple test module which demonstrates the problem. This completely breaks adodbapi, and would probably kill many other imported modules. I think someone should go in an jack up the priority to high. IMHO it is a release breaker. Is not adodbapi still part of the test suite? The failure should have shown up there. -- Vernon Cole On Thu, Feb 10, 2011 at 3:42 AM, Federico Vaggi > wrote: I ran into a relatively similar problem with importing networkx into IronPython, but was able to fix it by editing out a few of the lines. It seems that the import behaviour in cpython and ironpython is slightly different sometime. I can post a list of the steps that I took if it is helpful at all. Federico On 09/02/2011 23:45, Vernon Cole wrote: I can't see an item like this on the bug list. Perhaps the sky is falling, perhaps, not. I am reporting the problem here in case it is. It seems like something the "big guns" should be made aware of right away. The behavior seems to have changed since IPy 2.6, and if someone has indeed been working on "import" then we have a regression. First.... here's CPython 2.7 -- I install the package and then import it from another directory... C:\hg\adodbapi>py27 setup.py install C:\hg\adodbapi>c:\python27\python.exe setup.py install adodbapi version="2.4.0.2" running install running build running build_py copying adodbapi.py -> build\lib\adodbapi copying ado_consts.py -> build\lib\adodbapi copying __init__.py -> build\lib\adodbapi running install_lib copying build\lib\adodbapi\adodbapi.py -> c:\python27\Lib\site-packages\adodbapi running install_egg_info Writing c:\python27\Lib\site-packages\adodbapi-2.4.0.2-py2.7.egg-info C:\hg\adodbapi>home C:\hg\adodbapi>C: C:\hg\adodbapi>cd \Users\vernon C:\Users\vernon>py27 C:\Users\vernon>c:\python27\python.exe Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version 'adodbapi v2.4.0.2' ................... The version attribute works Now I try the same thing on an administrator console (I think that IronPython is correct in required the higher privilege here) and a big THANK YOU for having a working distutils! ........ C:\hg\adodbapi>ipy setup.py install C:\hg\adodbapi>"c:\program files\IronPython 2.7\ipy.exe" setup.py install adodbapi version="2.4.0.2" running install running build running build_py copying adodbapi.py -> build\lib\adodbapi copying ado_consts.py -> build\lib\adodbapi copying __init__.py -> build\lib\adodbapi warning: build_py: byte-compiling is disabled, skipping. running install_lib warning: install_lib: byte-compiling is disabled, skipping. running install_egg_info Removing c:\program files\IronPython 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2. 7.egg-info Writing c:\program files\IronPython 2.7\Lib\site-packages\adodbapi-2.4.0.2-py2.7 .egg-info C:\hg\adodbapi>home C:\hg\adodbapi>C: C:\hg\adodbapi>cd \Users\vernon C:\Users\vernon>ipy C:\Users\vernon>"c:\program files\IronPython 2.7\ipy.exe" IronPython 2.7 Beta 2 (2.7.0.20) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version Traceback (most recent call last): File "", line 1, in AttributeError: 'module' object has no attribute 'version' ................. Where did the attribute go?????????????? Now I hand copy the adodbapi folder from IronPython 2.7 site-packages into IronPython 2.6 site packages (because 2.6 distutils will not work) and continue with the same admin console... >>> exit() C:\Users\vernon>ipy26 C:\Users\vernon>"c:\program files\Ironpython 2.6\ipy.exe" IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.4206 Type "help", "copyright", "credits" or "license" for more information. >>> import adodbapi >>> adodbapi.version 'adodbapi v2.4.0.2' ........................ so it seems to me that "import" is badly broken. I am unable to test adodbapi. The code I am testing is at: hg clone http://adodbapi.hg.sourceforge.net:8000/hgroot/adodbapi/adodbapi#main Is there anything I should do? -- Vernon _______________________________________________ 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 vernondcole at gmail.com Wed Feb 16 08:35:50 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Wed, 16 Feb 2011 00:35:50 -0700 Subject: [IronPython] announcing adodbapi version 2.4.2 now with PostgreSQL support. Message-ID: This module not only _runs_ in IronPython ... IPy 2.7 was used to create the distribution! Whats new in version 2.4.2 1. The cursor has a new .query attribute. It returns the (possibly converted) query sent to ADO. [Thanks to William Dode.] This may be useful for testing paramstyle 'format' and 'named' queries. .query is an extension borrowed from psycopg2. 2. Added .command and .parameters attributes, which are copies of the original command and parameters sent the the cursor. 3. Added tests using a PostgreSQL server. Tests are now run for ACCESS, MS SQL, MySQL and PostgreSQL. 4. Column name data access is now case insignificant (since PostgreSQL returns lower case column names). so (if a row object 'r' contains a first column 'spam') r[0], r.Spam, r.spam and r['SPAM'] are all equivalent. 5. The connection has new attributes .dbms_name and .dbms_version to display the underlying database engine. (like mxODBC) adodbapi is a Python DB-API 2.0 module that makes it easy to use Microsoft ADO for connecting with databases and other data sources using either CPython or IronPython. Home page: http://sourceforge.net/projects/adodbapi Features: * 100% DB-API 2.0 compliant. * Includes pyunit testcases that describe how to use the module. * Fully implemented in Python. -- runs in Python 2.3+ Python 3.0+ and IronPython 2.6+ * Licensed under the LGPL license, which means that it can be used freely even in commercial programs subject to certain restrictions. * Supports eGenix mxDateTime, Python 2.3 datetime module and Python time module. * Supports multiple paramstyles: 'qmark' 'named' 'format' * Supports data retrieval by column name e.g.: for row in myCurser.execute("select name,age from students"): print "Student", row.name, "is", row.age, "years old" * Supports user-definable system-to-Python data convertion functions (selected by ADO data type, or by column) * Money and Decimal column data is in decimal.Decimal format (unless you select another) -- Vernon Cole -------------- next part -------------- An HTML attachment was scrubbed... URL: From zsidoz at innodev.hu Wed Feb 16 08:47:21 2011 From: zsidoz at innodev.hu (=?utf-8?Q?Zsid=C3=B3_Zolt=C3=A1n?=) Date: Wed, 16 Feb 2011 08:47:21 +0100 Subject: [IronPython] invoked member is not supported in a dynamic assembly In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E014CC7B4@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <2A708D18819244F8B5E192106CC0CA5F@ZsidozPC> <6C7ABA8B4E309440B857D74348836F2E014CC7B4@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Hello Dino, Thanks for the help. The problem was in the 3rd party dll... Regards, Zoltan From: Dino Viehland Sent: Monday, February 14, 2011 6:52 PM To: Discussion of IronPython Subject: Re: [IronPython] invoked member is not supported in a dynamic assembly I don?t know why they would throw this exception themselves, but I would guess that they?re using reflection to find out the caller or something weird like that. You probably need to create a thin C# wrapper which you call instead of calling it directly. Or you could try using reflection to create an instance (although we may be doing that anyway). You can also try calling it in a loop a couple hundred times and it may start succeeding as we do code gen and go through a faster code path. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Zsid? Zolt?n Sent: Sunday, February 13, 2011 10:39 PM To: users at lists.ironpython.com Subject: [IronPython] invoked member is not supported in a dynamic assembly Hello list members, We use .net 4.0 and Ironpython 2.6.2 During executing script ironPython code we get the following exception: "The invoked member is not supported in a dynamic assembly" at this line: advancedSlider1 = AdvancedSlider() AdvancedSlider class is in a 3rd party dll. It is PerpetuumSoft.Widgets.dll If we use .net 3.5 and IronPython 2.0.3 then it works. Any idea about it? Could I save the assembly to the filesystem instead of using dynamic assembly? Thanks, Zoltan Zsido -------------------------------------------------------------------------------- _______________________________________________ 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 jdhardy at gmail.com Wed Feb 16 15:30:29 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 16 Feb 2011 07:30:29 -0700 Subject: [IronPython] Additional modules to ship with IronPython 2.7.1? In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 12:47 PM, Vernon Cole wrote: > Dear Group: > ?? I would like to start a discussion about adding modules to the IronPython > distribution which are not in the C-Python standard library. The idea would > be to include more batteries.? (FePy started out to do that, but has not > been seriously updated since IronPython 2.0 came out with a real, genuine > Windows installer.)? Good idea, or Bad? We certainly don't have to restrict ourselves to the same set of batteries as CPython. However, I'd be cautious about adding in too much simply because we don't have a huge pool of committers at the moment. > > ? I see that adodbapi is still getting about 300 downloads a month, and I > presume that most of them are for IronPython, since it's already included in > pywin32 for CPython users. FePy is getting around 50 downloads a month, > which I guess is mostly? to get the dbapi modules. The FePy modules are > lighter in weight than adodbapi, and use genuine .NET system calls, but are > not completely PEP 249 compliant.? Adodbapi is compliant, but uses COM to > read the database, so will not run on linux/mono. Should db api and/or other > modules be considered for inclusion? In the case of adodbapi, the lack of Mono support is slightly troubling. It's really too bad that dbapi cannot be mapped onto ADO.NET, but them's the breaks. Another thing to consider is that a working distutils (and something like pip) eliminates a lot of the need to have the batteries included. There's still a bit of work needed to get pip working, but I hope to have that into 2.7 or 2.7.1. - Jeff From andres0mac at gmail.com Wed Feb 16 16:12:27 2011 From: andres0mac at gmail.com (=?UTF-8?Q?Andr=C3=A9s_Martinelli?=) Date: Wed, 16 Feb 2011 16:12:27 +0100 Subject: [IronPython] Bugfix for 2.7B2 allows pdb to run. Message-ID: Hi, I have fixed a bug in 2.7B2 which prevented pdb from running. The problem is due to an exception thrown when accessing the f_globals property of a frame. I've reported the bug details ( http://ironpython.codeplex.com/workitem/30177 ) and attached a patch with a one line fix. Please review and let me know if I can provide any further assistance. cheers, Andr?s From brian.curtin at gmail.com Wed Feb 16 16:18:35 2011 From: brian.curtin at gmail.com (Brian Curtin) Date: Wed, 16 Feb 2011 09:18:35 -0600 Subject: [IronPython] Additional modules to ship with IronPython 2.7.1? In-Reply-To: References: Message-ID: On Wed, Feb 16, 2011 at 08:30, Jeff Hardy wrote: > On Wed, Feb 9, 2011 at 12:47 PM, Vernon Cole > wrote: > > Dear Group: > > I would like to start a discussion about adding modules to the > IronPython > > distribution which are not in the C-Python standard library. The idea > would > > be to include more batteries. (FePy started out to do that, but has not > > been seriously updated since IronPython 2.0 came out with a real, genuine > > Windows installer.) Good idea, or Bad? > > We certainly don't have to restrict ourselves to the same set of > batteries as CPython. However, I'd be cautious about adding in too > much simply because we don't have a huge pool of committers at the > moment. Something to be careful of is inclusion of external code that still evolves outside of the stdlib. When I install 2.7.1 complete with xyz library, a week later when the author comes out with a great new feature, my install is already out of date. Someone then fixes a bug in the stdlib xyz, which has to propagate to the external version. Along with that, bugs fixed in the external version need to be integrated in the stdlib version, so you'd occasionally have to dump from external, all while being careful of not sneaking in features in bug-fix releases, e.g., for 2.7.2. Among other things, that's one of the reasons CPython is against further inclusion of externally maintained libraries. The futures package was added for 3.2 and a condition was that it's only home was the stdlib. - my 0.02c USD -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Wed Feb 16 16:57:07 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 16 Feb 2011 08:57:07 -0700 Subject: [IronPython] Additional modules to ship with IronPython 2.7.1? In-Reply-To: References: Message-ID: On Wed, Feb 16, 2011 at 8:18 AM, Brian Curtin wrote: > On Wed, Feb 16, 2011 at 08:30, Jeff Hardy wrote: >> >> On Wed, Feb 9, 2011 at 12:47 PM, Vernon Cole >> wrote: >> > Dear Group: >> > ?? I would like to start a discussion about adding modules to the >> > IronPython >> > distribution which are not in the C-Python standard library. The idea >> > would >> > be to include more batteries.? (FePy started out to do that, but has not >> > been seriously updated since IronPython 2.0 came out with a real, >> > genuine >> > Windows installer.)? Good idea, or Bad? >> >> We certainly don't have to restrict ourselves to the same set of >> batteries as CPython. However, I'd be cautious about adding in too >> much simply because we don't have a huge pool of committers at the >> moment. > > Something to be careful of is inclusion of external code that still evolves > outside of the stdlib. When I install 2.7.1 complete with xyz library, a > week later when the author comes out with a great new feature, my install is > already out of date. That's my biggest concern. As someone said, the stdlib is where code goes to die :). Another consideration is that the Python stdlib may one day become its own project, and we may not want to diverge from it. - Jeff From haniti.grk at gmail.com Fri Feb 18 06:29:28 2011 From: haniti.grk at gmail.com (haniti grk) Date: Thu, 17 Feb 2011 23:29:28 -0600 Subject: [IronPython] List of easy to fix issues Message-ID: I am trying to get my feet wet with IronPython, can anyone come with a new list of easy to fix issues? Guidance is also appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Fri Feb 18 07:24:42 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 17 Feb 2011 23:24:42 -0700 Subject: [IronPython] Bugfix for 2.7B2 allows pdb to run. In-Reply-To: References: Message-ID: Patch applied. Thanks! - Jeff On Wed, Feb 16, 2011 at 8:12 AM, Andr?s Martinelli wrote: > Hi, > > ?I have fixed a bug in 2.7B2 which prevented pdb from running. > > ?The problem is due to an exception thrown when accessing the > f_globals property of a frame. > > ?I've reported the bug details ( > http://ironpython.codeplex.com/workitem/30177 ) and attached a patch > with a one line fix. > > ?Please review and let me know if I can provide any further assistance. > > cheers, > Andr?s > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From rjnienaber at gmail.com Fri Feb 18 08:11:57 2011 From: rjnienaber at gmail.com (Richard Nienaber) Date: Fri, 18 Feb 2011 07:11:57 +0000 Subject: [IronPython] List of easy to fix issues In-Reply-To: References: Message-ID: For a list of easy to fix issues, the Contributing to IronPythonpage on Codeplex has a few suggestions. You may also want to look at Repository Instructionsto get at the source on github . Richard On Fri, Feb 18, 2011 at 5:29 AM, haniti grk wrote: > I am trying to get my feet wet with IronPython, can anyone come with a new > list of easy to fix issues? Guidance is also appreciated. > > _______________________________________________ > 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 microsoft.com Sun Feb 20 01:56:14 2011 From: dinov at microsoft.com (Dino Viehland) Date: Sun, 20 Feb 2011 00:56:14 +0000 Subject: [IronPython] List of easy to fix issues In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E014FFDB9@TK5EX14MBXC133.redmond.corp.microsoft.com> I've updated the bugs list on the contributing to IronPython page - some of the bugs were fixed and I've added some more. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Richard Nienaber Sent: Thursday, February 17, 2011 11:12 PM To: Discussion of IronPython Subject: Re: [IronPython] List of easy to fix issues For a list of easy to fix issues, the Contributing to IronPython page on Codeplex has a few suggestions. You may also want to look at Repository Instructions to get at the source on github. Richard On Fri, Feb 18, 2011 at 5:29 AM, haniti grk > wrote: I am trying to get my feet wet with IronPython, can anyone come with a new list of easy to fix issues? Guidance is also appreciated. _______________________________________________ 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 vernondcole at gmail.com Sun Feb 20 07:06:04 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Sat, 19 Feb 2011 23:06:04 -0700 Subject: [IronPython] Fwd: Status updated to Closed for Issue: distutils "install" command will not install a simple module. [IronPython: 28530] In-Reply-To: References: Message-ID: Jeff: You are right to close this bug -- I made a bad report based on an incorrect assumption. But I would not have been led astray if the error message had not been so obscure. It should SAY just exactly what you said: "elevation is required." IMHO the distutils error reporting should be improved. My question for you: Is IronPython distutils a special version (and we can fix it here) or straight from the Python Standard Library (and it must be fixed there)? Perhaps I can supply a patch, but I need to know where to send it. -- Vernon ---------- Forwarded message ---------- From: Date: Sat, Feb 19, 2011 at 3:53 AM Subject: Status updated to Closed for Issue: distutils "install" command will not install a simple module. [IronPython: 28530] To: vernondcole at gmail.com User jdhardy has updated Issue: distutils "install" command will not install a simple module.. Status has changed from Proposed to Closed with the following comment, "This is 'By Design'. Elevation is required to write to C:\Program Files." View the full issue online . You are receiving this email because you are tracking this work item on IronPython . You can unsubscribe at CodePlex.com . This is an unmonitored account. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Sun Feb 20 16:18:34 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 20 Feb 2011 08:18:34 -0700 Subject: [IronPython] Fwd: Status updated to Closed for Issue: distutils "install" command will not install a simple module. [IronPython: 28530] In-Reply-To: References: Message-ID: Hi Vernon, A little of both, actually - we have a copy of the Python stdlib, and there are some modifications to it, but the goal is to stay as close as possible to the CPython stdlib. If you supply a patch upstream, I'll apply it to our copy because it affects us more than CPython, and it likely won't make production until 3.3. I wouldn't worry about trying to determine if elevation is required - just 'write access denied' should be enough. - Jeff On Sat, Feb 19, 2011 at 11:06 PM, Vernon Cole wrote: > Jeff: > ? You are right to close this bug -- I made a bad report based on an > incorrect assumption. But I would not have been led astray if the error > message had not been so obscure.? It should SAY just exactly what you said: > "elevation is required."? IMHO the distutils error reporting should be > improved. > ?My question for you: Is IronPython distutils a special version (and we can > fix it here) or straight from the Python Standard Library (and it must be > fixed there)? > ? Perhaps I can supply a patch, but I need to know where to send it. > -- > Vernon > > ---------- Forwarded message ---------- > From: > Date: Sat, Feb 19, 2011 at 3:53 AM > Subject: Status updated to Closed for Issue: distutils "install" command > will not install a simple module. [IronPython: 28530] > To: vernondcole at gmail.com > > > User jdhardy has updated Issue: distutils "install" command will not install > a simple module.. > > Status has changed from Proposed to Closed with the following comment, > > "This is 'By Design'. Elevation is required to write to C:\Program Files." > > > View the full issue online. > > You are receiving this email because you are tracking this work item on > IronPython. You can unsubscribe at CodePlex.com. This is an unmonitored > account. > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From vernondcole at gmail.com Sun Feb 20 17:42:11 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Sun, 20 Feb 2011 09:42:11 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? Message-ID: I've lost my link, and cannot muddle my way to meaningful results on either Codeplex, Wikepedia or Github. Github actually refers me back to Codeplex, where the most recent release is October of last year. What is the URL to the real, true, current official source for IronPython? -- Vernon Cole -------------- next part -------------- An HTML attachment was scrubbed... URL: From dvdotsenko at gmail.com Sun Feb 20 20:06:48 2011 From: dvdotsenko at gmail.com (Daniel D.) Date: Sun, 20 Feb 2011 11:06:48 -0800 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: Message-ID: See Setting up Repository http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home On Sun, Feb 20, 2011 at 08:42, Vernon Cole wrote: > I've lost my link, and cannot muddle my way to meaningful results on either > Codeplex, Wikepedia or Github. Github actually refers me back to Codeplex, > where the most recent release is October of last year. > What is the URL to the real, true, current official source for IronPython? > -- > Vernon Cole > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From jdhardy at gmail.com Sun Feb 20 22:54:17 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 20 Feb 2011 14:54:17 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: Message-ID: Github is the master source. And yes, the various websites need straightening out. - Jeff On Sun, Feb 20, 2011 at 9:42 AM, Vernon Cole wrote: > I've lost my link, and cannot muddle my way to meaningful results on either > Codeplex, Wikepedia or Github. Github actually refers me back to Codeplex, > where the most recent release is October of last year. > What is the URL to the real, true, current official source for IronPython? > -- > Vernon Cole > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From jdhardy at gmail.com Sun Feb 20 22:59:04 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 20 Feb 2011 14:59:04 -0700 Subject: [IronPython] 2.7 RC1 postponed Message-ID: Hi all, The first 2.7 RC was scheduled for today, but due to other commitments I probably won't get it packaged until tomorrow. - Jeff From vernondcole at gmail.com Sun Feb 20 23:16:55 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Sun, 20 Feb 2011 15:16:55 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: Message-ID: I searched on Github for the keyword "IronPython". The search returns 20 repositories and 399 source trees. None of the repositories seems to be IronPython. I only checked the first 25 source references.... What's the URL? -- Vernon On Sun, Feb 20, 2011 at 2:54 PM, Jeff Hardy wrote: > Github is the master source. And yes, the various websites need > straightening out. > > - Jeff > > On Sun, Feb 20, 2011 at 9:42 AM, Vernon Cole > wrote: > > I've lost my link, and cannot muddle my way to meaningful results on > either > > Codeplex, Wikepedia or Github. Github actually refers me back to > Codeplex, > > where the most recent release is October of last year. > > What is the URL to the real, true, current official source for > IronPython? > > -- > > Vernon Cole > > > > > > _______________________________________________ > > 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 microsoft.com Sun Feb 20 23:22:23 2011 From: dinov at microsoft.com (Dino Viehland) Date: Sun, 20 Feb 2011 22:22:23 +0000 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> It's actually IronLanguages as it's where both IronPython and IronRuby are being developed out of - https://github.com/IronLanguages/main From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Vernon Cole Sent: Sunday, February 20, 2011 2:17 PM To: Jeff Hardy Cc: Discussion of IronPython Subject: Re: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? I searched on Github for the keyword "IronPython". The search returns 20 repositories and 399 source trees. None of the repositories seems to be IronPython. I only checked the first 25 source references.... What's the URL? -- Vernon On Sun, Feb 20, 2011 at 2:54 PM, Jeff Hardy > wrote: Github is the master source. And yes, the various websites need straightening out. - Jeff On Sun, Feb 20, 2011 at 9:42 AM, Vernon Cole > wrote: > I've lost my link, and cannot muddle my way to meaningful results on either > Codeplex, Wikepedia or Github. Github actually refers me back to Codeplex, > where the most recent release is October of last year. > What is the URL to the real, true, current official source for IronPython? > -- > Vernon Cole > > > _______________________________________________ > 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 davew252 at tx.rr.com Mon Feb 21 05:16:53 2011 From: davew252 at tx.rr.com (Dave Wald) Date: Sun, 20 Feb 2011 22:16:53 -0600 Subject: [IronPython] Embedding IPython Shell into IronPython In-Reply-To: <4D5AB976.4050300@bostream.nu> References: <20110209224535.C16FA71E@apollo.cosbi.eu> <20110210104302.4557471E@apollo.cosbi.eu> <20110211041009.34DF971E@apollo.cosbi.eu> <20110215094333.DA5D271E@apollo.cosbi.eu> <4D5A8E41.6050603@tx.rr.com> <4D5AB976.4050300@bostream.nu> Message-ID: <4D61E735.6090800@tx.rr.com> J?rgen, I spent a good bit of time with pyreadline over the weekend but was not able to get it to work. It appears that the IronPython-related code is not DLR-aware. I went ahead and entered a bug report with my findings: https://bugs.launchpad.net/pyreadline/+bug/722440 Best regards, Dave On 2/15/2011 11:35 AM, J?rgen Stenarson wrote:Dave Wald skrev 2011-02-15 15:31: >> Federico, >> No problem. Enjoyed working on it. Now, the even better news. >> PyReadline HAS BEEN ported to IronPython! ;-) >> http://ironpython-urls.blogspot.com/2006/11/pyreadline-for-ironpython.html >> >> So IPython could very likely be made fully functional... with a bit >> of work. >> From what I gather so far, you may still have to compile your own >> version of IronPython as per the discussion therein, but, I just need to >> get some more time to play with this. > hi, > > unfortunately the pyreadline support for ironpython has not been > tested for quite a while so I do not know if it works as is or if some > changes are needed. > > I have not seen any bugreports for what is there either but I guess > that may well just be because it is not used. If you find any problems > please report them on the launchpad tracker > https://bugs.launchpad.net/pyreadline > > /J?rgen > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From vernondcole at gmail.com Mon Feb 21 06:39:46 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Sun, 20 Feb 2011 22:39:46 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> References: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Thanks! That worked great. Now here's my first direct contribution. see http://ironpython.codeplex.com/workitem/30218 for a version of webbrowser.py which actually works on cli. (and therefore "import antigravity" also works.) -- Vernon On Sun, Feb 20, 2011 at 3:22 PM, Dino Viehland wrote: > It?s actually IronLanguages as it?s where both IronPython and IronRuby > are being developed out of - https://github.com/IronLanguages/main > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Mon Feb 21 19:05:42 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Mon, 21 Feb 2011 11:05:42 -0700 Subject: [IronPython] How do you detect operating systems from within IronPython? Message-ID: I received a reminder today on a module I modified: v v v dsblank wrote Today at 8:01 AM Remember that IronPython runs on many different operating systems. It isn't clear from the patch if this works on Mac and Linux under Mono. ^ ^ ^ Which brings up a really good point.... How do I tell what operating system IronPython is running on? The original module (webbrowser.py) has lots of operating systems specific code, all separated by: if os.platform[:3] == 'win' which I have modified to: if os.platform[:3] in ['win','cli'] but that assumes that mono emulates Windows to a high degree, which thing I doubt. The best guess I can make as to more correct code would be: if os.platform[:3] == 'win' or (os.platform[:3] == 'cli' and os.linesep == '\r\n') Yeeach! How should I really be doing it? -- Vernon Cole -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Feb 21 19:19:20 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 21 Feb 2011 11:19:20 -0700 Subject: [IronPython] How do you detect operating systems from within IronPython? In-Reply-To: References: Message-ID: On Mon, Feb 21, 2011 at 11:05 AM, Vernon Cole wrote: > How should I really be doing it? os.name usually has the actual underlying OS, but depending on what you need to do it may be better to have a block that is just for 'cli' that calls into a .NET API, and let .NET/Mono smooth over the platform differences. - Jeff From brian.curtin at gmail.com Mon Feb 21 19:58:30 2011 From: brian.curtin at gmail.com (Brian Curtin) Date: Mon, 21 Feb 2011 12:58:30 -0600 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: On Sun, Feb 20, 2011 at 23:39, Vernon Cole wrote: > Thanks! That worked great. > Now here's my first direct contribution. > see http://ironpython.codeplex.com/workitem/30218 for a version of > webbrowser.py which actually works on cli. > (and therefore "import antigravity" also works.) > -- > Vernon I think this would be better suited in the standard library at svn.python.org, rather than just within IronPython. Thoughts on that? I haven't followed long enough to know how standard library changes are usually handled around here, but you'd have to re-apply this change whenever re-syncing. As for the change, wouldn't it be cleaner to make a shortcut like """windows = sys.platform in ["win32", "cli"]""" and then test """if windows:"""? -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Mon Feb 21 20:33:59 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Mon, 21 Feb 2011 12:33:59 -0700 Subject: [IronPython] How do you detect operating systems from within IronPython? In-Reply-To: References: Message-ID: This is probably almost a confession on this group, but I don't USE the .NET API very often. My reason for mucking with IronPython is left handed. I have this great module which works on CPython 2.n and CPyton 3.n and I want it to work on IronPython, too. I feel that the .NET API is almost as ungodly as the Java API, and not quite as well documented. That's why I am working on cross-platform tools, so the application programmer does not need to learn the gnarly details of the API's. So I learn just barely enough .NET to make my module work. The app programmer calls webbrowser.open('http://digvil.info') and the magic happens. Then I go searching for another tool that application programmers need. I don't really have a life. So I wrote (okay, modified) a tool which calls into the .NET API and let .NET/Mono smooth out the difference. Next morning, I get a note from a Mono user that I may have screwed up. So now I get to spend several more days thrashing around in an IDE that I don't know and will probably never use again so that I can build a current copy of Mono/IronPython to test against. [puff -- puff -- whew! Thanks, I feel better now.] Thanks for the hint about os.name. I was hoping for something a little more definitive than 'nt', but it will suffice for the time being. What I was originally looking for was an answer to the question "does this operating system use/require UAC elevation." Is there a .NET call which will answer that question? Mono people -- can you tell me whether I need to use 'sudo' in Ubuntu? -- Vernon On Mon, Feb 21, 2011 at 11:19 AM, Jeff Hardy wrote: > On Mon, Feb 21, 2011 at 11:05 AM, Vernon Cole > wrote: > > How should I really be doing it? > > os.name usually has the actual underlying OS, but depending on what > you need to do it may be better to have a block that is just for 'cli' > that calls into a .NET API, and let .NET/Mono smooth over the platform > differences. > > - Jeff > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Feb 21 21:09:36 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 21 Feb 2011 13:09:36 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: On Mon, Feb 21, 2011 at 11:58 AM, Brian Curtin wrote: > I think this would be better suited in the standard library at > svn.python.org, rather than just within IronPython. Thoughts on that? I > haven't followed long enough to know how standard library changes are > usually handled around here, but you'd have to re-apply this change whenever > re-syncing. Generally we prefer to remain as close as possible to the CPython stdlib, but I think the 2.7 stdlib is pretty much frozen at this point. When switching to the 3.x stdlib, we'll figure out what can be pushed upstream and what should maybe be IronPython-specific. I'm hoping that, with 3.2 now out, the process of splitting off the stdlib can proceed, but I think it's held up by the hg transition as well. That would be ideal. > As for the change, wouldn't it be cleaner to make a shortcut like """windows > = sys.platform in ["win32", "cli"]""" and then test """if windows:"""? The problem is that just 'cli' != 'windows' - it could be running on Linux or MacOS via Mono. The best I've found for identifying Windows is: sys.platform == 'win32' or (sys.platform == 'cli' and os.name == 'nt') or, just: os.name == 'nt' - Jeff From vernondcole at gmail.com Mon Feb 21 22:41:35 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Mon, 21 Feb 2011 14:41:35 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: I agree with all of you. I was trying to get something that works in the default case (no switches, IronPython on Windows). I am not really equipped to test the other options. I'ld like to, but I'm not going to run out and buy a Mac just to test on. (If only I could.) If it only works in the default case, but not the edges, it's better than not working at all, IMHO. I'll spend more time working on it, then learn to make a patch file (last time I tried, Mark could not read it, and I ended up sending him the whole text) and re-submit. Will someone please volunteer to help me figure out why I can't build IPy on Ubuntu? I'll pay the phone/connection charges. -- Vernon > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.j.dower at gmail.com Mon Feb 21 22:48:43 2011 From: s.j.dower at gmail.com (Steve Dower) Date: Tue, 22 Feb 2011 08:48:43 +1100 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Ubuntu doesn't have the latest version of Mono, which is required for the .NET 4.0 equivalent compiler (dmcs). You would have to build Mono from sources to get it. Alternatively, most other distributions seem to use the latest version (in particular, OpenSUSE and RHEL are actively supported by Mono). You can get a ready-made OpenSUSE VM from the Mono site. You may not even need to build IronPython using Mono. I'm using msbuild binaries on OpenSUSE at the moment and haven't had any issues (yet). Also, buying a Mac for testing appears to be the only option, since they don't allow the use of MacOS in VMs (legally, anyway). (I'm sure that will be taken into consideration when setting up CI, right...?) On Tue, Feb 22, 2011 at 08:41, Vernon Cole wrote: > I agree with all of? you.? I was trying to get something that works in the > default case (no switches, IronPython on Windows). > I am not really equipped to test the other options. I'ld like to, but I'm > not going to run out and buy a Mac just to test on.? (If only I could.) > If it only works in the default case, but not the edges, it's better than > not working at all, IMHO. > > I'll spend more time working on it, then learn to make a patch file (last > time I tried, Mark could not read it, and I ended up sending him the whole > text) and re-submit. > > Will someone please volunteer to help me figure out why I can't build IPy on > Ubuntu?? I'll pay the phone/connection charges. > -- > Vernon > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From jdhardy at gmail.com Mon Feb 21 23:59:07 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 21 Feb 2011 15:59:07 -0700 Subject: [IronPython] IronPython 2.7 Release Candidate 1 is now available Message-ID: On behalf of the entire IronPython team: We are pleased to announce the first Release Candidate for IronPython 2.7[1]. This release contains over two dozen bugs fixed in preparation for 2.7 Final. See the release notes for 2.7 Beta 2[2] for details and what has already been fixed in the earlier 2.7 prereleases. - IronPython Team [1] http://ironpython.codeplex.com/releases/view/61395 [2] http://ironpython.codeplex.com/releases/view/60193 From vernondcole at gmail.com Tue Feb 22 00:03:47 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Mon, 21 Feb 2011 16:03:47 -0700 Subject: [IronPython] Arright dangit! Where is the OFFICIAL IronPython source code? In-Reply-To: References: <6C7ABA8B4E309440B857D74348836F2E01500481@TK5EX14MBXC133.redmond.corp.microsoft.com> Message-ID: Or we can find the bloke who is not keeping Ubuntu Mono and Iron Python releases up to date and kick his.... errr... ummm.... (mumble)... It is pretty weird that the distro which always has the latest of everything is the one with the old IPy/Mono, where the one which is NEVER up to date (RHEL) has it. I'll do some investigating. I'm afraid my experiences with SUSE and Red Hat are what drove me to Ubuntu. I do almost all of my open source work on a laptop, and there is a limit to what I dare ask it to do. Two operating systems and six IDEs/languages are pushing it a bit. Running VM would be over the top. Perhaps I can set up another desktop when I get home. Thanks for the advice. Vernon On Mon, Feb 21, 2011 at 2:48 PM, Steve Dower wrote: > Ubuntu doesn't have the latest version of Mono, which is required for > the .NET 4.0 equivalent compiler (dmcs). You would have to build Mono > from sources to get it. Alternatively, most other distributions seem > to use the latest version (in particular, OpenSUSE and RHEL are > actively supported by Mono). You can get a ready-made OpenSUSE VM from > the Mono site. > > You may not even need to build IronPython using Mono. I'm using > msbuild binaries on OpenSUSE at the moment and haven't had any issues > (yet). > > Also, buying a Mac for testing appears to be the only option, since > they don't allow the use of MacOS in VMs (legally, anyway). (I'm sure > that will be taken into consideration when setting up CI, right...?) > > On Tue, Feb 22, 2011 at 08:41, Vernon Cole wrote: > > I agree with all of you. I was trying to get something that works in > the > > default case (no switches, IronPython on Windows). > > I am not really equipped to test the other options. I'ld like to, but I'm > > not going to run out and buy a Mac just to test on. (If only I could.) > > If it only works in the default case, but not the edges, it's better than > > not working at all, IMHO. > > > > I'll spend more time working on it, then learn to make a patch file (last > > time I tried, Mark could not read it, and I ended up sending him the > whole > > text) and re-submit. > > > > Will someone please volunteer to help me figure out why I can't build IPy > on > > Ubuntu? I'll pay the phone/connection charges. > > -- > > Vernon > > > > > > _______________________________________________ > > 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 jdhardy at gmail.com Tue Feb 22 00:12:02 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 21 Feb 2011 16:12:02 -0700 Subject: [IronPython] Road to IronPython 2.7 (update) Message-ID: Hi all, The following issues are blockers for IronPython 2.7: * #29841 - sysconfig traceback when starting 2.7B1 - http://ironpython.codeplex.com/workitem/29841 I don't know enough about Mono/MacOS/POSIX to fix this one properly. I haven't yet chercked what the Mono guys did to get it working on Linux. * (no issue) - Visual Studio tools The Visual Studio tools are basically broken right now - I can't launch or debug even the default console program. I think it's because it can't find the interpreter, but I thought I fixed that already. * (no issue) - silverlight support I have no idea what the status of the silverlight support is. Once these are resolved (one way of another) I think 2.7 will be ready to go. - Jeff P.S. In all honesty I would have preferred to call the latest release Beta 3 instead of RC1, but I had already changed the version strings and didn't want to change them back :|. From s.j.dower at gmail.com Tue Feb 22 01:01:57 2011 From: s.j.dower at gmail.com (Steve Dower) Date: Tue, 22 Feb 2011 11:01:57 +1100 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: The tools problem seems to be to do with the installer. IPyTools (PythonRuntimeHost.cs:89-100) tries to load the installed path from HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy 2.7 RC1 installed without IPyTools, which were built from source) this is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) which contains "ipy64", which is then combined (PythonStarter.cs:69) with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which doesn't exist). If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my actual install path (where ipy.exe is) it works fine. I assume this should be done in the installer. Steve On Tue, Feb 22, 2011 at 10:12, Jeff Hardy wrote: > Hi all, > The following issues are blockers for IronPython 2.7: > > * #29841 - sysconfig traceback when starting 2.7B1 - > http://ironpython.codeplex.com/workitem/29841 > I don't know enough about Mono/MacOS/POSIX to fix this one properly. I > haven't yet chercked what the Mono guys did to get it working on > Linux. > > * (no issue) - Visual Studio tools > The Visual Studio tools are basically broken right now - I can't > launch or debug even the default console program. I think it's because > it can't find the interpreter, but I thought I fixed that already. > > * (no issue) - silverlight support > I have no idea what the status of the silverlight support is. > > Once these are resolved (one way of another) I think 2.7 will be ready to go. > > - Jeff > > P.S. In all honesty I would have preferred to call the latest release > Beta 3 instead of RC1, but I had already changed the version strings > and didn't want to change them back :|. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From jimmy at schementi.com Tue Feb 22 01:31:25 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 21 Feb 2011 19:31:25 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: I can do a quick test pass of the silverlight support. ~Jimmy On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower wrote: > The tools problem seems to be to do with the installer. IPyTools > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > 2.7 RC1 installed without IPyTools, which were built from source) this > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > which contains "ipy64", which is then combined (PythonStarter.cs:69) > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > doesn't exist). > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > actual install path (where ipy.exe is) it works fine. I assume this > should be done in the installer. > > > Steve > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy wrote: >> Hi all, >> The following issues are blockers for IronPython 2.7: >> >> * #29841 - sysconfig traceback when starting 2.7B1 - >> http://ironpython.codeplex.com/workitem/29841 >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I >> haven't yet chercked what the Mono guys did to get it working on >> Linux. >> >> * (no issue) - Visual Studio tools >> The Visual Studio tools are basically broken right now - I can't >> launch or debug even the default console program. I think it's because >> it can't find the interpreter, but I thought I fixed that already. >> >> * (no issue) - silverlight support >> I have no idea what the status of the silverlight support is. >> >> Once these are resolved (one way of another) I think 2.7 will be ready to go. >> >> - Jeff >> >> P.S. In all honesty I would have preferred to call the latest release >> Beta 3 instead of RC1, but I had already changed the version strings >> and didn't want to change them back :|. >> _______________________________________________ >> 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 tristanz at gmail.com Tue Feb 22 03:10:59 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Mon, 21 Feb 2011 21:10:59 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: There seems to be some regressions between 2.6 and 2.7 for OSX/Mono. In particular, in addition to the traceback bug, the uuid module still has a problem: http://ironpython.codeplex.com/workitem/28904 Given that uuid appears all over the place, this is relatively serious, I think. I'd look into these, but the standard IronPython solution doesn't compile on OSX/Mono. Tristan On Mon, Feb 21, 2011 at 7:31 PM, Jimmy Schementi wrote: > I can do a quick test pass of the silverlight support. > ~Jimmy > > > > On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower wrote: > > The tools problem seems to be to do with the installer. IPyTools > > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > > 2.7 RC1 installed without IPyTools, which were built from source) this > > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > > which contains "ipy64", which is then combined (PythonStarter.cs:69) > > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > > doesn't exist). > > > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > > actual install path (where ipy.exe is) it works fine. I assume this > > should be done in the installer. > > > > > > Steve > > > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy wrote: > >> Hi all, > >> The following issues are blockers for IronPython 2.7: > >> > >> * #29841 - sysconfig traceback when starting 2.7B1 - > >> http://ironpython.codeplex.com/workitem/29841 > >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I > >> haven't yet chercked what the Mono guys did to get it working on > >> Linux. > >> > >> * (no issue) - Visual Studio tools > >> The Visual Studio tools are basically broken right now - I can't > >> launch or debug even the default console program. I think it's because > >> it can't find the interpreter, but I thought I fixed that already. > >> > >> * (no issue) - silverlight support > >> I have no idea what the status of the silverlight support is. > >> > >> Once these are resolved (one way of another) I think 2.7 will be ready > to go. > >> > >> - Jeff > >> > >> P.S. In all honesty I would have preferred to call the latest release > >> Beta 3 instead of RC1, but I had already changed the version strings > >> and didn't want to change them back :|. > >> _______________________________________________ > >> 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 dinov at microsoft.com Tue Feb 22 03:48:16 2011 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 22 Feb 2011 02:48:16 +0000 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: <6C7ABA8B4E309440B857D74348836F2E01527043@TK5EX14MBXC137.redmond.corp.microsoft.com> Can you run w/ -X:ExceptionDetail? My guess is there's something different about Mono's big integer implementation when you do bigInt.ToString("X"). We used to convert the string to hex ourselves but that was slower than .NETs ToString implementation so I switched to using ToString instead (and uuid goes through this path). From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Tristan Zajonc Sent: Monday, February 21, 2011 6:11 PM To: Discussion of IronPython Subject: Re: [IronPython] Road to IronPython 2.7 (update) There seems to be some regressions between 2.6 and 2.7 for OSX/Mono. In particular, in addition to the traceback bug, the uuid module still has a problem: http://ironpython.codeplex.com/workitem/28904 Given that uuid appears all over the place, this is relatively serious, I think. I'd look into these, but the standard IronPython solution doesn't compile on OSX/Mono. Tristan On Mon, Feb 21, 2011 at 7:31 PM, Jimmy Schementi > wrote: I can do a quick test pass of the silverlight support. ~Jimmy On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower > wrote: > The tools problem seems to be to do with the installer. IPyTools > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > 2.7 RC1 installed without IPyTools, which were built from source) this > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > which contains "ipy64", which is then combined (PythonStarter.cs:69) > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > doesn't exist). > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > actual install path (where ipy.exe is) it works fine. I assume this > should be done in the installer. > > > Steve > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy > wrote: >> Hi all, >> The following issues are blockers for IronPython 2.7: >> >> * #29841 - sysconfig traceback when starting 2.7B1 - >> http://ironpython.codeplex.com/workitem/29841 >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I >> haven't yet chercked what the Mono guys did to get it working on >> Linux. >> >> * (no issue) - Visual Studio tools >> The Visual Studio tools are basically broken right now - I can't >> launch or debug even the default console program. I think it's because >> it can't find the interpreter, but I thought I fixed that already. >> >> * (no issue) - silverlight support >> I have no idea what the status of the silverlight support is. >> >> Once these are resolved (one way of another) I think 2.7 will be ready to go. >> >> - Jeff >> >> P.S. In all honesty I would have preferred to call the latest release >> Beta 3 instead of RC1, but I had already changed the version strings >> and didn't want to change them back :|. >> _______________________________________________ >> 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 Tomas.Matousek at microsoft.com Tue Feb 22 04:01:35 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 22 Feb 2011 03:01:35 +0000 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: IronPython.Mono.sln should build fine on Mono 2.10 RC2. Tomas From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Tristan Zajonc Sent: Monday, February 21, 2011 6:11 PM To: Discussion of IronPython Subject: Re: [IronPython] Road to IronPython 2.7 (update) There seems to be some regressions between 2.6 and 2.7 for OSX/Mono. In particular, in addition to the traceback bug, the uuid module still has a problem: http://ironpython.codeplex.com/workitem/28904 Given that uuid appears all over the place, this is relatively serious, I think. I'd look into these, but the standard IronPython solution doesn't compile on OSX/Mono. Tristan On Mon, Feb 21, 2011 at 7:31 PM, Jimmy Schementi > wrote: I can do a quick test pass of the silverlight support. ~Jimmy On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower > wrote: > The tools problem seems to be to do with the installer. IPyTools > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > 2.7 RC1 installed without IPyTools, which were built from source) this > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > which contains "ipy64", which is then combined (PythonStarter.cs:69) > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > doesn't exist). > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > actual install path (where ipy.exe is) it works fine. I assume this > should be done in the installer. > > > Steve > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy > wrote: >> Hi all, >> The following issues are blockers for IronPython 2.7: >> >> * #29841 - sysconfig traceback when starting 2.7B1 - >> http://ironpython.codeplex.com/workitem/29841 >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I >> haven't yet chercked what the Mono guys did to get it working on >> Linux. >> >> * (no issue) - Visual Studio tools >> The Visual Studio tools are basically broken right now - I can't >> launch or debug even the default console program. I think it's because >> it can't find the interpreter, but I thought I fixed that already. >> >> * (no issue) - silverlight support >> I have no idea what the status of the silverlight support is. >> >> Once these are resolved (one way of another) I think 2.7 will be ready to go. >> >> - Jeff >> >> P.S. In all honesty I would have preferred to call the latest release >> Beta 3 instead of RC1, but I had already changed the version strings >> and didn't want to change them back :|. >> _______________________________________________ >> 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 tristanz at gmail.com Tue Feb 22 08:42:01 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Tue, 22 Feb 2011 02:42:01 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: IronPython 2.7 RC 1 (2.7.0.30) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> import uuid Number overflow. at System.Numerics.BigInteger.op_Explicit (System.Numerics.BigInteger) <0x000aa> at Microsoft.Scripting.Utils.MathUtils.AsInt32 (System.Numerics.BigInteger,int&) <0x00067> at IronPython.Runtime.Operations.BigIntegerOps.Compare (System.Numerics.BigInteger,int) <0x00028> at (wrapper dynamic-method) object.CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object,object) <0x0011d> at System.Dynamic.UpdateDelegates.UpdateAndExecute2 (System.Runtime.CompilerServices.CallSite,object,object) <0x00382> at Microsoft.Scripting.Interpreter.DynamicInstruction`3.Run (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x000bc> at Microsoft.Scripting.Interpreter.Interpreter.Run (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x00077> OverflowError: Number overflow. On Mon, Feb 21, 2011 at 10:01 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > IronPython.Mono.sln should build fine on Mono 2.10 RC2. > > > > Tomas > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Tristan Zajonc > *Sent:* Monday, February 21, 2011 6:11 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Road to IronPython 2.7 (update) > > > > There seems to be some regressions between 2.6 and 2.7 for OSX/Mono. In > particular, in addition to the traceback bug, the uuid module still has a > problem: > > > > http://ironpython.codeplex.com/workitem/28904 > > > > Given that uuid appears all over the place, this is relatively serious, I > think. I'd look into these, but the standard IronPython solution doesn't > compile on OSX/Mono. > > > > Tristan > > > > > > On Mon, Feb 21, 2011 at 7:31 PM, Jimmy Schementi > wrote: > > I can do a quick test pass of the silverlight support. > ~Jimmy > > > > > On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower wrote: > > The tools problem seems to be to do with the installer. IPyTools > > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > > 2.7 RC1 installed without IPyTools, which were built from source) this > > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > > which contains "ipy64", which is then combined (PythonStarter.cs:69) > > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > > doesn't exist). > > > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > > actual install path (where ipy.exe is) it works fine. I assume this > > should be done in the installer. > > > > > > Steve > > > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy wrote: > >> Hi all, > >> The following issues are blockers for IronPython 2.7: > >> > >> * #29841 - sysconfig traceback when starting 2.7B1 - > >> http://ironpython.codeplex.com/workitem/29841 > >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I > >> haven't yet chercked what the Mono guys did to get it working on > >> Linux. > >> > >> * (no issue) - Visual Studio tools > >> The Visual Studio tools are basically broken right now - I can't > >> launch or debug even the default console program. I think it's because > >> it can't find the interpreter, but I thought I fixed that already. > >> > >> * (no issue) - silverlight support > >> I have no idea what the status of the silverlight support is. > >> > >> Once these are resolved (one way of another) I think 2.7 will be ready > to go. > >> > >> - Jeff > >> > >> P.S. In all honesty I would have preferred to call the latest release > >> Beta 3 instead of RC1, but I had already changed the version strings > >> and didn't want to change them back :|. > >> _______________________________________________ > >> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristanz at gmail.com Tue Feb 22 09:07:18 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Tue, 22 Feb 2011 03:07:18 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: Tomas, Have you compiled on OSX with MonoDevelop? When I try this with latest Mono 2.10/MonoDevelop 2.4.2 and latest github ironlanguage code I get tons of issues. That being said the latest MonoDevelop/Mono combo also doesn't seem to be working very well on their own either. I have to go back several versions to get something stable. Tristan On Mon, Feb 21, 2011 at 10:01 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > IronPython.Mono.sln should build fine on Mono 2.10 RC2. > > > > Tomas > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Tristan Zajonc > *Sent:* Monday, February 21, 2011 6:11 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Road to IronPython 2.7 (update) > > > > There seems to be some regressions between 2.6 and 2.7 for OSX/Mono. In > particular, in addition to the traceback bug, the uuid module still has a > problem: > > > > http://ironpython.codeplex.com/workitem/28904 > > > > Given that uuid appears all over the place, this is relatively serious, I > think. I'd look into these, but the standard IronPython solution doesn't > compile on OSX/Mono. > > > > Tristan > > > > > > On Mon, Feb 21, 2011 at 7:31 PM, Jimmy Schementi > wrote: > > I can do a quick test pass of the silverlight support. > ~Jimmy > > > > > On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower wrote: > > The tools problem seems to be to do with the installer. IPyTools > > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > > 2.7 RC1 installed without IPyTools, which were built from source) this > > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > > which contains "ipy64", which is then combined (PythonStarter.cs:69) > > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > > doesn't exist). > > > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > > actual install path (where ipy.exe is) it works fine. I assume this > > should be done in the installer. > > > > > > Steve > > > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy wrote: > >> Hi all, > >> The following issues are blockers for IronPython 2.7: > >> > >> * #29841 - sysconfig traceback when starting 2.7B1 - > >> http://ironpython.codeplex.com/workitem/29841 > >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I > >> haven't yet chercked what the Mono guys did to get it working on > >> Linux. > >> > >> * (no issue) - Visual Studio tools > >> The Visual Studio tools are basically broken right now - I can't > >> launch or debug even the default console program. I think it's because > >> it can't find the interpreter, but I thought I fixed that already. > >> > >> * (no issue) - silverlight support > >> I have no idea what the status of the silverlight support is. > >> > >> Once these are resolved (one way of another) I think 2.7 will be ready > to go. > >> > >> - Jeff > >> > >> P.S. In all honesty I would have preferred to call the latest release > >> Beta 3 instead of RC1, but I had already changed the version strings > >> and didn't want to change them back :|. > >> _______________________________________________ > >> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Tue Feb 22 18:16:57 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 22 Feb 2011 17:16:57 +0000 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: No. Have you tried building from command line? xbuild IronPython.Mono.sln Tomas From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Tristan Zajonc Sent: Tuesday, February 22, 2011 12:07 AM To: Discussion of IronPython Subject: Re: [IronPython] Road to IronPython 2.7 (update) Tomas, Have you compiled on OSX with MonoDevelop? When I try this with latest Mono 2.10/MonoDevelop 2.4.2 and latest github ironlanguage code I get tons of issues. That being said the latest MonoDevelop/Mono combo also doesn't seem to be working very well on their own either. I have to go back several versions to get something stable. Tristan On Mon, Feb 21, 2011 at 10:01 PM, Tomas Matousek > wrote: IronPython.Mono.sln should build fine on Mono 2.10 RC2. Tomas From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Tristan Zajonc Sent: Monday, February 21, 2011 6:11 PM To: Discussion of IronPython Subject: Re: [IronPython] Road to IronPython 2.7 (update) There seems to be some regressions between 2.6 and 2.7 for OSX/Mono. In particular, in addition to the traceback bug, the uuid module still has a problem: http://ironpython.codeplex.com/workitem/28904 Given that uuid appears all over the place, this is relatively serious, I think. I'd look into these, but the standard IronPython solution doesn't compile on OSX/Mono. Tristan On Mon, Feb 21, 2011 at 7:31 PM, Jimmy Schementi > wrote: I can do a quick test pass of the silverlight support. ~Jimmy On Mon, Feb 21, 2011 at 7:01 PM, Steve Dower > wrote: > The tools problem seems to be to do with the installer. IPyTools > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > 2.7 RC1 installed without IPyTools, which were built from source) this > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > which contains "ipy64", which is then combined (PythonStarter.cs:69) > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > doesn't exist). > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > actual install path (where ipy.exe is) it works fine. I assume this > should be done in the installer. > > > Steve > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy > wrote: >> Hi all, >> The following issues are blockers for IronPython 2.7: >> >> * #29841 - sysconfig traceback when starting 2.7B1 - >> http://ironpython.codeplex.com/workitem/29841 >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I >> haven't yet chercked what the Mono guys did to get it working on >> Linux. >> >> * (no issue) - Visual Studio tools >> The Visual Studio tools are basically broken right now - I can't >> launch or debug even the default console program. I think it's because >> it can't find the interpreter, but I thought I fixed that already. >> >> * (no issue) - silverlight support >> I have no idea what the status of the silverlight support is. >> >> Once these are resolved (one way of another) I think 2.7 will be ready to go. >> >> - Jeff >> >> P.S. In all honesty I would have preferred to call the latest release >> Beta 3 instead of RC1, but I had already changed the version strings >> and didn't want to change them back :|. >> _______________________________________________ >> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Feb 22 18:34:28 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 22 Feb 2011 10:34:28 -0700 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: On Tue, Feb 22, 2011 at 12:42 AM, Tristan Zajonc wrote: > IronPython 2.7 RC 1 (2.7.0.30) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. >>>> import uuid > Number overflow. > at System.Numerics.BigInteger.op_Explicit (System.Numerics.BigInteger) > <0x000aa> > at Microsoft.Scripting.Utils.MathUtils.AsInt32 > (System.Numerics.BigInteger,int&) <0x00067> > at IronPython.Runtime.Operations.BigIntegerOps.Compare > (System.Numerics.BigInteger,int) <0x00028> > at (wrapper dynamic-method) object.CallSite.Target > (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object,object) > <0x0011d> > at System.Dynamic.UpdateDelegates.UpdateAndExecute2 > (System.Runtime.CompilerServices.CallSite,object,object) <0x00382> > at Microsoft.Scripting.Interpreter.DynamicInstruction`3 object>.Run (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x000bc> > at Microsoft.Scripting.Interpreter.Interpreter.Run > (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x00077> > OverflowError: Number overflow. This *looks* like an issue in Mono, especially since it works on .NET. Can you try computing '1<<128' on Mono? That seems to be the failing expression. - Jeff From tristanz at gmail.com Tue Feb 22 19:39:09 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Tue, 22 Feb 2011 13:39:09 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: >>> 1<<128 340282366920938463463374607431768211456L Thomas: Hadn't tried that and it works. (At some point it might be nice to try to get it working with MonoDevelop GUI. When I load it it's targeting .NET 2.0 and has a bunch of issues.) Tristan On Tue, Feb 22, 2011 at 12:34 PM, Jeff Hardy wrote: > On Tue, Feb 22, 2011 at 12:42 AM, Tristan Zajonc > wrote: > > IronPython 2.7 RC 1 (2.7.0.30) on .NET 4.0.30319.1 > > Type "help", "copyright", "credits" or "license" for more information. > >>>> import uuid > > Number overflow. > > at System.Numerics.BigInteger.op_Explicit (System.Numerics.BigInteger) > > <0x000aa> > > at Microsoft.Scripting.Utils.MathUtils.AsInt32 > > (System.Numerics.BigInteger,int&) <0x00067> > > at IronPython.Runtime.Operations.BigIntegerOps.Compare > > (System.Numerics.BigInteger,int) <0x00028> > > at (wrapper dynamic-method) object.CallSite.Target > > > (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object,object) > > <0x0011d> > > at System.Dynamic.UpdateDelegates.UpdateAndExecute2 object> > > (System.Runtime.CompilerServices.CallSite,object,object) <0x00382> > > at Microsoft.Scripting.Interpreter.DynamicInstruction`3 > object>.Run (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x000bc> > > at Microsoft.Scripting.Interpreter.Interpreter.Run > > (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x00077> > > OverflowError: Number overflow. > > This *looks* like an issue in Mono, especially since it works on .NET. > > Can you try computing '1<<128' on Mono? That seems to be the failing > expression. > > - Jeff > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristanz at gmail.com Tue Feb 22 19:55:58 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Tue, 22 Feb 2011 13:55:58 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: It appears to be because int is a very large long. This is probably the core issue: In IronPython: >>> a=143098242404177361603877621312831893704 Traceback (most recent call last): OverflowError: Number overflow. >>> a=143098242404177361603877621312831893704L >>> a 143098242404177361603877621312831893704L In Python: >>> a=143098242404177361603877621312831893704 >>> a 143098242404177361603877621312831893704L >>> a=143098242404177361603877621312831893704L >>> a 143098242404177361603877621312831893704L >>> Tristan On Tue, Feb 22, 2011 at 1:39 PM, Tristan Zajonc wrote: > >>> 1<<128 > 340282366920938463463374607431768211456L > > Thomas: Hadn't tried that and it works. (At some point it might be nice to > try to get it working with MonoDevelop GUI. When I load it it's targeting > .NET 2.0 and has a bunch of issues.) > > Tristan > > On Tue, Feb 22, 2011 at 12:34 PM, Jeff Hardy wrote: > >> On Tue, Feb 22, 2011 at 12:42 AM, Tristan Zajonc >> wrote: >> > IronPython 2.7 RC 1 (2.7.0.30) on .NET 4.0.30319.1 >> > Type "help", "copyright", "credits" or "license" for more information. >> >>>> import uuid >> > Number overflow. >> > at System.Numerics.BigInteger.op_Explicit (System.Numerics.BigInteger) >> > <0x000aa> >> > at Microsoft.Scripting.Utils.MathUtils.AsInt32 >> > (System.Numerics.BigInteger,int&) <0x00067> >> > at IronPython.Runtime.Operations.BigIntegerOps.Compare >> > (System.Numerics.BigInteger,int) <0x00028> >> > at (wrapper dynamic-method) object.CallSite.Target >> > >> (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object,object) >> > <0x0011d> >> > at System.Dynamic.UpdateDelegates.UpdateAndExecute2> object> >> > (System.Runtime.CompilerServices.CallSite,object,object) <0x00382> >> > at Microsoft.Scripting.Interpreter.DynamicInstruction`3> > object>.Run (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x000bc> >> > at Microsoft.Scripting.Interpreter.Interpreter.Run >> > (Microsoft.Scripting.Interpreter.InterpretedFrame) <0x00077> >> > OverflowError: Number overflow. >> >> This *looks* like an issue in Mono, especially since it works on .NET. >> >> Can you try computing '1<<128' on Mono? That seems to be the failing >> expression. >> >> - Jeff >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Feb 22 20:09:11 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 22 Feb 2011 12:09:11 -0700 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: On Tue, Feb 22, 2011 at 11:55 AM, Tristan Zajonc wrote: > It appears to be because int is a very large long. ?This is probably the > core issue: > In IronPython: >>>> a=143098242404177361603877621312831893704 > Traceback (most recent call last): > OverflowError: Number overflow. >>>> a=143098242404177361603877621312831893704L >>>> a > 143098242404177361603877621312831893704L This works for me on .NET, so it's almost certainly a Mono bug. Can you reproduce it in a C# program? Doesn't mean we can't work around it, though, but I'd prefer not too. I've bumped it to high priority; one way or another it'll get fixed for 2.7. - Jeff From tristanz at gmail.com Tue Feb 22 21:17:33 2011 From: tristanz at gmail.com (Tristan Zajonc) Date: Tue, 22 Feb 2011 15:17:33 -0500 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: Looks like a Mono Bug. The following code prints both "small enough" and "big enough", which not true. var a = System.Numerics.BigInteger.Parse("143098242404177361603877621312831893704"); Console.WriteLine(a); if (a < System.Int32.MaxValue) { Console.WriteLine("Small enough"); } if (a > System.Int32.MinValue) { Console.WriteLine("Big enough"); } I will report this to Mono team. Tristan On Tue, Feb 22, 2011 at 2:09 PM, Jeff Hardy wrote: > On Tue, Feb 22, 2011 at 11:55 AM, Tristan Zajonc > wrote: > > It appears to be because int is a very large long. This is probably the > > core issue: > > In IronPython: > >>>> a=143098242404177361603877621312831893704 > > Traceback (most recent call last): > > OverflowError: Number overflow. > >>>> a=143098242404177361603877621312831893704L > >>>> a > > 143098242404177361603877621312831893704L > > This works for me on .NET, so it's almost certainly a Mono bug. Can > you reproduce it in a C# program? > > Doesn't mean we can't work around it, though, but I'd prefer not too. > I've bumped it to high priority; one way or another it'll get fixed > for 2.7. > > - Jeff > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Feb 22 23:24:22 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 22 Feb 2011 15:24:22 -0700 Subject: [IronPython] GSoC 2011: Interested Students Message-ID: Hi all, Are there any students that are interested in doing some work on IronPython/IronRuby/DLR for this year's Google Summer of Code? I'd like to make sure there's enough interest before I commit to putting together an application. The current suggested projects list is at http://bit.ly/g7YhPT but feel free to add more! - Jeff From haniti.grk at gmail.com Wed Feb 23 02:05:47 2011 From: haniti.grk at gmail.com (haniti grk) Date: Tue, 22 Feb 2011 19:05:47 -0600 Subject: [IronPython] Silent install of IronPython Message-ID: Hi All, This may have been asked before but I could find it in the mailing list archive. Anyway, I would like to mass install IronPython on a specific folder, say C:\IPY, how can I do this? I tried: IronPython-2.7RC1.msi /qn INSTALLDIR=c:\ipy but not all files are there, binaries where installed somewhere else. -haniti -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Wed Feb 23 02:24:55 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 23 Feb 2011 01:24:55 +0000 Subject: [IronPython] Silent install of IronPython In-Reply-To: References: Message-ID: Binaries are installed into the GAC. Use http://ironpython.codeplex.com/releases/view/61395#DownloadId=210406 if you need x-copy deployment (i.e. just copy files w/o running an installer). Tomas From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of haniti grk Sent: Tuesday, February 22, 2011 5:06 PM To: users at lists.ironpython.com Subject: [IronPython] Silent install of IronPython Hi All, This may have been asked before but I could find it in the mailing list archive. Anyway, I would like to mass install IronPython on a specific folder, say C:\IPY, how can I do this? I tried: IronPython-2.7RC1.msi /qn INSTALLDIR=c:\ipy but not all files are there, binaries where installed somewhere else. -haniti -------------- next part -------------- An HTML attachment was scrubbed... URL: From haniti.grk at gmail.com Wed Feb 23 02:50:20 2011 From: haniti.grk at gmail.com (haniti grk) Date: Tue, 22 Feb 2011 19:50:20 -0600 Subject: [IronPython] Silent install of IronPython In-Reply-To: References: Message-ID: I am fine that some of the stuff goes to GAC but just wanted to install most of the stuff in c:\ipy. I checked IronPython.wxs and it seems like it should use INSTALLDIR option but it does not do it though. -Haniti -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Wed Feb 23 05:57:19 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 22 Feb 2011 21:57:19 -0700 Subject: [IronPython] Silent install of IronPython In-Reply-To: References: Message-ID: On Tue, Feb 22, 2011 at 6:50 PM, haniti grk wrote: > I am fine that some of the stuff goes to GAC but just wanted to install most > of the stuff in c:\ipy. I checked IronPython.wxs and it seems like it should > use INSTALLDIR option but it does not do it though. This was reported against 2.7B1 in bug #29950 [1], but was also reported as fixed in 2.7B2. If I set the install path to C:\ipy27\ in the installer UI, it works fine. I tried using both INSTALLDIR and TARGETDIR from the command line instead, but it just dumped it all in the default directory. - Jeff [1] http://ironpython.codeplex.com/workitem/29950 > > -Haniti > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From jdhardy at gmail.com Wed Feb 23 06:45:59 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 22 Feb 2011 22:45:59 -0700 Subject: [IronPython] Road to IronPython 2.7 (update) In-Reply-To: References: Message-ID: Opened http://ironpython.codeplex.com/workitem/30240 as high priority. Thanks! - Jeff On Mon, Feb 21, 2011 at 5:01 PM, Steve Dower wrote: > The tools problem seems to be to do with the installer. IPyTools > (PythonRuntimeHost.cs:89-100) tries to load the installed path from > HKLM\SOFTWARE\IronPython\2.7\(default). On my machine (Win7 x64, IPy > 2.7 RC1 installed without IPyTools, which were built from source) this > is actually in HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) > which contains "ipy64", which is then combined (PythonStarter.cs:69) > with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which > doesn't exist). > > If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my > actual install path (where ipy.exe is) it works fine. I assume this > should be done in the installer. > > > Steve > > On Tue, Feb 22, 2011 at 10:12, Jeff Hardy wrote: >> Hi all, >> The following issues are blockers for IronPython 2.7: >> >> * #29841 - sysconfig traceback when starting 2.7B1 - >> http://ironpython.codeplex.com/workitem/29841 >> I don't know enough about Mono/MacOS/POSIX to fix this one properly. I >> haven't yet chercked what the Mono guys did to get it working on >> Linux. >> >> * (no issue) - Visual Studio tools >> The Visual Studio tools are basically broken right now - I can't >> launch or debug even the default console program. I think it's because >> it can't find the interpreter, but I thought I fixed that already. >> >> * (no issue) - silverlight support >> I have no idea what the status of the silverlight support is. >> >> Once these are resolved (one way of another) I think 2.7 will be ready to go. >> >> - Jeff >> >> P.S. In all honesty I would have preferred to call the latest release >> Beta 3 instead of RC1, but I had already changed the version strings >> and didn't want to change them back :|. >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > From jdhardy at gmail.com Wed Feb 23 17:58:28 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 23 Feb 2011 09:58:28 -0700 Subject: [IronPython] Authenticode Signing of Releases Message-ID: Older releases of IronPython were authenticode signed (by Microsoft), but so far the community releases have not been. As best I can tell, authenticode certificates are expensive (the cheapest are around $100/year) - I've heard of deals for open source projects but can't find anything by searching. Is it even worth the hassle to get an authenticode cert for releases? It adds a bit of extra polish to the installation, but I doubt many people pay attention to that anyway. - Jeff From vernondcole at gmail.com Wed Feb 23 18:58:30 2011 From: vernondcole at gmail.com (Vernon Cole) Date: Wed, 23 Feb 2011 10:58:30 -0700 Subject: [IronPython] Authenticode Signing of Releases In-Reply-To: References: Message-ID: There is CAcert.org, who will issue a certificate which by fiddling IIRC can be made into a code signing certificate. But while CAcert.org is a * recognized* certificate authority, they are not a *trusted* authority (particularly, they are not trusted by Microsoft) so it's a lot of work to not come out very far ahead. http://wiki.cacert.org/ I am on board with CAcert, and have a CAcert certificate and never bother to use it. All other CA's seem to require a "verifiable corporate identity" which open source user groups probably do not qualify as. Perhaps something like the Python Software Foundation does (?). For now, I would say that leaving them unsigned is fine. I have even loaded some (minor) Microsoft corporate products which were unsigned. Most people don't pay attention. -- Vernon On Wed, Feb 23, 2011 at 9:58 AM, Jeff Hardy wrote: > Older releases of IronPython were authenticode signed (by Microsoft), > but so far the community releases have not been. As best I can tell, > authenticode certificates are expensive (the cheapest are around > $100/year) - I've heard of deals for open source projects but can't > find anything by searching. > > Is it even worth the hassle to get an authenticode cert for releases? > It adds a bit of extra polish to the installation, but I doubt many > people pay attention to that anyway. > > - Jeff > _______________________________________________ > 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 davew252 at tx.rr.com Wed Feb 23 21:39:39 2011 From: davew252 at tx.rr.com (Dave Wald) Date: Wed, 23 Feb 2011 14:39:39 -0600 Subject: [IronPython] Authenticode Signing of Releases In-Reply-To: References: Message-ID: <4D65708B.9010600@tx.rr.com> It would be better for acceptance and evangelistic purposes, in my shop anyway, (but that's another story...) Hell, I might even chip in a few bucks if need be. But I really don't care. I trust you guys... ;-) On 2/23/2011 10:58 AM, Jeff Hardy wrote: > Older releases of IronPython were authenticode signed (by Microsoft), > but so far the community releases have not been. As best I can tell, > authenticode certificates are expensive (the cheapest are around > $100/year) - I've heard of deals for open source projects but can't > find anything by searching. > > Is it even worth the hassle to get an authenticode cert for releases? > It adds a bit of extra polish to the installation, but I doubt many > people pay attention to that anyway. > > - Jeff > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From jimmy at schementi.com Wed Feb 23 21:49:31 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Wed, 23 Feb 2011 15:49:31 -0500 Subject: [IronPython] Authenticode Signing of Releases In-Reply-To: <4D65708B.9010600@tx.rr.com> References: <4D65708B.9010600@tx.rr.com> Message-ID: I'd vote for it not being worth it right now, unless someone wants to donate the money, and even then it makes things more complex. ~Jimmy On Wed, Feb 23, 2011 at 3:39 PM, Dave Wald wrote: > It would be better for acceptance and evangelistic purposes, in my shop > anyway, (but that's another story...) > Hell, I might even chip in a few bucks if need be. > > But I really don't care. I trust you guys... ;-) > > > > On 2/23/2011 10:58 AM, Jeff Hardy wrote: > >> Older releases of IronPython were authenticode signed (by Microsoft), >> but so far the community releases have not been. As best I can tell, >> authenticode certificates are expensive (the cheapest are around >> $100/year) - I've heard of deals for open source projects but can't >> find anything by searching. >> >> Is it even worth the hassle to get an authenticode cert for releases? >> It adds a bit of extra polish to the installation, but I doubt many >> people pay attention to that anyway. >> >> - Jeff >> _______________________________________________ >> 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 s.j.dower at gmail.com Wed Feb 23 21:57:31 2011 From: s.j.dower at gmail.com (Steve Dower) Date: Thu, 24 Feb 2011 07:57:31 +1100 Subject: [IronPython] Authenticode Signing of Releases In-Reply-To: References: <4D65708B.9010600@tx.rr.com> Message-ID: It's easiest if someone "donates" a personal certificate, which then puts their name on the releases (as is done with TortoiseSVN and TortoiseHG, for example). However, without a sponsor organisation it's very hard to get hold of a "trustworthy" certificate (which a personal one is generally not). Certainly it's not worth it right now, but it may be for the final 2.7 release, since that will presumably be around for a bit. Are there any companies out there that check open-source projects for spyware/etc. and sign them with their own certificate? (Is this a potential business... hmm...) On Thu, Feb 24, 2011 at 07:49, Jimmy Schementi wrote: > I'd vote for it not being worth it right now, unless someone wants to donate > the money, and even then it makes things more complex. > ~Jimmy > > > On Wed, Feb 23, 2011 at 3:39 PM, Dave Wald wrote: >> >> It would be better for acceptance and evangelistic purposes, in my shop >> anyway, (but that's another story...) >> Hell, I might even chip in a few bucks if need be. >> >> But I really don't care. I trust you guys... ? ;-) >> >> >> On 2/23/2011 10:58 AM, Jeff Hardy wrote: >>> >>> Older releases of IronPython were authenticode signed (by Microsoft), >>> but so far the community releases have not been. As best I can tell, >>> authenticode certificates are expensive (the cheapest are around >>> $100/year) - I've heard of deals for open source projects but can't >>> find anything by searching. >>> >>> Is it even worth the hassle to get an authenticode cert for releases? >>> It adds a bit of extra polish to the installation, but I doubt many >>> people pay attention to that anyway. >>> >>> - Jeff >>> _______________________________________________ >>> 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 a.wilson82 at gmail.com Wed Feb 23 22:08:06 2011 From: a.wilson82 at gmail.com (andrew Wilson) Date: Wed, 23 Feb 2011 14:08:06 -0700 Subject: [IronPython] Authenticode Signing of Releases In-Reply-To: References: <4D65708B.9010600@tx.rr.com> Message-ID: I can reach out to my company, we are a CA, to see if they'd sponsor a cert? Sounds like folk aren't much interested in that though. -A On Wed, Feb 23, 2011 at 1:57 PM, Steve Dower wrote: > It's easiest if someone "donates" a personal certificate, which then > puts their name on the releases (as is done with TortoiseSVN and > TortoiseHG, for example). However, without a sponsor organisation it's > very hard to get hold of a "trustworthy" certificate (which a personal > one is generally not). > > Certainly it's not worth it right now, but it may be for the final 2.7 > release, since that will presumably be around for a bit. Are there any > companies out there that check open-source projects for spyware/etc. > and sign them with their own certificate? (Is this a potential > business... hmm...) > > On Thu, Feb 24, 2011 at 07:49, Jimmy Schementi > wrote: > > I'd vote for it not being worth it right now, unless someone wants to > donate > > the money, and even then it makes things more complex. > > ~Jimmy > > > > > > On Wed, Feb 23, 2011 at 3:39 PM, Dave Wald wrote: > >> > >> It would be better for acceptance and evangelistic purposes, in my shop > >> anyway, (but that's another story...) > >> Hell, I might even chip in a few bucks if need be. > >> > >> But I really don't care. I trust you guys... ;-) > >> > >> > >> On 2/23/2011 10:58 AM, Jeff Hardy wrote: > >>> > >>> Older releases of IronPython were authenticode signed (by Microsoft), > >>> but so far the community releases have not been. As best I can tell, > >>> authenticode certificates are expensive (the cheapest are around > >>> $100/year) - I've heard of deals for open source projects but can't > >>> find anything by searching. > >>> > >>> Is it even worth the hassle to get an authenticode cert for releases? > >>> It adds a bit of extra polish to the installation, but I doubt many > >>> people pay attention to that anyway. > >>> > >>> - Jeff > >>> _______________________________________________ > >>> 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 > -- "Once more unto the breach, dear friends, once more; Or close the wall up with our English dead. In peace there's nothing so becomes a man As modest stillness and humility: But when the blast of war blows in our ears, Then imitate the action of the tiger;" *Henry V, Act III*, 1598 -------------- next part -------------- An HTML attachment was scrubbed... URL: From afriza.n.a at gmail.com Thu Feb 24 00:59:35 2011 From: afriza.n.a at gmail.com (Afriza N. Arief) Date: Thu, 24 Feb 2011 07:59:35 +0800 Subject: [IronPython] GSoC 2011: Interested Students Message-ID: Hi, I think mentoring organizations don't need to "get students" before applying for GSoC. This will allow students who didn't know about the mentoring organization to join and start knowing and contributing. It will also be hard for students like me to contact potential organizations and check for potential projects before the organizations are accepted and listed in GSoC website. Once the organizations are accepted, students can browse, discover, and join the project that he never knew it exists. So I think you should just apply for it. What more Google wants to get more organizations and students this year. It will be a waste if you don't apply. Regards, Afriza N. Arief On Feb 23, 2011 6:24 AM, "Jeff Hardy" wrote: -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Thu Feb 24 19:30:01 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 24 Feb 2011 11:30:01 -0700 Subject: [IronPython] GSoC 2011: Interested Students In-Reply-To: References: Message-ID: Hi Afriza, It appears that you are right - for some reason I thought mentoring orgs had to show that there was student interest before applying, but that doesn't seem to be the case. I'm still going to send in the application and see what happens. - Jeff On Wed, Feb 23, 2011 at 4:59 PM, Afriza N. Arief wrote: > Hi, > > I think mentoring organizations don't need to "get students" before applying > for GSoC. > > This will allow students who didn't know about the mentoring organization to > join and start knowing and contributing. > > It will also be hard for students like me to contact potential organizations > and check for potential projects before the organizations are accepted and > listed in GSoC website. > > Once the organizations are accepted, students can browse, discover, and join > the project that he never knew it exists. > > So I think you should just apply for it. What more Google wants to get more > organizations and students this year. > > It will be a waste if you don't apply. > > Regards, > > Afriza N. Arief > > On Feb 23, 2011 6:24 AM, "Jeff Hardy" wrote: > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From afriza.na at gmail.com Fri Feb 25 00:37:26 2011 From: afriza.na at gmail.com (Afriza N. Arief) Date: Fri, 25 Feb 2011 07:37:26 +0800 Subject: [IronPython] GSoC 2011: Interested Students In-Reply-To: References: Message-ID: These appear like good guides for both mentors and students: http://www.booki.cc/gsoc-mentoring/ http://www.booki.cc/gsocstudentguide/ Let us wish all the best for the coming GSoC 2011! Afriza N. Arief On Fri, Feb 25, 2011 at 2:30 AM, Jeff Hardy wrote: > Hi Afriza, > It appears that you are right - for some reason I thought mentoring > orgs had to show that there was student interest before applying, but > that doesn't seem to be the case. > > I'm still going to send in the application and see what happens. > > - Jeff > > On Wed, Feb 23, 2011 at 4:59 PM, Afriza N. Arief > wrote: > > Hi, > > > > I think mentoring organizations don't need to "get students" before > applying > > for GSoC. > > > > This will allow students who didn't know about the mentoring organization > to > > join and start knowing and contributing. > > > > It will also be hard for students like me to contact potential > organizations > > and check for potential projects before the organizations are accepted > and > > listed in GSoC website. > > > > Once the organizations are accepted, students can browse, discover, and > join > > the project that he never knew it exists. > > > > So I think you should just apply for it. What more Google wants to get > more > > organizations and students this year. > > > > It will be a waste if you don't apply. > > > > Regards, > > > > Afriza N. Arief > > > > On Feb 23, 2011 6:24 AM, "Jeff Hardy" wrote: > > > > _______________________________________________ > > 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 jdhardy at gmail.com Sat Feb 26 22:20:47 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Sat, 26 Feb 2011 14:20:47 -0700 Subject: [IronPython] Slight Delay in IronPython 2.7 Release Message-ID: Hi all, The the RC2 and final IronPython 2.7 releases will be pushed back a week, to March 6 and March 13. - Jeff From billchi at microsoft.com Mon Feb 28 21:47:52 2011 From: billchi at microsoft.com (Bill Chiles) Date: Mon, 28 Feb 2011 20:47:52 +0000 Subject: [IronPython] IronPython Hosting ? Message-ID: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com> I'm trying to gather information and concrete examples about IronPython hosting. I'll sift through some of the old email, but I'd super appreciate if you could send me some info about hosting IronPython if you're doing that. The questions I'd have are: * Briefly what are your goals for hosting (e.g., app scripting for users, biz rule execution, feature development of your app, etc.)? * What kind of host application do you have, or what is its main purpose? * Briefly what are the key features of hosting that you count on or use (e.g., supplying host globals to the hosted IronPython code, accessing IronPython variables, interop with the dynamic objects, namespace isolation with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)? I really appreciate your time and responses! Thanks, Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From msenko at completegenomics.com Mon Feb 28 21:58:26 2011 From: msenko at completegenomics.com (Mark Senko) Date: Mon, 28 Feb 2011 20:58:26 +0000 Subject: [IronPython] IronPython Hosting ? In-Reply-To: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com> References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: Hmmm .... Didn't Microsoft dump support of IronPython? ( I notice that's your email address) *Bill, what are your goals for asking how we use hosting? *Why does it matter what the purpose of my application is, as long as I feel it is worthwhile? *I'm still discovering the features I have available, and lamenting those I don't. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles Sent: Monday, February 28, 2011 12:48 PM To: Discussion of IronPython Subject: [IronPython] IronPython Hosting ? I'm trying to gather information and concrete examples about IronPython hosting. I'll sift through some of the old email, but I'd super appreciate if you could send me some info about hosting IronPython if you're doing that. The questions I'd have are: * Briefly what are your goals for hosting (e.g., app scripting for users, biz rule execution, feature development of your app, etc.)? * What kind of host application do you have, or what is its main purpose? * Briefly what are the key features of hosting that you count on or use (e.g., supplying host globals to the hosted IronPython code, accessing IronPython variables, interop with the dynamic objects, namespace isolation with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)? I really appreciate your time and responses! Thanks, Bill ________________________________ The contents of this e-mail and any attachments are confidential and only for use by the intended recipient. Any unauthorized use, distribution or copying of this message is strictly prohibited. If you are not the intended recipient please inform the sender immediately by reply e-mail and delete this message from your system. Thank you for your co-operation. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Feb 28 22:37:48 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 28 Feb 2011 14:37:48 -0700 Subject: [IronPython] IronPython Hosting ? In-Reply-To: References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: On Mon, Feb 28, 2011 at 1:58 PM, Mark Senko wrote: > *Bill, what are your goals for asking how we use hosting? While I can't speak for Bill, I can say hosting is something that hasn't been given much thought in the last little while because I've been focused on getting the engine and stdlib up to par, and because the hosting APIs are, in general, very good. If there are specific use-cases that aren't covered, it would be good to know. > *I?m still discovering the features I have available, and lamenting those I > don?t. What don't you have available? What would you like to see added to the hosting API? It's too late to get changes into 2.7, but 3.x is open season as far as changes are concerned, no matter how crazy. My use case: a WSGI implementation for serving web sites. It basically just mooks for a callable in a .py file and calls it with particular arguments. I have very few issues with the hosting API, although there are a few missing helpers that would be nice to have. What I think is missing the most is documentation - or if it exists, I'm not sure where to find it. Especially for using other AppDomains, as that comes up a lot. - Jeff From Tomas.Matousek at microsoft.com Mon Feb 28 22:46:21 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 28 Feb 2011 21:46:21 +0000 Subject: [IronPython] IronPython Hosting ? In-Reply-To: References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: Let's file Hosting API feature requests, ranging from simple helpers, useful tweaks or something more complex, as work items on IronPython or IronRuby CodePlex site, so that we can track them. Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Monday, February 28, 2011 1:38 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPython Hosting ? On Mon, Feb 28, 2011 at 1:58 PM, Mark Senko wrote: > *Bill, what are your goals for asking how we use hosting? While I can't speak for Bill, I can say hosting is something that hasn't been given much thought in the last little while because I've been focused on getting the engine and stdlib up to par, and because the hosting APIs are, in general, very good. If there are specific use-cases that aren't covered, it would be good to know. > *I'm still discovering the features I have available, and lamenting > those I don't. What don't you have available? What would you like to see added to the hosting API? It's too late to get changes into 2.7, but 3.x is open season as far as changes are concerned, no matter how crazy. My use case: a WSGI implementation for serving web sites. It basically just mooks for a callable in a .py file and calls it with particular arguments. I have very few issues with the hosting API, although there are a few missing helpers that would be nice to have. What I think is missing the most is documentation - or if it exists, I'm not sure where to find it. Especially for using other AppDomains, as that comes up a lot. - Jeff _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From billchi at microsoft.com Mon Feb 28 22:52:32 2011 From: billchi at microsoft.com (Bill Chiles) Date: Mon, 28 Feb 2011 21:52:32 +0000 Subject: [IronPython] IronPython Hosting ? In-Reply-To: References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: <87F87F189CDD444089246B8290EC9735279D361B@TK5EX14MBXC205.redmond.corp.microsoft.com> Hi, Mark. Yes, I do work at Microsoft, and while I have numerous email address I could have used to dup you with, I see no reason to be untoward. Hopefully I can answer your inquiries about my questions, and I'm sorry my mail was confusing. As some people are aware, the hosting APIs are general to the DLR and are not specific to IronPython. They are one of the more baked areas of the DLR that did not ship in .NET 4.0. I personally would like to consider use cases of the DLR Hosting APIs and what might make sense as general language hosting APIs. My asking about the kind of host app helps shed light on what sorts of scenarios would be useful to people around hosting; answers simply add more useful insights on the problem domain and isn't at all about whether an app is worthwhile. Cheers, Bill From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mark Senko Sent: Monday, February 28, 2011 12:58 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPython Hosting ? Hmmm .... Didn't Microsoft dump support of IronPython? ( I notice that's your email address) *Bill, what are your goals for asking how we use hosting? *Why does it matter what the purpose of my application is, as long as I feel it is worthwhile? *I'm still discovering the features I have available, and lamenting those I don't. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles Sent: Monday, February 28, 2011 12:48 PM To: Discussion of IronPython Subject: [IronPython] IronPython Hosting ? I'm trying to gather information and concrete examples about IronPython hosting. I'll sift through some of the old email, but I'd super appreciate if you could send me some info about hosting IronPython if you're doing that. The questions I'd have are: * Briefly what are your goals for hosting (e.g., app scripting for users, biz rule execution, feature development of your app, etc.)? * What kind of host application do you have, or what is its main purpose? * Briefly what are the key features of hosting that you count on or use (e.g., supplying host globals to the hosted IronPython code, accessing IronPython variables, interop with the dynamic objects, namespace isolation with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)? I really appreciate your time and responses! Thanks, Bill ________________________________ The contents of this e-mail and any attachments are confidential and only for use by the intended recipient. Any unauthorized use, distribution or copying of this message is strictly prohibited. If you are not the intended recipient please inform the sender immediately by reply e-mail and delete this message from your system. Thank you for your co-operation. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maxyaffe at gmail.com Mon Feb 28 23:25:47 2011 From: maxyaffe at gmail.com (Max Yaffe) Date: Mon, 28 Feb 2011 17:25:47 -0500 Subject: [IronPython] Users Digest, Vol 79, Issue 46 In-Reply-To: References: Message-ID: Would you please define the question a bit better. One place you say "IronPython hosting", another "hosting IronPython". Are you asking about how we utilize IronPython within a .NET application or how an IronPython app uses .NET components? Or something else. Thanks, Max > I'm trying to gather information and concrete examples about > IronPython hosting. I'll sift through some of the old email, > but I'd super appreciate if you could send me some info about > hosting IronPython if you're doing that. The questions I'd have are: > > * Briefly what are your goals for hosting (e.g., app > scripting for users, biz rule execution, feature development > of your app, etc.)? > * What kind of host application do you have, or what is its > main purpose? > * Briefly what are the key features of hosting that you > count on or use (e.g., supplying host globals to the hosted > IronPython code, accessing IronPython variables, interop with > the dynamic objects, namespace isolation with scopes, > multi-instanced ScriptRuntime in an AppDomain, etc.)? > > I really appreciate your time and responses! > > Thanks, > Bill >