Hi all
I'm very happy to announce the latest release (candidate) of Ironclad,
the 120-proof home-brewed CPython compatibility layer, now available
for IronPython 2.6!
No longer need .NET pythonistas toil thanklessly without the benefits
of bz2, csv, numpy and scipy: with a simple 'import
...@lists.ironpython.com [mailto:users-
boun...@lists.ironpython.com] On Behalf Of William Reade
Sent: Thursday, October 22, 2009 6:37 AM
To: Discussion of IronPython
Subject: [IronPython] SystemError while compiling PIL.Image
Transcript follows. The contents of the file don't look obviously
weird.
Does
Hi Markus
Parts of PIL should work with IronPython if you're willing to import
ironclad first ( http://code.google.com/p/ironclad ). If you're still
using ipy 2, the latest binary release should work for you.
(If you're using 2.6, it definitely won't work right now, because ipy
2.6 can't
Transcript follows. The contents of the file don't look obviously weird.
Does anyone have any idea what the problem might be?
Cheers
William
-
C:\dev\ironcladipy -X:ExceptionDetail
Packetlogic does indeed use compiled CPython extensions, and so won't
normally work with IronPython. However, it appears to import cleanly if
you use Ironclad:
C:\dev\ironclad-v0.8.5-src\buildipy
IronPython 2.0.2 (2.0.0.0) on .NET 2.0.50727.3074
Type help, copyright, credits or license for
-
From: users-boun...@lists.ironpython.com [mailto:users-
boun...@lists.ironpython.com] On Behalf Of William Reade
Sent: Tuesday, July 21, 2009 9:20 AM
To: Discussion of IronPython
Subject: Re: [IronPython] object lifecycle issues
Dino Viehland wrote:
#2 I'd guess could be either that for some
: users-boun...@lists.ironpython.com [mailto:users-
boun...@lists.ironpython.com] On Behalf Of William Reade
Sent: Monday, July 20, 2009 9:38 AM
To: Discussion of IronPython
Subject: [IronPython] object lifecycle issues
Hi all
I have two problems that are at least somewhat related:
+++ Issue 1
()
-Original Message-
From: users-boun...@lists.ironpython.com [mailto:users-
boun...@lists.ironpython.com] On Behalf Of William Reade
Sent: Monday, July 20, 2009 9:38 AM
To: Discussion of IronPython
Subject: [IronPython] object lifecycle issues
Hi all
I have two problems that are at least somewhat
Dino Viehland wrote:
#2 I'd guess could be either that for some reason we're failing to
detect the presence of __del__ or that when we run the finalizer cleanup
that we believe it's part of cyclic trash and don't think we should cleanup.
Of those I'd think it'd be the cyclic trash detection
Hi all
I have two problems that are at least somewhat related:
+++ Issue 1 (probably your bug):
---
C:\dev\ironclad - Copyipy y.py
real new
stub new
real init
real del
C:\dev\ironclad - Copypython y.py
real new
stub new
stub init
us a chance to do it in the future but until then
we wouldn't even think about it.
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of William Reade
Sent: Tuesday, May 19, 2009 2:37 AM
To: Discussion of IronPython
Subject
Generally, CPython modules have the .pyd extension -- and, in fact,
Ironclad will only detect and handle attempts to import .pyd files. So,
sadly, it won't help you here. It wouldn't be hard to make Ironclad
handle .exe files, but the likelihood of it doing anything useful with
them is
Curt Hagenlocher wrote:
iour makes it extremely cumbersome to detach from events
(some events, anyway; I'm pretty certain that I've seen events which
don't exhibit this behaviour, but I can't remember what they are).
An example of this would be useful.
Sorry for the noise -- it seems
Hi List
import clr
clr.AddReference('System.Windows.Forms')
from System.Windows.Forms import TabControl
t = TabControl()
t.MouseDown == t.MouseDown
False
t.MouseDown is t.MouseDown
False
This behaviour makes it extremely
Dave Fugate wrote:
That said, there is something extremely useful the community can do for IronPython that our team simply cannot: get 3rd party Python applications such as Django, pywin32, NumPy, etc running under IronPython. This could mean adapting something like adodbapi.py to utilize
I think he's rewriting a C++ component in IronPython, and wants to know
how he can minimise the impact on the C# application which hosts it.
Curt Hagenlocher wrote:
It's great that you want to improve your skills. But I feel obliged
to point out that IronPython -- and CPython, for that matter
I should point out ahead of time that there's no mmap module in
IronPython at the moment, and so memory-mapped ndarrays don't work yet
-- although most of the usual numpy save/load bits do work, so you'll
probably be fine (unless they're too big to fit in memory).
Dan Shechter wrote:
Here!
Hi all
I'm delighted to announce the release of Ironclad v0.8 -- the
all-singing, all-dancing CPython API compatibility layer for IronPython
-- available now from http://code.google.com/p/ironclad/ . Notable
improvements over the last release include:
* Ironclad is now a neatly
, at 13:43, William Reade will...@resolversystems.com
wrote:
Hi all
I'm delighted to announce the release of Ironclad v0.8 -- the
all-singing, all-dancing CPython API compatibility layer for
IronPython -- available now from http://code.google.com/p/ironclad/ .
Notable improvements over
Hi all
I'm delighted to announce the release of Ironclad v0.7, which is now
available from http://code.google.com/p/ironclad/downloads/list . This
release is a major step forward:
* Runs transparently on vanilla IronPython 2.0RC2, without creating
extra PythonEngines or breaking .NET
. You might find there's
too much stuff marked internal w/ SourceUnit so any issues you run into here
would be interesting to hear.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William Reade
Sent: Thursday, November 20, 2008 9:50 AM
To: Discussion
Hi all
At the moment, when a user types 'import ironclad', I create a new
ScriptEngine and set that up to allow .pyd imports; I then abuse
path_hooks to use the new engine to do the imports, and copy them into
the original engine's sys.modules. Clearly, this is evil and wrong on
any number
.
For example our ModuleLoader class for pre-compiled code has a load_module
method which receives a CodeContext. It then uses it to call back into the
current PythonContext and create a new module.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William
) or a ScriptSource
(engine.CreateScriptSourceFromString) -- even if I just dupe IronPython
code, it seems I'll still need an actual PythonEngine to construct them.
Am I missing something obvious?
William Reade wrote:
Thanks Dino -- I'll see what I can do with that :)
Dino Viehland wrote:
It's
PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William Reade
Sent: Thursday, November 06, 2008 7:29 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Ironclad problem, with which someone here may be able
to help
Finalization still happens on thread 2, and I see no evidence of thread
1 any
ole32, but I haven't worked
out what, if anything, it's doing with it.
* I had to work with faked-up COM interfaces while working on mac game
ports a few years ago -- that's the full extent of my experience.
William Reade wrote:
I'll look into that along with everything else :).
Dino
I'll look into that along with everything else :).
Dino Viehland wrote:
Do you know if numpy is using COM anywhere? Or does Ironclad use COM for any
of its interop?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William Reade
Sent: Thursday
?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William Reade
Sent: Wednesday, November 05, 2008 10:01 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Ironclad problem, with which someone here may be able
to help
The log starts in the middle (after many
Finalization still happens on thread 2, and I see no evidence of thread
1 any more; my main thread now appears to have id 3.
Curt Hagenlocher wrote:
When you run with -X:MTA, is the object now being finalized on a
thread other than thread #2?
On Thu, Nov 6, 2008 at 7:01 AM, William Reade
CPy:
long('')
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: invalid literal for long() with base 10: ''
IPy:
long('')
0L
___
Users mailing list
Users@lists.ironpython.com
Hi all
While running the numpy tests, I've come across a situation which, to
the best of my knowledge, is simply impossible. I'm hoping that one of
the local .NET gurus will be able to tell me what I'm missing, or point
me somewhere I can get more insight.
The 4 methods involved are as
Incidentally, logging a Stopwatch timestamp in WriteFlush reveals that,
yes, the calls really are happening in the order they appear to be. So,
option (3) appears to be a red herring, and options (1) and (2) remain
unchanged.
William Reade wrote:
Hi all
While running the numpy tests, I've
Hagenlocher [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
So, the obvious question for me is whether or not you're using any
finalizers.
On Wed, Nov 5, 2008 at 5:57 AM, William Reade
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Hi all
While running the numpy
, 2008 at 10:15 AM, William Reade
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
Hi Curt
I am indeed; that's how I know thread 2 is the GC thread. Is
locking during GC forbidden?
William
Curt Hagenlocher wrote:
...or, for that matter, any __del__ methods from within
PROTECTED] On Behalf Of William Reade
Sent: Monday, September 29, 2008 10:50 AM
To: Discussion of IronPython
Subject: Re: [IronPython] blocker: objects deleted when they shouldn't be
Thanks Dino :)
Can you suggest an approximate ETA for a fix? I don't want to hassle
you, but I'm very keen to get numpy
(Cross-posted from the c-extensions-for-ironpython google group -- I
thought a few people here might be interested too :))
Hi all
Our original goal for 0.5 was to import numpy, from IronPython, and do
something with it. With one monstrous caveat, we have reached that goal;
the problem is
Hi all
Please enjoy Ironclad v0.2, which is now available from:
http://code.google.com/p/ironclad/downloads/list
Major changes are as follows:
* Ironclad now uses IronPython 2.0b1 for everything.
* It is now possible to use all the functions and types -- and their
methods -- from the bz2
Hi
IronPython 1.1.1 (1.1.1) on .NET 2.0.50727.312
Copyright (c) Microsoft Corporation. All rights reserved.
f = open(text.txt)
f.mode
Traceback (most recent call last):
File , line 0, in stdin##82
AttributeError: 'file' object
possible brownie points ;-).
Cheers
William
--
William Reade
Resolver Systems
[EMAIL PROTECTED]
We're hiring! http://www.resolversystems.com/jobs/
Office address: 17a Clerkenwell Road, London EC1M 5RD, UK
Registered address: 843 Finchley Road, London NW11 8NA, UK
Resolver Systems Limited
*. Is this correct? If so, can I work around it, and what
exciting pitfalls will I walk into if I try?
William
* That is to say, I cannot monkey-patch anything in sys.modules that
didn't come from IronPython.
--
William Reade
Resolver Systems
[EMAIL PROTECTED]
Office address: 17a
Hi guys
As if you didn't have enough on your plates already...
IronPython beta8:
st = set([])
st.add(None)
st
set([type 'NoneType'])
CPython:
st = set([])
st.add(None)
st
set([None])
Cheers
William
___
users mailing list
---
IronPython 1.0.2280 (Beta) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
False == None
True
---
The avove comparison should evaluate to False. It
lambda appears to be misspelled here:
---
IronPython 1.0.2216 (Beta) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
lambda x : x
function lamda$0 at 0x002B
---
Cheers
William
--
We're hiring!
It appears that tuples have similar problems to lists (tested on 0.9.5
and 1.0b1):
--
class C:
... pass
...
c1 = C()
c2 = C()
(c1, c2) == (c2, c1)
True
--
Cheers
William
Giles Thomas wrote:
Some more discoveries, following on from the below:
---
class
Hi, we have another bug report. This one's a bit longer...
In IronPythonConsole (0.9.6):
--
IronPython 0.9.6 on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
class C:
... def f(self):
... pass
45 matches
Mail list logo