[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #IKT-405664]: px_pgin, Write to unallocated

Hi Kevin,

> thanks for the suggestions. I've re-compiled my code and linked it
> against a slightly older version of netcdf libraries
> NETCDF-4.1.2-beta3-snapshot2011020522

Is there some reason you can't link against a more recent release,
such as 4.3.0, the current official release from May 2013, or
4.3.1-rc4, the current release candidate from Nov 2013?  If the 
bug is also in a current release, we can actually work on getting 
it fixed.  Also, to fix the bug, we need to be able to reproduce
the symptoms here, so we need a small demonstration program that
makes it less likely the bug is in user code, such as providing
an array argument not large enough for reading data into.

> this gave the following when running though dbx:
> Write to unallocated (wua) on thread 18446744072618990672:
> Attempting to write 4 bytes through NULL pointer
> address@hidden (address@hidden) stopped in NC_initialize at line 36 in file
> "stub.c"
> 36       if((stat = NC4_initialize())) return stat;

Sorry, but that's not enough information to determine the cause of the 
problem, so there's not much we can do with it, unless we can reproduce 
it.  It would be helpful if you observed such a bug running any of the
tests run by "make check", in which case we would have a chance of
isolating the problem to the test program or the library, and could
diagnose and fix the cause ...

> I continued and got:
> Write to unallocated (wua) on thread 18446744072618990672:
> Attempting to write 4 bytes at address 0x569178c4d280
> address@hidden (address@hidden) stopped in NC_dispatch_overlay at line 157 in
> file "dispatch.c"
> 157       vmerge = (void**)merge;
> interestingly if I try and print these variables I get:
> print vmerge
> dbx: warning: variable `vmerge' has no address - unused or optimized out
> (dbx) print merge
> merge = 0x2b48bc626940
> so is the problem in compiling the netcdf with optimization on. I
> compiled without specifically setting optimization so don't know if it
> was chosen by default. Also the netcdf libs are compiled with gcc whilst
> my code has been compiled with Sun studio cc and f95.
> I can try and re-compile the hdf5 and netcdf-4 with Sun studio
> compilers.

If it's convenient, could you also try using the current releases or 
release candidates for HDF5 and netCDF-4?

For netCDF-4, these are:
with build instructions here:


> Regards
> Kevin
> --
> ---------------------------------------------------------
> |                                                        |
> | Kevin I.Hodges                                         |
> | ESSC (Enviromental Systems Science Center)             |
> | University of Reading,                                 |
> | Harry Pitt Building,                                   |
> | 3 EarleyGate,                                          |
> | Whiteknights, PO Box 238,                              |
> | Reading RG6 6AL, U.K.                                  |
> |                                                        |
> | Tel:  0118 3787761                                     |
> | Fax:  0118 3786413                                     |
> |                                                        |
> | email: address@hidden                        |
> | WWW: http://www.nerc-essc.ac.uk/~kih/Home.html         |
> |                                                        |
> ---------------------------------------------------------
Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu

Ticket Details
Ticket ID: IKT-405664
Department: Support netCDF
Priority: Normal
Status: Closed

NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.