[IronPython] IronPython.Objects.List doesn't support GetHashCode()

2005-05-11 Thread Chris Anderson
Is there any special reason why this is the case? The code currently reads: public override int GetHashCode() { throw Ops.TypeError("list object is unhashable"); } So it's obviously intentional… however, I'm trying to use a native Python list as a data source for UI bi

RE: [IronPython] Road Map for IronPython

2005-05-11 Thread Bob Arnson
Title: RE: [IronPython] Road Map for IronPython Closer to the former. Obviously, it's a highly iterative project, so releases can easily build up functionality in whatever order is important. Python projects with syntax highlighting would be easy. IntelliSense is harder, mostly because of Pyt

RE: [IronPython] Road Map for IronPython

2005-05-11 Thread Keith J. Farmer
Title: RE: [IronPython] Road Map for IronPython I wouldn’t expect it to be.  But would it be a do-it-in-a month project, or a do-it-in-a-year-with-help project?   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Wednesday, May 11, 2005 7:51 PM To: 'D

RE: [IronPython] Road Map for IronPython

2005-05-11 Thread Bob Arnson
Language services are in the Visual Studio SDK realm (formerly VSIP SDK). There's a managed library for creating them. But it's not a do-it-in-a-weekend project to fully support a new language in Visual Studio. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith J. Far

RE: [IronPython] Array Access Problem

2005-05-11 Thread Keith J. Farmer
I guess not.. lock protects reference types From: [EMAIL PROTECTED] on behalf of Keith J. Farmer Sent: Wed 5/11/2005 3:54 PM To: Discussion of IronPython Subject: RE: [IronPython] Array Access Problem In the case of multi-threaded use, shouldn't valuetype modifi

RE: [IronPython] Array Access Problem

2005-05-11 Thread Keith J. Farmer
In the case of multi-threaded use, shouldn't valuetype modifications be locked to prevent simultaneous writes? If so, couldn't IronPython encapsulate the change in a lock block in the background? From: [EMAIL PROTECTED] on behalf of Jim Hugunin Sent: Wed 5/11/2

[IronPython] Re: 'out' parameters

2005-05-11 Thread Nick Jacobson
Martin, I appreciate you giving this some thought. I can't think of an elegant solution either.. I found a method called TestCooperativeLevel that doesn't use an 'out' parameter to return the device's status. Instead, it throws a different Exception based on the device's status. Therefore it

RE: [IronPython] Array Access Problem

2005-05-11 Thread Jim Hugunin
Drew Moore wrote: > Jim Hugunin wrote: > > > >Because of the way that value types work, there's no difference between > >the results of > > apt[0].X = 0and apt[0] = Point(0, apt[0].Y) > > > >The big question is how important it is that both of the following are > >equivalent. > > apt[0].X =

Re: [IronPython] Array Access Problem

2005-05-11 Thread Drew Moore
Jim Hugunin wrote: Because of the way that value types work, there's no difference between the results of apt[0].X = 0and apt[0] = Point(0, apt[0].Y) The big question is how important it is that both of the following are equivalent. apt[0].X = 0andtmp = apt[0]; tmp.X = 0 Just cur

RE: [IronPython] Re: 'out' parameters

2005-05-11 Thread Martin Maly
Nick, This is a very tricky case. Jim and I just discussed it and while we want to provide good solution to this case, it may take some time to come up with the right way to solve the problem because on syntactic level there is really no way to distinguish between the two methods. If you need sho

[IronPython] Re: 'out' parameters

2005-05-11 Thread Nick Jacobson
Jim and Martin, Thanks for the reply, and it makes sense :) Unfortunately, a call to CheckCooperativeLevel() returns True, not a tuple. This is probably because there are two overloaded CheckCooperativeLevel methods in the Device class in the Microsoft.DirectX.Direct3D namespace. They are: pu

RE: [IronPython] Road Map for IronPython

2005-05-11 Thread Keith J. Farmer
I think part of the question involved time? eg, 1.0 = next 6 months, next year, ... Incidentally, does anyone here have an idea of the difficulty involved in creating a language module for VS? Being able to create a .proj, have access to intellisense, etc would be good for 3rd-party language

RE: [IronPython] Road Map for IronPython

2005-05-11 Thread Jim Hugunin
There's no published road map, but that's a frequent request and we need to do something about that soon. The plan is for IronPython to be fully CLI compatible which means that it should run on the Common Language Infrastructure. I think that you're asking about compliance with the Common Langu

RE: [IronPython] 'out' parameters

2005-05-11 Thread Jim Hugunin
Martin's response is right, but I'm afraid that the best way to use these return values might not be obvious to everyone. Python's tuple packing and unpacking operations are often used for multiple return values in standard Python libraries and IronPython should feel the same way. Here's how thes

RE: [IronPython] 'out' parameters

2005-05-11 Thread Martin Maly
The return value and output parameters (if they are in total more than one) are returned as tuple: namespace N { public class C { public static int M(out int i, out int j, out int k) { i = 20; j = 30; k = 40; return 10; } } }

[IronPython] Road Map for IronPython

2005-05-11 Thread richard hsu
Hi All,   Is there any published Road Map for IronPython ? Will it be fully CLI compliant ?   I understand that using Enum type as bit field is not currently supported and will be done for v0.7.5 release. Similarly, what about other features that we have in C# ? Any document available which general