On Sun, 20 Jul 2008, Stéfan van der Walt wrote:
> 2008/7/20 Michael Abbott <[EMAIL PROTECTED]>:
> > C, then C++ (which I now regard as a serious mistake) and finally shell
> It's scary how many of us were scarred for life by C++.
What's really annoying for me is tha
Travis, thank you for your encouraging words.
On Sat, 19 Jul 2008, Travis E. Oliphant wrote:
> Really this code "grew" from a simple thing into a complicated thing as
> more "features" were added. This is a common issue that happens all
> over the place.
Aye.
> The reason I say I'm not sure
On Fri, 18 Jul 2008, Travis E. Oliphant wrote:
> It looks like with that added DECREF, the reference count leak is gone.
I've looked at the latest head, and I agree that the problem is now
solved.
There is an important difference from my original solution: typecode is no
longer reused after th
actually extremely simple: the existing @[EMAIL PROTECTED]
code is broken.
On Thu, 17 Jul 2008, Charles R Harris wrote:
> On Tue, Jul 15, 2008 at 9:28 AM, Michael Abbott <[EMAIL PROTECTED]>
> wrote:
> > > --- numpy/core/src/scalartypes.inc.src (revision 5411)
> > >
On Wed, 16 Jul 2008, Alan G Isaac wrote:
> On Wed, 16 Jul 2008, Charles R Harris apparently wrote:
Michael Abbott actually wrote:
> > Hard tab characters are fortunately relatively rare in
> > numpy source
> http://www.rizzoweb.com/java/tabs-vs-spaces.html
Ha ha ha! I'
On Tue, 15 Jul 2008, Michael Abbott wrote:
> Only half of my patch for this bug has gone into trunk, and without the
> rest of my patch there remains a leak.
I think I might need to explain a little more about the reason for this
patch, because obviously the bug it fixes was missed th
Tenuous but easy fix, and conformant to style elsewhere.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
This one is easy, ought to go in. Fixes a (not particularly likely)
memory leak.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Only half of my patch for this bug has gone into trunk, and without the
rest of my patch there remains a leak.
Furthermore, it remains necessary to perform an extra INCREF on typecode
before calling PyArray_FromAny ... as otherwise there is the real
possibility that typecode will have evaporate
I'm reviewing my tickets (seems a good thing to do with a release
imminent), and I'll post up each ticket that merits comment as a separate
message.
Ticket #843 has gone into trunk (commit 5361, oliphant) ... but your
editor appears to be introducing hard tabs! Hard tab characters are
fortuna
> PyArray_DescrFromType can return NULL
Yah, you noticed ;)
> Yet it is unchecked in several places:
Pity about that. Easy enough to fix though -- just don't lose track of
ref counts. In fact, I've already submitted a patch to this function (but
not addressing this issue).
> static int
> PyAr
On Wed, 9 Jul 2008, Michael Abbott wrote:
> Well then, I need to redo my patch. Here's the new patch for
> ..._arrtype_new:
I'm sorry about this, I posted too early. Here is the final patch (and
I'll update the ticket accordingly).
commit a1ff570cbd3ca6c28f87c55ceb
There are three separate patches in this message plus some remarks on
"stealing" reference counts at the bottom.
On Tue, 8 Jul 2008, Travis E. Oliphant wrote:
> Michael Abbott wrote:
> > On Tue, 8 Jul 2008, Travis E. Oliphant wrote:
> >> The first part of this patch
On Tue, 8 Jul 2008, Travis E. Oliphant wrote:
> Michael Abbott wrote:
> > The attached patch fixes another reference count leak in the use of
> > PyArray_DescrFromType.
> >
> The first part of this patch is good. The second is not needed.
I don't see that.
Author: Michael Abbott <[EMAIL PROTECTED]>
Date: Tue Jul 8 10:10:59 2008 +0100
Another reference leak using PyArray_DescrFromType
This change fixes two issues: a spurious ADDREF on a typecode returned
from PyArray_DescrFromType and a return path with no DECREF.
diff --git a
On Fri, 4 Jul 2008, Pauli Virtanen wrote:
> Fri, 04 Jul 2008 20:06:52 +0000, Michael Abbott wrote:
> > "You only need to [register] once (i.e, SciPy and NumPy Developer
> >Pages use the same login/password)."
> Hmm, I'm not sure if I was correct i
On Fri, 4 Jul 2008, Charles R Harris wrote:
> Curiously, you didn't find the root page: http://www.scipy.org/. At the top
> there are icons that link to all the things you were looking for. I blame
> Google ;)
Ah, yes. That's where the text I was looking for was:
"You only need to [regis
On Fri, 4 Jul 2008, Pauli Virtanen wrote:
> Fri, 04 Jul 2008 11:51:19 +0000, Michael Abbott wrote:
> > I hope this is going to the right place. I've tried to submit a Trac
> > ticket at http://projects.scipy.org/scipy/numpy/ but unfortunately it
> > won't
k was
introduced in revision 2575 in June '06, over two years ago -- I'm a
little surprised this hasn't been discovered already.
commit ea66a7ee65e1ae855bbc432a48eb1f48176a85d9
Author: Michael Abbott <[EMAIL PROTECTED]>
Date: Fri Jul 4 12:08:24 2008 +0100
F
19 matches
Mail list logo