Mark > For example, I > could inadvertently be using sec2 VFD when running on Windows. Could > that be the source of the problem?
In the most recent hdf5 source base, (certainly the cmakeified version I'm using) - The default VFD is set to ... (some stuff snipped out) IF (WINDOWS) SET (H5_HAVE_WINDOWS 1) SET (H5_DEFAULT_VFD H5FD_WINDOWS) ELSE (WINDOWS) SET (H5_DEFAULT_VFD H5FD_SEC2) ENDIF (WINDOWS) So unless the application is setting it manually, then the windows VFD should be used. If it isn't using it, I'm not sure how you'd know - can debug messages be enabled? I'm surprised that Dimitris is not getting a locking issue, I've always found that windows stops you writing to a file once another app has it open. If the post-processing app Opens/Reads/Closes the file as quickly as possible, and the simulation doesn't write whilst it is open, all should be fine. How one synchronizes is a good question though. However, if it is using another VFD, one option (that is a bit drastic) - If you don't have the source to the application and it is using a DLL, you could recompile the hdf5 lib, force the Windows VFD to be used (by overriding any calls to set_fapl code) and then replace the hdf5 dll with your 'modified' version. JB _______________________________________________ Hdf-forum is for HDF software users discussion. [email protected] http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
