New feature.
Description:
Added new tool ph5diff. (Code done by Leon Arber.)
Code is changed but test is not working yet. For now,
it skipped all tests.
Platforms tested:
Tested in heping, serial and parallel modes.
Feature additions:
script has support for all sorts of interesting plots.
fix axis scaling
Description:
Added support for 2-d and 3-d plots of the data. Command-line options are also added to customize these plots.
Axis tick labels are now much improved and match the data and are logically spaced.
Platforms tested:
heping (gnuplot must be installed to do the plots)
Misc. update:
Bug fix
Description:
In an earlier bug-fix, I inadvertently inverted the meaning of the
"% utilization" in h5ls.
Solution:
De-invert it. :-)
Platforms tested:
FreeBSD 4.10 (sleipnir)
Too minor to require h5committest
Reduce the run time of the cache tests.
Description:
Some of the cache tests run for quite a while, which has been
causing problems with our daily build and test. In my last
modification to cache.c, I added code to skip these stress
tests unless we were building in production mode. Since
things go faster in production mode, the extra tests are not
a major problem here.
However, this means that the stress tests are only run once
or twice a week.
Solution:
To try to deal with this, I modified the four longest tests
to throttle depending on whether NDEBUG is defined. When
NDEBUG is not defined, runtime for the cache tests should
be about 1/5th its regular run time. We will see if this
is enough of a reduction to avoid problems.
There is some doubt in my mind as to just how much good the
throttled tests do, but they should be better than nothing.
As mentioned before, the correct solution is to build some
proper, random test code.
Platforms tested:
h5committested
production and debug builds on heping.
Misc. update:
Bug fixes (provided by Leon Arber).
Description:
gen_report spewed many messages and could not report speeds that are
less than 100MB/s.
Solution:
Removed -w which prints warning messages.
Fixed code to recognize speeds under 100MB/s.
Platforms tested:
Eirene.
Bug fix
Description:
Catch another way that vsnprintf() can fail (this time on the HP) and
deal with that.
Platforms tested:
HP/UX 11.x (kelgia)
Doesn't affect other platforms
Update.
Description:
Update hdf5/src/H5Tinit.c as PABLO was removed from the source.
Solution:
Remove the following codes from H5Tinit.c:
#define PABLO_MASK H5T_init_mask
Platforms tested:
Visual C++ 6.0 on Windows XP/2000.
Misc. update:
Remove the following empty directories in all.zip:
hdf5\src\zlib\
hdf5\src\zlib\dll\
hdf5\test\ragged\
hdf5\test\raggeddll\
These folders were generated by Winzip to save path information for files from recursed folder. We need to manually removed these empty folders.
Bug fix
Description:
Add detect vasprintf() routine and use it instead of vsnprintf() when
formatting error descriptions if it's available.
Added configure test to detect "broken" vsnprintf() implementations which
don't return the correct number of character for strings that are too long to
fit into the buffer provided (currently a problem on the SGIs and probably the
HP).
Re-wrote error formatting code in H5Epush_stack() to handle broken
vsnprintf() implementations, etc.
Platforms tested:
IRIX64 6.5 (modi4)
h5committest
Description: Removed PABLO from the source
Solution:
Platforms tested: arabica with 64-bit, copper with parallel,
heping with GNU C and C++ and PGI fortran (but
I disabled hl, there is some weird problem only
on heping: F9XMODFLAG is not
propagated to the Makefile files
Misc. update:
Adding N-bit testing source code into CVS tree.
This is for debugging purpose only. N-bit filter won't be included in the daily test.
Description:
Integer, Float, Array datatype and Compound datatype tests are included.
More comprehensive tests need to be done.
Solution:
Platforms tested:
copper(AIX 5.1) and heping(Linux 2.4).
Misc. update:
For N-bit filter,
Adding parameter mappings from HDF5 compound datatype, array datatype and atomic datatype
to cd_values inside HDF5 library.
N-bit filter should work with these datatypes(string and variable length datatype haven't been
considered) in the near future.
Description:
This is for debugging purpose, N-bit filter won't be tested in the daily test.
Solution:
Platforms tested:
AIX 5.1 and Linux 2.4. Arabica is too slow. Hopefully shanti can be used soon.
Misc. update:
1) Provide facilities in cache to allow us to avoid a potential cache
consistency bug in the parallel case.
2) Clean up a off by one sanity checking bug.
3) Turn off execution of long running tests in debug mode.
Description:
1) In the parallel case, all writes to metadata must be collective,
but reads may not be. In pricipal, this allows us to different
contents in different caches. This isn't a problem as long as the
correct data is always on disk, but unless we can force certain
writes immediately, that need not be the case.
2) & 3) should need no further explanation.
Solution:
1) Add code allowing us to mark cache entries, and then force
these entries to be flushed at a later time.
Note that to actually avoid the bug, we will have to modify
existing code to use these new features.
2) & 3) should need no further explanation.
Platforms tested:
heping (serial debug and production)
committest (copper, sol, and heping). test failed on heping in the
c++ portion of the build, but at Quincey's siggestion, I am proceeding
with the checkin.
Misc. update:
Description: Test conversion from native integer to derived floating-point type and convert back;
test conversion from derived floating-point to derived floating-point types and convert back. Fixed
a few minor bugs related to type conversion in the library.
Platforms tested: h5committest and fuss
Bug fix.
Description:
Function _flushall() is not available on Cygwin. So a Cgywin macro is added so the compiler will not call this function when building HDF5 on Cygwin.
Solution:
Change the following codes:
#ifdef H5_HAVE_SYSTEM
#ifdefined WIN32
_flushall();
#else
HDsystem ("sync");
HDsystem ("df >/dev/null");
#endif
to:
#ifdef H5_HAVE_SYSTEM
#if defined(WIN32) && ! defined(__CYGWIN__)
_flushall();
#else
HDsystem ("sync");
HDsystem ("df >/dev/null");
#endif
Platforms tested:
Cygwin 1.5.11, VC 6.0 on XP.
Linux 2.4 (heping)
Solaris 2.7 (arabica)
Misc. update:
A new configuration file hdf5/config/i686-pc-cygwin is add for HDF5 on Cygwin. So MANIFEST should be updated to include this file.
Description:
Solution:
Platforms tested:
Misc. update:
Add a new configure shell script under /config to support configuration for cygwin.
Description:
Solution:
Platforms tested:
cygwin 1.5.11, VS 6.0 on windows xp, Linux 2.4 and sol 2.7.
Misc. update:
Description: The functions for user-define floating-point type, like
H5Tset_fields, H5Tset_offset, H5Tset_precision, H5Tset_size, have some
minor bugs. For error checking, the library didn't include offset value
somehow.
Solution: Corrected those bugs.
Platforms tested: h5committest and fuss
Misc. update:
Bug fix
Description:
Correctly retire the H5E_LEN setting, now that the FORTRAN and C++ APIs
have been corrected to not use it either.
Solution:
Pass in the string buffer length for FORTRAN
In the C++ API, call H5Eget_msg() in a manner similar to the way
H5Fget_name() is called.
Platforms tested:
Linux 2.4 (heping) w/FORTRAN & C++
Solaris 2.7 (arabica) w/FORTRAN & C++
Bug fix
Description:
Calling HDvsnprintf() several times (should be twice) is incorrect
without calling va_end() and va_start() again.
Solution:
Call va_end() and va_start() before calling HDvsnprintf() again.
Platforms tested:
Linux 2.4/x86_64 (mir)
Too minor to require h5committest
Bug fix
Description:
Fix detection of C++ compiler version number.
Platforms tested:
Solaris 2.7 (arabica) w/C++
Solaris 2.8 (sol) w/C++
Does not require h5committest
Description: Fortran module search directories included ../src and
../../fortran/src directories; this was defined in
acsite.m4 file in order for fortran and HL fortran tests
to compile. Those flags were included in h5fc and h5pfc scripts.
Solution: Removed those directories from acsite.m4 file and updated
Makefile.in files.
Platforms tested: sequential on arabica and parallel on copper
including HL Fortran
Misc. update:
Bug fix
Description:
Fortran and C++ API failed to compile because they need to use
H5E_LEN which was removed.
Solution:
Restored the H5E_LEN definition.
A permenant solution is still needed.
Platforms tested:
H5committested. (heping, sol, and copper all compiled fine again but
sol had an error in testerror.sh which seemed to be a different
problem.
Also tested in tg-NSCA.
Description:
+ replaced "goto error" with throw exceptions
+ properly cleanup dynamically allocated memory in failure cases,
for in some cases, the execution continues on after the failures
were reported.
+ added test utility class InvalidActionException for when an action
should cause an exception but doesn't.
Platforms tested:
SunOS 5.7 (arabica)
Linux 2.4 (eirene)
Note that there was an error due to the missing symbol H5E_LEN. To
be able to test my changes, I temporarily replaced H5E_LEN in c++/src
with a constant as in the C tests, before the problem can be fixed.
This value doesn't effect the C++ tests at all, at this time.
Description: There was a #ifdef statement with logical AND in it.
Solution: Change it to #if statement.
Platforms tested: sleipnir and eirene. Simple change
Description: Intel compiler on Linux has some problem to convert long double to
unsigned int correctly.
Solution: Detect the problem in configure and define a macro to skip this test
if it happens.
Platforms tested: eirene and fuss. Simple change.
Bug fix
Description:
Fix possible overrun in error description string by allocating large enough
string on the fly.
Platforms tested:
FreeBSD 4.10 (sleipnir)
Too minor to require h5committest
Purpose: Bug fix
Description: Test reported failure because of the wrong
testing condition when szip didn't have encoder
Solution: Fixed the code
Platforms tested: copper with
SZIP not present
SZIP encoder/decoder present
SZIP decoder present
Misc. update:
Description: The fix of the loss problem of the last 2 bytes of mantissa on sleipnir has
not been successful. It happens when converting from unsigned long long to long double.
The failure has been on and off.
Solution: Hard set a macro to disable unsigned long long->long double for FreeBSD until
a good solution is found to solve this elusive problem.
Platforms tested: sleipnir and fuss. Only sleipnir is concerned.
Misc. update:
Update H5fortran_types.f90.
Description:
As Quincey implemented hobj_ref_t for in Fortran APIs, HDF5 Fortran type definitions should be updated to include HADDR_T in H5fortran_types.f90.
Solution:
Add the following scripts into hdf5/fortran/src/H5fortran_types.f90:
INTEGER, PARAMETER :: HADDR_T = SELECTED_INT_KIND(R_LARGE)
Platforms tested:
Visual Fortran 6.0 on Windows 2000.
Visual Fortran 6.6c on Windows XP.
(Notes: As HDF5 Fortran is not supported with .NET on my XP machines, so I did not test on .NET. Also, as H5fortran_types.f90 is included in all.zip, it will only be used for HDF5 on Windows. It is not necessary to test it on Unix.)
Misc. update:
cleanup warning messages.
Description:
Compilers complained about local variable shadowed global variables.
The global variables d[], m[], nd, na were having the same names
as local function arguments. This was a left over when I broke the
original one big chunk of code into separated functions to go around
the Intel Compiler optimization error.
Solution:
Appended the global variables with suffix _g, thus
d[] => d_g[]
m[] => m_g[]
nd => nd_g
na => na_g
This is only an intermediate step. After the changes tested
out fine by all machines, need to rename the variables to more
meaningful names like dtype_array.
Platforms tested:
Tested in heping by saving the previous generated H5Tinit.c,
regenerated a new H5Tinit.c with the changed code, finally
compared the new and old versions were identical.
Description: the last 2 bytes of mantissa can be lost when converting from unsigned long long
to long double. In last check-in, a fix was made to ignore that precision loss. But sometimes,
the last 2 bytes are rounded up to the 3rd last byte.
Solution: Ignore the 3rd last byte, too, when comparing values.
Platforms tested: sleipnir - only this system is concerned.
Added H5Pset/get_data_transform
These are initial entries; they need technical review.
Removed several deprecated functions that have been commented out
through several release cycles (H5Pget_deflate and
H5Pset/get_compression) and several lines of no-longer-used
template code.
Minor formatting changes.
Platforms tested:
Mozilla
Description: libh5test_fortran.a(la) files were installed by
make install
Solution: Brought changes back from 1.6
Platforms tested: mir, eirene
Misc. update:
Description: For HP-UX11.00, compiler's casting from 'long double' to most of
integers. A macro was hard set in config/hpux11.00 before.
Solution: Let configure detect this case and set the macro.
Platforms tested: kelgia, fuss, modi4. These systems are mainly concerned.
Update.
Description:
Add N-bit filter feature into HDF5 and update hdf5\src\H5pubconf.h.
Solution:
1. Add hdf5/src/H5Znbit.c into hdf5 and hdf5dll projects.
2. Add the following scripts into H5pubconf.h
/* comment the following line out if you are not using N-bit filter*/
/* #define H5_HAVE_FILTER_NBIT 1*/
If users want to use N-bit filter, remove the comment marks.
Platforms tested:
Tested without N-bit filter on Visual C++ 6.0 on Windows XP.
(Failed building with N-bit filter, I remember that Kent said N-bit filter had not been fully implemented for the time being.)
Misc. update:
Description: For FreeBSD (sleipnir), when GNU compilers do conversion from
unsigned long long to long double, the last 2 bytes of mantissa are lost.
The impact of precision loss isn't significant.
Solution: Detect this case on FreeBSD in configure, ignore it in dtypes.c
test instead of return failure.
Platforms tested: sleipnir, fuss, modi4. These systems are mainly concerned.
Description: Fortran szip test had a wrong logic; as a result
wrong return values were reported in the absence of
the SZIP library, and it was skipped when encoder was
disable
Solution: Fixed the test
Now SZIP fortran test should report "SKIP" only
when SZIP is not configured in.
Platforms tested: tg-login in parallel mode, copper,
mir with new PGI compilers and shared
SZIP libraries. All platforms were tested with
SZIP not available
SZIP with encoder/decoder
SZIP with decoder only
Misc. update:
