summaryrefslogtreecommitdiffstats
path: root/release_docs
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r22751] Purpose:Jonathan Kim2012-09-101-1/+7
| | | | | | | | | | | | HDFFV-5919 - GMQS: h5diff - The number of object difference is not consistent between dataset and group/type when attribute(s) have differences Description: Object differences are not consistent between dataset and group/datatype when their attribute(s) have differences. This is because attribute(s) differences is not accumulated to group or datatype object’s difference, but accumulated to dataset difference. To fix, do not accumulate attribute difference to dataset difference. This is referred to h5diff’s default behavior and also past report from users that users were confused by the accumulated behavior. (also can’t figure out only for dataset difference , also hard to spot dataset difference when it has lots of attributes or differences) This also lead to fix inconsistent format indicating difference between dataset and group/datatype object. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), cmake (jam)
* [svn-r22745] Snapshot version 1.9 release 128HDF Tester2012-09-091-1/+1
|
* [svn-r22735] Purpose:Jonathan Kim2012-09-041-0/+3
| | | | | | | | | | | | | | | | | | | HDFFV-8143 Provide a routine(s) for telling the user why the library broke collective data access Description: Added H5Pget_mpio_no_collective_cause() function that retrive reasons why the collective I/O was broken during Read/Write IO access. Reasons to break collective I/O: - SET_INDEPENDENT - DATATYPE_CONVERSION - DATA_TRANSFORMS - MPIPOSIX - NOT_SIMPLE_OR_SCALAR_DATASPACES (NULL Space) - POINT_SELECTIONS - NOT_CONTIGUOUS_OR_CHUNKED_DATASET (Compact or External-Storage) - FILTERS Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE)
* [svn-r22732] Snapshot version 1.9 release 127HDF Tester2012-09-021-1/+1
|
* [svn-r22722] Update all references from configure.in to configure.acAllen Byrne2012-08-281-18/+8
| | | | Tested: h5committest
* [svn-r22709] HDFFV-8129: reconfigured on jam, Remove overloading of ↵Allen Byrne2012-08-231-0/+4
| | | | | | autotools TESTS var, rename configure.in to configure.ac, convert test scripts from hard *.sh to configure managed *sh.in files. Tested: h5committest
* [svn-r22697] Snapshot version 1.9 release 126HDF Tester2012-08-191-1/+1
|
* [svn-r22684] Purpose: Jonathan Kim2012-08-151-0/+3
| | | | | | | | | | | | Address HDFFV-7942 - h5diff: incorrect result for comparing attribute data with different type size in same class Description: When comparing attribute data values with same type class but different size, the result was incorrect. It was due to the size difference and got truncated. Fixed to match up the smaller type size to big type size like what dataset does. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), cmake (jam)
* [svn-r22670] Snapshot version 1.9 release 125HDF Tester2012-08-121-1/+1
|
* [svn-r22629] Snapshot version 1.9 release 124Larry Knox2012-08-051-1/+1
|
* [svn-r22618] Jonathan Kim2012-08-011-0/+4
| | | | | | | | | | | | | | Purpose: HDFFV-8003 - ph5diff (parallel h5diff): daily test failure on ember intermittently during non comparable test file comparison HDFFV-7755 - parallel h5diff : hanging on koala intermittently during non comparable test file comparison Description: non-comparable test intermittently hung on koala and ember, but not on jam. it didn't occur until -np reaches 4 or bigger. it occurred once out of many repeated attempts of the same test. There was a incorrectly (mistakenly?) duplicated code in MPI section which caused such hang in a certain condition. The test used more processes than other tests, which increased chance to trigger more undone processes, and such process could enter the incorrect code section and wait for wrong pair of send. it explains why it occurred intermittently according to machine condition and using a certain feature. Removed incorrect code which blocked correct code. Tested: some manually repeated test performed jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE)
* [svn-r22617] Purpose:Jonathan Kim2012-08-011-0/+4
| | | | | | | | | | | | | | | Fix for HDFFV-8107 testh5diff will fail if build/test in HDF5 source tree Description: This is sub-task for "HDFFV-8105 testh5diff.sh uses the wrong operator (-a) in an if statement." From the HDFFV-8105's update, h5diff test failed if build&test is performed in HDF5 source tree because 'cp' try to copy test files to self dir. It's addressed by skipping if cp's src dir and dest dir is same. Also this applied for all other tools under src/tools dir. No change to the CMakeLists.txt files because CMake cautions/demands that in-source builds be avoided. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), some manual tests as well
* [svn-r22601] Purpose: Fix HDFFV-5853Neil Fortner2012-07-251-0/+3
| | | | | | | | | | | | | | Description: When jumping out from between H5_BEGIN_TAG and H5_END_TAG macros using HGOTO_ERROR or HGOTO_DONE, the previous metadata tag is not reset on the dxpl. This could cause problems when, for example, calling H5Ocopy within an H5Literate callback. Added new HGOTO_ERROR_TAG and HGOTO_DONE_TAG macros which must be used in place of the above between H5_BEGIN_TAG and H5_END_TAG. Tested: jam, koala, ostrich (h5committest), durandal
* [svn-r22594] Bug fix: HDFFV-8105Albert Cheng2012-07-221-0/+3
| | | | | | | | | | | | | | | Description: The test command in COPY_TESTFILES_TO_TESTDIR used the wrong operator -a which means and. It is not sufficient to test mere existence as $tstfile could have been a directory or other non-file things. If the file is not readable, the $CP command would fail but its return code was not checked. Solution: Get rid of the test command and go ahead to $CP it and then check its returned code and report errors if detected. Tested; committested. (note that ostrick still failed on errors committed by other staff).
* [svn-r22588] HDFFV-721: h5dump supplies input for h5importAllen Byrne2012-07-191-44/+62
| | | | | Tested: local linux with cmake jam with configure
* [svn-r22525] Snapshot version 1.9 release 124Larry Knox2012-07-091-1/+1
|
* [svn-r22487] Snapshot version 1.9 release 122HDF Tester2012-06-241-1/+1
|
* [svn-r22482] Maintenance:Elena Pourmal2012-06-231-0/+6
| | | | | | | | - Fixed a typo in return value of the nh5dread_f_c function ( was 1 instead of 0 on success); fixed the return value to make it consistent with other Fortran functions; cleaned the code from debug statements. Platforms tested: jam with GNU and Intel compilers, fortran 2003 feature.
* [svn-r22458] I added an item in the known problem section for the data ↵Raymond Lu2012-06-121-0/+7
| | | | conversion problem on Mac Lion.
* [svn-r22448] Snapshot version 1.9 release 121HDF Tester2012-06-101-1/+1
|
* [svn-r22427] Snapshot version 1.9 release 120HDF Tester2012-06-031-1/+1
|
* [svn-r22413] Snapshot version 1.9 release 119HDF Tester2012-05-271-1/+1
|
* [svn-r22382] Snapshot version 1.9 release 118HDF Tester2012-05-201-1/+1
|
* [svn-r22356] Snapshot version 1.9 release 117HDF Tester2012-05-131-1/+1
|
* [svn-r22326] Snapshot version 1.9 release 116HDF Tester2012-04-291-1/+1
|
* [svn-r22319] Purpose:Jonathan Kim2012-04-261-0/+4
| | | | | | | | | | | | | | Fix for HDFFV-7998-h5diff: incorrect behavior and output for comparing symbolic dangling links without following-symlinks option Description: Fix not to check and display dangling link status without --follow-symlinks option. Berfor the fix, when comparing symbolic link to symbolic link without follow-symlinks option, h5diff followed to check if those links are dangling or not. It caused to display output incorrectly (dangling link instead of symbolic link). The fix also improved performance when comparing lots of symbolic links without the --follow-symlinks option. 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-r22311] Snapshot version 1.9 release 115HDF Tester2012-04-221-1/+1
|
* [svn-r22300] Purpose:Jonathan Kim2012-04-191-0/+2
| | | | | | | | | | | Fix for HDFFV-8001 - h5unjam: segfault when used -V (show version) option Description: h5unjam has an option '-V' to display version information. "h5unjam -V" caused segfulat for 1.8.9 pre-release. Tested: jam (linux32-LE), koala (linux64-LE), ostrich (linuxppc64-BE), tejeda (mac32-LE), linew (solaris-BE), Windows (32-LE cmake), Cmake (jam)
* [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
|
generated by cgit v0.12 at 2024-11-03 00:57:02 (GMT)