summaryrefslogtreecommitdiffstats
path: root/release_docs
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r22286] Snapshot version 1.9 release 114HDF Tester2012-04-151-1/+1
|
* [svn-r22277] Purpose:Jonathan Kim2012-04-111-0/+2
| | | | | | | | | | | | Fix for HDFFV-7993 - h5repack fails with error "chunk size must be <= maximum dimension size for fixed-sized dimensions" Description: Fixed a failure when change the chunk size of a specified chunked dataset with unlimited max dims. Also took care of converting to contiguous and compact from the dataset. Test cases were added and tagged with jira#. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), Cmake (jam)
* [svn-r22275] Clear up examples vs applications instances and add minimum file.inactive/H5OcompareAllen Byrne2012-04-111-14/+35
|
* [svn-r22257] Snapshot version 1.9 release 113HDF Tester2012-04-081-1/+1
|
* [svn-r22242] Issue 7934 - The data sieve buffer size was for all the ↵Raymond Lu2012-04-021-0/+5
| | | | | | | | | | datasets in the file. It could waste memory if any dataset size is smaller than the sieve buffer size. Now the library picks the smaller one between the dataset size and the sieve buffer size from the file access property. Tested on jam, koala, and ostrich.
* [svn-r22176] Purpose:Jonathan Kim2012-03-281-0/+4
| | | | | | | | | | | | Fix for HDFFV-7644 GMQS: h5diff - incorrect behaviors when comparing HDF5 files with different type of objects (dataset, group, type) as common objects Description: Fixed failure for comparing same named object with different object types in comparing groups. (common object comparison) Prior to the fix, h5diff resulted in error. After the fix, h5diff detects such case as non-comparable and display messages accordingly. Test cases were added and tagged with jira#. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), Cmake (jam)
* [svn-r22173] Purpose: Fix HDFFV-7762Neil Fortner2012-03-281-0/+2
| | | | | | | | | | | | | | | | Description: When copying an object with attribute creation order tracked, the attribute creation order was not copied correctly to the destination file, causing an error if the creation order was also indexed (due to attempting to insert duplicate keys) or incorrect creation orders otherwise. Fixed to copy the creation order correctly. Also fixed the attribute character set not being copied, and fixed an issue where an attribute opened with H5Aopen (or similar, but not by_idx), from an object using the latest format but without creation order being tracked, would always report the creation order as 0 (and marked as valid). Tested: jam, koala, ostrich (h5committest), durandal
* [svn-r22171] Description:Quincey Koziol2012-03-281-0/+4
| | | | | | | | | Bring "merge committed datatypes during H5Ocopy" feature from branch to trunk. (Also has some minor bugfixes with it) Tested on: Mac OSX/64 10.7.3 (amazon) w/debug (h5committest coming up)
* [svn-r22164] Fixed a bug in H5Ocopy(): When copying an opened object, call ↵Vailin Choi2012-03-281-0/+4
| | | | | | | the object's flush class action to ensure that cached data is flushed so that H5Ocopy will get the correct data. (HDFFV-7853)
* [svn-r22149] Purpose:Mike McGreevy2012-03-261-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | HDFFV-944: Fortran test problem with HDF5 182, intel 11.0, open-mpi-1.2.8 Description: Moved libtool post-processing 'ed' snippet that replaces wl="" with wl="-Wl," when intel compilers are used to the end of the configure script, after libtool is actually generated. (I imagine that at some point in time during a libtool version upgrade the libtool script ceased being generated immediately after the libtool initialization macro and is generated at the end of configure with all other files). Additionally, added a leading 'g' to the replacement invocation to change all instances of wl="" to wl="-Wl," instead of just the first that it comes across. (There's a separate one for each compiler used (C, Fortran, C++)). Tested: Reproduced the reported make failure and tested resolution on NCSA's Forge with OpenMPI built with Intel 12.0.4. Also, h5committested.
* [svn-r22147] Purpose:Mike McGreevy2012-03-261-0/+3
| | | | | | Update RELEASE.txt for HDFFV-398 Tested: None needed, doc only.
* [svn-r22143] Description: added info about h5ocopy_f and ↵Scot Breitenfeld2012-03-261-1/+10
| | | | | | h5ltget_attribute_string_f
* [svn-r22140] Snapshot version 1.9 release 112HDF Tester2012-03-251-1/+1
|
* [svn-r22135] I added an item for Issue 7785. No test is needed.Raymond Lu2012-03-231-0/+4
|
* [svn-r22114] Purpose:Jonathan Kim2012-03-211-0/+5
| | | | | | | | | | | | | | | Fix for HDFFV-7837 - h5diff: incorrect behavior with exclude-path option when unique object exist only in one file Description: If unique objects exists only in one file and try to exclude the unique objects with --exclude-path option, h5diff missed excluding some objects. Fixed to exclude objects correctly in such case. Test cases were added and tagged with jira#. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), Cmake (jam)
* [svn-r22097] Snapshot version 1.9 release 111HDF Tester2012-03-201-1/+1
|
* [svn-r22084] I updated the item for Issue 7756.Raymond Lu2012-03-161-2/+3
| | | | No test is needed.
* [svn-r22079] Added H5LTpath_valid(_f) description.Scot Breitenfeld2012-03-161-0/+4
|
* [svn-r22076] #Issue 7922 - H5Pset_data_transform had seg fault with some ↵Raymond Lu2012-03-151-1/+3
| | | | | | | | | operations like x*-100. The parser mistaked "-" as substraction. I fixed it and also fixed another problem with some special cases like 100-x and 2/x. Tested on jam, koala, and ostrich.
* [svn-r22072] Purpose: Fix rare corruption bug (HDFFV-7879)Neil Fortner2012-03-151-0/+2
| | | | | | | | | | | | | | Description: When using the new object header format, it was possible for corruption to occur if the first object header chunk changed size such that the lenght of the "chunk 0 size" field changed. This only occurred if there were messages that had not been decoded. The original algorithm that changed the object header chunk size marked all messages as dirty, causing those that had not been decoded to have both the raw and native form invalidated. Changed the algorithm to avoid marking messages dirty and added assertions to catch the case where messages are dirtied without being decoded (or recently created) first. Tested: jam, koala, ostrich (h5committest), durandal
* [svn-r22052] - h5dump: Added capability for "-a" option to show ↵Peter Cao2012-03-121-0/+5
| | | | | | | | attributes containing "/" by using an escape character. For example, for a dataset "/dset" containing attribute "speed(m/h)", use "h5dump -a "/dset/speed(\/h)" to show the content of the attribute. See details at HDFFV-7523
* [svn-r22047] Add h5dump issues fixedAllen Byrne2012-03-121-2/+10
|
* [svn-r22040] Snapshot version 1.9 release 110HDF Tester2012-03-111-1/+1
|
* [svn-r22038] Purpose:Jonathan Kim2012-03-091-5/+10
| | | | | | | | | | | | | | Fix for HDFFV-7835 h5diff: incorrect result for comparing the two same type symlinks as dangling links. Description: When two symbolic dangling links are compared with --follow-symlinks option, the result should be same. It works for comparing two files, but didn't work for comparing two objects. Test cases were added and tagged with jira#. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), Cmake (jam)
* [svn-r22022] Snapshot version 1.9 release 109HDF Tester2012-03-041-1/+1
|
* [svn-r22012] Purpose:Jonathan Kim2012-03-011-0/+6
| | | | | | | | | | | | | | | | Task for HDFFV-7862 - Select data by chunk direction to improve performance in h5repack Description: h5repack sometimes became very slow when handling big chunked datasets in certain cases. (when chunk boundary doesn't match with a hyperslab boundary.) The main issue was from figuring out a hypeslab without considering chunk boundary to read from and write to such datasets. The update was made to figure out a better hyperslab unit with considering chunk boundary to improve performance for such cases prior to the update. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows
* [svn-r21999] Updated for the changes made to IBM configure.Albert Cheng2012-02-281-0/+6
| | | | Also update the IBM tested platform information.
* [svn-r21995] Updated changes to h5dump fixAllen Byrne2012-02-271-1/+2
|
* [svn-r21954] HDFFV-7560: refactoring note.Allen Byrne2012-02-171-0/+4
|
* [svn-r21931] HDFFV-7689 - could not not use a "[" character in a dataset name.Allen Byrne2012-02-131-0/+6
| | | | | | A second problem also discovered was an if statement that should have comapered lengths of a string actually was comapring addreeses. Once thatt was fixed, The "[" character could be used but broke other functionality. Consultation with tools team resulted in the creation of a "--no-subset" option to disable interpretation of "[" character as a subsetting compact-form. This also eliminated and cleaned up the code containing the plomatic if statement. Tested: local linux and added test, CMake updated autotools test to be added next.
* [svn-r21913] Issue 7829 - data conversion from "long double" to integers ↵Raymond Lu2012-02-071-0/+12
| | | | | | | | failed on Ubuntu with optimization. I documented it as a known solution and provided users a way to lower down the optimization. No test.
* [svn-r21910] Snapshot version 1.9 release 108HDF Tester2012-02-051-1/+1
|
* [svn-r21898] Snapshot version 1.9 release 107HDF Tester2012-01-291-1/+1
|
* [svn-r21891] Issue 7756 - Creating a dataset in a read-only file caused seg ↵Raymond Lu2012-01-251-0/+3
| | | | | | fault when the file is closed. I fixed the problem by putting a condition check early in H5O_create of H5O.c. The old code checked it too late, not until a file space is created. I added a test case in tfile.c to check the creation of group, dataset, attribute, and datatype. Tested on koala, jam, and linew.
* [svn-r21890] Purpose:Jonathan Kim2012-01-241-0/+3
| | | | | | | | | | | | | | | | | Fix for HDFFV-7836 h5diff: displays error stack message for comparing the two dangling symlink with follow-symlinks option Description: While ago, to improve performance, skipping same object checking (h5tools_is_obj_same()) was added. However the checking function doesn't understand about the dangling link and caused the issue. Since handling dangling link code section already implemented, move the checking function after handling dangling-links to address the problem. Test was added and tagged with jira#. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), Cmake (jam)
* [svn-r21884] Snapshot version 1.9 release 106HDF Tester2012-01-221-1/+1
|
* [svn-r21869] Purpose:Jonathan Kim2012-01-091-1/+3
| | | | | | | | | | | | | | Fix for HDFFV-7840 h5repack: memory leak over one of the h5diff test file Description: Turned out that there were two causes of memory leaks. 1. for handling variable length string in attribute. 2. for handling compound type with non-reference members. The first issue is fixed in copy_attr() which is updated to use h5tools_detect_vlen to take care of vlen string as well as vlen data. The second is fixed in copy_refs_attr() of compound handling code. Tested: jam (linux32-LE), koala (linux64-LE), heiwa (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE), Cmake (jam)
* [svn-r21867] Snapshot version 1.9 release 105HDF Tester2012-01-081-1/+1
|
* [svn-r21865] Purpose:Jonathan Kim2012-01-051-0/+2
| | | | | | | | | | | | | Fix for HDFFV-7838 h5ls: segfault for handling region reference in attribute with -v option Description: Segfault occurred when h5ls access region reference data in an attribute. This didn't occurred when -v option was used. The cause was "h5tool_format_t info;" struct variable members were accessed without proper values were assigned (was NULL), so printf failed later in the code. Tested: jam (linux32-LE), koala (linux64-LE), heiwa (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), cmake-Windows (32-LE)
* [svn-r21857] Snapshot version 1.9 release 104HDF Tester2012-01-011-1/+1
|
* [svn-r21850] Snapshot version 1.9 release 103HDF Tester2011-12-251-1/+1
|
* [svn-r21831] Snapshot version 1.9 release 102HDF Tester2011-12-181-1/+1
|
* [svn-r21824] Snapshot version 1.9 release 101HDF Tester2011-12-111-1/+1
|
* [svn-r21808] Update CMake Required version to match current standard 2.8.6Allen Byrne2011-12-052-2/+2
|
* [svn-r21793] Add RELEASE.txt note for r21789Neil Fortner2011-12-011-0/+2
|
* [svn-r21786] remove HDF_LEGACY option for lib naming on windowsAllen Byrne2011-12-011-1/+0
|
* [svn-r21775] Snapshot version 1.9 release 100HDF Tester2011-11-271-1/+1
|
* [svn-r21770] Snapshot version 1.9 release 99HDF Tester2011-11-201-1/+1
|
* [svn-r21748] Snapshot version 1.9 release 98HDF Tester2011-11-131-1/+1
|
* [svn-r21734] Issue 7582 - The library allowed the conversion of strings ↵Raymond Lu2011-11-081-0/+3
| | | | | | between ASCII and UTF8. I corrected it by adding a condition check in H5T_conv_s_s and H5T_conv_vlen to report an error under this situation. Tested on jam, koala, linew.
generated by cgit v0.12 at 2024-07-18 05:21:40 (GMT)