This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
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