Curt, that's how the previous beta worked, so things haven't really changed. I
think what Paval means is that there's a child PAL, in SL's case a BrowserPAL,
which inherits from PlatformAdaptationLayer. In Silverlight we also had a
BrowserScriptHost, which inherited from ScriptHost, and
Hi,
Note: I originally wrote this to Harry Pierson directly who asked that I
post it publically. I hope it doesn't come off as too inflamatory.
Harry - Thanks for the roadmap and the latest update. It clarifies a
particular issue that I'm having with deciding whether to adopt Iron
Python
I do not want to sound like I downplay the IP team work, not at all, but
the lack of visibility is not playing in their favor in my opinion.
Writing code is one thing, giving recurrent feedback is sometimes worth
more ;)
I wanted to reiterate that I don't downplay the IP team's work.
Giles Thomas wrote:
Curt Hagenlocher wrote:
Until then, you can always do what I understand Resolver Systems did:
save your forms as C# and manually copy the generated code into your
Python classes. The initialization code is so generic and
predictable that you don't have to do much more
Curt Hagenlocher wrote:
Until then, you can always do what I understand Resolver Systems
did: save your forms as C# and manually copy the generated code
into your Python classes. The initialization code is so generic and
predictable that you don't have to do much more than lop the
semicolons
On Tue, Aug 5, 2008 at 3:33 AM, Giles Thomas
[EMAIL PROTECTED] wrote:
Curt Hagenlocher wrote:
Until then, you can always do what I understand Resolver Systems did: save
your forms as C# and manually copy the generated code into your Python
classes. The initialization code is so generic and
Thanks a bunch!
Seems I've gotten past my current problems.
My next question, and I think I've heard something about this, but I'm
not sure...
Now that I've got my python code hooked up to ironpython, there
shouldn't be anything that's python anymore, so to speak, right? I mean,
when I
It's much easier to use C# (or other .NET) code from IronPython than vice
versa. In order to call your Python code from a C# app, you'll need to use
the hosting interface. This has changed substantially between IronPython
1.x and IronPython 2.0, so you'll need to decide which you're targeting
On my machine it is about 40% faster in 2.0 than 1.1.1 but still about 2x
slower than CPython:
Current 2.0 bits: (0.930676873737, 3.53996855746)
1.1.1: (1.07254462509, 6.25653658496)
CPython 2.5.2: (0.83603013790858893, 1.8179086308455403)
-Original Message-
From: [EMAIL PROTECTED]
Anyway, things are the same … =P
Anyway, it switching and subclassing of PAL is useless for me because
assembly is already loaded.
Please see the other post I sent 2 days ago to this thread.
My questions now are:
1) Is there any other idea ?
2) Is security of coreCLR able to manage security
I am trying this code , and it is giving me this exception
IronPython.Runtime.Exceptions.ImportException: No module named System
input = _scriptEngine.CreateScriptSourceFromString (
@import clr
from System import *
clr.AddReferenceToFile(ABC.dll')
, System.Scripting.SourceCodeKind.Statements);
You need to add the DLLs you want to be available for importing. We used to
add System/mscorlib for you but don't anymore. I suggest doing
yourScriptRuntime.LoadAssembly(typeof(System.Diagnostics.Debug).Assembly);
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
2008/8/6 Dino Viehland [EMAIL PROTECTED]:
On my machine it is about 40% faster in 2.0 than 1.1.1 but still about 2x
slower than CPython
I don't see this speedup on Mono. I should file a Mono perf bug.
--
Seo Sanghyeon
___
Users mailing list
2008/8/6 Pavel Šavara [EMAIL PROTECTED]:
3) Could be IL generated by DLR somehow intercepted (for security reasons) ?
This is definitely possible but probably outside of the scope of DLR.
(Therefore you may be required to edit the source code yourself.)
--
Seo Sanghyeon
2008/8/5 Anders Elfgren [EMAIL PROTECTED]:
Another (unrelated) question: What's the best way to debug IronPython
programs? print-debugging is not very effective. (maybe this deserves a
mail thread of its own)
I believe you can debug IronPython programs with standard CLR
debuggers, since
To coincide with the release of IronPython 2.0b4, NWSGI
(http://codeplex.com/NWSGI) has been updated to version 0.4. This
version also brings improvements to configuration and performance.
IronPython itself has improved dramatically (kudos to the team for a
fantastic job) and is now capable of
include sqlite3 Python Standard Library*,* but* *can't support sqlite3*
*
On Wed, Aug 6, 2008 at 7:55 AM, Srivatsn Narayanan
[EMAIL PROTECTED]wrote:
Hello IronPython Community,
I'm pleased to announce IronPython 2.0 *Beta4*. We have fixed around 50
bugs(~45 of them reported on Codeplex and
Just out of curiosity what version of Django?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Hardy
Sent: Tuesday, August 05, 2008 7:53 PM
To: Discussion of IronPython
Subject: [IronPython] NWSGI 0.4 released
To coincide with the release of
Oh, and regarding your blog which insists I sign in to post :) You can set
MultipleActiveResultSets=True in the connection string to get around the cursor
problem. That's what I did w/ my provider when I was working on Django compat
over at
On Tue, Aug 5, 2008 at 7:56 PM, Kevin Chu [EMAIL PROTECTED] wrote:
include sqlite3 Python Standard Library, but can't support sqlite3
We haven't removed the modules that aren't expected to be supported in
the final version of IronPython 2.0.
--
Curt Hagenlocher
[EMAIL PROTECTED]
Try to hit django 1.0 it looks really nice!
On Tue, Aug 5, 2008 at 8:06 PM, Dino Viehland
[EMAIL PROTECTED]wrote:
Oh, and regarding your blog which insists I sign in to post :) You can set
MultipleActiveResultSets=True in the connection string to get around the
cursor problem. That's what I
Yeah, regarding the bugs... We do have a current backlog (~50) of untriaged
bugs. We're continuing to go through them and hopefully we'll make good
progress at our team meeting on Friday. Our plan for 2.0 is to fix all Medium
High Priority bugs on CodePlex so that's the key thing to watch
22 matches
Mail list logo