diff options
author | MuQun Yang <ymuqun@hdfgroup.org> | 2001-03-29 23:56:23 (GMT) |
---|---|---|
committer | MuQun Yang <ymuqun@hdfgroup.org> | 2001-03-29 23:56:23 (GMT) |
commit | 067806e5070d3503b76db91ce6201c26b44c12e5 (patch) | |
tree | 346c667f77309951605c3b84673345fa9c1c0fb4 /src | |
parent | e9c66f61a77c40bc27a1371291892c4147555689 (diff) | |
download | hdf5-067806e5070d3503b76db91ce6201c26b44c12e5.zip hdf5-067806e5070d3503b76db91ce6201c26b44c12e5.tar.gz hdf5-067806e5070d3503b76db91ce6201c26b44c12e5.tar.bz2 |
[svn-r3739]
Purpose:
a bug fix
Description:
when creating sds dimensional scale dataset, I accidently created two sds dimensional scale dataset with the same name, (say using name "dim1" for both rank 2 and rank 3).
hdf4 library doesn't give me complaints, hdp dumpsds doesn't generate complaints. h4toh5 converter since assumed that dimensional scale name has to be unique, simply skip if finding the same dimensional name, so accidently the result from hdp dumpsds are the same as the result from h5dump until I implement library API and find this bug.
Solution:
make unique sds dimensional scale name for this test file. Will also need to modify testfiles later.
suggestions: somebody check hdf4 library to disallow the same dimensional scale nameOused for the same sds object.
Platforms tested:
eirene, and this check in will not affect daily test.
Diffstat (limited to 'src')
0 files changed, 0 insertions, 0 deletions