summaryrefslogtreecommitdiffstats
path: root/fortran/src/H5Pf.c
diff options
context:
space:
mode:
authorBill Wendling <wendling@ncsa.uiuc.edu>2003-09-30 18:55:08 (GMT)
committerBill Wendling <wendling@ncsa.uiuc.edu>2003-09-30 18:55:08 (GMT)
commit94681179ccdd6e9b04be35ecdceb73aa8972d1e8 (patch)
tree14a6129c58a26ac36b0ec305d7f3c712f52e4d04 /fortran/src/H5Pf.c
parentc58d85f10eb0f7da7ac920b0655937f7521e9d8c (diff)
downloadhdf5-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 'fortran/src/H5Pf.c')
0 files changed, 0 insertions, 0 deletions