summaryrefslogtreecommitdiffstats
path: root/configure
diff options
context:
space:
mode:
authorQuincey Koziol <koziol@hdfgroup.org>2004-02-02 03:58:32 (GMT)
committerQuincey Koziol <koziol@hdfgroup.org>2004-02-02 03:58:32 (GMT)
commita4ed2d7de11302cfebffdbc69c9540e079295b9f (patch)
tree1b46a49e545b37ff84431c4169621603bb02d743 /configure
parentd77b49efe03801b586a88a0d51adf357f88ad8d1 (diff)
downloadhdf5-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 'configure')
0 files changed, 0 insertions, 0 deletions