summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorScott Wegner <swegner@hdfgroup.org>2007-08-27 22:35:50 (GMT)
committerScott Wegner <swegner@hdfgroup.org>2007-08-27 22:35:50 (GMT)
commiteb16d8bc2b2f37c7a1d75fe7bf5258eba21515b2 (patch)
tree57dd02a7f05af097781202e28ad3b92038cde38a
parentf3926484ce5023a730c2267a16f6b7ec95103e94 (diff)
downloadhdf5-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.c2
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);