summaryrefslogtreecommitdiffstats
path: root/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r20971] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-131-2/+3
| | | | | | say which filter isn't registered. This is the follow-up commit. The previous way to construct the name of the existent data file wasn't very safe. It could be cleaned up if any user builds the library in the source directory. Tested on jam - simple change.
* [svn-r20944] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-071-14/+15
| | | | | | say which filter isn't registered. This is the follow-up commit. In my previous commit, I changed HDsnprintf to snprintf, which caused trouble for Windows because the name is _snprintf instead. So I changed it back to HDsnprintf for properly defined macro. I also changed all fprintf to HDprintf to be consistent. Tested on jam - simple change.
* [svn-r20942] Add filter_error.h5 test file to list - used by error_test test.Allen Byrne2011-06-071-0/+1
|
* [svn-r20934] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-062-7/+10
| | | | | | | | say which filter isn't registered. This is the follow-up commit (20929 and 20930). The check-vfd in Makefile has trouble with the file name. Because the test file is pre-generated, I use the default FAPL to create the full file name to avoid some driver test. Tested on jam - simple change.
* [svn-r20930] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-031-0/+0
| | | | | | | say which filter isn't registered. This is the follow-up commit. When I checked in the fix and test (revision 20929), I forgot to add the data file test/filter_error.h5. I've tested it in my previous checkin.
* [svn-r20929] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-033-18/+229
| | | | | | say which filter isn't registered. The fix is simple. Most of the effort is on the test. The file with filter enabled is created in gen_filter.c. The verification of the error message is in test_error.c. The output is compared against the standard output. Tested on jam, koala, and heiwa.
* [svn-r20913] Issue 7579 - The overflowing ENUM values are inconsistent. ↵Raymond Lu2011-05-272-8/+121
| | | | | | | | | | When no conversion is involved in reading or writing the data, overflowing values are retained. When conversion happens, the values become -1. The conversion function puts -1 when overflow happens. I added two new dataset transfer property to control whether to fill 0xff in the destination data or convert to the destination data when overflow happens. The two new functions are H5Pset(get)_enum_conv_overflow. I also added test cases in enum.c and dtypes.c. Tested on jam, koala, and heiwa.
* [svn-r20872] Issue 7564 - Allow H5Tcreat to create string type (fixed-length ↵Raymond Lu2011-05-201-1/+62
| | | | | | and variable-length). I also added a test case in dtypes.c. Tested on jam and linew - relatively simple.
* [svn-r20856] Remove vms_data.hr reference from CMakeLists.txt and update ↵Allen Byrne2011-05-181-1/+0
| | | | MANIFEST
* [svn-r20855] Issue 2599 - Cross-test BE and LE data. I added the test for ↵Raymond Lu2011-05-175-741/+799
| | | | | | deflate, szip, fletcher32, shuffle and nbit filter in cross_read.c and gen_cross.c. I also took out the data file for OpenVMS because the data isn't native but IEEE for floating-numbers. Tested on koala, heiwa, and jam.
* [svn-r20759] I commented out 2 test cases using H5_CANNOT_OPEN_TWICE because ↵Raymond Lu2011-05-051-2/+4
| | | | | | | | they open the same file twice. OpenVMS can't do it. Other systems still run them. Tested on jam. Simple change.
* [svn-r20694] Add description for new "external_open_twice" test.Neil Fortner2011-05-021-1/+2
| | | | Tested: jam
* [svn-r20691] Purpose: Fix problem exposed by external link cacheNeil Fortner2011-05-021-2/+245
| | | | | | | | | | | | | Description: When closing an object that had two open id's, the library would previously fail to account for the status of the "holding_file" field, potentially causing the file's "nopen_objs" field to become inconsistent. This caused problems when opening the same object twice through an external link using th external file cache. Modified the library to properly account for the status of the "holding_file" field when closing an object id, even when the underlying "shared" object isn't closed. Tested: jam, koala, heiwa (h5committest)
* [svn-r20666] Bug fix: VMS has trouble to deal with absolute path. I changed ↵Raymond Lu2011-04-281-0/+4
| | | | | | | | dtypes.c to use the file name only. I also updated the current directory path in vms/test/H5srcdir_str.h. Tested on jam and OpenVMS.
* [svn-r20610] OpenVMS complainted about a test case in th5o.c which opened ↵Raymond Lu2011-04-222-0/+6
| | | | | | the same file twice. VMS doesn't allow it. I used the macro H5_CANNOT_OPEN_TWICE to skip the test case. In th5s.c, I created an attribute but fogot to close it in the test case for zero dimension size. Tested on jam. But I haven't tested on OpenVMS yet.
* [svn-r20551] Description:Quincey Koziol2011-04-191-2/+2
| | | | | | | | | Correct 'FILE **' back to 'FILE *' for H5Fget_vfd_handle call. Tested on: FreeBSD/32 8.2 (loyalty) w/gcc 4.6 & debug FreeBSD/64 8.2 (freedom) w/gcc 4.6 & debug Solaris 2.6 (linew)
* [svn-r20548] Fixed bug in test/vfd.c (HDFFV-5936) that caused STDIO VFD test ↵Dana Robinson2011-04-181-11/+3
| | | | | | to fail on some platforms. The problem was that the test was a clone of the SEC2 test. The SEC2 test accepts a file descriptor (int) via a void pointer from H5Fget_vfd_handle() whereas the STDIO test needs to accept a FILE pointer. Storing the FILE pointer in an integer failed on some systems. The STDIO test now stores the file handle in FILE pointer and checks it for NULL instead of < 0.
* [svn-r20536] Description:Quincey Koziol2011-04-173-19/+36
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Clean up various warnings & code formatting issues. Bring changes from Coverity branch to trunk: r20085: Purpose: Fix coverity issue 793 Description: Modified H5S_hyper_project_simple_higher() to free the entire span list in new_space on failure. r20091: This is a fix for coverity bug #1683. Changed the two printfs to use %lu (unsigned long) for printing "dset_size". r20162: Purpose: Fix coverity issue 785 Description: Modified H5T_enum_nameof() to free "name" on failure if it was allocated. Also clarified some code in H5S_hyper_rebuild_helper(). r20189: Addressed coverity defect 783. H5SL_new_node() in H5SL.c was failing to free space allocated in its first alloc if the second alloc failed. Added a call to H5FL_FREE to address this issue. This is purely to keep coverity happy -- if this code is ever triggered, we have much larger problems. Note that this fix will trigger an unused return value complaint from coverity next week. r20190: Fixed Coverity issues 1561 1565 and 1678 (UNUSED_VALUES) by moving checks of return values to after the function call. r20191: Fixed coverity issues 643 644 and 1678 (CHECKED_RETURN). r20232: Addressed coverity issues 923-925. Replaced calls to sprintf with calls to HDsnprintf. r20233: Fix coverity issue 662. Don't try to sort 0 attributes in H5Aint.c. r20234: Fix coverity issue 664. Check for NULL before dereferencing in H5Gdeprec.c. r20271: Purpose: Fix coverity issue 784 Description: Modified H5_debug_mask() to keep a list of files opened for use as a debugging output stream, and modified H5_term_library to close these files on exit. r20272: addressed coverity issues 838 & 955. Issue was use of strcpy() -- existing code was safe, but modified to use strncpy() to keep coverity happy. r20273: Addresed coverity issues 1388 and 1389. Initialized sel_iter->type to NULL in H5S_select_iter_init. r20275: Purpose: Fix valgrind issue in mf.c Description: Fixed bug (incomplete if statement) in test_mf_fs_alloc_free() so the retrieved node gets freed. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (amani) 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, w/threadsafe, in production mode Linux/PPC 2.6 (heiwa) w/C++ & FORTRAN, w/threadsafe, in debug mode
* [svn-r20535] Description:Quincey Koziol2011-04-171-0/+106
| | | | | | | | | | | | | | | | | Add explicit test that checks that the 'fileno' field in H5O_info_t is the same for objects in the same file, whether the file was opened twice or not. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (amani) 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, w/threadsafe, in production mode Linux/PPC 2.6 (heiwa) w/C++ & FORTRAN, w/threadsafe, in debug mode
* [svn-r20529] Purpose: Add testing for bug 1864Neil Fortner2011-04-1529-0/+179
| | | | | | | | | Description: Added internal tesitng routines to traverse a file and verify that symbol table information is *always* cached, whenever possible. Added this check to the end of many tests to check all the test files, right before the call to h5_cleanup. Tested: jam, amani, heiwa (h5committest)
* [svn-r20513] Description:Quincey Koziol2011-04-153-0/+216
| | | | | | | | | | | | | | | | | | | | | | Correct several problems with compound datatypes that don't have any fields added: - Change assertion to error report when a file is encountered which has this situation. - Added check to attribute creation to avoid creating attributes with a datatype like this (datasets and named datatypes already have the check) Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (amani) 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, w/threadsafe, in production mode Linux/PPC 2.6 (heiwa) w/C++ & FORTRAN, w/threadsafe, in debug mode
* [svn-r20504] Purpose:Mike McGreevy2011-04-142-20/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | General shared library improvements for CYGWIN / AIX Description: Shared libraries are disabled on both CYGWIN and AIX due to inability to build them correctly. Part of the problem in both of these situations is the lack of the libtool flag -no-undefined, which tells libtool that all needed symbols are defined at link time (a requirement on these systems) and that it's okay to build shared libraries. Another problem are lack of dependencies between wrapper libraries and core C HDF5 library. This patch addresses both of these by fixing configure to add in -no-undefined flag for libtool during linking and adds automake dependencies in the Makefile.am files. After testing, both CYGWIN and AIX now generate shared libraries, but there are still some test failures in each. (cache_api, dt_arith, and testerror.sh on CYGWIN, and fortran tests on AIX). Even though the shared libraries are not quite perfect, this is a general improvement to what we had before, so I'm applying the patch anyways. Note that default behavior of shared libraries on these systems being disabled has NOT been changed and requires the use of the --enable-unsupported to attempt to build them. We will need to address the test failures in each architecture prior to formally supporting shared libraries on each. Tested: h5committested & CYGWIN tested (on bangan) (AIX tested by Albert on bp-login2)
* [svn-r20502] Purpose:Mike McGreevy2011-04-141-82/+102
| | | | | | | | | | | | | | | | | | | | | | | | Add "silent make" mode configure option. Description: Automake 1.11 has a new option available that allows for a silent make mode. This functionality needs to be explicitly enabled in configure.in via the use of the automake macro AM_SILENT_RULES, which is what this commit is adding. This introduces a new configure option: --{en|dis}able-silent-rules This option is on by default, and simplies compile and link line outputs when building the library. Disabling this option will print full "verbose" output (i.e., full compile and linking lines for each target). Tested: This was tested on jam & h5committested
* [svn-r20496] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-141-2/+8
| | | | | | | | | unlimited. I made a change in H5Sset_extent_simple to forbid setting the dimension size bigger than existing maximal size. In this checkin, I restored it to the previous behavior that any change will wipe out previous record of dimensionality. Tested on jam - a simple change.
* [svn-r20491] Rename H5Frelease_file_cache to H5Fclear_elink_file_cache.Neil Fortner2011-04-131-3/+3
| | | | Tested: Fedora (too minor for full committest)
* [svn-r20487] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-121-28/+54
| | | | | | | | | | | | unlimited. This is a follow-up checkin for r20440 and r20469: 1. The dataspace code has another bug - when the maximal dimension isn't passed in for H5Sset_extent_simple, it is supposed to be same as the dimension. The current library sets NULL to it. I corrected it and added a test case to it. 2. I corrected the tests of Fortran and C++ for this problem. Tested on heiwa, jam, and amani.
* [svn-r20480] Description:Quincey Koziol2011-04-122-5/+5
| | | | | | | | | | | Remove global variable for the path name in the group traversal code. Also clean up a bunch of compiler warnings. Tested on: Mac OS X/32 10.6.7 (amazon) w/debug & production FreeBSD/32 6.3 (duty) w/debug FreeBSD/64 6.3 (liberty) w/debug Solaris/32 2.7 (linew) w/debug
* [svn-r20475] Purpose:Mike McGreevy2011-04-111-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Revise shared Fortran library disabling scenarios in configure - Improve configure output summary Description: Shared Fortran libraries are not supported on Mac, but were being disabled by configure in a way that also forced the C libraries to be static-only. This has been fixed, so now only shared Fortran is disabled while shared C can remain. This prompted two additional changes: 1. While working on the check that addresses whether or not shared Fortran libraries are allowed, removed old and no longer needed check(s) that disable shared Fortran libraries with HP, Intel 8, PGI, and Absoft compilers. (Essentially, Mac is the only situation in which Fortran shared are disabled by configure.) 2. Having two different states of libraries (i.e. shared C library with static-only Fortran library) was not apparent in the configure summary, which labeled all libraries as either shared and/or static. I've added lines to both the C++ and Fortran output sections to list shared/static-ness of these libraries specifically. Additionally, I've made sure that the new --enable-unsupported configure option correctly overrides configure if it tries to disable a shared library. Tested: jam, fred, & h5committest
* [svn-r20469] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-113-8/+65
| | | | | | | | | unlimited. This is a follow-up checkin for r20440: 1. I added a test case of extending dataset of zero dimension size and shrinking back to zero dimension size. 2. I updated the Makefile to include the new data file to be cleaned up. Tested on jam - relatively simple.
* [svn-r20462] The basic STDIO VFD test in test/vfd.c fails on 64-bit Solaris ↵Dana Robinson2011-04-101-0/+9
| | | | | | 5.10 (SPARC) and 32-bit Darwin 10.7.0 (Intel). This check-in skips the STDIO test on all platforms while we investigate. Bug report HDFFV-5936 filed in JIRA.
* [svn-r20459] Purpose:Dana Robinson2011-04-082-69/+324
| | | | | | | | | | | | | | | Progress on bug 2138 (bugzilla) / HDFFV-4298 (JIRA) Description: - Added basic VFD tests (i.e. cloned the SEC2 test) for the Windows, STDIO and log VFDs. - Added H5Pget_driver() sanity check to all VFD's tests. - Added log output file to list of files to clean up in Makefile.am. Tested on: - h5committest script platforms (jam, amani, heiwa) - Windows 7 (32- and 64-bit)
* [svn-r20453] Reordered two expressions to avoid integer overflow (quiets a ↵Dana Robinson2011-04-081-2/+2
| | | | compiler warning).
* [svn-r20440] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-071-16/+530
| | | | | | unlimited. I added test cases for contiguous, compact, and chunked, and external storage datasets, and also attribute. The test includes dataspace selections. I'll handle the tools in the next step. Tested on jam, amani, and heiwa.
* [svn-r20438] Fix typo in lib name for mingwAllen Byrne2011-04-071-1/+1
|
* [svn-r20433] Implement MinGW changes to CMake configurationAllen Byrne2011-04-071-0/+3
| | | | Tested: local linux
* [svn-r20316] Removed includes which are included with proper config checks ↵Allen Byrne2011-03-241-5/+0
| | | | | | in h5private.h. Tested: local linux, windows
* [svn-r20315] brought revisions 19868:20300 from the 1.8.6_vms branch to the ↵Raymond Lu2011-03-246-4/+37
| | | | trunk for VMS work
* [svn-r20262] In my previous checkin (20255), I used H5Gcreate instead of ↵Raymond Lu2011-03-161-1/+1
| | | | | | | | H5Gcreate2 in my test. I just corrected it . Tested on jam.
* [svn-r20255] Bug 2115 - add H5_VERSION_GE and H5_VERSION_LE macros. I added ↵Raymond Lu2011-03-151-1/+68
| | | | | | a new test case to show how to use them. Tested on jam and amani.
* [svn-r20180] I added 2 public macros to the H5public.h - H5_VERSION_GE and ↵Raymond Lu2011-03-021-0/+49
| | | | | | H5_VERSION_LE - and put some test cases in tfile.c. Tested on jam, heiwa, and amani.
* [svn-r20153] Move ext lib handling for ext project building to a common ↵Allen Byrne2011-02-241-11/+11
| | | | | | macro. Update HDF5 project to use HDFMacros.cmake file. Add test properties for test ordering. Tested: local linux, windows
* [svn-r20141] Bring 1.8 r20139 cmake and windows changes to trunkAllen Byrne2011-02-221-1/+4
|
* [svn-r20121] Bug 1586 - the datatype handler created with H5Tencode/decode ↵Raymond Lu2011-02-181-11/+71
| | | | | | had the reference count 0. I fixed it by changing the APP_REF parameter of H5I_register from FALSE to TRUE and added a test case in dtypes.c. Tested on jam, heiwa, and amani.
* [svn-r20064] Purpose: Implement external file cacheNeil Fortner2011-02-085-52/+3723
| | | | | | | | | Description: Implements a cache of files opened through external links. Adds the public functions H5Pset_elink_file_cache_size(), H5Pget_elink_file_cache_size(), and H5Frelease_file_cache(). Tested: jam, amani, heiwa (h5committest), fedora 64.
* [svn-r20061] Description:Quincey Koziol2011-02-081-22/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring changes from Coverity branch to trunk: r19930: Fix memory leaks involving VL attributes in h5repack and h5diff. The buffers in copy_attr and diff_attr were not checked for the presence of a vlen before being freed, and vlen storage was never reclaimed. Added checks and calls to H5D_vlen_reclaim(). r19933: Purpose: Fix memory leak in H5L_move_cb() Description: H5L_move_cb copied the source link using H5O_msg_copy() but freed it manually using H5MM_xfree(). Since H5O_link_copy allocates the link using H5FL_MALLOC, this causes the link to be allocated from the free list but is never put back on the free list when it is freed. This prevents the link free list from shutting down properly. Modified H5L_move_cb() and H5L_move_dest_cb() to free the link properly using H5O_msg_free(). r19973: Fix resource leaks by freeing string created by HD5f2string r19974: Issue #345: Inialize buf variable to null Tested on: Mac OS X/32 10.6.6 (amazon) w/debug & production (h5committested on Coverity branch)
* [svn-r20052] Description:Quincey Koziol2011-02-061-43/+89
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Clean up Coverity warnings, and fix some style issues: r19735: Fix for memory leak in test/mf found by valgrind. r19736: Fix memory leak in h5repack. The buffer in copy_objects, when copying the entire dataset at once, was not checked for the presence of a vlen, and vlen storage was never reclaimed. Added check and call to H5D_vlen_reclaim(). r19772: Change H5assert() to if (H5T_VLEN != src->shared->type || H5T_VLEN != dst->shared->type) HGOTO_ERROR(H5E_ARGS, H5E_BADTYPE, FAIL, "not a H5T_VLEN datatype") r19774: removed unused priv. r19775: removed unused variables r19778: Fix memory leak comparing for variable length data types. r19834: Fixed memory leaks found by valgrind. Memory errors remain for another day. Tested on: Mac OS X/32 10.6.6 (amazon) w/debug & production (h5committested on branch)
* [svn-r20029] Purpose: Fix bug 2131Neil Fortner2011-02-025-112/+1296
| | | | | | | | | | Description: When using the scale-offset filter with floating point data or fill values, big endian machines would save some metadata in the wrong byte order. This caused such datasets to yield incorrect data when read on little endian machines. Fixed the scale-offset filter to always save this metadata in the right byte order (i.e. little endian). Tested: jam, amani, heiwa (h5committedt); fedora, linew
* [svn-r20027] I added some test cases for H5Oset(get)_comment and ↵Raymond Lu2011-01-311-0/+333
| | | | | | H5Oset(get)_comment_by_name. It's related to bug 2130. Tested on jam, amani, and heiwa.
* [svn-r20006] I updated the read buffer from float to double to be more ↵Raymond Lu2011-01-262-6/+8
| | | | | | appropriate. Tested on jam and linew.
* [svn-r19998] I changed the previous commit from FLOAT to DOUBLE again ↵Raymond Lu2011-01-265-15/+15
| | | | | | | | because Neil prefers to it for fill value test. I updated the data files, too. Tested on linew and jam.
generated by cgit v0.12 at 2024-11-20 10:59:38 (GMT)