Hi Rob,<br><br>It&#39;s pnetcdf-1.1.1  Art is seeing it on jaguar and I am reproducing it on bluefire.<br><br><div class="gmail_quote">On Fri, May 21, 2010 at 2:25 PM, Rob Latham <span dir="ltr">&lt;<a href="mailto:robl@mcs.anl.gov">robl@mcs.anl.gov</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Fri, May 21, 2010 at 01:23:02PM -0600, Jim Edwards wrote:<br>
&gt; I am trying to do<br>
&gt;<br>
&gt; rocde = nfmpi_redef(file)<br>
&gt; rcode = nfmpi_put_att(cpl_io_file,pio_global,&quot;file_version&quot;,version)<br>
&gt; rcode = nfmpi_enddef(cpl_io_file)<br>
<br>
&gt; But this results in<br>
&gt;<br>
&gt;  Memory allocation (malloc) failure<br>
<br>
</div>placing a single attribute on the dataset *might* result in growing<br>
the header.  You&#39;d know it if you ever hit that: performance would go<br>
straight down the toilet.   If the header grows enough that you have<br>
to shuffle all the other variables down, pnetcdf will do so at 4k (!)<br>
at a time.<br>
<br>
So, that&#39;s one place that allocates memory in the redef case, but<br>
there really aren&#39;t 4k bytes of memory to spare?  Seems unlikely.<br>
<br>
Do you maybe have a core file or a backtrace of where this happens?<br>
<br>
Is this on bluefire or bgp or something else?<br>
<div><div></div><div class="h5"><br>
==rob<br>
<br>
--<br>
Rob Latham<br>
Mathematics and Computer Science Division<br>
Argonne National Lab, IL USA<br>
</div></div></blockquote></div><br>