Ken Levy from the Visual Studio extensibility team just blogged about the 1.0
new release of IronPython Studio (http://codeplex.com/IronPythonStudio). As is
pointed out below, this new version supports the integrated VS08 Shell, which
means that if you already have VS08 installed, IPy Studio wil
I totally agree =) Unfortuantely, IronRuby on Rails is the high priority task
for John Lam and his merry men for the next month or two, but language interop
hopefully won't be too long after.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:users-
> [EMAIL PROTECTED] On Behalf Of M
Jimmy Schementi wrote:
> I know this works between Jscript and Python. Ruby doesn’t yet play by
> the rules for method lookup. Fire up dlrconsole and see for yourself:
Ok - something for us to watch. Allowing users to script Resolver One
spreadsheets with Ruby could be fun.
Michael
http://www.i
There's actually a bunch of issues tangled together here but you're right,
changing that statement would make the frames more usable... There's actually
some thoughts that our dynamic stack trace support should be pulled up entirely
into IronPython and that might just happen.
The other issues
LambdaCompiler.Statements.cs basically says "if (Options.DebugMode &&
Options.DynamicStackTraceSupport) EmitGetCurrentLine()". Maybe this should
be "or" instead of "and"?
On Mon, Mar 31, 2008 at 9:13 AM, Dino Viehland <[EMAIL PROTECTED]>
wrote:
> It's actually something that's on our radar - it f
I've created a bug for this -
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=15882
Given that it's a pretty bad regression I'll take a look at it after I finish
up the work I'm doing on startup perf right now.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL P
Dino Viehland wrote:
> Exactly, it's beta 1 - therefore the idea is that the API is basically fixed
> and we should see mostly bug fixes and tuning from here on out.
>
> It's not beta 2 yet! :)
>
> I think TrueDivision is another reason for us to expose a Python specific
> hosting API (yeah, I re
It's actually something that's on our radar - it feels worse to me too. It's
something I plan on taking a look at before 2.0 final ships.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord
Sent: Monday, March 31, 2008 9:04 AM
To: Discussion of
On Mon, Mar 31, 2008 at 8:54 AM, Slide <[EMAIL PROTECTED]> wrote:
> I use the following for finding a class that implements a certain interface.
>
> [...]
>
> Is there a way that is more portable between the different languages?
It looks like the DLR doesn't try to abstract "classness". And given
Curt Hagenlocher wrote:
> On Mon, Mar 31, 2008 at 8:10 AM, Michael Foord
> <[EMAIL PROTECTED]> wrote:
>
>> In general, error reporting/tracebacks seem to be much worse in
>> IronPython 2. If I have time I will try and produce a repro...
>>
>
> If you run with a -D flag, you get much better
Exactly, it's beta 1 - therefore the idea is that the API is basically fixed
and we should see mostly bug fixes and tuning from here on out.
It's not beta 2 yet! :)
I think TrueDivision is another reason for us to expose a Python specific
hosting API (yeah, I realize that conflicts with what I
I use the following for finding a class that implements a certain interface.
IAttributesCollection attrs =
IronPython.Runtime.Types.PythonModuleOps.Get__dict__(__main__);
foreach (KeyValuePair attr in attrs)
{
IronPython.Runtime.Types.PythonType
On Mon, Mar 31, 2008 at 8:10 AM, Michael Foord
<[EMAIL PROTECTED]> wrote:
>
> In general, error reporting/tracebacks seem to be much worse in
> IronPython 2. If I have time I will try and produce a repro...
If you run with a -D flag, you get much better error reporting. This
is equivalent to sett
Hello all,
There is a bug in dictionaries in IronPython 2 beta 1. I found this
trying to port Resolver One to IP 2. Whilst I can work round it in this
case I wonder how many times this bug will bite us in our code base:
>>> d = dict()
>>> d[0, 0] = 3
>>> del d[0, 0]
Traceback (most recent ca
Curt Hagenlocher wrote:
> On Mon, Mar 31, 2008 at 4:51 AM, Michael Foord
> <[EMAIL PROTECTED]> wrote:
>
>> I saw a post on the list recently about
>> "ScriptEngine.SetScriptSourceSearchPaths", but this doesn't seem to
>> exist in 2b1.
>>
>
> I'm looking at it in 2b1 right now...
>
Yeah -
On Mon, Mar 31, 2008 at 4:51 AM, Michael Foord
<[EMAIL PROTECTED]> wrote:
>
> I saw a post on the list recently about
> "ScriptEngine.SetScriptSourceSearchPaths", but this doesn't seem to
> exist in 2b1.
I'm looking at it in 2b1 right now...
--
Curt Hagenlocher
[EMAIL PROTECTED]
_
Hello all,
I'm searching for more IronPython 2 equivalents and wondering if anyone
on list knows. :-)
With IronPython 1 we would set 'sys.argv' with:
engine.Sys.argv = List.Make(args);
(I think List here is the PythonList.)
We would also add paths to sys.path for an engine with:
engi
Hello guys,
I'm being lazy. Can anyone help translate the following IronPython 1
hosting code to the IP 2b1 API nearest equivalent. (I have already
translated the code to execute the file - it is the exception handling
code I need help with):
try
{
engin
18 matches
Mail list logo