diff options
author | Albert Cheng <acheng@hdfgroup.org> | 2000-11-22 13:58:12 (GMT) |
---|---|---|
committer | Albert Cheng <acheng@hdfgroup.org> | 2000-11-22 13:58:12 (GMT) |
commit | 03b8f6ae02b7036abd3b959e281eb9fc29004a3d (patch) | |
tree | 9cbc81c7a2f51cc3b240251231895439247fd3a6 /RELEASE | |
parent | c6e0eb1bd4cb60252fb9acb03b3c5af78d89df48 (diff) | |
download | hdf5-03b8f6ae02b7036abd3b959e281eb9fc29004a3d.zip hdf5-03b8f6ae02b7036abd3b959e281eb9fc29004a3d.tar.gz hdf5-03b8f6ae02b7036abd3b959e281eb9fc29004a3d.tar.bz2 |
[svn-r2994] Updated with parallel bug fix.
Diffstat (limited to 'RELEASE')
-rw-r--r-- | RELEASE | 94 |
1 files changed, 50 insertions, 44 deletions
@@ -62,67 +62,69 @@ New features Release Notes for h4toh5 beta ============================= -The h4toh5 utility converts an HDF4 file to an HDF5 file. -See the document, "Mapping HDF4 Objects to HDF5 Objects", -http://hdf.ncsa.uiuc.edu/HDF5/papers/H4-H5MappingGuidelines.pdf + The h4toh5 utility converts an HDF4 file to an HDF5 file. + See the document, "Mapping HDF4 Objects to HDF5 Objects", + http://hdf.ncsa.uiuc.edu/HDF5/papers/H4-H5MappingGuidelines.pdf -Known Limitations of the h4toh5 beta release -============================================= + Known Limitations of the h4toh5 beta release + --------------------------------------------- -1. Error handling + 1. Error handling -Error reporting is minimal. + Error reporting is minimal. -2. String datatype + 2. String datatype -HDF4 has no 'string' type. String valued data are usually defined -as an array of 'char' in HDF4. The h4toh5 utility will generally -map these to HDF5 'String' types rather than array of char, with -the following additional rules: + HDF4 has no 'string' type. String valued data are usually defined + as an array of 'char' in HDF4. The h4toh5 utility will generally + map these to HDF5 'String' types rather than array of char, with + the following additional rules: - * For the data of HDF4 SDS, image, and palette, if the data is - declared 'DFNT_CHAR8' it will be assumed to be integer and - will be an H5T_INTEGER type. - * For attributes of any HDF4 object, data of type 'DFNT_CHAR8' - will be converted to an HDF5 'H5T_STRING' type. - * For Vdata of HDF4, it is difficult to determine whether data - of type 'DFNT_CHAR8' is intended to be bytes or charaters. - The h4toh5 utility will consider them as C character, and - will convert them to an HDF5 'H5T_STRING' type. + * For the data of HDF4 SDS, image, and palette, if the data is + declared 'DFNT_CHAR8' it will be assumed to be integer and + will be an H5T_INTEGER type. + * For attributes of any HDF4 object, data of type 'DFNT_CHAR8' + will be converted to an HDF5 'H5T_STRING' type. + * For Vdata of HDF4, it is difficult to determine whether data + of type 'DFNT_CHAR8' is intended to be bytes or charaters. + The h4toh5 utility will consider them as C character, and + will convert them to an HDF5 'H5T_STRING' type. -3. Compression, Chunking and External storage + 3. Compression, Chunking and External storage -Chunking is supported, but compression and external storage is -not. + Chunking is supported, but compression and external storage is + not. -An HDF4 object that uses chunking will be converted to an HDF5 -file with analogous chunked storage. + An HDF4 object that uses chunking will be converted to an HDF5 + file with analogous chunked storage. -An HDF4 object that uses compression will be converted to an -uncompressed HDF5 object. + An HDF4 object that uses compression will be converted to an + uncompressed HDF5 object. -An HDF4 object that uses external storage will be converted to an -an HDF5 object without external storage. + An HDF4 object that uses external storage will be converted to an + an HDF5 object without external storage. -4. Memory use + 4. Memory use -The beta version of the h4toh5 utility copies data from HDF4 -objects in a single read followed by a single write to the -HDF5 object. For large objects, this requires a very large -amount of memory, which may be extremely slow or fail on -some platforms. + The beta version of the h4toh5 utility copies data from HDF4 + objects in a single read followed by a single write to the + HDF5 object. For large objects, this requires a very large + amount of memory, which may be extremely slow or fail on + some platforms. -Note that a dataset that has only been partly written will -be read completely, including uninitialized data, and all the -data will be written to the HDF5 object. + Note that a dataset that has only been partly written will + be read completely, including uninitialized data, and all the + data will be written to the HDF5 object. -5. Platforms + 5. Platforms + + The h4toh5 utility requires HDF5.1.4. + + The beta h4toh5 utility has been tested on Solaris 2.6, Solaris 2.5, + Irix 6.5, HPUX 11.0, DEC Unix, FreeBSD, and Windows 2000. -The h4toh5 utility requires HDF5.1.4. -The beta h4toh5 utility has been tested on Solaris 2.6, Solaris 2.5, -Irix 6.5, HPUX 11.0, DEC Unix, FreeBSD, and Windows 2000. Bug fixes since HDF5-1.2.0 ========================== @@ -167,7 +169,11 @@ Library object or region references and disallow dereference. * "Time" datatypes (H5T_UNIX_D*) were not being stored and retrieved from object headers correctly, fixed now. - + * Fixed H5Dread or H5Dwrite calls with H5FD_MPIO_COLLECTIVE requests that + may hang because not all processes are transfer the same amount of data. + (A.K.A. prematured collective return when zero amount data requested.) + Collective calls that may cause hanging is done via the corresponding + MPI-IO independent calls. Configuration ------------- |