<br><br><div class="gmail_quote">On Fri, Jun 11, 2010 at 8:00 AM, Geoffrey Irving <span dir="ltr"><<a href="mailto:irving@naml.us">irving@naml.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hello,<br>
<br>
If I create an mmap'ed array, and then generate another array<br>
referencing only its base, destruction of the original mmap'ed array<br>
closes the mmap.  The second array is then prone to segfaults.<br>
<br>
I think the best fix is to put the responsibility for flushing the<br>
mmap onto the actual mmap object (and therefore the base object)<br>
directly, so that the numpy memmap object has no cleanup<br>
responsibilities.  A patch to core/memmap.py follows.  It would be<br>
nicer to put the mmap_flush class declaration somewhere outside the<br>
function, but that conflicts with the local "import mmap."<br>
<br></blockquote><div><br>Reported in <a href="http://projects.scipy.org/numpy/ticket/1513">http://projects.scipy.org/numpy/ticket/1513</a> so it doesn't get lost.<br><br>Ralf<br><br></div></div>