diff options
author | Quincey Koziol <koziol@hdfgroup.org> | 2004-02-02 03:58:32 (GMT) |
---|---|---|
committer | Quincey Koziol <koziol@hdfgroup.org> | 2004-02-02 03:58:32 (GMT) |
commit | a4ed2d7de11302cfebffdbc69c9540e079295b9f (patch) | |
tree | 1b46a49e545b37ff84431c4169621603bb02d743 /src/H5Tnative.c | |
parent | d77b49efe03801b586a88a0d51adf357f88ad8d1 (diff) | |
download | hdf5-a4ed2d7de11302cfebffdbc69c9540e079295b9f.zip hdf5-a4ed2d7de11302cfebffdbc69c9540e079295b9f.tar.gz hdf5-a4ed2d7de11302cfebffdbc69c9540e079295b9f.tar.bz2 |
[svn-r8145] Purpose:
Bug fix.
Description:
Revert the optimization to the MPI-I/O VFD from earlier this week that
eliminated calling MPI_File_set_size() when a file was truncated. This doesn't
work because of the way we track the 'eoa' (end of allocated space) in the
file: we just advance the eoa value when space is allocated in the file and we
don't zero out the space in the file. This causes a problem where we assume
that all "newly allocated" space in the file contains zero bytes, but if we
don't call MPI_File_set_size(), the file can contain the previous data (if the
file previously existed) and not zeros.
Unfortunately, because we allow independent raw data parallel I/O, there
is no way to address this issue. :-(
Solution:
Revert to previous method of retrieving the file's size, etc. from before
the optimization.
Platforms tested:
FreeBSD 4.9 (sleipnir) w/parallel
too minor to require h5committest.
Diffstat (limited to 'src/H5Tnative.c')
0 files changed, 0 insertions, 0 deletions