Hi Britton,

Can you get a traceback from the seg fault?  It would help to see the line number in the autogenerated QuadTree.c where the crash happens.  Autogenerated C files produced by cython reproduce the original .pyx files line by line as comments so it's usually pretty easy to back out where the crash is happening in the original Pyrex file.


On Thursday, February 27, 2014, Britton Smith <brittonsmith@gmail.com> wrote:
Hi all,

I'm trying to make projections of a rather large Enzo dataset and getting a segfault somewhere in Quadtree.so.  This dataset is ~230 GB in size with 27 levels of AMR.  As far as I can tell, the only hard coded limit I could find in QuadTree.pyx is for 80 levels, which I am clearly below.  Does anyone familiar with this part of the code have any idea if there are any other hard-coded limits in here that I might be exceeding?  If not, does anyone have any advice for how I might debug this?  I'm seeing this behavior in both yt-2.x and yt-3.0, so it does seem to be something intrinsic to the quadtree code.