diff options
author | Bill Wendling <wendling@ncsa.uiuc.edu> | 2003-09-30 18:55:08 (GMT) |
---|---|---|
committer | Bill Wendling <wendling@ncsa.uiuc.edu> | 2003-09-30 18:55:08 (GMT) |
commit | 94681179ccdd6e9b04be35ecdceb73aa8972d1e8 (patch) | |
tree | 14a6129c58a26ac36b0ec305d7f3c712f52e4d04 /src/H5Omtime.c | |
parent | c58d85f10eb0f7da7ac920b0655937f7521e9d8c (diff) | |
download | hdf5-94681179ccdd6e9b04be35ecdceb73aa8972d1e8.zip hdf5-94681179ccdd6e9b04be35ecdceb73aa8972d1e8.tar.gz hdf5-94681179ccdd6e9b04be35ecdceb73aa8972d1e8.tar.bz2 |
[svn-r7528] Purpose:
Bug Fix
Description:
The FPHDF5 code couldn't create a dataset then access it. Turns out
that the "O_find_in_ohdr" code was protecting the object header which
pulls it into the cache then unprotecting it. However, this caused
the cache entry to be blown away and THEN we'd try to reread the
entry (via AC_protect) but it didn't have all of the data that the
find_in_ohdr function decodes for us decoded. It was also kind of
unnecessary since we can just protect then call O_find_in_ohdr.
Solution:
Removed the AC_protect and AC_unprotect from O_find_in_ohdr. Called
AC_protect before calling the O_find_in_ohdr function.
Platforms tested:
Linux (Fortran, C++)
IRIX (parallel, Fortran)
Sun (Fortran)
Misc. update:
Diffstat (limited to 'src/H5Omtime.c')
0 files changed, 0 insertions, 0 deletions