summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r21314] Merge of 21302 (bin/trace bugfix) from trunk. Tested on jam ↵Dana Robinson2011-08-251-1/+2
| | | | (minor change).
* [svn-r21311] add variables and commands to create libhdf5.settings. Add ↵Allen Byrne2011-08-251-0/+1
| | | | | | option to enable embedded strings. Add test to grep for string. Trunk cycle passed and verified on windows.
* [svn-r21276] Snapshot version 1.8 release 8 (snap10)HDF Tester2011-08-221-2/+2
|
* [svn-r21226] Snapshot version 1.8 release 8 (snap9)HDF Tester2011-08-151-2/+2
|
* [svn-r21217] Change CTEST_NAME to HDF5 - the project nameAllen Byrne2011-08-101-18/+3
| | | | | | | Implement InitOnceExecuteOnce - HDFFV-5929 Change command to generate output source files Tested: local linux, windows
* [svn-r21213] Merged comment commit from trunk: 21209Dana Robinson2011-08-101-0/+6
|
* [svn-r21186] Snapshot version 1.8 release 8 (snap8)HDF Tester2011-08-081-2/+2
|
* [svn-r21159] Snapshot version 1.8 release 8 (snap7)HDF Tester2011-08-011-2/+2
|
* [svn-r21153] Description:Quincey Koziol2011-07-284-0/+45
| | | | | | | | | | | | | | Bring r21152 from trunk to 1.8 branch: 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 Linux/32 2.6 (jam) w/PGI compilers, w/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode (h5committested on trunk)
* [svn-r21150] Snapshot version 1.8 release 8 (snap6)HDF Tester2011-07-251-2/+2
|
* [svn-r21138] Description:Quincey Koziol2011-07-211-2/+2
| | | | | | | | | | Bring r21137 from trunk to 1.8 branch: Tiny change to reduce code coupling w/H5F package. Tested on: FreeBSD/32 8.2 (loyalty) w/debug (too minor to require h5committest)
* [svn-r21136] Description:Quincey Koziol2011-07-218-120/+438
| | | | | | | | | | Bring r21135 from trunk to 1.8 branch: More code cleanups to reduce coupling with the H5F package. Tested on: FreeBSD/32 8.2 (loyalty) w/gcc4.6, w/C++ & FORTRAN, in debug mode (h5committested on trunk)
* [svn-r21134] Description:Quincey Koziol2011-07-2017-224/+665
| | | | | | | | | | | | | | | | | | Bring r21133 from trunk to 1.8 branch: More code cleanups to reduce coupling between packages that use the H5F internal routines, but really aren't part of the H5F "package". 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
* [svn-r21130] Description:Quincey Koziol2011-07-2015-160/+501
| | | | | | | | | | | | | | | | Bring r21126 from trunk to 1.8 branch: Clean up some compiler warnings, but mainly an interim checkin on the path of reducing code coupling in the library by removing most of the places which were accessing H5F package definitions. Tested on: Mac OS X/32 10.6.8 (amazon) w/debug FreeBSD/32 8.2 (loyalty) w/debug FreeBSD/64 8.2 (freedom) w/debug Linux/32 2.6 (jam) w/debug Linux/64 2.6 (koala) w/debug Linux/64 2.6 (heiwa) w/debug
* [svn-r21122] Description:Quincey Koziol2011-07-181-4/+13
| | | | | | | | | | | | | Bring r21120 from trunk to 1.8 branch: 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-r21081] Remove redundant EXPORTS symbol since CMake automatically ↵Allen Byrne2011-07-081-1/+0
| | | | creates it.
* [svn-r21065] Snapshot version 1.8 release 8 (snap5)HDF Tester2011-07-041-2/+2
|
* [svn-r21044] Purpose:Mike McGreevy2011-06-283-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix HDFFV-7592 "Remove PACKEDBITS option from autotools files" Description: The code for h5dump's packed bits feature was conditionally compiled in via this option during its 'beta' release in 1.8.5. Now that the feature is fully supported, h5dump has since been changed to always compile the packed bits code (having removed the #ifdef H5_HAVE_H5DUMP_PACKED_BITS checks), so this option in configure is no longer needed. This commit removes the --enable-h5dump-packed-bits configure option, including the help summary from './configure --help' and the libhdf5.settings output summary, the PACKED_BITS Makefile variable, and the definition of H5_HAVE_H5DUMP_PACKED_BITS define in appropriate pubconf header files (which has already been removed from use in source code as of r20722). Note that this option was never added to the trunk, thus this commit only need occur on the 1.8 branch. Tested: - Configure output, help, & summary verified on jam - h5committested
* [svn-r21035] Snapshot version 1.8 release 8 (snap4)HDF Tester2011-06-271-2/+2
|
* [svn-r21032] This is a follow-up checkin for r21015 (bug fix for Issue ↵Raymond Lu2011-06-241-10/+10
| | | | | | 2594). According to Quincey's suggestion, I moved the EOAs for individual files from H5FD_multi_fapl_t to H5FD_multi_t struct. It's a more proper place. Tested on jam, koala, and heiwa.
* [svn-r21024] Bug fix for Issue 2598 - In v1.6 library, there was EOA for the ↵Raymond Lu2011-06-232-1/+24
| | | | | | | | | | | | | 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 linew.
* [svn-r21001] Snapshot version 1.8 release 8 (snap3)HDF Tester2011-06-201-2/+2
|
* [svn-r20947] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-071-0/+1
| | | | | | | | say which filter isn't registered. This is the follow-up commit. In my first checkin, I took out the line "H5Z_SZIP->encoder_present = SZ_encoder_enabled()" by mistake. It caused SZIP test to fail. I'm puting it back now. Tested on jam - simple change.
* [svn-r20936] Issue 4278 - When reading data fails, the error message should ↵Raymond Lu2011-06-061-4/+8
| | | | | | 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-r20932] Snapshot version 1.8 release 8 (snap2)HDF Tester2011-06-061-2/+2
|
* [svn-r20924] Snapshot version 1.8 release 8 (snap1)HDF Tester2011-05-302-2/+4
|
* [svn-r20920] Issue 7579 - The overflowing ENUM values are inconsistent. ↵Raymond Lu2011-05-274-2/+171
| | | | | | | | | | 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-r20898] Merge of configure changes 20891-2,4 from the trunk.Dana Robinson2011-05-241-0/+3
|
* [svn-r20897] I added some comments.Raymond Lu2011-05-241-0/+15
| | | | Tested on jam - very simple change.
* [svn-r20893] Description:Quincey Koziol2011-05-2311-26/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring r20885 from trunk to 1.8 branch: r20340: Address coverity issue 248. Set freed pointer to NULL if realloc fails, then check for NULL before attempting to close array of handles stored in memory addressed by pointer. r20341: Added initialization udata.path = NULL; udata.visited = NULL; to prevent unintialized use after done: label. Do C-style initialization AFTER all variable definitions. r20342: Fix valgrind error in H5DUMP-XML-tall.h5 r20343: Addressed Coverity issue 591 - check the return value of H5S_SELECT_ITER_RELEASE. r20344: Added initialization udata.path = NULL; to prevent uninitialized used after done: label r20347: Purpose: Fix memory leak in overhead.c Description: Fixed leak in test() in overhead.c where array "had" was never freed. r20348: Addressed Coverity issue 705 - added prototype for resize_configs_are_equal to cache_common.h. r20392: Purpose: Fix coverity issues 1677 and 1678 Description: Added return value checking for 4 funciton calls in H5tools_get_symlink_info(). r20394: Purpose: Fix coverity issues 1674 and 1675 Description: Modified H5Epush2() and H5E_printf_stack() to keep track of whether va_start() has been called, and to call va_end() at the end if so. r20395: Should be H5MM_calloc(count * sizeof(void*)). Fixed --gh r20396: Should be H5MM_calloc(count * sizeof(void*)). Fixed. --gh Tested on: Mac OSX/32 10.6.7 (amazon) w/debug & production (h5committested on branch)
* [svn-r20889] Snapshot version 1.8 release 8 (snap1)HDF Tester2011-05-231-2/+2
|
* [svn-r20873] Issue 7564 - Allow H5Tcreat to create string type (fixed-length ↵Raymond Lu2011-05-201-7/+25
| | | | | | and variable-length). I also added a test case in dtypes.c. The commit is only for test/dtypes.c, src/H5T.c, and release_docs/RELEASE.txt. All others are property changes due to the merge from the trunk. Tested on jam but I tested the same change for the trunk on jam and linew - relatively simple.
* [svn-r20782] I changed the macro definition of DIR_SEPC and DIR_SEPS to ']' ↵Raymond Lu2011-05-093-6/+5
| | | | | | | | for OpenVMS in H5private.h. Strictly speaking, it isn't the directory seperator. But it can simplify the code and make the H5L_build_name function cleaner. Tested on jam because the change only affects VMS.
* [svn-r20708] Pushed change 20707 to the 1.8 branch.Dana Robinson2011-05-022-21/+34
| | | | This was a comment-only change that better documents the VFD data "flavors".
* [svn-r20692] Purpose: Fix problem exposed by external link cacheNeil Fortner2011-05-023-2/+17
| | | | | | | | | | | | | 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-r20653] Description:Quincey Koziol2011-04-262-1/+57
| | | | | | | | | | | | | | | | Bring r20651 & r20652 from trunk to 1.8 branch: Switch from using 'pthread_create' to 'pthread_self' when trying to detect the pthread library, so that the Intel C compiler is happier with the prototype. Teach the tracing script & routines about the 'unsigned long' and 'unsigned long long' types, so that the H5Pset_fapl_log() API routine gets tracing information correct. Tested on: FreeBSD/32 6.3 (duty) (h5committested on trunk)
* [svn-r20647] Description:Quincey Koziol2011-04-261-1/+1
| | | | | | | | Bring r20646 from trunk to 1.8 branch: Tested on: FreeBSD/32 8.2 (loyalty) (too minor to require h5committest)
* [svn-r20574] Bump soname interface number. This should have been bumpedMike McGreevy2011-04-201-2/+2
| | | | | | in 1.8.6 when its API was changed, but since it wasn't I'm manually fixing up these numbers in 1.8 and 1.8.7 branches for the time being.
* [svn-r20565] Update 1.8 branch version to 1.8.8-snap0Mike McGreevy2011-04-202-4/+4
|
* [svn-r20556] Description:Quincey Koziol2011-04-191-2/+3
| | | | | | | | | | | Bring r20553 from trunk to 1.8 branch: Revert part of r20536 that was part of a Coverity merge. Tested on: Linux/32 2.6 (jam) w/PGI compilers, w/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode (h5committested on trunk)
* [svn-r20540] Description:Quincey Koziol2011-04-184-10/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring r20538 & r20539 from trunk to 1.8 branch: Update with new warning flags for gcc 4.6.x Bring Coverity changes back to trunk: r20276: Add recursive is vlen string function. Cleanup resource leaks for issues: 200,202,329,688,811,812 r20277: Check types and close by adding error section: issue 687 r20278: Replaced implicit pointer conversion with (ocrt_info.new_obj != NULL). r20280: Addressed coverity issues 927-929 & 583. The real issue is failure to check file name length -- at least at the H5FD interface level. This needs more work, but at least I have dealt with the issue in H5FDfamily.c r20337: H5O_type_t obj_type = H5O_TYPE_UNKNOWN; r20338: Added udata.name = NULL; to prevent potential uninitialized use after done: label. r20339: coverity issues: 686,828,1670-1673,1707-1711 Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode FreeBSD/32 8.2 (loyalty) w/gcc4.6, in debug mode FreeBSD/64 8.2 (freedom) w/gcc4.6, 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 Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in debug mode
* [svn-r20537] Description:Quincey Koziol2011-04-1715-76/+129
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring r20535 & r20536 from trunk to 1.8 branch: 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. 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-r20531] Purpose: Add testing for bug 1864Neil Fortner2011-04-152-0/+156
| | | | | | | | | 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-r20525] Description:Mike McGreevy2011-04-152-26/+59
| | | | | | | | Merge revisions 20475, 20502, and 20504 from trunk to 1.8 branch. Tested: Tested on jam, fred, bangan (CYGWIN), and h5committested.
* [svn-r20517] Description:Quincey Koziol2011-04-152-5/+10
| | | | | | | | | | | | | | | | | | | | | | | | Bring r20513 from trunk to 1.8 branch: 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-r20500] Merge of 20499 from trunk to fix Windows H5_HAVE_GETTIMEOFDAY ↵Dana Robinson2011-04-143-15/+31
| | | | | | issues (HDFFV-5931). Tested on: Windows
* [svn-r20498] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-141-15/+2
| | | | | | | | | 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. I brought the changes from the trunk. Tested on jam - a simple change.
* [svn-r20492] Rename H5Frelease_file_cache to H5Fclear_elink_file_cache.Neil Fortner2011-04-132-5/+5
| | | | Tested: Fedora (too minor for full committest)
* [svn-r20489] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-137-43/+73
| | | | | | | | | | | | | | | | unlimited. I brought the changes from the trunk as below: 1. I added test cases for contiguous, compact, and chunked, and external storage datasets, and also attribute. The test includes dataspace selections. 2. I added a test case of extending dataset of zero dimension size and shrinking back to zero dimension size. 3. I updated the Makefile to include the new data file to be cleaned up. 4. 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. 5. I corrected the tests of Fortran and C++ for the problem in point 3. Tested on jam, heiwa, and amani.
* [svn-r20481] Description:Quincey Koziol2011-04-126-57/+27
| | | | | | | | | | | Bring r20480 from trunk to 1.8 branch: 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 (h5committested on trunk)
generated by cgit v0.12 at 2024-11-09 06:40:22 (GMT)