[svn-r13926] Description: Add small interface to "wrap" a static buffer (usually on the stack), but still allow for buffers larger than the static buffer to be allocated. This can eliminate _many_ short-lived buffer allocations in situations where the buffer is a predictable size (or at least a "very likely" size). Also, some minor code cleanups, particularly in the SOHM caching code.
Tested on:
Mac OS X/32 10.4.10 (amazon)
[svn-r13925] Purpose: intermediate checkin for offsetof fix for PGI compiler.Description: added new configuration to generate a pubconf file
in the c++/src directory, H5cxx_pubconf.h. When C++
compiler recognizes 'offsetof', the macro
H5_CXX_HAVE_OFFSETOF is defined in the new
pubconf file.
tested: kagiso, smirom
[svn-r13924] Purpose: CleanupDescription:
Clean up the MANIFEST a little bit. Also removed some batch files and empty folders that were added mistakenly in the last check-in.
Tested:
Too minor.
[svn-r13923] Purpose: Update MANIFESTDescription:
Many files added removed in last check-in. I still need to clean up a little bit, but I just wanted to get this in before the Daily Tests start.
Tested:
chkmanifest on kagiso
[svn-r13922] Purpose: First step in VS6 DepreciationDesciption:
This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change.
The ./windows directory now contains project files for Visual Studio .Net, as well ...
[svn-r13920] Description: Uncomment some additional tests, which are [now?] working.Tested on:
Mac OS X/32 10.4.10 (amazon)
Linux/32 2.6 (chicago)
Linux/64 2.6 (chicago2)
[svn-r13919] Description: Clean up more redundant code for reading SOHM messages.Tested on:
Mac OS X/32 10.4.10 (amazon)
Linux/32 2.6 (chicago)
Linux/64 2.6 (chicago2)
[svn-r13918] Description: Refactor fill value buffer code into one location, for better long-term maintenance.Tested on:
Mac OS X/32 10.4.10 (amazon)
Linux/32 2.6 (chicago)
Linux/64 2.6 (chicago2)
[svn-r13916] Purpose: Fix MinGW inconsistencyDescription:
Windows does not accept the buffer size parameter of setvbuf to be less than 2. Previously, we had our fix split between two files, H5private.h and the Windows H5pubconf.h. This was a problem for MinGW, because it generates its own H5private.h. This moves the fix out of H5pubconf.h and into H5private.h.
This shouldn't affect other platforms.
Tested:
MinGW on WinXP
[svn-r13915] Description: Clean up SOHM code, to copy message in H5HF_op call instead of separate calls to H5HF_get_obj_len() and H5HF_read().Tested on:
Mac OS X/32 10.4.9 (amazon)
Linux/32 2.6 (chicago)
[svn-r13906] Purpose: Update supported platformsDescription:
Updated RELEASE.txt to reflect support for 64-bit Windows. Also updated the testing table, and removed some old Windows-related issues that are no longer present.
No testing needed.
[svn-r13905] Purpose: Bug fix.Description:
The "h5dump -o ..." test generates temporay files in the testfiles of the
source code and later on remove them. This could cuase a racing condition
if more than one --srcdir build is using the same copy of the source code.
Since they use the same file name in the testfiles, they may conflict with
each other.
Solution:
Changed to generate the temporary files in the build-dir's own...
[svn-r13894] Description: On Windows, Mingw interprets all parameters starting with '/' as paths, and replaces the '/' with its home directory, "C:\Windows\msys\". This was a problem in h5diff tests such as: h5diff h5diff_101.txt $FILE1 $FILE1 /g1/d1 g1/d2 -vI've removed the leading '/', as h5diff will interpret it the same either way.
Tested:
kagiso, linew, and smirom, via h5committest
mingw on Windows XP
[svn-r13892] Maintenance: Changed library version to beta2pre1 in preparation for remote testing for the HDF5 1.8.0-beta2 release
Platforms tested: kagiso (small change done by bin/h5vers script)
[svn-r13887] Description: Add some additional tests for reading non-contiguous selections from datasets which haven't had any data written to them (both non-VL and VL datatype fill values covered)Tested on:
Mac OS X/32 10.4.9 (amazon)
FreeBSD/32 6.2 (duty)
FreeBSD/64 6.2 (liberty)
[svn-r13884] The second step of optimization for compound data for the Chicago company. The I/O is optimized when the source and destination members are a subset of each other one way or another, and the order is the same, and no conversion is needed. For example: struct source { struct destination { TYPE1 A; --> TYPE1 A; TYPE2 B; --> ...Tested on smirom, liberty, sol, and copper.
[svn-r13881] Purpose: Updated C++ examples expected outputDescription:
Bring the expected output for the C++ examples up-to-date. This file is used in the Windows test script. It is also used by ./c++/examples/testexamples.sh, although this script is never run by hand. 'make check' runs the script generated by testh5c++.sh.in, which doesn't use expected.out.
Tested:
VS6 on WinXP
kagiso
[svn-r13879] Purpose: Bug fix.Description:
Test test_misc25b() open an existing test data file with RDWR unnecessarily.
(This was discovered during read-only test.)
Changed file open mode to RDONLY.
Tested platform:
Kagiso (readonly) only since it is a trivial change.
[svn-r13878] Description: Improve efficiency of writing VL-datatype fill values.Tested on:
Mac OS X/32 10.4.9 (amazon)
Linux/32 2.6 (chicago)
Linux/64 2.6 (chicago2)
[svn-r13876] Purpose: Fix mingw errorsDescription:
Removed sys/uio.h dependency, which was originally added to clean up compiler warnings. It is no longer needed, and needs to be removed to compile on mingw, which doesn't have this header.
Tested:
kagiso, duty, mingw
[svn-r13874] Changed macro names, conflict with new compiler-- changed DATASET to H5_TOOLS_DATASET
-- changed DATATYPE to H5_TOOLS _DATATYPE
-- changed GROUP to H5_TOOLS_GROUP
In mingw's version of winsock2.h they define:
typedef unsigned int GROUP;
remove STORAGELAYOUT macro, it was not used
tested: linux
[svn-r13873] Purpose: Code cleanupDescription:
Changed a macro in H5FDwindows.c from IO_BUF_SIZE to a more specific WINDOWS_MAX_BUF, and moved it to our H5pubconf.h, where users can customize it to their own preference.
This value is needed because of a bug in the Windows _write function, it is unsafe to write buffers larger than 2GB-1 bytes in one write.
Tested:
VS2005 on WinXP.
[svn-r13872] WinXP x64 does not define the error code EWOULDBLOCK, but instead uses its own WSAEWOULDBLOCK. Although the stream vfd isn't supported on Windows, this was requested by a user via bug #890. This won't affect any other platforms, but should help, should we ever decide to support stream vfd on Windows.Tested:
kagiso, linew, smirom (via h5committest)
NOT tested on Windows, as it is unsupported.
[svn-r13871] Description: Fix problems with 'check-vfd' target, that were [mostly] introduced with the recent "unique, but sharable" ISOHM optimization. The problems were mostly with using the 'core' VFD, so the
H5Pset_fapl_core() API call was changed to re-open existing files (therefore
operating more list the sec2, stdio, etc. VFDs). This allows many more of
the tests to run using the 'core' VFD, so those were enabled also.
Tested on:
Linux/64 2.6 (chicago2) w/check-vfd
[svn-r13870] Description: Fix writing variable-length datatype fill values for contiguous dataset storageTested on:
Mac OS X/32 10.4.9 (amazon)
Linux/32 2.6 (chicago)
Linux/64 2.6 (chicago2)
[svn-r13868] Updated the Windows static h5pubconf.h to use our new Windows file driver by default. After thorough testing, we think the windows driver is ready to be included.I've also updated our Windows documentation file to include 64-bit instructions. The process is fairly tedious right now, but we hope to make it more straight-forward when we depreciate 6.0 and re-work our project files.
Tested:
32-bit WinXP: VS6, VS.NET, and VS 2005
64-bit WinXP: VS.NET and VS 2005
[svn-r13867] Brought VMS port up to date; made h5repack script to work again.Platforms tested: VMS server; no other tests are needed since changes are local to
the VMS command and source files.
[svn-r13866] Updated the open command to add the _O_BINARY flag, which Windows needs for reading and seeking.Tested:
VS.NET and VS2005 on WinXP 32-bit and x64
[svn-r13865] Purpose: Adding a new macro, H5_HAVE_OFFSETOF.Description: When the compiler has the __offsetof__ extension, the
H5_HAVE_OFFSETOF macro will be defined. When the compiler
does not have the extension, the macro will remain undefined.
Tested: kagiso
[svn-r13863] Added H5FDwindows.c to Windows project files, although sec2 is still the default. Also added a Windows-specific macro, WINDOWS_USE_STDIO, which users can define if they'd like the Windows VFD to use the buffered low-level I/O functions. This is instead of splitting our Windows driver into two separate drivers. By default, this macro is undefined.
Tested:
VS6 on WinXP
[svn-r13862] Although still not completely ready, this fixes many problems in the new Windows file driver related to writing large buffers (4GB+). sec2 is still set as the default driver on Windows.Tested:
.NET on WinXP and 2005 on WinXP x64
[svn-r13857] This test will fail without having zlib library and this is the case for windows 64-bit support. So we add a macro to skip this test if there is no zlib library.Tested at windows and linux. Too minor to use h5committest.
[svn-r13856] H5FDwindows.h is included in the hdf5.h but we didn't put it into Makefile.am un der /src. So when gmake check-install is run for HDF5 examples, it will fail. Th e fix is to include a macro #ifdef H5_HAVE_WINDOW around #include H5FDwindows.h so that H5FDwindows.h will only be included on windows, not on other platforms.We've fixed with the same way for other source code that includes H5FDwindows.h.
This has been tested with h5committest. However, it takes a few hours to test all tests and except kagiso. Tests on linew and smirom cannot finish. It takes forever for the fheap test.
And for parallel test at kagiso, ph5diff test seems to be hanged. I think all of our changes will only affect windows. So in ord...
[svn-r13852] Added includes in various places to make it possible to set windows as the default vfd. Although sec2 is still default on Windows, it should now be possible to switch by simply changing H5pubconf.h .Tested:
.NET 2003 on WinXP