diff options
| author | Scott Wegner <swegner@hdfgroup.org> | 2007-08-27 22:35:50 (GMT) |
|---|---|---|
| committer | Scott Wegner <swegner@hdfgroup.org> | 2007-08-27 22:35:50 (GMT) |
| commit | eb16d8bc2b2f37c7a1d75fe7bf5258eba21515b2 (patch) | |
| tree | 57dd02a7f05af097781202e28ad3b92038cde38a | |
| parent | f3926484ce5023a730c2267a16f6b7ec95103e94 (diff) | |
| download | hdf5-eb16d8bc2b2f37c7a1d75fe7bf5258eba21515b2.zip hdf5-eb16d8bc2b2f37c7a1d75fe7bf5258eba21515b2.tar.gz hdf5-eb16d8bc2b2f37c7a1d75fe7bf5258eba21515b2.tar.bz2 | |
[svn-r14114] Purpose: Fix a subtle Windows bug in h5unjam
Description:
In h5unjam.c, there was a call to "open", rather than "HDopen". This isn't a problem on most platforms, as the are equivalent. However, on Windows, we use the HDopen macro to unconditionally set the O_BINARY flag. This is needed to safely seek within a file.
Tested:
VS2005 on WinXP
h5committest (kagiso linew smirom)
| -rw-r--r-- | tools/h5jam/h5unjam.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/tools/h5jam/h5unjam.c b/tools/h5jam/h5unjam.c index 0edc980..ac927c8 100644 --- a/tools/h5jam/h5unjam.c +++ b/tools/h5jam/h5unjam.c @@ -252,7 +252,7 @@ main(int argc, const char *argv[]) exit(EXIT_FAILURE); } } else { - h5fid = open(output_file,O_WRONLY|O_CREAT|O_TRUNC, 0644 ); + h5fid = HDopen(output_file,O_WRONLY|O_CREAT|O_TRUNC, 0644 ); if (h5fid < 0) { error_msg(progname, "unable to open output HDF5 file \"%s\"\n", output_file); |