| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Move gifconv from windows\tools\ to windows\hl\tools
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Description: Return value from H5Pget_layout is 0 for the compact datasets;
It was assumed in the code that it was always greater than 0; therefore
assertion failed when h5stat walked a compact dataset.
Solution: Fixed assertion statement
Platforms tested: h5stat doesn't have testscript yet; tested manually
with tfilters.h5 file on heping.
Fix is too minor to test it on multiple platforms.
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix.
Description:
Fix typo. srand/srandom don't return anything, so don't attempt to return
their value.
Solution:
Platforms tested:
heping
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix/Feature
Description:
Modify the library to use rand_r, when available, instead of srand. If
rand_r is not available, it will try to use srandom/random, and then finally
fall back to srand/rand.
Solution:
A couple places in the library use the srand() function to seed the random
number generator. This can cause problems on certain platforms and could theoretically
cause problems for users who expect a certain sequence of random numbers following their
own call to srand().
Most platforms have an implementation of rand_r, which is identical to rand, except that
it allows for explicit storage of the seed value. The configure script will now check
for the existence of rand_r to facilitate its use in the library.
Two new functions are added, to replace the macros HDsrand/HDrand. These functions are HDrand and
HDsrand. HDrand will call rand_r, if available, or random(), if available, and fall back to rand() if neither
of those is available. HDsrand will store the seed value locally, if rand_r is available. Otherwise, it will call
srandom if available, and fall back to srand otherwise.
Platforms tested:
heping, mir. Really need to test on Red Storm, since that platform motivated this fix, but the machine
is currently not available.
Misc. update:
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Uncomment tests
Platforms tested:
Linux 2.4 (mir) - 64-bit
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Correct problem with new log2(n) routine on 64-bit machines.
Solution:
Put some casts in to make certain that the values are computed as 32-bit
integers.
Platforms tested:
Linux 2.4 (mir) - 64-bit
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
update of makefiles for HL examples
Description:
Solution:
Platforms tested:
linux
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
add examples
Description:
add examples for HL (image, table and dimension scales)
Solution:
Platforms tested:
linux
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix (sorta)
Description:
Disable the fractal heap tests until I can look into them more thoroughly.
(they are failing on 64-bit machines currently)
Platforms tested:
None - trivial change.
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Fix typo in H5HF_dblock_debug() prototype
Platforms tested:
FreeBSD 4.11 (sleipnir)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New feature & code cleanup
Description:
Update fractal heap to be able to insert objects into a direct block
hanging off the header.
Extract "octal dump" code into separate routine so that both the local
heaps & fractal heaps can use it.
Other code cleanups & support to get this far.
Platforms tested:
FreeBSD 4.11 (sleipnir)
Linux 2.4
|
|
|
|
|
|
|
|
|
|
|
| |
Code cleanup
Description:
Fix some warnings & formatting issues
Platforms tested:
FreeBSD 4.11 (sleipnir)
Linux 2.4
|
|
|
|
|
|
|
| |
Moving gif2h5 from tools/ to hl/tools
Description:
Missed cvs adding hl/tools/Makefiles
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Moved gif2h5 tool to hl directory
Description:
Added a tools directory under the hl directory and moved the gif2h5 tool
to that directory.
Solution:
The gif2h5 tool was originally built in the tools directory, but this
introduced dependency issues that required special checks in the
Makefiles.am and required the top-level build order to be changed
because it depended on the HL library.
For simplicity in the Makefiles now and in the future, the gif2h5 tool
was moved to be underneath the hl library.
Platforms tested:
mir, copper, modi4, shanti
|
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Correct echo errors.
Echo Start building C++ libraries when start building both C/C++.
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
code improvement
Description:
add explaining comments to the functions
Solution:
Platforms tested:
none
Misc. update:
|
|
|
|
|
|
|
| |
Adding HL examples
Description:
Forgot to 'cvs add' example files.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added HL examples
Description:
Examples existed for the HL lite, image, and table interfaces, but
were never included in the distro... until now!
Solution:
Added source files to CVS, updated Makefile and MANIFEST.
Platforms tested:
mir, heping, shanti
|
|
|
|
|
|
|
|
|
|
|
|
| |
Improvement.
Description:
The t_cache takes a long long time to run and it tests HDF5 calls.
Move it to the back and let more basic tests to run first so that
basic features are tested first.
Platforms tested:
Tested in heping with pp.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Porting.
Description:
Red Storm's lustre used srand and rand to initialize their user mode
of lustre. HDF5 also uses srand and that messes up Lustre.
Solution:
Use -DRED_STORM to block out the HDF5 code that calls srand.
This is a temporary fix since Lustre has fixed its code from
calling srand and rand but the fix is not deployed at Red_storm
yet.
Platforms tested:
Tested at Red-Storm.
|
|
|
|
|
|
|
|
|
|
|
| |
Add in more comments
Description:
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Fix a error
Description:
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Fix typo
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Modify documentation according the new improved batch files
Description:
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Batch file improvement
Description:
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Batch file improvements
Description:
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
| |
feature.
Description:
Turn on the release process to generate the doc tarball too.
Platforms tested:
No real test, just eyeballed.
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Update all.sln
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Update hdf5 on windows accordint to Quincey's check in
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Update project files to be tested.
Solution:
Platforms tested:
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Remove sheapdll.dsp according to Quincey's check in
Solution:
Platforms tested:
Windows
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Remove sheap.dsp according to Quincey's check in
Solution:
Platforms tested:
Windows XP
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Remove blocktrackdll.dsp according to Quincey's check in
Solution:
Platforms tested:
Windows
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Remove project file blocktract.dsp according to Quincey's check in
Solution:
Platforms tested:
Windows
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Remove b_plus_treedll.dsp according to Quincey's check in
Solution:
Platforms tested:
Windows
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Remove b_plus_tree.dsp
Solution:
Platforms tested:
Windows XP
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Add in new project file fheapdll.dsp according to Quincey's check in
Solution:
Platforms tested:
Windows
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Add in new project file fheap.dsp
Solution:
Platforms tested:
Windows XP
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Update workspace according to Quincey's check in.
Remove blocktrack(dll).dsp, b_plus+tree(dll).dsp and sheap(dll).dsp and add in fheap(dll).dsp
Solution:
Platforms tested:
Windows XP
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance on Windows
Description:
Update source files according to Quincey's check in
Solution:
Platforms tested:
Windows XP
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
new feature
Description
H5LTget_dataset_info did not allow for passing NULL in the arguments when that argument was not requested.:
Solution:
add conditions that allow to pass NULL in the return arguments, when one of them is not needed
Platforms tested:
linux
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Incrementtal checkin
Description:
Revise & update v2 B-tree code to separate the internal package-specific
routines from the library-callable "private" routines.
Similar updates for the fractal heap code.
Platforms tested:
FreeBSD 4.11 (sleipnir)
Mac OSX (amazon)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New feature
Description:
Check in initial "fractal heap" code, for supporting the group redesign.
Also, remove some remnants of the segmented heap/block tracker/B+tree code
which I didn't find during the last pass.
Platforms tested:
FreeBSD 4.11 (sleipnir)
Mac OSX (amazon)
Linux 2.4
|
|
|
|
|
|
|
|
|
|
|
|
| |
Code cleanup
Description:
Style fixes for consistency & other minor cleanups
Platforms tested:
FreeBSD 4.11 (sleipnir)
Mac OSX (amazon)
Linux 2.4
|
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance
Description:
Remove half-built (half-baked? :-) implementation of B+tree, block tracker
and segmented heaps. (In preparation for starting the new heap coding)
Platforms tested:
FreeBSD 4.11 (sleipnir)
Linux 2.4 (heping)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bug fix
Description:
ret_value is not set to SUCCEED in H5D_mpio_select_write
That causes the 64-bit intel compiler unhappy.
It will give a non-zero number and cause the testing fake failure.
Another one is picked up by cmpi again. For one optimization case,
another variable is not initialized properly and compiler set an unhappy number,
cause the test failed.
Solution:
Properly initialize those variables.
Platforms tested:
teragrid:parallel
mir:parallel
heping: parallel and sequential
tungsten:parallel
Misc. update:
h5committest doesn't finish due to no space left on device.
parallel tests still failed at tungsten with cmpi. It looks like it was a bug from cmpi.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bug fix for daily test
Description:
if (fm->select_chunk) is not NULL at sequential mode and not set by the library, it shouldn't be free.
Otherwise, it will cause failures in the daily test.
Solution:
Explicitly set (fm->select_chunk) to NULL for non-parallel case.
Platforms tested:
copper with parallel
heping with both sequential and parallel
shanti with sequential
Misc. update:
Hopefully only mir failed at daily test.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous check-in seems fixing the non-selection failure at heping.
Description:
release the special_collective_io_works macro at this platform.
Solution:
Platforms tested:
heping mpich 1.2.6
Misc. update:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix in collective IO code
Description:
When select none occurs in one process, fm->select_chunk hasn't been allocated the memory(not allocated until create_file_hyper); however, this needs to be checked; it was caught with cmpi at NCSA linux cluster.
Solution:
Relocate the place to allocate the memory space for fm->select_chunk.
Platforms tested:
cmpi at tungsten
mpich at heping
kind of minor and let daily test catch other errors.
Misc. update:
This won't fix the failure at mir.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
code clean up
Description:
Clean up some warnings in collective chunk IO code
Solution:
Platforms tested:
heping
Misc. update:
|