summaryrefslogtreecommitdiffstats
path: root/testpar
diff options
context:
space:
mode:
authorBill Wendling <wendling@ncsa.uiuc.edu>2002-02-20 22:35:20 (GMT)
committerBill Wendling <wendling@ncsa.uiuc.edu>2002-02-20 22:35:20 (GMT)
commit43bed07320954f6ac499e7a65bd01685369658cf (patch)
tree5f6559af9eb33022a2be9b1b92fd097aa42c0443 /testpar
parent504e6587ec83e0c98c64ffbb23fc3939798ef93b (diff)
downloadhdf5-43bed07320954f6ac499e7a65bd01685369658cf.zip
hdf5-43bed07320954f6ac499e7a65bd01685369658cf.tar.gz
hdf5-43bed07320954f6ac499e7a65bd01685369658cf.tar.bz2
[svn-r4997] Purpose:
Bug Fix Description: So, for Raw I/O in parallel, if you open a file with truncation by multiple processes, it looks as if one process could open the file and start writing to it while another process also opens the file with truncation, thus wiping out all of the stuff the first process wrote to the file. This is bad. Also added some garbage collection to the pio_perf routine to reclaim the space taken by some of the tables. Solution: Placed an MPI_Barrier() statement after the Raw open()/create() call so that all processes are synced up before they start writing to the file. Added free() calls to the tables which weren't being free'd. Platforms tested: Linux-pp (eirene)
Diffstat (limited to 'testpar')
0 files changed, 0 insertions, 0 deletions