t has already been free'd by the hdf5 libraries. I am not sure
how to track this down, you might have to set a breakpoint on that
memcpy call and see where pytables is for a few calls. Usually
valgrind magically points out the bug for this kind of thing, but you
are not so lucky...
On Jan 28, 2006, at 4:47 PM, Francesc Altet wrote:
El dv 27 de 01 del 2006 a les 21:01 +0100, en/na Francesc Altet va
escriure:
I'm working on
a different implementation (inspired on your patch), but some tests
are still giving problems. I've commited the changes to SVN
anyway, so
if you wa
Yes. My own tests seems to indicate that you are right. I tend to
think that numarray.array actually *does* the copy, but the question
is why a subsequent free on rdata[i].p causes a segfault (?).
numarray does not copy. I traced the execution and found no place
where copy occurs.
Well, pe
On Jan 26, 2006, at 4:34 AM, Francesc Altet wrote:
Hi Russel,
A Dimecres 25 Gener 2006 18:24, Russel Howe va escriure:
I am not sure if this is a numarray problem or a pytables
problem, but this is the simplest program I have been able to create
that illustrates the problem. The
files, the files I am working on here are actually
converted from a different format, the conversion program runs fine.
Russel
import tables
import numarray.random_array as ra
from numarray import *
import sys
filename="test_%02d.h5"
nrows=2000
maxelements=15000
minelements=1
tim
