Hello guys,
From a standard install of IronPython 2.0.1 on Vista 64, calling dir on
System.ArgIterator blows up:
C:\compileC:\Program Files (x86)\IronPython 2.0.1\ipy.exe -D
-X:TabCompletion
-X:ColorfulConsole
IronPython 2.0 (2.0.0.0) on .NET 2.0.50727.3074
Type help, copyright, credits or
I ran into this a few months back and concluded that it was some kind of
internal CLR issue. ArgIterator is a special type, most of whose methods are
internal and/or unsafe, and the CLR doesn't seem to like it when we try to
specialize a generic method using that type.
Is there any particular goal
Curt Hagenlocher wrote:
I ran into this a few months back and concluded that it was some kind
of internal CLR issue. ArgIterator is a special type, most of whose
methods are internal and/or unsafe, and the CLR doesn't seem to like
it when we try to specialize a generic method using that type.
We already have a bug on this one. Please vote for
http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=17235.
Thanks,
Dave
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord
Sent: Monday, April
That's pretty much what we would have to do as well -- special-case based on
the type name. It seems to be more trouble than it's worth.
On Mon, Apr 27, 2009 at 8:25 AM, Michael Foord fuzzy...@voidspace.org.ukwrote:
Curt Hagenlocher wrote:
I ran into this a few months back and concluded that
Curt Hagenlocher wrote:
That's pretty much what we would have to do as well -- special-case
based on the type name. It seems to be more trouble than it's worth.
Based on type name or by catching the error? Catching the error and not
propagating it to the user seems to be more robust - if it
This is an opinion poll...
The portion of pywin32 which I maintain, adodbapi, will work in either
CPython or IronPython. That was (relatively) easy, since it is written in
pure Python.
Pywin32 is a complete package which allows a python programmer to perform
many Windows systems administration
Vernon Cole wrote:
This is an opinion poll...
The portion of pywin32 which I maintain, adodbapi, will work in either
CPython or IronPython. That was (relatively) easy, since it is written
in pure Python.
Pywin32 is a complete package which allows a python programmer to
perform many Windows
it's a bad subject but I didn't know how else to call it.
For the DynamicScriptControl somebody submitted an ironpython implementation
in February but I only just now got round to adding it.
And I have problems :)
The link below has the line that fails for IronPython but works for IronRuby
Not to rain on Jeff's parade but I too have been working on a CTypes
implementation. I'll probably check the initial version into 2.6 in the
next few days but there's still a lot more to go before it's a solid
implementation.
As of right now running test\test_ctypes.py reports 358 tests run w/
It just so happens that not too long ago we received permission from
the Microsoft legal team to run pywin32's tests against IronPython. Late
last week I started investigating which of pywin32's tests are appropriate to
hook into our own source control checkin system. By this, I simply mean
On Mon, Apr 27, 2009 at 12:41 PM, Dino Viehland di...@microsoft.com wrote:
Not to rain on Jeff's parade but I too have been working on a CTypes
implementation. I'll probably check the initial version into 2.6 in the
next few days but there's still a lot more to go before it's a solid
Sorry Jeff, you're right. I had started this a long time ago just as a fun
thing
to hack on every now and then and it's recently gotten good enough that it seems
like it can make it into 2.6. So it's a bit of an oddball - even if we had a
place for me to claim that I was working on it it's
On Mon, Apr 27, 2009 at 1:30 PM, Dino Viehland di...@microsoft.com wrote:
Sorry Jeff, you're right. I had started this a long time ago just as a fun
thing
to hack on every now and then and it's recently gotten good enough that it
seems
like it can make it into 2.6. So it's a bit of an
14 matches
Mail list logo