Description:
The file size test in C++ library failed on Copper because the
value returned by h5_get_file_size was intepreted incorrectly
due to different interger sizes.
Solution:
H5private.h: Added check to use stat64 and off64_t where appropriate.
h5test.c and h5test.h: used h5_stat_size_t in place of off_t.
tattr.cpp: used h5_stat_size_t in place of off_t.
Platforms tested:
Linux 2.4 (heping)
AIX 5.1 (copper)
SunOS 5.8 64-bit (sol) - still on going
Bug fix.
Description:
./hl/src/H5LTparse.h was marked as DO_NOT_DISTRIBUTE by mistake.
It should not be installed but must be present for building.
Solution:
Fixed.
Platforms tested:
Should work.
Bug fix.
Description:
It did not handle the case when version sub-release string is not
empty.
Solution:
Fixed the sed substitution to remove the sub-release string too.
Platforms tested:
Heping.
Bug fix
Description:
When variables were declared in for loops C++ compiler on Cray X1 scoped
them oddly, leading to compilation errors.
Solution:
Moved variable declarations out of for loops (where they probably shouldn't
have been anyway) to the beginning of the function.
Platforms tested:
mir, Cray X1 (minor change)
Description: Here is what I did:
modified MANIFEST according Quincey's instructions to fix
the problem exposed by bin/release (compilation fails
because some header files were not included in the distribution)
fixed small typo and modified include_HEADERS line in
src/Makefile.am to address the problem exposed by bin/release
ran bin/h5vers to change version number to 1.8.0-alpha0
ran bin/release to release tar ball to the ftp server
Solution:
Platforms tested: mir MANY,MANY,MANY times
Misc. update:
Update DLL project file
Description:
New source files are added, DLL project needs to be updated to reflect the change.
Solution:
Platforms tested:
windows XP VS 6.0 C and C++
Misc. update:
update project file on windows
Description:
New files have been checked in, library project files have to be updated.
Solution:
Platforms tested:
windows XP with 6.0
Misc. update:
Description: H5match_types uses reserved "INT" string and writes it
to the H5H5fortran_types.f90 file. If application uses
Fortran intrinsic INT and HDF5, compilation fails since
it becomes redefined in H5H5fortran_types.f90.
Solution: Rename INT to Fortran_INTEGER
Platforms tested: copper, shanti, heping with g95
Misc. update:
Improvement
Description:
Modified the warning messages from the Version mismatch checking to suggest
the users to try recompiling or checking the shared lib setting.
Platforms tested:
Tested in heping only since it was just a simple text string changes.
(I did moved the strings around a bit.)
Changed to production mode default on, debug mode default off to prepare
for 1.8.0alpha0 release.
Platforms tested:
Tested in heping but only did the configure and compared the output with
previous default output. The changes were pretty simple.
Code checkpoint
Description:
Add more regression tests for odd insertion patterns
Platforms tested:
FreeBSD 4.11 (sleipnir)
Linux 2.4 (heping)
Linux 2.4/64 (mir)
Solaris 2.9 (shanti)
Code checkpoint
Description:
Add in more fractal heap support for odd allocation patterns (entries that
are too large for various block sizes, etc.)
Broke out fractal heap code into more source code modules.
Refactored fractal heap test to make it more understandable and
maintainable for the long term.
Platforms tested:
FreeBSD 4.11 (sleipnir)
Linux 2.4 (heping)
Linux 2.4/64 (mir)
Solaris 2.9 (shanti)
Shrink skull & crossbones (how many times do you get to write _that_ in
a CVS log message? :-)
Description:
Documented the --enable-group-revision configure option and found a smaller
skull & crossbones to put in the release notes for it.
Description: "using std::count" statement caused the problems on copper and kelgia
Solution: I believe this statement is not needed at all (will verify with
more daily tests and Binh-Minh). Removed.
Platforms tested: heping, mir with Intel compiler, copper with -q64,
shanti (there is a known failure in tatrr test)
Misc. update:
Anti-feature
Description:
Revert changes to H5G_stat_t struct, to make it compatible with the 1.6.x
branch again. The information that was added to the H5G_stat_t struct will
be reported through other API routines.
Platforms tested:
FreeBSD 4.11 (sleipnir) w/C++
Linux 2.4/64 (mir) w/C++ & Fortran
Solaris 2.9 (shanti)
Description: Brought VMS changes back. My previous note about
using std::count; should be in this log.
C++ on VMS doesn't support "using std::count"
Solution: IFDEF'ed with H5_VMS (until Binh-Minh has a chance to look into it and
propose a different solution)
Platforms tested: VMS server, heping
Misc. update:
Description: Brought VMS changes back (very minor):
In tfile.cpp file some tests for open and creation should fail on UNIX,
but this is not true on VMS since it has versioning of the files.
In dsets.cpp std::count was used, but it is not available on VMS; also
VMS didn't like "bogus" name for the filter function.
Solution: Used H5_HAVE_FILE_VERSIONS and H5_VMS variables to control the tests;
replaced "bogus" function with "filter_bogus" function
Platforms tested: VMS server, heping
Misc. update:
Description: file_close and multi driver tests fail on VMS.
Solution: IFDEF'ed them for now with !DEC directive.
Platforms tested: VMS server, heping
Misc. update:
Description: This command file defines all necessary compilation flags
and builds all libraries, tests and examples.
If you build in a particular directory, make sure you use
the correct compilation flags since they are not defined
in each individual command file (actually the line is still there
but commented out).
Solution:
Platforms tested: VMS server
Misc. update:
