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

[netCDF #HPS-623090]: Re: [netcdfgroup] files with compound types not

Hi Jeff,

> Following up on my previous message, h5dump does display the data
> correctly on both systems (but ncdump does not).

I've verified different ncdump outputs for your test.nc file with ncdump
built on a Linux versus a Solaris/x86 system, and I also get the same output
from h5dump on both systems.  However, I'd like to verify that the h5dump
output I'm seeing is what you expect, becausee it also looks wrong to me.

On both the Linux and Solaris/x86 systems, I see the following values from
h5dump for the "phony_compound_var" variable:

   DATASET "phony_compound_var" {
      DATATYPE  "/cmp3"
      DATASPACE  SIMPLE { ( 1 ) / ( 1 ) }
      DATA {
      (0): {
            {
               20000,
               300000
            },
            {
               100000,
               [ 1.59954e-314, 1.59954e-314,
                  1.59954e-314, 1.59954e-314,
                  1.59954e-314, 2.42435e-154 ]
            }
         }
      }

which are the same values (to float precision) I see in the ncdump output
on the Solaris system, whereas the ncdump output on the Linux system has

   phony_compound_var =
      {{20000, 300000}, {100000, {-100000.015594482, -100000, -100000, -100000,
      -100000, -100000}}} ;

I assume the latter values are what you expect.  Is that correct?  And are
you seeing the same values in the output from h5dump as I've pasted above?
An answer to this question will help isolate the bug to ncdump or one of the
libraries.

Thanks for reporting this!

--Russ

> -Jeff
> >
> > I created a file with a nested compound type on a 64 bit linux box.
> > Here's the output of ncdump on the linux machine:
> >
> > nnetcdf test {
> > types:
> >  compound cmp1 {
> >    short i ;
> >    int j ;
> >  }; // cmp1
> >  compound cmp2 {
> >    float x ;
> >    double y(3, 2) ;
> >  }; // cmp2
> >  compound cmp3 {
> >    cmp1 xx ;
> >    cmp2 yy ;
> >  }; // cmp3
> > dimensions:
> >        phony_dim = 1 ;
> > variables:
> >        cmp3 phony_compound_var(phony_dim) ;
> > data:
> >
> > phony_compound_var =
> >    {{20000, 300000}, {100000, {-100000.028899567, -100000, -100000,
> > -100000, -100000, -100000}}} ;
> > }
> >
> > Copying the file over to MacOS X and running ncdump there gives:
> >
> > netcdf test {
> > types:
> >  compound cmp1 {
> >    short i ;
> >    int j ;
> >  }; // cmp1
> >  compound cmp2 {
> >    float x ;
> >    double y(3, 2) ;
> >  }; // cmp2
> >  compound cmp3 {
> >    cmp1 xx ;
> >    cmp2 yy ;
> >  }; // cmp3
> > dimensions:
> >        phony_dim = 1 ;
> > variables:
> >        cmp3 phony_compound_var(phony_dim) ;
> > data:
> >
> > phony_compound_var =
> >    {{20000, 300000}, {100000, {1.59954026355845e-314,
> > 1.59954026355845e-314, 1.59954026355845e-314, 1.59954026355845e-314,
> > 1.59954026355845e-314, 2.42435159293081e-154}}} ;
> > }
> >
> > This is with netcdf 4.0.1 and hdf5 1.8.2 in both places.  I've put the
> > netcdf file at ftp://ftp.cdc.noaa.gov/Public/jwhitaker/test.nc.
> >
> > ncdump should give the same result both places, shouldn't it?
> >
> > -Jeff
> >
>
>
> --
> Jeffrey S. Whitaker         Phone  : (303)497-6313
> Meteorologist               FAX    : (303)497-6449
> NOAA/OAR/PSD  R/PSD1        Email  : address@hidden
> 325 Broadway                Office : Skaggs Research Cntr 1D-113
> Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg
>
> _______________________________________________
> netcdfgroup mailing list
> address@hidden
> For list information or to unsubscribe,  visit:
http://www.unidata.ucar.edu/mailing_lists/
>
>

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



Ticket Details
===================
Ticket ID: HPS-623090
Department: Support netCDF
Priority: Normal
Status: Closed