possible bug in nfmpi_enddef?
Rob Latham
robl at mcs.anl.gov
Fri May 21 15:25:42 CDT 2010
On Fri, May 21, 2010 at 01:23:02PM -0600, Jim Edwards wrote:
> I am trying to do
>
> rocde = nfmpi_redef(file)
> rcode = nfmpi_put_att(cpl_io_file,pio_global,"file_version",version)
> rcode = nfmpi_enddef(cpl_io_file)
> But this results in
>
> Memory allocation (malloc) failure
placing a single attribute on the dataset *might* result in growing
the header. You'd know it if you ever hit that: performance would go
straight down the toilet. If the header grows enough that you have
to shuffle all the other variables down, pnetcdf will do so at 4k (!)
at a time.
So, that's one place that allocates memory in the redef case, but
there really aren't 4k bytes of memory to spare? Seems unlikely.
Do you maybe have a core file or a backtrace of where this happens?
Is this on bluefire or bgp or something else?
==rob
--
Rob Latham
Mathematics and Computer Science Division
Argonne National Lab, IL USA
More information about the parallel-netcdf
mailing list