Re: [IronPython] IronPython 2.6 CodePlex Source Update
Ah yes, the VS tools depend on Chiron. Makes sense. ~Jimmy On Wed, Aug 25, 2010 at 12:15 PM, Dino Viehland wrote: > So that when we do a build for the MSI it’ll get built in the same way > that it does for “Silverlight4Release” and “Silverlight4Debug”. That lets > us just kick off 1 msbuild and get the resulting binaries. > > > > I could also look at making us do a separate build for that if necessary > but it seems like building it w/ the desktop binaries is fine. > > > > *From:* users-boun...@lists.ironpython.com [mailto: > users-boun...@lists.ironpython.com] *On Behalf Of *Jimmy Schementi > *Sent:* Wednesday, August 25, 2010 8:57 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] IronPython 2.6 CodePlex Source Update > > > > How come a Debug/Release configuration was added to Chiron.csproj? > ~Jimmy > > On Wed, Aug 25, 2010 at 11:48 AM, wrote: > > This is an automated email letting you know that sources > have recently been pushed out. You can download these newer > sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/76456. > > MODIFIED SOURCES >$/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Chiron.csproj >$/IronPython/IronPython_Main/Msi/IronStudio/IronStudio.msm.wproj > > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
So that when we do a build for the MSI it'll get built in the same way that it does for "Silverlight4Release" and "Silverlight4Debug". That lets us just kick off 1 msbuild and get the resulting binaries. I could also look at making us do a separate build for that if necessary but it seems like building it w/ the desktop binaries is fine. From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Jimmy Schementi Sent: Wednesday, August 25, 2010 8:57 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update How come a Debug/Release configuration was added to Chiron.csproj? ~Jimmy On Wed, Aug 25, 2010 at 11:48 AM, mailto:merl...@microsoft.com>> wrote: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/76456. MODIFIED SOURCES $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Chiron.csproj $/IronPython/IronPython_Main/Msi/IronStudio/IronStudio.msm.wproj ___ Users mailing list Users@lists.ironpython.com<mailto:Users@lists.ironpython.com> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
How come a Debug/Release configuration was added to Chiron.csproj? ~Jimmy On Wed, Aug 25, 2010 at 11:48 AM, wrote: > This is an automated email letting you know that sources > have recently been pushed out. You can download these newer > sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/76456. > > MODIFIED SOURCES >$/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Chiron.csproj >$/IronPython/IronPython_Main/Msi/IronStudio/IronStudio.msm.wproj > > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Jeff wrote: > Thanks for the explanation, guys. > > On Mon, Aug 9, 2010 at 11:55 AM, Dino Viehland wrote: > > As Dave says "IronStudio" isn't necessarily a great name but it's the name > > that was used when a lot this code was originally written (2-3 years ago). > > Wow, I didn't realize it had been baking for that long. It hadn't quite been baking for that long - really IpyTools is the culmination of about 5 separate attempts of providing tooling for IronPython. It directly borrows code from at least 2 of those attempts and probably some ideas from other attempts. So it was more parbaking as we stopped and started and rethought what we were doing :) ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Thanks for the explanation, guys. On Mon, Aug 9, 2010 at 11:55 AM, Dino Viehland wrote: > As Dave says "IronStudio" isn't necessarily a great name but it's the name > that was used when a lot this code was originally written (2-3 years ago). Wow, I didn't realize it had been baking for that long. - Jeff ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Just to be a little more concrete "IronStudio" consists of: MPFProj - this is mostly just taken as-is (there's a few bug fixes) Subclasses of MPFProj which add more functionality and customize it in various ways A VS REPL (MEF) component that can support multiple languages Managed code to implement and support the "Object Browser" feature of VS Helper classes for things like setting up an analysis queue, talking to remote DLR based scripting languages Helper classes to easier connect DLR based APIs to VS based APIs As Dave says "IronStudio" isn't necessarily a great name but it's the name that was used when a lot this code was originally written (2-3 years ago). > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Dave Fugate > Sent: Monday, August 09, 2010 10:40 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > It's nothing new, and probably needs a less confusing name;) This is just > what we refer to the generic IronPython Tools bits as. E.g., IronPython Tools > is to IronStudio as IronPython is to DLR. > > My best, > > Dave > > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Monday, August 09, 2010 10:29 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > On Mon, Aug 9, 2010 at 11:12 AM, wrote: > > Fixes the MSI so that IronPython Tools works again - the MSI now installs > both IronPython Tools and IronStudio separately. > > Err .. what the heck is IronStudio? Just a version of the isolated shell with > IronPython tools already installed, or something more? > > - Jeff > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
It's nothing new, and probably needs a less confusing name;) This is just what we refer to the generic IronPython Tools bits as. E.g., IronPython Tools is to IronStudio as IronPython is to DLR. My best, Dave -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Monday, August 09, 2010 10:29 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update On Mon, Aug 9, 2010 at 11:12 AM, wrote: > Fixes the MSI so that IronPython Tools works again - the MSI now installs > both IronPython Tools and IronStudio separately. Err .. what the heck is IronStudio? Just a version of the isolated shell with IronPython tools already installed, or something more? - Jeff ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
On Mon, Aug 9, 2010 at 11:12 AM, wrote: > Fixes the MSI so that IronPython Tools works again – the MSI now installs > both IronPython Tools and IronStudio separately. Err .. what the heck is IronStudio? Just a version of the isolated shell with IronPython tools already installed, or something more? - Jeff ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
It's a good point - if Mono 2.8 isn't out in time for 2.7 then we'll need to think about what to do there. Over on the Mono list there was some discussion about this in April (http://lists.ximian.com/pipermail/mono-list/2010-April/044892.html) and it sounds like the release was supposed to be available soon after .NET 4 shipped but it's still listed as TBD on the roadmap page :( Either way there's still ~6mos before 2.7 is done so there could be a good chance Mono 2.8 will be out by then as well. > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Harry Percival > Sent: Tuesday, June 29, 2010 3:58 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > +1 for Mono support. > > On Tue, Jun 29, 2010 at 4:33 AM, Tristan Zajonc wrote: > > I care about Mono support. I believe the trunk is 4.0 compatible but > > binaries currently do not exist for most platforms. It would be nice if > > there was some minimal amount of testing against Mono to ensure major > > IronPython releases were cross platform. I do not believe there are major > > problems with Mono and IronPython currently and hopefully this can remain > > the case. > > On Mon, Jun 28, 2010 at 7:55 PM, Dave Fugate wrote: > >> > >> One qualifying remark to add here - we will continue to ensure we build > >> against .NET 3.5 and above from the DLR's CodePlex source repository, not > >> IronPython's. If anyone's interested in doing this today simply: > >> 1. Navigate to http://dlr.codeplex.com/SourceControl/list/changesets > >> 2. Download a source zip file of your choosing > >> 3. Unzip it and build the "v2Release" configuration of > >> "DLR_Main\Solutions\CodePlex-DLR.sln" as opposed to the "Release" > >> configuration of "IronPython_Main\Solutions\IronPython.sln" > >> > >> Just out of curiosity, how many people out there care about building > >> IronPython against .NET 2.0/.NET 3.5? I'd hope not too many considering > the > >> improvements you'll get by running .NET 4.0 based IronPython assemblies - > >> see http://knowbody.livejournal.com/20751.html :) > >> > >> Thanks, > >> > >> Dave > >> > >> -Original Message- > >> From: users-boun...@lists.ironpython.com > >> [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland > >> Sent: Thursday, June 24, 2010 10:57 AM > >> To: Discussion of IronPython > >> Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > >> > >> But I think we do intend to ensure that we still build on .NET 3.5 and > >> above - we just won't be releasing those binaries ourselves. .NET 2.0 > >> SP1 will be dropped completely and we won't be doing our normal extensive > >> test passes on .NET 3.5. > >> > >> > -Original Message- > >> > From: users-boun...@lists.ironpython.com [mailto:users- > >> > boun...@lists.ironpython.com] On Behalf Of Dave Fugate > >> > Sent: Thursday, June 24, 2010 10:38 AM > >> > To: Discussion of IronPython > >> > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > >> > > >> > That's our current thinking. > >> > > >> > Dave > >> > > >> > -Original Message- > >> > From: users-boun...@lists.ironpython.com [mailto:users- > >> > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > >> > Sent: Thursday, June 24, 2010 9:01 AM > >> > To: Discussion of IronPython > >> > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > >> > > >> > > - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 > >> > > >> > So does this mean there won't be a version of 2.7 for .NET 2.0? Fine > >> > by me - supporting both for 2.6 is a pain. > >> > > >> > - Jeff > >> > ___ > >> > Users mailing list > >> > Users@lists.ironpython.com > >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >> > > >> > ___ > >> > Users mailing list > >> > Users@lists.ironpython.com > >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >> __
Re: [IronPython] IronPython 2.6 CodePlex Source Update
+1 for Mono support. On Tue, Jun 29, 2010 at 4:33 AM, Tristan Zajonc wrote: > I care about Mono support. I believe the trunk is 4.0 compatible but > binaries currently do not exist for most platforms. It would be nice if > there was some minimal amount of testing against Mono to ensure major > IronPython releases were cross platform. I do not believe there are major > problems with Mono and IronPython currently and hopefully this can remain > the case. > On Mon, Jun 28, 2010 at 7:55 PM, Dave Fugate wrote: >> >> One qualifying remark to add here - we will continue to ensure we build >> against .NET 3.5 and above from the DLR's CodePlex source repository, not >> IronPython's. If anyone's interested in doing this today simply: >> 1. Navigate to http://dlr.codeplex.com/SourceControl/list/changesets >> 2. Download a source zip file of your choosing >> 3. Unzip it and build the "v2Release" configuration of >> "DLR_Main\Solutions\CodePlex-DLR.sln" as opposed to the "Release" >> configuration of "IronPython_Main\Solutions\IronPython.sln" >> >> Just out of curiosity, how many people out there care about building >> IronPython against .NET 2.0/.NET 3.5? I'd hope not too many considering the >> improvements you'll get by running .NET 4.0 based IronPython assemblies - >> see http://knowbody.livejournal.com/20751.html :) >> >> Thanks, >> >> Dave >> >> -Original Message- >> From: users-boun...@lists.ironpython.com >> [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland >> Sent: Thursday, June 24, 2010 10:57 AM >> To: Discussion of IronPython >> Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update >> >> But I think we do intend to ensure that we still build on .NET 3.5 and >> above - we just won't be releasing those binaries ourselves. .NET 2.0 >> SP1 will be dropped completely and we won't be doing our normal extensive >> test passes on .NET 3.5. >> >> > -----Original Message- >> > From: users-boun...@lists.ironpython.com [mailto:users- >> > boun...@lists.ironpython.com] On Behalf Of Dave Fugate >> > Sent: Thursday, June 24, 2010 10:38 AM >> > To: Discussion of IronPython >> > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update >> > >> > That's our current thinking. >> > >> > Dave >> > >> > -Original Message- >> > From: users-boun...@lists.ironpython.com [mailto:users- >> > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy >> > Sent: Thursday, June 24, 2010 9:01 AM >> > To: Discussion of IronPython >> > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update >> > >> > > - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 >> > >> > So does this mean there won't be a version of 2.7 for .NET 2.0? Fine >> > by me - supporting both for 2.6 is a pain. >> > >> > - Jeff >> > ___ >> > Users mailing list >> > Users@lists.ironpython.com >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > >> > ___ >> > Users mailing list >> > Users@lists.ironpython.com >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> ___ >> Users mailing list >> Users@lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> ___ >> Users mailing list >> Users@lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -- -- Harry J.W. Percival -- Italy Mobile: +39 389 095 8959 UK Mobile: +44 (0) 78877 02511 (may be turned off) Skype: harry.percival Email: harry.perci...@gmail.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
I care about Mono support. I believe the trunk is 4.0 compatible but binaries currently do not exist for most platforms. It would be nice if there was some minimal amount of testing against Mono to ensure major IronPython releases were cross platform. I do not believe there are major problems with Mono and IronPython currently and hopefully this can remain the case. On Mon, Jun 28, 2010 at 7:55 PM, Dave Fugate wrote: > One qualifying remark to add here - we will continue to ensure we build > against .NET 3.5 and above from the DLR's CodePlex source repository, not > IronPython's. If anyone's interested in doing this today simply: > 1. Navigate to http://dlr.codeplex.com/SourceControl/list/changesets > 2. Download a source zip file of your choosing > 3. Unzip it and build the "v2Release" configuration of > "DLR_Main\Solutions\CodePlex-DLR.sln" as opposed to the "Release" > configuration of "IronPython_Main\Solutions\IronPython.sln" > > Just out of curiosity, how many people out there care about building > IronPython against .NET 2.0/.NET 3.5? I'd hope not too many considering the > improvements you'll get by running .NET 4.0 based IronPython assemblies - > see http://knowbody.livejournal.com/20751.html :) > > Thanks, > > Dave > > -Original Message- > From: users-boun...@lists.ironpython.com [mailto: > users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Thursday, June 24, 2010 10:57 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > But I think we do intend to ensure that we still build on .NET 3.5 and > above - we just won't be releasing those binaries ourselves. .NET 2.0 > SP1 will be dropped completely and we won't be doing our normal extensive > test passes on .NET 3.5. > > > -Original Message- > > From: users-boun...@lists.ironpython.com [mailto:users- > > boun...@lists.ironpython.com] On Behalf Of Dave Fugate > > Sent: Thursday, June 24, 2010 10:38 AM > > To: Discussion of IronPython > > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > > > That's our current thinking. > > > > Dave > > > > -Original Message----- > > From: users-boun...@lists.ironpython.com [mailto:users- > > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > > Sent: Thursday, June 24, 2010 9:01 AM > > To: Discussion of IronPython > > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > > > > - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 > > > > So does this mean there won't be a version of 2.7 for .NET 2.0? Fine > > by me - supporting both for 2.6 is a pain. > > > > - Jeff > > ___ > > Users mailing list > > Users@lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > ___ > > Users mailing list > > Users@lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
One qualifying remark to add here - we will continue to ensure we build against .NET 3.5 and above from the DLR's CodePlex source repository, not IronPython's. If anyone's interested in doing this today simply: 1. Navigate to http://dlr.codeplex.com/SourceControl/list/changesets 2. Download a source zip file of your choosing 3. Unzip it and build the "v2Release" configuration of "DLR_Main\Solutions\CodePlex-DLR.sln" as opposed to the "Release" configuration of "IronPython_Main\Solutions\IronPython.sln" Just out of curiosity, how many people out there care about building IronPython against .NET 2.0/.NET 3.5? I'd hope not too many considering the improvements you'll get by running .NET 4.0 based IronPython assemblies - see http://knowbody.livejournal.com/20751.html :) Thanks, Dave -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland Sent: Thursday, June 24, 2010 10:57 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update But I think we do intend to ensure that we still build on .NET 3.5 and above - we just won't be releasing those binaries ourselves. .NET 2.0 SP1 will be dropped completely and we won't be doing our normal extensive test passes on .NET 3.5. > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Dave Fugate > Sent: Thursday, June 24, 2010 10:38 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > That's our current thinking. > > Dave > > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Thursday, June 24, 2010 9:01 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > > - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 > > So does this mean there won't be a version of 2.7 for .NET 2.0? Fine > by me - supporting both for 2.6 is a pain. > > - Jeff > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
But I think we do intend to ensure that we still build on .NET 3.5 and above - we just won't be releasing those binaries ourselves. .NET 2.0 SP1 will be dropped completely and we won't be doing our normal extensive test passes on .NET 3.5. > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Dave Fugate > Sent: Thursday, June 24, 2010 10:38 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > That's our current thinking. > > Dave > > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Thursday, June 24, 2010 9:01 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > > - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 > > So does this mean there won't be a version of 2.7 for .NET 2.0? Fine by me - > supporting both for 2.6 is a pain. > > - Jeff > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
That's our current thinking. Dave -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Thursday, June 24, 2010 9:01 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 So does this mean there won't be a version of 2.7 for .NET 2.0? Fine by me - supporting both for 2.6 is a pain. - Jeff ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
> - .NET 4.0 is required for 2.7, not .NET 2.0 SP1 So does this mean there won't be a version of 2.7 for .NET 2.0? Fine by me - supporting both for 2.6 is a pain. - Jeff ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Hello, I am having some problems with the unichr() built in function in IronPython. It only seems to support unicode characters up to 2 bytes, not the extended unicode characters. You can simply try a command like unichr(66363) and it will give a ValueError, saying that the value is not in range. However 66363 is a valid unicode character. Is there a way to configure IronPython to support wide unicode characters? I am using IronPython 2.6. Regards, Can ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Hehe...yeah I noticed I forgot that as soon as the check-in went through. The check-in comments consisted of something similar to: - nt.cs: implemented nt.kill. Please note that CPython doesn't implement this on Windows - sys.cs: I've added another _getframeImpl signature. This one additionally accepts a FunctionStack as input which PythonContext now provides... - PythonContext.cs: each PythonContext now keeps track of its FunctionStack. This is necessary as the signal module pushes the current frame into signal handlers when -X:Frames is utilized - signal.cs and NativeSignal.cs: *nearly* complete implementation of CPython's signal module. Needs better testing though (CPython's test_signal.py is completely disabled under Windows and our own test isn't finished) From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Curt Hagenlocher Sent: Friday, March 26, 2010 9:01 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update Oh, the irony -- that the person who implemented the "codeplex comment" convention didn't actually use it :P On Fri, Mar 26, 2010 at 8:54 AM, Michael Foord mailto:fuzzy...@voidspace.org.uk>> wrote: Do I spot the signal module appearing here? :-) Michael On 26/03/2010 15:52, merl...@microsoft.com<mailto:merl...@microsoft.com> wrote: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/65018. ADDED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/NativeSignal.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/signal.cs $/IronPython/IronPython_Main/Src/Tests/modules/system_related/signal_test.py MODIFIED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/NativeSignal.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/signal.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/nt.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_Main/Src/Tests/modules/system_related/signal_test.py $/IronPython/IronPython_Main/Src/IronPython/Modules/sys.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonContext.cs $/IronPython/IronPython_Main/Src/IronPythonTest/EngineTest.cs $/IronPython/IronPython_Main/Src/Tests/Tools/baselines/nt.log $/IronPython/IronPython_Main/Src/Tests/Tools/logmodule.py ___ Users mailing list Users@lists.ironpython.com<mailto:Users@lists.ironpython.com> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. ___ Users mailing list Users@lists.ironpython.com<mailto:Users@lists.ironpython.com> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Oh, the irony -- that the person who implemented the "codeplex comment" convention didn't actually use it :P On Fri, Mar 26, 2010 at 8:54 AM, Michael Foord wrote: > Do I spot the signal module appearing here? > > :-) > > Michael > > > On 26/03/2010 15:52, merl...@microsoft.com wrote: > >> This is an automated email letting you know that sources >> have recently been pushed out. You can download these newer >> sources directly from >> http://ironpython.codeplex.com/SourceControl/changeset/view/65018. >> >> ADDED SOURCES >>$/IronPython/IronPython_Main/Src/IronPython.Modules/NativeSignal.cs >>$/IronPython/IronPython_Main/Src/IronPython.Modules/signal.cs >> >> $/IronPython/IronPython_Main/Src/Tests/modules/system_related/signal_test.py >> >> MODIFIED SOURCES >>$/IronPython/IronPython_Main/Src/IronPython.Modules/NativeSignal.cs >>$/IronPython/IronPython_Main/Src/IronPython.Modules/signal.cs >>$/IronPython/IronPython_Main/Src/IronPython.Modules/nt.cs >> >> >> $/IronPython/IronPython_Main/Src/IronPython.Modules/IronPython.Modules.csproj >> >> $/IronPython/IronPython_Main/Src/Tests/modules/system_related/signal_test.py >>$/IronPython/IronPython_Main/Src/IronPython/Modules/sys.cs >> >> $/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonContext.cs >>$/IronPython/IronPython_Main/Src/IronPythonTest/EngineTest.cs >>$/IronPython/IronPython_Main/Src/Tests/Tools/baselines/nt.log >>$/IronPython/IronPython_Main/Src/Tests/Tools/logmodule.py >> >> >> >> ___ >> Users mailing list >> Users@lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of > your employer, to release me from all obligations and waivers arising from > any and all NON-NEGOTIATED agreements, licenses, terms-of-service, > shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, > non-compete and acceptable use policies (”BOGUS AGREEMENTS”) that I have > entered into with your employer, its partners, licensors, agents and > assigns, in perpetuity, without prejudice to my ongoing rights and > privileges. You further represent that you have the authority to release me > from any BOGUS AGREEMENTS on behalf of your employer. > > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Do I spot the signal module appearing here? :-) Michael On 26/03/2010 15:52, merl...@microsoft.com wrote: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/65018. ADDED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/NativeSignal.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/signal.cs $/IronPython/IronPython_Main/Src/Tests/modules/system_related/signal_test.py MODIFIED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/NativeSignal.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/signal.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/nt.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_Main/Src/Tests/modules/system_related/signal_test.py $/IronPython/IronPython_Main/Src/IronPython/Modules/sys.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonContext.cs $/IronPython/IronPython_Main/Src/IronPythonTest/EngineTest.cs $/IronPython/IronPython_Main/Src/Tests/Tools/baselines/nt.log $/IronPython/IronPython_Main/Src/Tests/Tools/logmodule.py ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (”BOGUS AGREEMENTS”) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Please ignore this and the last "IronPython 2.6 CodePlex Source Update" message. We're working through a couple of issues with our automated source updates to CodePlex. Thanks, Dave -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of dfug...@microsoft.com Sent: Thursday, March 04, 2010 2:23 PM To: users@lists.ironpython.com Subject: [IronPython] IronPython 2.6 CodePlex Source Update This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/64462. DELETED SOURCES $/IronPython/IronPython_2_6/Src/Tests/modules/array_test.py $/IronPython/IronPython_2_6/Src/Tests/modules/_sha512.py $/IronPython/IronPython_2_6/Src/Tests/modules/_fileio_test.py $/IronPython/IronPython_2_6/Src/Tests/modules/_ssl_test.py $/IronPython/IronPython_2_6/Src/Tests/modules/_bytesio_test.py $/IronPython/IronPython_2_6/Src/Tests/modules/system_namespaces.py $/IronPython/IronPython_2_6/Src/Tests/modules/_warnings_test.py $/IronPython/IronPython_2_6/Src/Tests/modules/_sha256.py $/IronPython/IronPython_2_6/Src/Tests/test_binascii.py $/IronPython/IronPython_2_6/Src/Tests/test_codecs.py $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Utils/TypeExtensions.cs $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Utils/ReflectedCaller.Generated.cs $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Utils/ReflectedCaller.cs $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Runtime/DynamicRuntimeHostingProvider.cs $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Interpreter/DynamicInstructions.cs $/IronPython/IronPython_2_6/Src/Tests/test_copy_reg.py $/IronPython/IronPython_2_6/Src/Tests/test_cPickle.py $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Interpreter/Instruction.cs $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Interpreter/DynamicInstructions.Generated.cs $/IronPython/IronPython_2_6/Src/IronPython/Runtime/Types/CustomOldClassDictionary.cs $/IronPython/IronPython_2_6/Src/IronPython/Compiler/Ast/AstGenerator.cs $/IronPython/IronPython_2_6/Src/IronPython/Compiler/SharedGlobalAllocator.Generated.cs $/IronPython/IronPython_2_6/Src/IronPython/Compiler/ArrayGlobalAllocator.cs $/IronPython/IronPython_2_6/Src/IronPython/Compiler/SavableGlobalAllocator.cs $/IronPython/IronPython_2_6/Src/IronPython/Compiler/SharedGlobalAllocator.cs $/IronPython/IronPython_2_6/Src/IronPython/Compiler/DictionaryGlobalAllocator.cs $/IronPython/IronPython_2_6/Src/Scripts/generate_SharedGlobalAllocator.py $/IronPython/IronPython_2_6/Src/Tests/test_cStringIO.py $/IronPython/IronPython_2_6/Src/Tests/test_datetime.py $/IronPython/IronPython_2_6/Src/Tests/test_future.py $/IronPython/IronPython_2_6/Src/Tests/test_gc.py $/IronPython/IronPython_2_6/Src/Tests/test_interpret_sanity.py $/IronPython/IronPython_2_6/Src/Tests/test_locale.py $/IronPython/IronPython_2_6/Src/Tests/test_marshal.py $/IronPython/IronPython_2_6/Src/Tests/test_math.py $/IronPython/IronPython_2_6/Src/Tests/test_nt.py $/IronPython/IronPython_2_6/Src/Tests/test_operator.py $/IronPython/IronPython_2_6/Src/Tests/test_random.py $/IronPython/IronPython_2_6/Src/Tests/test_re.py $/IronPython/IronPython_2_6/Src/Tests/test_socket.py $/IronPython/IronPython_2_6/Src/Tests/test_struct.py $/IronPython/IronPython_2_6/Src/Tests/test_sys.py $/IronPython/IronPython_2_6/Src/Tests/test_thread.py $/IronPython/IronPython_2_6/Src/Tests/test_time.py $/IronPython/IronPython_2_6/Src/Tests/test_weakref.py ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
My bad, I forgot the magic marker which includes the commit message. This was just an integration of all the changes from Main that have Gone in over the past few months (which have for the most part had commit messages) to the 2.6 servicing branch. The only differences were to avoid binary breaking changes which might break apps between Main and 2.6. > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Wednesday, January 27, 2010 1:38 PM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > It's commits like this that I wish had an explanation :). > > - Jeff > > On Wed, Jan 27, 2010 at 1:10 PM, wrote: > > This is an automated email letting you know that sources > > have recently been pushed out. You can download these newer > > sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/63614. > > > > ADDED SOURCES > > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Runtime/ArgumentArr > ay.cs > > ... > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
It's commits like this that I wish had an explanation :). - Jeff On Wed, Jan 27, 2010 at 1:10 PM, wrote: > This is an automated email letting you know that sources > have recently been pushed out. You can download these newer > sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/63614. > > ADDED SOURCES > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Runtime/ArgumentArray.cs > ... ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Dino Viehland wrote: This looks like final tweaks for the 2.6 release. Other ones have just been missing "codeplexcomment" in the rush to get the final 2.6 changes in. In general the changes over the past few weeks have been: A handful of final bug fixes Moving a large amount of Microsoft.Scripting.dll into Microsoft.Dynamic.dll so that M.S.dll just contains the hosting APIs. That will enable IronRuby 1.0 and IronPython 2.6 to be hosted in the same process using the same DLLs. This included some other cleanup such as removing most of IronPython's usage of SymbolId's. Final 2.6 tweaks such as assembly version updates. Cool - good to hear. Thanks, Michael -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord Sent: Wednesday, September 16, 2009 12:10 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update merl...@microsoft.com wrote: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/59219. MODIFIED SOURCES $/IronPython/IronPython_2_6/Src/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_2_6/Src/IronPython/IronPython.csproj $/IronPython/IronPython_2_6/Src/IronPythonTest/IronPythonTest.csproj $/IronPython/IronPython_2_6/Src/Hosts/SilverLight/Microsoft.Scripting.Silverlight/Microsoft.Scripting.Silverlight.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Microsoft.Scripting.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.ExtensionAttribute.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Debugging/Microsoft.Scripting.Debugging.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting/Microsoft.Dynamic.csproj $/IronPython/IronPython_2_6/Src/Tests/ClrAssembly/ClrAssembly.csproj More of these undocumented code dumps - what *is* going on? ;-) .NET 4 work maybe? Michael ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
This looks like final tweaks for the 2.6 release. Other ones have just been missing "codeplexcomment" in the rush to get the final 2.6 changes in. In general the changes over the past few weeks have been: A handful of final bug fixes Moving a large amount of Microsoft.Scripting.dll into Microsoft.Dynamic.dll so that M.S.dll just contains the hosting APIs. That will enable IronRuby 1.0 and IronPython 2.6 to be hosted in the same process using the same DLLs. This included some other cleanup such as removing most of IronPython's usage of SymbolId's. Final 2.6 tweaks such as assembly version updates. -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord Sent: Wednesday, September 16, 2009 12:10 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update merl...@microsoft.com wrote: > This is an automated email letting you know that sources > have recently been pushed out. You can download these newer > sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/59219. > > MODIFIED SOURCES > > $/IronPython/IronPython_2_6/Src/IronPython.Modules/IronPython.Modules.csproj > $/IronPython/IronPython_2_6/Src/IronPython/IronPython.csproj > $/IronPython/IronPython_2_6/Src/IronPythonTest/IronPythonTest.csproj > > $/IronPython/IronPython_2_6/Src/Hosts/SilverLight/Microsoft.Scripting.Silverlight/Microsoft.Scripting.Silverlight.csproj > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Microsoft.Scripting.csproj > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.ExtensionAttribute.csproj > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Debugging/Microsoft.Scripting.Debugging.csproj > > $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting/Microsoft.Dynamic.csproj > $/IronPython/IronPython_2_6/Src/Tests/ClrAssembly/ClrAssembly.csproj > > > More of these undocumented code dumps - what *is* going on? ;-) .NET 4 work maybe? Michael > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
merl...@microsoft.com wrote: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/59219. MODIFIED SOURCES $/IronPython/IronPython_2_6/Src/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_2_6/Src/IronPython/IronPython.csproj $/IronPython/IronPython_2_6/Src/IronPythonTest/IronPythonTest.csproj $/IronPython/IronPython_2_6/Src/Hosts/SilverLight/Microsoft.Scripting.Silverlight/Microsoft.Scripting.Silverlight.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Dynamic/Microsoft.Scripting.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.ExtensionAttribute.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting.Debugging/Microsoft.Scripting.Debugging.csproj $/IronPython/IronPython_2_6/Src/Runtime/Microsoft.Scripting/Microsoft.Dynamic.csproj $/IronPython/IronPython_2_6/Src/Tests/ClrAssembly/ClrAssembly.csproj More of these undocumented code dumps - what *is* going on? ;-) .NET 4 work maybe? Michael ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Nope not yet. They'll show up in the next commit. From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Ivan Porto Carrero Sent: Tuesday, June 23, 2009 2:32 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update these aren't in the ironruby source tree yet are they? --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Blog: http://flanders.co.nz Twitter: http://twitter.com/casualjim Author of IronRuby in Action (http://manning.com/carrero) On Tue, Jun 23, 2009 at 11:02 PM, Jimmy Schementi mailto:jimmy.scheme...@microsoft.com>> wrote: All these Silverlight changes don't have a checkin comment associated with them (since I forgot to flag the commit for codeplex), so here's it is: Microsoft.Scripting.Silverlight - In-browser Python/Ruby REPL support with initParams console=true. o Adds Microsoft.Scripting.Silverlight.Repl type. Renders the REPL using HTML. REPL runs in the same scope as the start-script by default, therefore has the same language as the start-script. o Can be instantiated by code as well; see samples/repl. o This should be its own assembly in the future to mitigate any “security” concerns from users getting access to the REPL. Production apps can remove the assembly. - Allow importing/requiring on a background thread: o Removed UI thread check in FileExists -- Thanks Dan Eloff! o Fixed ErrorReporter bug when _sourceFileName is not a file on disk (e.g. ) -- Thanks Dan Eloff! - Not using try/catch for this anymore (jomes review feedback) - Allows hosts of the DLR load a self-contained Python or Ruby library (n a XAP file) and ensures requires/imports will work: o Enables easy setup of a Ruby testing framework to test C#: - http://blog.jimmy.schementi.com/2009/03/testing-c-silverlight-apps-with.html o Package.GetFile* methods now take an optional StreamResourceInfo argument, representing the XAP file to look for the file in. BrowserPAL also has a XapFile property now for telling it which XAP file to look in. - Primitive SL3 Extension support o Hacky at the moment due to a Silverlight 3 bug (which is fixed in more recent internal builds). Need to hardcode extension URLs. This will be fixed in the future. Chiron - Zip version fix (sdlsdk CodePlex Bug# 11803) - Use standard libraries in Silverlight: o Add "/path" option to Chiron for a ";"-separated list of folders to get included into the XAP - Auto-XAP support for IIS: o Add XapHttpHander to Chiron, so it can be used to auto-XAP directories for IIS or Cassini (thanks Harry Pierson!) o Example in Utils/xap-http-handler - Launch Chiron by right-clicking on a folder: chiron-here utility Tests - Run in one Silverlight application: - 52 specifications (81 requirements), 0 failures, 0 errors o Port Python tests 01, args, auto_addref, error_handle, execfile, and issubclass, from existing TestSuites o Unit tests for console, dynamic_application, extension_types, package, and window - Includes Eggs; makes Bacon (a Ruby spec framework) work in Silverlight. Can be used to test a Python/Ruby app, or a C#/VB app (see testing link above). - Not running in SNAP yet. Samples - Cleans up all samples - Adds Photoviewer o http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html - Updates to dlrconsole to fix Ruby and make dragging clock demo work: o http://blog.jimmy.schementi.com/2008/08/dragging-elements-in-silverlight-with.html - Adds REPL - Piano, Tetris, and Surface work again Misc: - reflect new template layout for gopackage MSI generation - Microsoft.Scripting.Helpers.csproj now builds correctly in Silverlight - JScript removed from Silverlight.sln There are some Moonlight fixes that I forgot to include here, so those will be coming in next. > -Original Message- > From: > users-boun...@lists.ironpython.com<mailto:users-boun...@lists.ironpython.com> > [mailto:users-<mailto:users-> > boun...@lists.ironpython.com<mailto:boun...@lists.ironpython.com>] On Behalf > Of merl...@microsoft.com<mailto:merl...@microsoft.com> > Sent: Tuesday, June 23, 2009 8:53 AM > To: users@lists.ironpython.com<mailto:users@lists.ironpython.com> > Subject: [IronPython] IronPython 2.6 CodePlex Source Update > > This is an automated email letting you know that sources have recently been > pushed out. You can download these newer sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/55405. > > ADDED SOURCES > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Chiron/XapHttpHandl > er.cs > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > verlight/agdlr.css > > $/IronPython/IronPython_Main/Src/Hosts/
Re: [IronPython] IronPython 2.6 CodePlex Source Update
these aren't in the ironruby source tree yet are they? --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Blog: http://flanders.co.nz Twitter: http://twitter.com/casualjim Author of IronRuby in Action (http://manning.com/carrero) On Tue, Jun 23, 2009 at 11:02 PM, Jimmy Schementi < jimmy.scheme...@microsoft.com> wrote: > All these Silverlight changes don't have a checkin comment associated with > them (since I forgot to > flag the commit for codeplex), so here's it is: > > Microsoft.Scripting.Silverlight > - In-browser Python/Ruby REPL support with initParams console=true. > o Adds Microsoft.Scripting.Silverlight.Repl type. Renders the REPL > using HTML. REPL runs in the >same scope as the start-script by default, therefore has the same > language as the start-script. > o Can be instantiated by code as well; see samples/repl. > o This should be its own assembly in the future to mitigate any > “security” concerns from users >getting access to the REPL. Production apps can remove the assembly. > - Allow importing/requiring on a background thread: > o Removed UI thread check in FileExists -- Thanks Dan Eloff! > o Fixed ErrorReporter bug when _sourceFileName is not a file on disk > (e.g. ) -- Thanks Dan Eloff! > - Not using try/catch for this anymore (jomes review feedback) > - Allows hosts of the DLR load a self-contained Python or Ruby library (n > a XAP file) and ensures > requires/imports will work: > o Enables easy setup of a Ruby testing framework to test C#: > - > http://blog.jimmy.schementi.com/2009/03/testing-c-silverlight-apps-with.html > o Package.GetFile* methods now take an optional StreamResourceInfo > argument, representing >the XAP file to look for the file in. BrowserPAL also has a XapFile > property now for telling it which > XAP file to look in. > - Primitive SL3 Extension support > o Hacky at the moment due to a Silverlight 3 bug (which is fixed in > more recent internal builds). >Need to hardcode extension URLs. This will be fixed in the future. > Chiron > - Zip version fix (sdlsdk CodePlex Bug# 11803) > - Use standard libraries in Silverlight: > o Add "/path" option to Chiron for a ";"-separated list of folders to > get included into the XAP > - Auto-XAP support for IIS: > o Add XapHttpHander to Chiron, so it can be used to auto-XAP > directories for IIS or Cassini (thanks Harry Pierson!) > o Example in Utils/xap-http-handler > - Launch Chiron by right-clicking on a folder: chiron-here utility > > Tests > - Run in one Silverlight application: > - 52 specifications (81 requirements), 0 failures, 0 errors >o Port Python tests 01, args, auto_addref, error_handle, execfile, and > issubclass, from existing TestSuites >o Unit tests for console, dynamic_application, extension_types, package, > and window > - Includes Eggs; makes Bacon (a Ruby spec framework) work in Silverlight. > Can be used to test a Python/Ruby app, > or a C#/VB app (see testing link above). > - Not running in SNAP yet. > > Samples > - Cleans up all samples > - Adds Photoviewer > o > http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html > - Updates to dlrconsole to fix Ruby and make dragging clock demo work: > o > http://blog.jimmy.schementi.com/2008/08/dragging-elements-in-silverlight-with.html > - Adds REPL > - Piano, Tetris, and Surface work again > > Misc: > - reflect new template layout for gopackage MSI generation > - Microsoft.Scripting.Helpers.csproj now builds correctly in Silverlight > - JScript removed from Silverlight.sln > > There are some Moonlight fixes that I forgot to include here, so those will > be coming in next. > > > -Original Message- > > From: users-boun...@lists.ironpython.com [mailto:users- > > boun...@lists.ironpython.com] On Behalf Of merl...@microsoft.com > > Sent: Tuesday, June 23, 2009 8:53 AM > > To: users@lists.ironpython.com > > Subject: [IronPython] IronPython 2.6 CodePlex Source Update > > > > This is an automated email letting you know that sources have recently > been > > pushed out. You can download these newer sources directly from > > http://ironpython.codeplex.com/SourceControl/changeset/view/55405. > > > > ADDED SOURCES > > > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Chiron/XapHttpHandl > > er.cs > > > > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > > verlight/agdlr.css > > > > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > > verlight/agdlr.js > > > > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > > verlight/Extension.cs > > > > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > > verlight/Repl.cs > > > > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > > verlight/Window.cs > > $/IronPython/IronPython_Main/Src/IronPython.Modules/_co
Re: [IronPython] IronPython 2.6 CodePlex Source Update
All these Silverlight changes don't have a checkin comment associated with them (since I forgot to flag the commit for codeplex), so here's it is: Microsoft.Scripting.Silverlight - In-browser Python/Ruby REPL support with initParams console=true. o Adds Microsoft.Scripting.Silverlight.Repl type. Renders the REPL using HTML. REPL runs in the same scope as the start-script by default, therefore has the same language as the start-script. o Can be instantiated by code as well; see samples/repl. o This should be its own assembly in the future to mitigate any “security” concerns from users getting access to the REPL. Production apps can remove the assembly. - Allow importing/requiring on a background thread: o Removed UI thread check in FileExists -- Thanks Dan Eloff! o Fixed ErrorReporter bug when _sourceFileName is not a file on disk (e.g. ) -- Thanks Dan Eloff! - Not using try/catch for this anymore (jomes review feedback) - Allows hosts of the DLR load a self-contained Python or Ruby library (n a XAP file) and ensures requires/imports will work: o Enables easy setup of a Ruby testing framework to test C#: - http://blog.jimmy.schementi.com/2009/03/testing-c-silverlight-apps-with.html o Package.GetFile* methods now take an optional StreamResourceInfo argument, representing the XAP file to look for the file in. BrowserPAL also has a XapFile property now for telling it which XAP file to look in. - Primitive SL3 Extension support o Hacky at the moment due to a Silverlight 3 bug (which is fixed in more recent internal builds). Need to hardcode extension URLs. This will be fixed in the future. Chiron - Zip version fix (sdlsdk CodePlex Bug# 11803) - Use standard libraries in Silverlight: o Add "/path" option to Chiron for a ";"-separated list of folders to get included into the XAP - Auto-XAP support for IIS: o Add XapHttpHander to Chiron, so it can be used to auto-XAP directories for IIS or Cassini (thanks Harry Pierson!) o Example in Utils/xap-http-handler - Launch Chiron by right-clicking on a folder: chiron-here utility Tests - Run in one Silverlight application: - 52 specifications (81 requirements), 0 failures, 0 errors o Port Python tests 01, args, auto_addref, error_handle, execfile, and issubclass, from existing TestSuites o Unit tests for console, dynamic_application, extension_types, package, and window - Includes Eggs; makes Bacon (a Ruby spec framework) work in Silverlight. Can be used to test a Python/Ruby app, or a C#/VB app (see testing link above). - Not running in SNAP yet. Samples - Cleans up all samples - Adds Photoviewer o http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html - Updates to dlrconsole to fix Ruby and make dragging clock demo work: o http://blog.jimmy.schementi.com/2008/08/dragging-elements-in-silverlight-with.html - Adds REPL - Piano, Tetris, and Surface work again Misc: - reflect new template layout for gopackage MSI generation - Microsoft.Scripting.Helpers.csproj now builds correctly in Silverlight - JScript removed from Silverlight.sln There are some Moonlight fixes that I forgot to include here, so those will be coming in next. > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of merl...@microsoft.com > Sent: Tuesday, June 23, 2009 8:53 AM > To: users@lists.ironpython.com > Subject: [IronPython] IronPython 2.6 CodePlex Source Update > > This is an automated email letting you know that sources have recently been > pushed out. You can download these newer sources directly from > http://ironpython.codeplex.com/SourceControl/changeset/view/55405. > > ADDED SOURCES > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Chiron/XapHttpHandl > er.cs > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > verlight/agdlr.css > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > verlight/agdlr.js > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > verlight/Extension.cs > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > verlight/Repl.cs > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Sil > verlight/Window.cs > $/IronPython/IronPython_Main/Src/IronPython.Modules/_codecs.cs > $/IronPython/IronPython_Main/Src/IronPythonConsoleAny > > $/IronPython/IronPython_Main/Src/IronPythonConsoleAny/IronPythonCon > soleAny.csproj > $/IronPython/IronPython_Main/Src/IronPythonWindowAny > > $/IronPython/IronPython_Main/Src/IronPythonWindowAny/IronPythonWin > dowAny.csproj > > DELETED SOURCES > $/IronPython/IronPython_Main/Src/IronPython.Modules/codecs.cs > > MODIFIED SOURCES > > $/IronPython/IronPython_Main/Src/Hosts/SilverLight/Chiron/XapHttpHandl > er.cs > > $/IronPython/Iron
Re: [IronPython] IronPython 2.6 CodePlex Source Update
2009/6/20 : > Once this is in I’ll be updating Igor’s prototype for sys.settrace support > for IronPython and adding that. This is exciting. -- Seo Sanghyeon ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Dino Viehland wrote: With all the other releases it's been tough to find the time to work on 2.0.2. My current plan is to finish it up in about 2 weeks (it would be sooner but I'm taking most of next week off). Time off! You can't do that. ;-) Anyway, cool that's great news. Thanks Michael -Original Message- From: users-boun...@lists.ironpython.com [mailto:users- boun...@lists.ironpython.com] On Behalf Of Michael Foord Sent: Thursday, May 28, 2009 12:13 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update merl...@microsoft.com wrote: [snip...] CHECKIN COMMENTS - --- Changeset Id: 918179 Date: 5/27/2009 10:36:35 AM (dfugate) Renamed "IPY_OPTIONS" environment variable to "TEST_OPTIONS" which is a bit more IronRuby friendly. (Shelveset: TEST_OPTIONS;REDMOND\dfugate | SNAP CheckinId: m9247) - --- Changeset Id: 918178 Date: 5/27/2009 10:35:23 AM (dinov) Tfpt review /shelveset:LotsOfPythonBugs;dinov Python + 1 DLR Interpreter Change First the DLR interpreter change – this is fixing a stack trace issue reported by Curt. When we have a mixed interpreted/compiled stack we’re getting the wrong result. This is because of few reasons: 1.We need to clear the stack back trace we’ve calculated for Python when we re-throw the exception otherwise we’ll re-use it. I’ve made the rethrow in WithStatement now throw through our helper and updated the interpreter to do nothing special w/ repros making it closer to the compiled code path. 2.Over in ExceptionHelpers we are combining the saved stacks + the new stacks in the incorrect order when reverse frames is true. This causes us to get confused and lose frames. 20634 hex_codec needs to be imported before hex decode can happen 15428 ".". does not generate a SyntaxError in interactive sessions 15348 TypeError thrown for IronPython.Compiler.Ast.ErrorExpression cast failure in interactive sessions 20302 codecs.lookup errors with uppercase encoding names 20051 Re-raising exception causes loss of traceback 22259 len(buffer) is incorrect 4565 Support all encodings CPython does for _codecs.encode and _codecs.decode 21929 os.listdir does not accept empty path 20603 Trivial: os.walk(‘’) doesn’t work 2169 test_isinstance incompatibilities with CPython 17235 dir(System.ArgIterator) broken 20039 struct.pack('L', -1) is stricter than in CPython 19484 Error with timeit.py module 19005 Strange issues with BOM? 10816 -X:MaxRecursion N<=1 broken 19278 Confusing Error Message when using in operator 13912 TypeError: Could not create instance of Improve the error message – we now include that the type is abstract Also assigning to MemoryHolder’s size as caught in code review, fixing build.bat to run w/ frames enabled. Nice checkin Message! Not to mention impressive, lots of good stuff there. 20634, 15428, 20051, 4565, 21929, 17235, 20039, 19278, 19005 (and possibly others) all look like good candidates for backporting to 2.02. Any idea when 2.0.2 might be done? Michael (Shelveset: LotsOfPythonBugsFinal2;REDMOND\dinov | SNAP CheckinId: m9247) ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
With all the other releases it's been tough to find the time to work on 2.0.2. My current plan is to finish it up in about 2 weeks (it would be sooner but I'm taking most of next week off). > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Michael Foord > Sent: Thursday, May 28, 2009 12:13 PM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > merl...@microsoft.com wrote: > > [snip...] > > > > CHECKIN COMMENTS > > - > --- > > Changeset Id: 918179 > > Date: 5/27/2009 10:36:35 AM > > > > (dfugate) Renamed "IPY_OPTIONS" environment variable to > "TEST_OPTIONS" which is a bit more IronRuby friendly. > > > > > > (Shelveset: TEST_OPTIONS;REDMOND\dfugate | SNAP CheckinId: m9247) > > - > --- > > Changeset Id: 918178 > > Date: 5/27/2009 10:35:23 AM > > > > (dinov) Tfpt review /shelveset:LotsOfPythonBugs;dinov > > > > Python + 1 DLR Interpreter Change > > > > First the DLR interpreter change – this is fixing a stack trace issue > reported by Curt. When we have a mixed interpreted/compiled stack > we’re getting the wrong result. This is because of few reasons: > > 1.We need to clear the stack back trace we’ve calculated for > Python when we re-throw the exception otherwise we’ll re-use it. I’ve > made the rethrow in WithStatement now throw through our helper and > updated the interpreter to do nothing special w/ repros making it > closer to the compiled code path. > > 2.Over in ExceptionHelpers we are combining the saved stacks + > the new stacks in the incorrect order when reverse frames is true. > This causes us to get confused and lose frames. > > > > 20634 hex_codec needs to be imported before hex decode can happen > > 15428 ".". does not generate a SyntaxError in interactive sessions > > 15348 TypeError thrown for IronPython.Compiler.Ast.ErrorExpression > cast failure in interactive sessions > > 20302 codecs.lookup errors with uppercase encoding names > > 20051 Re-raising exception causes loss of traceback > > 22259 len(buffer) is incorrect > > 4565 Support all encodings CPython does for _codecs.encode and > _codecs.decode > > 21929 os.listdir does not accept empty path > > 20603 Trivial: os.walk(‘’) doesn’t work > > 2169 test_isinstance incompatibilities with CPython > > 17235 dir(System.ArgIterator) broken > > 20039 struct.pack('L', -1) is stricter than in CPython > > 19484 Error with timeit.py module > > 19005 Strange issues with BOM? > > 10816 -X:MaxRecursion N<=1 broken > > 19278 Confusing Error Message when using in operator > > 13912 TypeError: Could not create instance of Improve > the error message – we now include that the type is abstract > > > > Also assigning to MemoryHolder’s size as caught in code review, > fixing build.bat to run w/ frames enabled. > > > > > > Nice checkin Message! Not to mention impressive, lots of good stuff > there. > > 20634, 15428, 20051, 4565, 21929, 17235, 20039, 19278, 19005 (and > possibly others) all look like good candidates for backporting to 2.02. > > Any idea when 2.0.2 might be done? > > Michael > > > (Shelveset: LotsOfPythonBugsFinal2;REDMOND\dinov | SNAP CheckinId: > m9247) > > > > ___ > > Users mailing list > > Users@lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
merl...@microsoft.com wrote: [snip...] CHECKIN COMMENTS Changeset Id: 918179 Date: 5/27/2009 10:36:35 AM (dfugate) Renamed "IPY_OPTIONS" environment variable to "TEST_OPTIONS" which is a bit more IronRuby friendly. (Shelveset: TEST_OPTIONS;REDMOND\dfugate | SNAP CheckinId: m9247) Changeset Id: 918178 Date: 5/27/2009 10:35:23 AM (dinov) Tfpt review /shelveset:LotsOfPythonBugs;dinov Python + 1 DLR Interpreter Change First the DLR interpreter change – this is fixing a stack trace issue reported by Curt. When we have a mixed interpreted/compiled stack we’re getting the wrong result. This is because of few reasons: 1. We need to clear the stack back trace we’ve calculated for Python when we re-throw the exception otherwise we’ll re-use it. I’ve made the rethrow in WithStatement now throw through our helper and updated the interpreter to do nothing special w/ repros making it closer to the compiled code path. 2. Over in ExceptionHelpers we are combining the saved stacks + the new stacks in the incorrect order when reverse frames is true. This causes us to get confused and lose frames. 20634 hex_codec needs to be imported before hex decode can happen 15428 ".". does not generate a SyntaxError in interactive sessions 15348 TypeError thrown for IronPython.Compiler.Ast.ErrorExpression cast failure in interactive sessions 20302 codecs.lookup errors with uppercase encoding names 20051 Re-raising exception causes loss of traceback 22259 len(buffer) is incorrect 4565 Support all encodings CPython does for _codecs.encode and _codecs.decode 21929 os.listdir does not accept empty path 20603 Trivial: os.walk(‘’) doesn’t work 2169 test_isinstance incompatibilities with CPython 17235 dir(System.ArgIterator) broken 20039 struct.pack('L', -1) is stricter than in CPython 19484 Error with timeit.py module 19005 Strange issues with BOM? 10816 -X:MaxRecursion N<=1 broken 19278 Confusing Error Message when using in operator 13912 TypeError: Could not create instance of Improve the error message – we now include that the type is abstract Also assigning to MemoryHolder’s size as caught in code review, fixing build.bat to run w/ frames enabled. Nice checkin Message! Not to mention impressive, lots of good stuff there. 20634, 15428, 20051, 4565, 21929, 17235, 20039, 19278, 19005 (and possibly others) all look like good candidates for backporting to 2.02. Any idea when 2.0.2 might be done? Michael (Shelveset: LotsOfPythonBugsFinal2;REDMOND\dinov | SNAP CheckinId: m9247) ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
This should probably look more like the CTypes changes below but because I just ran the push script on a machine it doesn't usually run on there's a bunch of extra noise. Fixes a bunch of issues w/ ctypes and makes a module that’s available by default. We now pass 318 out of 366 tests (86%). Also fixing __debug__ from being wrong as reported by Curt. CTypes test changes: As we drive towards ctypes being passing all tests I’ve started updating tests that we are unlikely to ever pass. These are the get ref count tests, tests that depend on Python26.dll, and I’ve also changed tests to be like their 3.0 versions when bytes/Unicode differences are hitting us. CTypes changes: Add support for marshaling Bytes objects Fix calling convention on cast/string_at functions/memmove/memset Fix pointer casting LoadLibrary should throw if it fails Implement more top-level ctypes functions (call_function, call_cdeclfunction, check_hresult, resize, make sizeof work w/ resize) Implement keepRefs support – SetValue now returns a value if the object should be kept alive, array, Field, and other assigners save the value in the MemoryHolder dictionary Implement from_buffer/from_buffer_copy on various types Add IPythonBufferable interface so buffers can be created from cdata objects Add arg # checks on functions, add support for validating the return values in all the ways ctypes supports Fix getting values of arrays and function pointers – we need to return CType instances Support negative slices on pointers Add anonymous field support Array module: Implement array.buffer_info(). Needed to switch over to managing the array data ourselves instead of using a List. Then when anyone requests the address of the buffer we simply pin it and use a GC handle to get it’s address until the ArrayData gets collected. Binascii: implemented hexlify for bytes -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of di...@microsoft.com Sent: Friday, May 15, 2009 10:45 AM To: users@lists.ironpython.com Subject: [IronPython] IronPython 2.6 CodePlex Source Update This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/50535. MODIFIED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/NativeFunctions.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/PointerType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/CFuncPtr.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/Field.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/_ctypes.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/CFuncPtrType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/Array.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/INativeType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/Pointer.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/CData.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/ArrayType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/MemoryHolder.cs $/IronPython/IronPython_Main/Readme.html $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/UnionType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/SimpleCData.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/ModuleOps.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/SimpleType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes_test.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/StructType.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/array.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/binascii.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Bytes.cs $/IronPython/IronPython_Main/Src/IronPython/Hosting/Python.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Builtin.cs $/IronPython/IronPython_Main/Src/IronPython/Hosting/PythonCommandLine.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Operations/PythonOps.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonBuffer.cs CHECKIN COMMENTS Changeset Id: 870956 Date: 5/13/2009 4:39:31 PM (dinov) Adds sys._getframe support, updates our version numbers for the upcoming beta release, and adds a –X:Python30 flag for features which should be like P
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Well, chop chop! I don't have all day, you know. - Jeff On Thu, May 7, 2009 at 5:04 PM, Dino Viehland wrote: > And even after that there's still more bugs of yours to fix! :) > >> -Original Message- >> From: users-boun...@lists.ironpython.com [mailto:users- >> boun...@lists.ironpython.com] On Behalf Of Jeff Hardy >> Sent: Thursday, May 07, 2009 3:54 PM >> To: Discussion of IronPython >> Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update >> >> > (Shelveset: FixJeffsBugsfinal2;REDMOND\dinov | SNAP CheckinId: 8249) >> >> Mmm...notoriety. >> >> - Jeff >> ___ >> Users mailing list >> Users@lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
And even after that there's still more bugs of yours to fix! :) > -Original Message- > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Thursday, May 07, 2009 3:54 PM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update > > > (Shelveset: FixJeffsBugsfinal2;REDMOND\dinov | SNAP CheckinId: 8249) > > Mmm...notoriety. > > - Jeff > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Nice work! This will make tracking bugs a lot easier. - Jeff On Wed, May 6, 2009 at 10:05 AM, Dave Fugate wrote: > Below is an automated report listing all sources that changed on the > IronPython CodePlex source repository in the last update a few minutes ago. > Also included are IronPython checkin comments from our internal source > repository. From this point on these automated reports will be sent to the > IronPython mailing list each time sources are updated on CodePlex. The > reason we're publishing checkin comments in this manner (as opposed to adding > the internal checkin comments directly to the CodePlex checkin comment) is > because there's a size limitation on CodePlex checkin comments which isn't > always large enough to accommodate the N internal checkins bundled into each > CodePlex checkin. We would appreciate any feedback people have on this. > > Thanks, > > Dave > > > -Original Message- > From: users-boun...@lists.ironpython.com > [mailto:users-boun...@lists.ironpython.com] On Behalf Of merl...@microsoft.com > Sent: Wednesday, May 06, 2009 8:57 AM > To: users@lists.ironpython.com > Subject: [IronPython] IronPython 2.6 CodePlex Source Update > > This is an automated email letting you know that sources > have recently been pushed out. > > MODIFIED SOURCES > $/IronPython/IronPython_Main/Readme.html > > CHECKIN COMMENTS > > Changeset Id: 859030 > Date: 5/6/2009 8:49:46 AM > > This is a test to see if comments get properly published to the IP mailing > list. > > > > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
> (Shelveset: FixJeffsBugsfinal2;REDMOND\dinov | SNAP CheckinId: 8249) Mmm...notoriety. - Jeff ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
This is great guys - thanks! Michael merl...@microsoft.com wrote: This is an automated email letting you know that sources have recently been pushed out. ADDED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/_md5.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_sha256.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_sha.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_sha512.cs DELETED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/sha512.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/sha256.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/sha.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/md5.cs MODIFIED SOURCES $/IronPython/IronPython_Main/Src/IronPython.Modules/_md5.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_sha256.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_sha.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/_sha512.cs $/IronPython/IronPython_Main/Src/Tests/interop/com/dlrcomlib/pytraits/method.py $/IronPython/IronPython_Main/Src/Tests/interop/net/derivation/test_event_override.py $/IronPython/IronPython_Main/Src/Tests/test_bytes.py $/IronPython/IronPython_Main/Src/Tests/regressions.py $/IronPython/IronPython_Main/Src/IronPython/Runtime/Binding/PythonOperationBinder.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Types/TypeInfo.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Exceptions/PythonExceptions.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Types/BuiltinMethodDescriptor.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/Operations/StringOps.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonBuffer.cs $/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonFile.cs $/IronPython/IronPython_Main/Src/Tests/test_tuple.py $/IronPython/IronPython_Main/Src/Tests/test_str.py $/IronPython/IronPython_Main/Src/Tests/test_slice.py $/IronPython/IronPython_Main/Src/Tests/test_file.py $/IronPython/IronPython_Main/Src/IronPython.Modules/re.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/nt.cs $/IronPython/IronPython_Main/Src/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_Main/Src/Tests/test_buffer.py CHECKIN COMMENTS Changeset Id: 860081 Date: 5/6/2009 5:51:12 PM (dfugate) - test_slice.py: Dev10 588465 is fixed. Closed and enabled regression - test_event_override.py: Dev10 438724 closed by design. Rewrote/enabled the related test case as a negative scenario (Shelveset: CP55;REDMOND\dfugate | SNAP CheckinId: 8257) Changeset Id: 859286 Date: 5/6/2009 11:04:19 AM (dinov) #22259 - len(buffer) is incorrect Fixed the buffer ctor to accurately track the length/offset of the incoming object and generally cleaned up the code a little bit. #22260 - Cannot write buffer to file Added write overloads for buffers and arrays. Updated writelines to also support the new overloads. #22258 - _sha does not support 2.6 byte buffers Updated all of the hashing modules to support bytes #13702 Support errno interface in error derived from EnvironmentError getsa n InitializeFromClr implementation which inspects the exception object to the best of our ability to determine the correct error number. #20457 subclass of tuple __contains__ returning None causes SystemError #19724 Cannot convert callable class to delegate These were both already fixed – I’m just adding test cases. #20393 IronPython implements str.__cmp__ but CPython does not Removing __cmp__ implementation, it’s not necessary. #15514 os.spawn{v,l} do not work with certain command lines We need to double quote the command lines which contain quotes. #16560 RE_Pattern missing attributes Partial fix – Jeff mentions that we don’t have __copy__ / __deepcopy__. We don’t actually need these attributes and in fact in CPython these attributes would appear to be defined on the instance, not on the type. Instead we need general pickle support. CPython achieves this through adding a registry entry into copy_reg. We now do the same. This change does not implement the “scanner” attribute which I need to go read about on Python-dev. Also we’re not using the pre-compiled version of string comparisons because the function type check is wrong. Also I apparently disabled System.Core.csproj updates from build system core – re-enabling that. (Shelveset: FixJeffsBugsfinal2;REDMOND\dinov | SNAP CheckinId: 8249)
Re: [IronPython] IronPython 2.6 CodePlex Source Update
This is awesome Dave. Good work. One small suggestion: Is it possible to include the CodePlex Change Set number in this automated email? The changeset you're including is for the internal TFS so there's no easy way to find the associated CodePlex change set other than manually comparing the checkin comments on the web site with the ones in the email. Once we have the CP change set number, we can include a link to browse and download the source from codeplex (for example: http://ironpython.codeplex.com/SourceControl/changeset/view/49849) Harry -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dave Fugate Sent: Wednesday, May 06, 2009 9:06 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython 2.6 CodePlex Source Update Below is an automated report listing all sources that changed on the IronPython CodePlex source repository in the last update a few minutes ago. Also included are IronPython checkin comments from our internal source repository. From this point on these automated reports will be sent to the IronPython mailing list each time sources are updated on CodePlex. The reason we're publishing checkin comments in this manner (as opposed to adding the internal checkin comments directly to the CodePlex checkin comment) is because there's a size limitation on CodePlex checkin comments which isn't always large enough to accommodate the N internal checkins bundled into each CodePlex checkin. We would appreciate any feedback people have on this. Thanks, Dave -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of merl...@microsoft.com Sent: Wednesday, May 06, 2009 8:57 AM To: users@lists.ironpython.com Subject: [IronPython] IronPython 2.6 CodePlex Source Update This is an automated email letting you know that sources have recently been pushed out. MODIFIED SOURCES $/IronPython/IronPython_Main/Readme.html CHECKIN COMMENTS Changeset Id: 859030 Date: 5/6/2009 8:49:46 AM This is a test to see if comments get properly published to the IP mailing list. ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
merl...@microsoft.com wrote: This is an automated email letting you know that sources have recently been pushed out. MODIFIED SOURCES $/IronPython/IronPython_Main/Readme.html CHECKIN COMMENTS Changeset Id: 859108 Date: 5/6/2009 9:32:59 AM This is a second test to see if comments get properly published to the IP mailing list. Very interesting... :-) Michael ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IronPython 2.6 CodePlex Source Update
Below is an automated report listing all sources that changed on the IronPython CodePlex source repository in the last update a few minutes ago. Also included are IronPython checkin comments from our internal source repository. From this point on these automated reports will be sent to the IronPython mailing list each time sources are updated on CodePlex. The reason we're publishing checkin comments in this manner (as opposed to adding the internal checkin comments directly to the CodePlex checkin comment) is because there's a size limitation on CodePlex checkin comments which isn't always large enough to accommodate the N internal checkins bundled into each CodePlex checkin. We would appreciate any feedback people have on this. Thanks, Dave -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of merl...@microsoft.com Sent: Wednesday, May 06, 2009 8:57 AM To: users@lists.ironpython.com Subject: [IronPython] IronPython 2.6 CodePlex Source Update This is an automated email letting you know that sources have recently been pushed out. MODIFIED SOURCES $/IronPython/IronPython_Main/Readme.html CHECKIN COMMENTS Changeset Id: 859030 Date: 5/6/2009 8:49:46 AM This is a test to see if comments get properly published to the IP mailing list. ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com