[netCDF #RGF-193009]: "ncdump -c" bug identifying coordinate variables in groups still present in 4.1.2

Hi John,

> Long time no talk. netCDF-4 use for MAST fusion data advances steadily here - 
> currently 140MB of netCDF-4 data stored for each MAST shot, with 20+ shots on 
> a good day.
> 
> The "ncdump -c" bug supposedly fixed in 4.1.2-beta1 is still around, though 
> the behaviour is different now. The attached cdl file provides a cut-down 
> example. Do "ncgen -khdf5 grouptest.cdl; ncdump -c grouptest.nc". It hangs.

I just tried the example you sent. ncdump from the current snapshot, which
will soon be released in netcdf-4.2rc1, works fine, returning the attached CDL
quickly.  I remember fixing this bug on November 14, from Jira ticket
 
  https://www.unidata.ucar.edu/jira/browse/NCF-136

If you have code newer than Nov 14 and the bug symptom is still manifesting,
I'd like to get a test case that demonstrates it.  You could also check that
this patch was made to ncdump/dumplib.c:

Index: dumplib.c
===================================================================
--- dumplib.c   (.../trunk/ncdump/dumplib.c)    (revision 1646)
+++ dumplib.c   (.../branches/russ/ncdump/dumplib.c)    (working copy)
@@ -1770,7 +1770,11 @@
 
     do {         /* be safe in case someone is currently adding
                   * dimensions */
+#ifdef USE_NETCDF4
+       NC_CHECK( nc_inq_dimids(ncid, &ndims, NULL, include_parents ) );
+#else
        NC_CHECK( nc_inq_ndims(ncid, &ndims) );
+#endif
        if (dims)
            free(dims);
        dims = (ncdim_t *) emalloc((ndims + 1) * sizeof(ncdim_t));

--Russ


Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: RGF-193009
Department: Support netCDF
Priority: Normal
Status: Closed