NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: compound types on different machines - is this expected?

NOTE: The netcdf-hdf mailing list is no longer active. The list archives are made available for historical reasons.

Hi Ed,

> Elena Pourmal <epourmal@xxxxxxxxxxxxx> writes:
> 
> > Here is an example how to use H5Tget_native instead of constructing memory 
> > type
> >
> > http://hdf.ncsa.uiuc.edu/training/other-ex5/h5nestc.c
> >
> 
> OK, this seems like magic!

    :-)

> I've changed by program to use the get_native_type function, and now
> everything works perfectly. I've read the documentation for
> H5Tget_native_type and it's really not clear to me how it manages to
> deal with the padding of a struct.
> 
> Can someone explain what's going on? What does get_native_type do for
> compound types?

    As part of the process of building the library, we generate information
about the compiler's padding for fields in compound types.  H5Tget_native_type
uses that information to translate a non-native compound type into a native
compound type.

    Quincey

P.S. - Sorry this is late - it was mis-filed by my procmail recipes and I just
    found it.

  • 2005 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-hdf archives: