2008/8/6 Jeff Hardy <[EMAIL PROTECTED]>:
> I'm going to start testing against some other applications as well,
> and post the results on my blog - jdhardy.blogspot.com - as well as
> the compatibilty pages on ironpython.info.
Once Django is working, I think you should try Pinax as well. Pinax is
> I'm hijacking this thread as I also have errors with this release. The
> installation went fine but I get an unhandled exception when starting
> ipy.exe which terminates the process immediately.
>
> Hey for once I've sent a report to Microsoft about it though ;)
>
> Does this release require a s
I'm hijacking this thread as I also have errors with this release. The
installation went fine but I get an unhandled exception when starting
ipy.exe which terminates the process immediately.
Hey for once I've sent a report to Microsoft about it though ;)
Does this release require a specific versi
Today, I try to play with IronPython 4.0b, but when I install it, it popups a
window and says "IronPython 2.0 Beta4 requires .NET Framework 2.0. SP1". My
machine is vista32 with Visual studio 08, so I have .NET Framework 3.5, I do
not know why IronPython must work with .net 2.0&sp1 even I have
The MSI refuses to install with message: "requires .NET framework 2.0 SP1".
I am pretty sure that there are SP1 on the two machines I tried. They both
have XP SP3.
They all have the following .NET framework versions:
1.1
2.0 SP1
3.0 SP1
3.5
Thanks!
-J._
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 a
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 wh
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]
___
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
http://blogs.msdn.com/dinoviehland/archive/2008/03/1
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 IronPytho
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 Codep
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 run
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
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/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
User
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 ~5 reported internally). Apart from these bug
fixes, the following are the highlights of this release:
* This release ships with a MSI installer th
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
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.Statement
> 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 betw
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] [mail
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
befo
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 import
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 ge
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 than
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
> 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. Th
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
> P
27 matches
Mail list logo
