Re: [IronPython] IronPython and SSIS issue - need help...bad

2009-02-06 Thread Rob Weiss

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 installed, or the prod Red Hat Enterprise box) or IP on mono
(same boxes) using the supplied script. Carl posted a msg stating that he
was going to dust off the code and review a couple of things and get back to
us.

Thanks.
-- 
View this message in context: 
http://www.nabble.com/IronPython-and-SSIS-issue---need-help...bad-tp21853213p21871242.html
Sent from the IronPython mailing list archive at Nabble.com.

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Resolver One 1.4 beta - with IronPython 2.0

2009-02-06 Thread Vineet Jain (gmail)
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 One 1.4 beta - with IronPython 2.0

Hi all,

Version 1.4 of Resolver One, our Pythonic spreadsheet, is based on 
IronPython 2.0, and includes (alpha-level) support for numpy using our 
Ironclad project. 

We're releasing the beta tomorrow: this has a few performance problems 
(which are being addressed - many thanks to Dino Viehland for helping 
with this!) but is otherwise functionally complete.  If you're 
interested in trying it out, drop me a line!


Best regards,

Giles
-- 

Giles Thomas
MD  CTO, Resolver Systems Ltd.
giles.tho...@resolversystems.com
+44 (0) 20 7253 6372

Win up to $17,000 for a spreadsheet:
http://www.resolversystems.com/competition/

17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK


___
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


[IronPython] repr() results with uint, etc.

2009-02-06 Thread Jeff Slutter
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, int16, uint, uint64) all
print out like:
System.UInt32 object at 0x002B [5]


Is there a way to get repr to print out a nice result like int types?
(some way from inside IronPython, a different version of repr?)

Thanks,
Jeff
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] repr() results with uint, etc.

2009-02-06 Thread Dino Viehland
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...@lists.ironpython.com] On Behalf Of Jeff Slutter
Sent: Friday, February 06, 2009 8:48 PM
To: Discussion of IronPython
Subject: [IronPython] repr() results with uint, etc.

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, int16, uint, uint64) all
print out like:
System.UInt32 object at 0x002B [5]


Is there a way to get repr to print out a nice result like int types?
(some way from inside IronPython, a different version of repr?)

Thanks,
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] repr() results with uint, etc.

2009-02-06 Thread Jeff Slutter
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);
if (o is uint) return ((uint)o).ToString();
if (o is long) return ((long)o).ToString() + L;
if (o is ulong) return ((ulong)o).ToString() + UL;
if (o is byte) return ((byte)o).ToString();
if (o is sbyte) return ((sbyte)o).ToString();
if (o is char) return ((char)o).ToString();
if (o is Int16) return ((Int16)o).ToString();
if (o is UInt16) return ((UInt16)o).ToString();
?


Jeff Slutter wrote:
 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, int16, uint, uint64) all
 print out like:
 System.UInt32 object at 0x002B [5]
 
 
 Is there a way to get repr to print out a nice result like int types?
 (some way from inside IronPython, a different version of repr?)
 
 Thanks,
 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] repr() results with uint, etc.

2009-02-06 Thread Dino Viehland
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 other then they 
don't match the normal convention for __repr__.

-Original Message-
From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Curt Hagenlocher
Sent: Friday, February 06, 2009 9:36 PM
To: Discussion of IronPython
Subject: Re: [IronPython] repr() results with uint, etc.

On Fri, Feb 6, 2009 at 9:32 PM, Jeff Slutter jslut...@reactorzero.com 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);
if (o is int) return Int32Ops.__repr__((int)o);
if (o is uint) return ((uint)o).ToString();
if (o is long) return ((long)o).ToString() + L;
if (o is ulong) return ((ulong)o).ToString() + UL;
if (o is byte) return ((byte)o).ToString();
if (o is sbyte) return ((sbyte)o).ToString();
if (o is char) return ((char)o).ToString();
if (o is Int16) return ((Int16)o).ToString();
if (o is UInt16) return ((UInt16)o).ToString();
 ?

It's traditional (when possible) for repr to return a string
representation of something that can be typed into the interpreter to
get the original object back.  This is what distinguishes it from str.
 That's why Dino suggested the form he did.

--
Curt Hagenlocher
c...@hagenlocher.org
___
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