The short story here is Windows XP does not come with .NET 2.0 preinstalled on
it, and IronPython.msi requires the .NET 2.0 version of the CLR's 'ngen.exe'
utility to install IronPython assemblies.
The full story is that we use an older version of the Wix toolset to generate
IronPython.msi. Th
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/64896.
MODIFIED SOURCES
$/IronPython/IronPython_2_6/Config/Unsigned/App.config
The only shared type system that exists in DLRland is the CLR type system.
Individual DLR-based languages are free to define their types with the
semantics similar to "list" (or "dictionary" or any other type). I think the
most general thing you can do in a case like this is to make sure that the
o
Thanks, Tomas and Curt. I see your blogs on this topic.
Let's say I wanted to use the DynamicObject approach, and I have a dynamic
C# object with a runtime member called SomeMember. Let's say SomeMember is a
.NET List, but I want the object to return a calling-language-specific list
type. How coul
Just a clarification - the GetPythonType below is superfluous
pickle.dumps(Int64) fails the same way
seems that all python types that aren't native (i.e. shadow an existing CLR
type) fail that way.
Pickling the CLR type (RuntimeType) actually works.
On Mon, Mar 22, 2010 at 9:13 AM, Idan Zaltzberg
Hi,
I tried running the following code and got an exception (Ipy 2.6 final):
import clr
from System import Int64
pickle.dumps(clr.GetPythonType(Int64))
*throws:*
Traceback (most recent call last):
File "", line 1, in
File "C:\systems\3rd_party\IronPython\2.6\Lib\pickle.py", line 13
