summaryrefslogtreecommitdiffstats
path: root/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r21258] Issue 7674 - clang compiler reported an error with line 334:Raymond Lu2011-08-181-1/+1
| | | | | | | | | temp_point->l = (unsigned long long)((i * 100 + j * 1000) * n); The value can overflow the signed int before being converted to unsigned long long. So I changed it to temp_point->l = (unsigned long long)((i * 40 + j * 400) * n); to keep it under the maximal value. Tested on jam. Simple change.
* [svn-r21256] Add libinfo and test to cmake - JIRA 1243Allen Byrne2011-08-181-0/+14
| | | | Tested: local linux
* [svn-r21249] Description: Part II of F2003 branch merge into the trunk.Scot Breitenfeld2011-08-181-0/+3
| | | | | | Ran bin/reconfigure to update the Makefile.in in directories not part of the fortran directory check=in. Updates Makefile.in due to changes made in configure.in for the Fortran 2003 additions. Tested on all platforms run under daily tests.
* [svn-r21220] The original code Raymond Lu2011-08-121-1/+12
| | | | | | | | | i_mask = ~((unsigned)~0 << (precision[0] + offset[0])) & ((unsigned)~0 << offset[0]); in line 3680 left shifted a 32-bit integer for 32-bit. The result is undefined by C language. A user discovered it using clang compiler with -fcatch-undefined-behavior option (see Issue 7674 in Jira). So I changed it in a funny way to avoid it. Tested on jam, koala, and heiwa.
* [svn-r21163] Remove test library from export listAllen Byrne2011-08-011-1/+0
| | | | Tested: local linux
* [svn-r21152] Description:Quincey Koziol2011-07-282-0/+160
| | | | | | | | | | | | | | | | | | | | Further patches for Jira 7638, to ensure that H5D/Aget_type will be attached to the correct top file. (This change to the library should reverted when Jira 7638 is finally finished) Tested on: FreeBSD/32 8.2 (loyalty) w/gcc4.6, w/C++ & FORTRAN, in debug mode FreeBSD/64 8.2 (freedom) w/gcc4.6, 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 (koala) 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 Mac OS X/32 10.6.8 (amazon) in debug mode Mac OS X/32 10.6.8 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r21131] Description:Quincey Koziol2011-07-201-3/+16
| | | | | | | | | | | | | | | | | Disable some test code that isn't going to work correctly again until we've completely resolved Jira issue #7638. Tested on: FreeBSD/32 8.2 (loyalty) w/gcc4.6, w/C++ & FORTRAN, in debug mode FreeBSD/64 8.2 (freedom) w/gcc4.6, 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 (koala) 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 Mac OS X/32 10.6.8 (amazon) in debug mode
* [svn-r21127] Description:Quincey Koziol2011-07-201-4/+4
| | | | | | | Correct to use correct FAPL, to fix error when running 'make check-vfd' Tested on: Linux/64 2.6 (koala) w/make check-vfd
* [svn-r21124] Issue 2763 - adding OAPL_ID as a new parameter to ↵Raymond Lu2011-07-191-0/+2
| | | | | | | | | H5Rdereference. A followup commit for r21117. I made 2 changes: 1. Quincey changed H5P_DATASET_ACCESS_DEFAULT to H5P_DEFAULT for the tests that call H5Rdereference. Inside H5R_dereference, I assigned H5P_DATASET_ACCESS_DEFAULT to OAPL_ID if it is H5P_DEFAULT. 2. I added the test for invalid OAPL_ID in trefer.c. Tested on jam, koala, heiwa.
* [svn-r21121] Description:Quincey Koziol2011-07-185-37/+37
| | | | | | | | | Switch from H5P_DATASET_ACCESS_DEFAULT to H5P_DEFAULT for calls to H5Rdereference2(). Tested on: Mac OS X/32 10.6.8 (amazon) w/debug (too minor to require h5committest)
* [svn-r21120] Description:Quincey Koziol2011-07-183-2/+201
| | | | | | | | | | | Check in ugly version of fix for Jira #7638. I'm going to leave the issue open in Jira and when the library has been refactored to use shared file pointers (instead of top file pointers) for file operations, I'll uncomment the check in src/H5Oshared.c Tested on: Mac OS X/32 10.6.8 (amazon) w/debug (too small for h5committest)
* [svn-r21117] Issue 2763 - I added a new parameter of object access property ↵Raymond Lu2011-07-185-46/+120
| | | | | | list to the function H5Rdereference. It's called H5Rdereference2 now. H5Rdereference function has been deprecated to H5Rdereference1. I also added some test cases in trefer.c. Tested on jam, heiwa, and koala.
* [svn-r21078] Update test script to remove generated test files per test ↵Allen Byrne2011-07-081-21/+89
| | | | rather then in one group. Discovered from public 1.8 CDash reports.
* [svn-r21017] This is a follow-up checkin for r21015 (bug fix for Issue ↵Raymond Lu2011-06-224-2/+9
| | | | | | | | 2598). I added two minor changes: 1. put the output file for vfd.c test in the list for cleanup in Makefile.am; 2. put the data file in the list in CMakeLists.txt. Tested on jam - simple change.
* [svn-r21015] Bug fix for Issue 2598 - In v1.6 library, there was EOA for the ↵Raymond Lu2011-06-223-1/+172
| | | | | | | | | | | | | whole MULTI file saved in the super block. We took it out in v1.8 library because it's meaningless for the MULTI file. v1.8 library saves the EOA for the metadata file, instead. But this caused some backward compatibility problem. v1.8 library couldn't open the file created with v1.6 library. I fixed the problem by checking the EOA value to detect the file created with v1.6 library. Tested on jam, koala, and heiwa.
* [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