| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Description: Added support for PGI Fortran compiler on Linux64 (x86_64)
Solution:
Platforms tested: AMD OPteron box at AMD, Sunnyvale and verbena
with PGI and gcc compilers
Misc. update:
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Correct possible core dump when a datatype conversion function is
registered with the library after a compound datatype has been converted
(having it's type conversion information cached by the library). The compound
datatype must have been created by inserting the fields in non-increasing
offset order to see the bug.
Solution:
Re-sort the fields in the compound datatypes before recalculating the
cached information when performing the conversion on them.
Platforms tested:
FreeBSD 4.10 (sleipnir)
h5committested
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Correct buffer overrun in "multi" VFL driver that was writing past the
end of the "driver name" buffer when encoding the driver info block for the
file's superblock.
Platforms tested:
FreeBSD 4.10 (sleipnir)
Too minor to require h5committest
|
| |
|
| |
|
|
|
|
|
| |
Purpose:
Updated RELEASE.txt for previous bug fixes
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix.
Description:
Address two problems:
- The computation of the scanline in the szip filter was being
performed in the "can apply" callback routine instead of the
"set local" routine.
- The routine which allocated all the chunks for an entire dataset
(which is invoked when the allocation time is early or late,
rather than incremental) wasn't recording a failed filter in
the information for the chunk, causing the library to believe
that the chunk had the filter applied when it really hadn't.
Solution:
- Move the scanline computation to the "set local" callback.
- Record the filter mask with each chunk created when allocating them.
Platforms tested:
FreeBSD 4.10 (sleipnir) w/szip
Too obscure to require h5committest
|
|
|
|
|
|
|
|
|
|
|
| |
Description: Added support for Absoft Fortran compiler
Solution: Modified configuration file to check which Fortran compiler is used
and set appropriate flags.
Platforms tested: verbena with pgf90 and Absoft f95 compilers.
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Allow I/O on extendible chunked datasets with (currently) zero-sized
dimensions to proceed harmlessly instead of dumping core on an assertion.
Solution:
Removed assertion and added checks to avoid problem situation in H5TB_end
Platforms tested:
FreeBSD 4.10 (sleipnir) w/ & w/o parallel
Too minor to require h5committest
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Always write fill values to chunks when initializing entire B-tree and
any filters are defined.
Platforms tested:
FreeBSD 4.10 (sleipnir) w/parallel
Solaris 2.7 (arabica)
Too minor to require h5committest
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose: Maintenance on MAC OSX
Description: Added support for the Absoft Fortran compiler.
Solution:
Platforms tested: MAC OSX with xlf and f95 absoft compilers;
xlf is set to be the default compiler.
Misc. update:
|
|
|
|
| |
Bump version # after making snapshot
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Code cleanup, sorta
Description:
Added ifdef sections for "H5_USING_PURIFY" in various places in the code,
which are designed to reduce the spurious "uninitialized memory read" warnings
from purify which are actually OK. Note that this macro will have to be
turned on by adding it to the CFLAGS for the build - I didn't think it was
important enough to add a configure flag for.
Also, the changes in H5HG.c optimize the walks through the objects in a
heap to only look at the 'used' entries instead of all the 'allocated' entries.
Platforms tested:
Solaris 2.7 (arabica) w/purify
Not tested by h5committest
|
| |
|
|
|
|
| |
Updated the library version to 1.6.3-snap0.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Code cleanup
Description:
Fixed reserved.c test to use h5_fileaccess/h5_fixname/h5_cleanup.
Updated RELEASE.txt for previous bug fix
Platforms tested:
sleipnir, verbena
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose: Maintenance
Description: Documented SZIP change.
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Allow buffer parameter to H5Dread & H5Dwrite to be NULL if there are no
elements to transfer.
Platforms tested:
FreeBSD 4.10 (sleipnir) w/parallel
Too minor to require h5committest
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Bug Fix
Description:
Trying to create the root group or the working group ("/" or ".") fakes out
HDF5 so that it neither creates a group nor returns an error.
Solution:
H5G_namei now throws an error if it was supposed to insert but didn't.
Platforms tested:
sleipnir, Visual Studio 7 (very minor change)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Correct problems with "resurrecting" a dataset in a file. (This occurs
when a dataset which is open gets unlinked from the group hierarchy (making it
"dead" and marked for deletion in the file) and then is re-linked to the group
hierarchy). Note that the current solution applies only to datasets, further
work will fix this for groups and named datatypes also.
Also, fix the "debug" routines to be a little more helpful in certain
situations.
Additionally, fix a locking bug in the symbol table node splitting routine
which could be [one of] the cause[s] of the file corruption in flexible
parallel operation.
Platforms tested:
FreeBSD 4.10 (sleipnir) w/parallel
h5committested
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Fix error in chunked dataset I/O where data written out wasn't read
correctly from a chunked, extendible dataset after the dataset was extended.
Also, fix parallel I/O tests to gather error results from all processes,
in order to detect errors that only occur on one process.
Solution:
Bypass chunk cache for reads as well as writes, if parallel I/O driver is
used and file is opened for writing.
Platforms tested:
FreeBSD 4.10 (sleipnir) w/parallel
Too minor to require h5committest
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose: Maintenance
Description: Added h5fget_name_f and h5fget_filesize_f subroutines and tests.
Solution: N/A
Platforms tested: arabica (32-bit), sol (64-bit).
Will test on copper after this check-in.
Misc. update:
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Fixed a bug that broke daily tests.
SZIP now always uses K13 compression.
Description:
When configured with the --srcdir option, dsets test would look for
a test file in the same directory as the test, instead of in the
directory that contains the source files.
SZIP never needs to use CHIP compression, so the option to set this flag
instead of K13 compression has been removed.
Platforms tested:
Copper
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose: New feature and its test
Description: Added API H5Fget_name. It returns the name of file by object ID(file, group, dataset, named datatype, attribute) which belongs to the file. filename.c tests this function.
Platforms tested: h5committest
Misc. update: MANIFEST, RELEASE.txt
|
| |
|
| |
|
|
|
|
| |
Bump version # after making snapshot for user.
|
|
|
|
|
|
|
|
|
|
|
| |
Description: After compound datatype with variable-length string in the fields is committed
to file, when it's read back, the size is messed up.
Solution: change the size when it's committed to file by calling H5T_set_loc.
Platforms tested: h5committest and arabica
Misc. update: RELEASE.txt
|
|
|
|
| |
Update release notes
|
| |
|
|
|
|
| |
Misc. update: Update information about opaque type fix.
|
|
|
|
| |
Updated.
|
| |
|
| |
|
|
|
|
| |
Updated with long double to double fix.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose: Maintenance
Description: Fortran functions h5dwrite/read_f and h5awrite/read_f
were overloaded with the dims parameter being of type
INTEGER. It was a design flaw. dims should be of type
INTEGER(HSIZE_T). Overloading was done to assure backward
compatibility of 1.4.* branch with hdf5 1.2.* branch.
We promised to remove the old function with INTEGER dims
in 1.6.0. It was removed from the documentation but
was not removed from the source code.
Solution: Finally cleaned up the code.
Platforms tested: Windows 2000 with DEC Fortran, LInux with Intel Fortran,
Solaris 2.7 32/64-bit mode.
Misc. update:
|
|
|
|
| |
updated.
|
|
|
|
| |
Clarify note about the --with-pthread flag.
|
|
|
|
|
| |
Update flags necessary for compiling the library with thread-safety
turned on.
|
|
|
|
|
|
|
|
|
|
| |
Inform change of APIs
Description:
Many exception constructors are removed. Although the users won't
have to change their code, unless they used to check for the value
of H5::Exception::detailMessage against 0/NULL, which is not very
likely, they might need to recompile their applications.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
make documentation more clear
Description:
update some descriptions according to comments from students
Solution:
Platforms tested:
Misc. update:
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Code cleanup/bug fix
Description:
Fix configuration files to allow 64-bit compilation of the library with
a 64-bit version of zlib.
Solution:
Moved important compiler flags settings from CC macro to CFLAGS macro.
Instead of setting CC (F9X, CXX) environment variable for compiling for 64-bit
code, users should just set the CFLAGS (FFLAGS, CXXFLAGS) to -q64.
Updated INSTALL file to reflect this change.
Platforms tested:
IBM p690 (copper) w/parallel, FORTRAN, C++, srcdir.
Platforms specific - h5committest does not apply.
|
|
|
|
|
|
|
|
|
|
|
| |
Description: I updated HISTORY.txt and RELEASE.txt files, and
ran bin/h5vers to change version number to 1.6.2-post0
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
| |
Description: Changed version to be 1.6.2 and ran bin/release.
Since several files are changed, I am checking them in before
tagging the release
Solution:
Platforms tested: eirene
Misc. update:
|