summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorQuincey Koziol <koziol@hdfgroup.org>2003-10-10 15:23:46 (GMT)
committerQuincey Koziol <koziol@hdfgroup.org>2003-10-10 15:23:46 (GMT)
commitc71ef4801c27e24a605010d81772adadb6cc921e (patch)
tree501f100598a2b5929348392987e7134bb9516717
parenta310180c7f3075febfc177e4da307fe304b8f370 (diff)
downloadhdf5-c71ef4801c27e24a605010d81772adadb6cc921e.zip
hdf5-c71ef4801c27e24a605010d81772adadb6cc921e.tar.gz
hdf5-c71ef4801c27e24a605010d81772adadb6cc921e.tar.bz2
[svn-r7594] Purpose:
Bug fix Description: The 'char *' type is one of the "strongly" aligned types on Crays, but a 'void *' is "weakly" aligned. So, assigning a 'void *' (pointing to a location to place a 'char *') to a 'char **' can change the pointer value during the assignment. Solution: Don't alias the 'void *' where the variable-length information ('char *' or 'hvl_t') will go. Use a temporary variable on the stack to build up the information about the VL string or sequence and then memcpy() the temporary variable directly to the location pointed to with the 'void *' Platforms tested: FreeBSD 4.9 (sleipnir) Cray SV1 (wind) specific to Cray problems, h5committest not necessary.
-rw-r--r--release_docs/RELEASE.txt2
1 files changed, 2 insertions, 0 deletions
diff --git a/release_docs/RELEASE.txt b/release_docs/RELEASE.txt
index bf0d874..c117e42 100644
--- a/release_docs/RELEASE.txt
+++ b/release_docs/RELEASE.txt
@@ -80,6 +80,8 @@ Bug Fixes since HDF5-1.6.0 release
Library
-------
+ - Fixed problems with accessing variable-length data datatypes on
+ Crays. QAK - 2003/10/10
- Fixed potential file corruption bug when too many object header
messages (probably attributes, from a user perspective) were
inserted into an object header and certain other conditions were