summaryrefslogtreecommitdiffstats
path: root/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r16021] Purpose: Fix behaviour of H5OvisitNeil Fortner2008-11-031-0/+85
| | | | | | | Description: H5Ovisit and H5Ovisit by name will now check for a positive return value from the first callback. Test added for this case. Tested: kagiso
* [svn-r16005] Modify the commit of r15936 for H5_USE_16_API. Let H5version.h ↵Raymond Lu2008-10-302-8/+8
| | | | | | check if H5_USE_16_API_DEFAULT is defined by the configure. Then define H5_USE_16_API and use it throughout. Tested on kagiso - supposed to be simple.
* [svn-r15940] Purpose: Close bug 1305.Neil Fortner2008-10-241-1/+165
| | | | | | | | | Description: Added a new function, H5O_alloc_shrink_chunk, which removes all null messages from a chunk and shrinks the chunk appropriately. Modified H5O_merge_null to call this function when a null message is created with a size >= 64k. Tests added for this functionality. Tested: kagiso, linew, smirom (h5committest)
* [svn-r15936] Changed the library's macros H5_USE_16_API to ↵Raymond Lu2008-10-232-8/+8
| | | | | | | | H5_USE_16_API_DEFAULT avoid possible conflict with user's definition of H5_USE_16_API. The H5_USE_16_API_DEFAULT is defined through configure with the flag --with-default-api-version=v16. Tested with h5committest.
* [svn-r15898] Purpose: Bug FixMike McGreevy2008-10-171-6/+1
| | | | | | | | | | | | | | | Description: Libtool wasn't working on linew because the script was not working with the Solaris Bourne shell. Libtool has built- in detection to ensure that it uses an appropriate shell, but our config/commence.am was hard coding this shell to be /bin/sh. Removing this line allows the shell to be picked up by configure, thus allowing libtool to use the correct shell on linew (bash). This was initially added to correct for a problem on an old machine (janus), so shoudn't be needed for machines we currently support. Tested: full make check install on kagiso and linew, compile only on smirom, duty, and liberty.
* [svn-r15881] Purpose: Bug Fixes, Libtool UpgradeMike McGreevy2008-10-151-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Description: 1) configure now sets LD_LIBRARY_PATH before checking for presence of SZIP encoder, so user does not need to set this. The path is then saved and sent to Makefiles, and used when "make check-install" is invoked, so user doesn't need to set this manually. 2) Upgraded libtool to version 2.2.6a 3) Rearranged tools build order as h5dump depends on existence of h5diff and h5import. Since h5dump is a sister directory as opposed to a parent of either, it doesn't know about the build rules of these tools, so setting any sort of explicit dependency confuses automake as it won't know how to build the tools. Instead, setting CONFIG = ordered forces an in-order traversal of each tools subdirectory. (without it will also traverse in order by default, but this should prevent gmake's -j option from jumping ahead as well). 'make check install' should now be able to be invoked after 'configure' without causing a dependency failure. 4) Removed H5_HAVE_LARGE_HSIZET macro from vms/src/h5pubconf.h, as this macro has now been out of the code for some time. (vms pubconf needs to be updated manually, which is why it was still hanging around). Tested: kagiso, smirom, liberty Note: h5diff looks to be causing failures in h5copy and h5dump tools tests, though these were present before any of my changes. My changes only affect build order and configuration setup, and shouldn't prevent fixes for these failures coming in after this checkin. Other than these, tests pass fine.
* [svn-r15869] Description:Quincey Koziol2008-10-1519-2299/+2197
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring r15868 from trunk to 1.8 release branch: Correct a minor error in file free space allocation which was affecting the 'multi' VFD and preventing some tests from fully working with it. Wholesale revisitation of all the places where tests were disabled with various VFDs and remove or correct all these so that _only_ the tests which _really_ can't work with particular VFDs are skipped during a 'make check-vfd' test. Tested on: Mac OS X/32 10.5.5 (amazon) in debug mode Mac OS X/32 10.5.5 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode
* [svn-r15863] Description:Quincey Koziol2008-10-143-79/+68
| | | | | | | | | | | | | | | | | | | | | Bring r15861 back from trunk to 1.8 release branch. Tested on: Mac OS X/32 10.5.5 (amazon) in debug mode Mac OS X/32 10.5.5 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode
* [svn-r15854] Added a new test case. When a datatype is a SOHM type in one ↵Raymond Lu2008-10-131-2/+181
| | | | | | | | file, test that the second file using the same datatype actually save it in the file, too. Tested on kagiso. But the same change in v1.9 has been tested with h5committest.
* [svn-r15853] Purpose: Decrease size of points array in links testScott Wegner2008-10-131-6/+6
| | | | | | | | Description: In the external_set_elink_fapl2 links test, there is a large array of points which declared on the stack for testing. Previously, the array was 1000 x 1000, which was too large for Visual Studio to handle. As a result, we were getting stack overflows during the test. We've reduced the number to 400, as this seems to be below the limit. The exact number of points in the array isn't important to the test. Tested: VS2005 on WinXP
* [svn-r15846] Purpose: Declare loop variable at beginning of functionScott Wegner2008-10-131-1/+2
| | | | | | | | Purpose: On Windows, we were getting compile errors because h5test.c includes a function with variable declarations in the middle of the call. The Microsoft C compiler demands that all variables be declared at the top of the function. This checkin simply moves the declaration to the top to satisfy Visual Studio. Tested: VS2005 on WinXP
* [svn-r15829] Description:Quincey Koziol2008-10-092-1150/+1317
| | | | | | | | | | | | | | | | Bring bck revision 15828 from trunk: Skip some free space manager tests when using a VFD that doesn't support the feature being tested. Use a particular memory type with the file free space sections. Uncomment the metadata aggregator feature for the fmily VFD, as it appears to be working after the file free space changes. Tested on: FreeBSD/32 6.3 (duty) h5committest not needed, change already tested on trunk...
* [svn-r15827] Description:Quincey Koziol2008-10-091-36/+0
| | | | | | | Correct mis-merge in last set of changes from the trunk. Tested on: FreeBSD/32 6.3 (duty)
* [svn-r15826] Description:Quincey Koziol2008-10-0913-577/+677
| | | | | | | | | | | | | Bring revision 15825 from trunk: Fix various problems with a the core & sec2 VFDs. Improve the h5_get_file_size() routine to handle files created with VFDs that use multiple files. Tested on: FreeBSD/32 6.3 (duty) Already tested on other machine, in trunk.
* [svn-r15811] Some test produced files were not cleaned by "make clean".Albert Cheng2008-10-082-6/+6
| | | | | | Added them to the clean list. Tested: kagiso.
* [svn-r15806] correction in test name, testing "non" initialized chunksPedro Vicente Nunes2008-10-071-2/+2
| | | | tested: windows, linux
* [svn-r15803] Description:Quincey Koziol2008-10-071-994/+1090
| | | | | | | | | | | Bring r15802 back from trunk: Skip some file free space tests that deal with aligned allocations when using the stdio VFD, which has its own allocation process that drops the unaligned fragments instead of tracking them with the free space manager. Tested on: Mac OS X/32 10.5.5 (amazon) w/stdio driver
* [svn-r15801] Description:Quincey Koziol2008-10-0717-135/+8518
| | | | | | | | | | | | | | | | | | | | | | | Bring r15800 back from trunk: - File free space branch changes through r15794 Tested on: Mac OS X/32 10.5.5 (amazon) in debug mode Mac OS X/32 10.5.5 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode
* [svn-r15799] Description:Quincey Koziol2008-10-071-1/+1
| | | | | | | | Change H5Tcommit() call to H5Tcommit2() call, so that library builds with the default API set to v16 work. Tested on: Linux/64 2.4 (smirom) w/default API set to v16
* [svn-r15797] Purpose: Close bug #1322Neil Fortner2008-10-071-24/+156
| | | | | | | | | Description: Fixes a possible datatype id leak that could occur during compound datatype conversion, or more precisely, when unregistering those conversions. Datatype ids normally registered by the library are no longer visible to the application via H5Fget_obj_ids and H5Fget_obj_count. Tested: kagiso, linew, smirom (h5committest)
* [svn-r15766] Modifications for bug #1247 so that the user can specify the driverVailin Choi2008-10-031-2/+486
| | | | | | | | | | | | to use when opening the external linked target file. 1. Two new public routines are added to H5Plapl.c as well as "del/copy/close" callbacks for the property itself. 2. Modify H5L_extern_traverse() to use the fapl set via H5Pset_elink_fapl() and retrieve via H5Pget_elink_fapl(). 3. Add 3 tests to links.c to verify H5Pset/get_elink_fapl(). Also fix the compiler warning for the "if condition" in H5_build_extpath() of H5system.c.
* [svn-r15754] Bug #1312Pedro Vicente Nunes2008-10-021-134/+319
| | | | | | | Solution: Check for the existence of chunks before pruning them (an assertion was triggered when attempting to do so) Tested: windows , linux, solaris
* [svn-r15707] I changed the return values of H5Fget_obj_ids and ↵Raymond Lu2008-09-262-5/+5
| | | | | | | | H5Fget_obj_count to ssize_t and modified C++ and Fortran API functions. This is for bug #1245. Tested on kagiso - I've tested the same change using h5committest.
* [svn-r15683] Purpose: fix bug 1298Neil Fortner2008-09-221-5/+165
| | | | | | | | | | | Description: The optimized "subset" compound conversion function would improperly copy the "blank" space at the end of compound types. Modified H5T_conv_struct_init to detect when the subset type has extra space at the end, and calculate the size of the data that should be copied into the conversion buffer for each element. Changes to the functions that implement these conversions. Tested: kagiso, linew, smirom (h5committest)
* [svn-r15657] Purpose: fix bug 1286Neil Fortner2008-09-181-1/+360
| | | | | | Description: Added configure test to see if pointer alignment restrictions are enforced (as in dereferencing an unaligned pointer causes an error). Added code in H5Tvlen.c to avoid dereferencing unaligned pointers, conditionally compiled based on the configure test. Added test case in dtypes.c which would previously cause such machines to fail. Tested: kagiso, smirom, linew (h5committest); linew64
* [svn-r15629] Description:Quincey Koziol2008-09-1636-818/+818
| | | | | | | | | | | | | Remove trailing whitespace from C/C++ source files, with the following script: foreach f (*.[ch] *.cpp) sed 's/[[:blank:]]*$//' $f > sed.out && mv sed.out $f end Tested on: Mac OS X/32 10.5.5 (amazon) No need for h5committest, just whitespace changes...
* [svn-r15516] Fix faulty error checking in call to H5I_remove().Neil Fortner2008-08-211-0/+2
| | | | | | Add prototype to the top of app_ref.c to suppress warning. Tested: kagiso
* [svn-r15507] Description:Quincey Koziol2008-08-211-9/+9
| | | | | | | | | | Bring r15501 back from trunk: Clean up warnings. Tested on: Mac OS X/32 10.5.4 (amazon) Too minor to require h5committest
* [svn-r15506] Change the names of some macros in app_ref.c to prevent ↵Neil Fortner2008-08-211-6/+6
| | | | | | warnings on Windows. Tested: kagiso
* [svn-r15492] Added missing test.Neil Fortner2008-08-201-0/+197
|
* [svn-r15489] Description:Quincey Koziol2008-08-191-0/+14
| | | | | | | | | | | Bring rev. 15488 back from trunk: Fix bug where library could core dump when an invalid location ID was passed to H5Giterate() (and add test for this case). Tested on: Mac OS X/32 10.5.4 (amazon) Too minor to require h5committest
* [svn-r15486] Purpose: Allow library to shut down properly when objects have ↵Neil Fortner2008-08-192-15/+24
| | | | | | | | | | | | | | | | reference count > 1. Description: Added a new field 'app_count' to H5I_id_info_t struct, to track the reference count on an id due to the application. the old 'count' field tracks the total. Generally any id visible to the application gets placed in app_count. Added app_ref boolean parameter to H5I_inc_ref, H5I_dec_ref, H5I_register, H5I_clear_type, and a few other functions, to specify whether the operation(s) being performed on the id(s) are due to the application (TRUE) or not (FALSE). Test added for this case. Tested: kagiso, smirom, linew (h5committest)
* [svn-r15450] Purpose: Fix various problems that were occurring when using ↵Neil Fortner2008-08-071-7/+292
| | | | | | | | | | | | | | mounted files. Description: Moved mount table from top file structure to shared file structure. Moved parent out of mount table and back into top file structure. mounted files can now be accessed from any handle of the parent file. Changes to how files are closed. Stricter cycle checking on mounted files. Removed unused function H5F_has_mount(). Tested: kagiso, smirom, linew (h5committest)
* [svn-r15392] Minor bug fix. The test tried to close an attribute handle ↵Raymond Lu2008-07-221-1/+1
| | | | | | | | with H5Pclose. Corrected it with H5Aclose. No test needed.
* [svn-r15390] Last round of checkin introduced a bug. This checkin corrected ↵Raymond Lu2008-07-211-2/+0
| | | | | | | | | | | | | | it and made a few minor changes. Last round of check in fixed the problem when an attribute was opened twice and data was written with one of the handles, the file didn't have the data. It happened because each handle had its own object structure, and the empty one overwrote the data with fill value. This is fixed by making some attribute information like the data be shared in the attribute structure. Tested on smirom, kagiso, and linew.
* [svn-r15368] Description:Quincey Koziol2008-07-151-2/+137
| | | | | | | | | | | | | | | Bring back r15367 from the trunk: Add check to avoid mounting a file on a group twice, when the mounts are done on the same HDF5 file, but opened with separate H5Fopen queries. Also add new 'mounted' flag to the H5G_info_t struct, queried with the H5Gget_info() API call, to allow applications to detect and avoid this situation. Tested on: Mac OS X/32 10.5.4 (amazon) Linux/64 10.5.4 (chicago)
* [svn-r15345] Commented out tsohm.c and tattr.c test because there's a bug ↵Raymond Lu2008-07-111-0/+2
| | | | | | | | related to the changes of attribute in the library. Tested on linew - simple change.
* [svn-r15338] Purpose: Reset fill value in correct hyperslab selection (fixes ↵Scott Wegner2008-07-081-3/+3
| | | | | | | | | | | bug 1155) Description: This bug was previously fixed, but the fixed was modified slightly from the 1.8 branch and the trunk. The problem is that after we write a particular byte to manipulate the fill values, we need to write it back before reading and comparing to the expected value. The previous change makes the second write after the hyperslab is manipulated, so the initial hyperslab is still incorrect. Tested: VS2005 on WinXP (32- and 64-bit) h5committest
* [svn-r15330] When an attribute was opened twice and data was written with ↵Raymond Lu2008-07-075-5/+830
| | | | | | | | | | | one of the handles, the file didn't have the data. It happened because each handle had its own object structure, and the empty one overwrote the data with fill value. This is fixed by making some attribute information like the data be shared in the attribute structure. Tested on smirom, kagiso, and linew.
* [svn-r15305] Changed H5Tcreate_array to H5Tcreate_array2 from last checkin ↵Raymond Lu2008-07-011-1/+1
| | | | | | | | | for the bug fix for H5Tpack. The problem was that H5Tpack didn't act correctly with nested compound datatype. Tested on smirom - simple change.
* [svn-r15297] Bug fix for H5Tpack. The problem was that H5Tpack didn't act ↵Raymond Lu2008-06-301-4/+104
| | | | | | | | | correctly with nested compound datatype. The size of compound type's member type wasn't updated. It's fixed in this commit. Tested on smirom. The same change was tested on three systems for v1.9.
* [svn-r15284] Fixed bug 1155, added fillval.c back to windows test file, ↵Neil Fortner2008-06-261-2/+5
| | | | | | | other minor cleanup in fillval.c. Tested: kagiso Same fix in trunk: kagiso (parallel), smirom, linew
* [svn-r15241] Purpose: Port bugfix from trunk: Fix ohdr Windows timezone bugScott Wegner2008-06-192-2/+2
| | | | | | | | | | | | | | | | | | Description: On Windows, certain users were having trouble with the "ohdr" test, which does some processing on object header messages. The errors were hard to reproduce on our machines, and we eventually determined that the errors were timezone-specific. The bug is triggered on Windows when processing timestamps very near the "Epoch" (midnight on 1/1/1970)-- the mktime() function does some automatic adjustment on the time to correct for timezones. In the USA, the correction adds a few hours; in Europe, it subtracts, thus giving us times pre-Epoch. This only affects Windows because the Windows mktime() function cannot handle times before 1970-- other systems seemingly can. The fix is to simply create timestamps only as early as 01/02/1970. This way, any timezone adjustment will still be post-Epoch. This bug only affects the ohdr test, and shouldn't be a problem in the library. The earliest timestamps that will actually be read will be around the time HDF5 was created (~1996-7, per Quincey). Tested: (tested in trunk) VS2005 on WinXP h5committest (kagiso, linew, smirom)
* [svn-r15181] Purpose: _WIN32 macro cleanupScott Wegner2008-06-091-4/+0
| | | | | | | | | | Description: As part of our Windows cleanup, we try to remove windows-specific tweaks in the source code. There are many instances where Windows code is introduces via ifdef's. We re-evaluate whether they are still required, and found that many of them are not. Others we change to "feature"-specific code, rather than Windows-specific. Tested: VS2005 on WinXP VS.NET on WinXP h5committest (kagisopp, smirom, linew)
* [svn-r15163] Purpose: Create new HDpthread_self and HDpthread_self_ulong macrosScott Wegner2008-06-061-8/+1
| | | | | | | | | Description: On Windows, the pthread_self function cannot be used to print the returned thread ID for debugging. Instead, we need a separate function, GetCurrentThreadId. To eliminate some Windows ifdef's in the code, we create two new function macros which can be used by all platforms. It is conditionally defined in H5win32defs.h, and globally in H5private.h. Tested: VS2005 w/ pthreads on WinXP kagiso w/ pthreads
* [svn-r15160] Purpose: Separate Windows function macro definitions to win32defs.hScott Wegner2008-06-054-28/+28
| | | | | | | | | | | | | | Description: In library code, we try not to use system calls directly, but instead use the HD{function} macro instead. This way, we can map special versions of the call on particular systems. Previously, it was all done in H5private.h. However, in an effort to clean up platform-specific definitions, we move all of the Windows macros into a separate file, win32defs.h. This way, we can use the non-Posix versions that Visual Studio sends warnings about. Some macros are set specifically in the platform-specific header files. Then, any macros left unset will be set by the "default" implementation in H5private.h. This checkin also cleans up various source files to use the HD* macros when possible. Tested: VS2005 on WinXP VS.NET on WinXP h5committest (kagiso, linew, smirom)
* [svn-r15132] Description:Quincey Koziol2008-06-031-293/+324
| | | | | | | | | | | | | | Bring back revision 15131 from trunk: Finish omnibus chunked dataset I/O refactoring, to separate general actions on chunked datasets from actions that are specific to using the v1 B-tree index. Cleaned up a few bugs and added some additional tests also. Tested on: Mac OS X/32 10.5.3 (amazon) Linux/32 2.4 (chicago)
* [svn-r15127] Purpose: Make Windows threadsafe debug message more usefulScott Wegner2008-06-021-1/+3
| | | | | | | | | | Description: On Linux-like systems, we can get the ID of the current thread through a pthread_self. However on Windows, the return cannot be cast as a threadID, so we simply couldn't get the ID. Previously we simply gave up and printed a message that we couldn't get an ID. Instead, though, we can use the Windows-specific call to GetCurrentThreadId(), which achieves the same goal. This way we can provide better debug output with threadsafe features. Tested: VS2005 on WinXP VS.NET on WinXP (other platforms not tested because change is within _WIN32 ifdef)
* [svn-r15042] Bug fix.Albert Cheng2008-05-201-4/+4
| | | | | | | | | | | | | | | | | | | Description: The fortran Makefile.am used HDF_FORTRAN to indicate it is part of the Fortran API source so that conclude.am will give fortran api prefix in the test output. The symbox HDF_FORTRAN is also used in configure for a different purpose (indicated --enable-fortran). They conflicted. Similar problem for the symbol HDF_CXX. Solution: Changed all the involved Makefile.am to use "FORTRAN_API" instead. It is a more appropriate name. Same for CXX_API. Along the way, discovered that the Makefile.am of hl/fortran/test and hl/cxx/test did not have those symbols at all. Added them in. Platform tested: Kagiso serial and h5committested (kagisopp, smirom, linew).
* [svn-r15038] Description:Quincey Koziol2008-05-191-0/+0
| | | | | | | | | Bring revision 15037 from trunk: Better cleanup of internal structures when no szip encoder. Tested on: Linux/32 2.6 (kagiso) w/szip-no encoder
generated by cgit v0.12 at 2024-07-19 04:57:43 (GMT)