And the correct change to the source code would be adding __repr__ methods to
the various *Ops types (Int16Ops, UInt16Ops, etc...) which return the correct
formatting. Presumably by updating the scripts that generate these types.
OTOH there's nothing particularly unsafe about your changes othe
On Fri, Feb 6, 2009 at 9:32 PM, Jeff Slutter wrote:
> Ok, looking at the source, I see the issue in:
>
> public static string Repr(CodeContext/*!*/ context, object o)
>
> Is it safe to add these types in to there like:
>if ((s = o as string) != null) return StringOps.__repr__(s);
>
Ok, looking at the source, I see the issue in:
public static string Repr(CodeContext/*!*/ context, object o)
Is it safe to add these types in to there like:
if ((s = o as string) != null) return StringOps.__repr__(s);
if (o is int) return Int32Ops.__repr__((int)o);
There's no existing functionality to do this but we could add __repr__
overloads onto the built-in types. They would presumably return something like:
System.UInt32(1)
or:
UInt32(1)
Could you open a bug?
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun.
I have functions (in C#) that return results as everything from byte,
sbyte, System.UInt16, int, uint, float, etc.
If I use repr() on the returned value within IP2.0 only bool, int,
int64, float, double and string types print out a nice value using repr.
The other types (byte, char, sbyte, uint16
Hi Giles,
Do you know where I can download the beta from?
Vineet
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Giles Thomas
Sent: Tuesday, February 03, 2009 1:50 PM
To: IronPython list
Subject: [IronPython] Resolver
Carl,
Thanks for the help, looking forward to the update.
Bill,
I can get the package to run fine using dtsexec and it runs in VS BIS IDE,
It also runs with a C# app I wrote, so I am not having an issue other than
trying to get it to run under IP (on either a windows dev box with
everything insta
