| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
and agreed policy
see http://www.hdfgroup.uiuc.edu/RFC/HDF5/QA/RFC-HIS-REL-1.8_Feb6.pdf
|
|
|
|
|
|
|
|
| |
Description:
Make the Windows copy_hdf.bat a little cleaner/safer, and produce useful output in installhdf5lib.bat
Tested:
VS2005 on WinXP
|
| |
|
|
|
|
|
|
|
|
| |
H5Sselect_hyperslab, for both chunked and
contiguous datasets.
Tested on smirom, kagiso, and linew.
|
|
|
|
|
|
| |
the HDF5 developers meeting
on February 8, 2008; modified docs files to point to the documentation snapshots.
|
|
|
|
|
|
|
| |
Updated the parallel test suite section with more parallel tests description
to prepare for v1.8.0 release.
Test: eyeballed.
|
| |
|
|
|
|
|
|
| |
to the HISTORY file and
cleaned up the RELEASE.txt file
|
|
|
|
|
|
|
| |
Description:
We've run into a bug that was introduced in the latest version of Cygwin, that breaks C99 code using the 'timezone' global variable. As a workaround, we use the -ansi flag, which makes everything compile/link/test correctly
Tested: Cygwin on WinXP
|
|
|
|
|
|
| |
branch code freeze. No changes
are allowed until official announcement.
|
|
|
|
|
|
|
| |
this function was done in 2002 but was at a time (2003-2006) previewed not to be used
it is now being used again
tested: windows, linux
|
|
|
|
|
|
|
| |
Description:
Wrote documentation on how to use the 1.6 API for a user application-- this replaces the outdated documentation we previously had.
Tested: VS2005 with HDFEOS5
|
|
|
|
| |
sections.
|
|
|
|
|
|
| |
the release.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Description: IRIX64 failed to build tools/h5import, as well as c++/test
with szip. This is because IRIX is very picky when it comes
to linking libraries, and must be done in specific order.
(other UNIXes are not as such, and thus the problem wasn't
present).
Solution: Rearrange the order in which the libraries are
linked on the compiler line by sorting the line that
assigns libraries into the LDADD variable in the Makefile.am's
of the two respective directories.
Tested: IRIX64, kagiso, smirom
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Description: config/lt_vers.am was updated as follows due to changes in API
since last version update:
LT_VERS_INTERFACE = 5
LT_VERS_REVISION = 0
LT_VERS_AGE = 0
Tested: kagiso
|
|
|
|
| |
Changed version number to hdf501.8.0-rc3 using bin/h5vers script
|
|
|
|
|
| |
Description:
A user pointed out that one of our Fortran dependencies wasn't getting installed correctly due to a wrong path in our install file. After reviewing, I've applied the patch that he's proposed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As best I can tell, H5C_make_space_in_cache() was accessing memory
that had been deallocated -- however the bug was easy to mask, and
jumped around even in different runs of the same executable. While
I was never able to generate a definitive test case that exposed
exactly where the core dump occured, I was able to generate print
statement traces which made it clear that I was accessing freed
memory.
In any case, reworking the code to avoid the reference to freed
cache entries seems to have fixed the problem.
Tested serial production on Phoenix, and commit tested. Also,
partial tests Linew.
|
| |
|
|
|
|
|
| |
Update the release notes with comment about addressing the "AURA format
corruption" bug.
|
|
|
|
|
|
|
|
|
|
|
| |
code to
detect and handle the case in which the skip list or LRU is modified
out from under a scan of same by the flush callback of the entry under
consideration.
Test serial debug, serial production, and parallel debug on phoenix,
and commit tested.
|
|
|
|
|
|
|
|
| |
server and changed
the version to hdf5-1.8.0-rc2 using bin/h5vers script.
Platforms tested: ran test for hdf5-1.8.0-rc1 source on kagiso after craeting public tar ball.
|
|
|
|
|
|
|
|
| |
Description:
For some reason, the h5reparttst output folder wasn't set correcty for 64-bit Windows. This may have gotten accidentally changed with other intermediate project file changes.
Tested:
VS2005 on WinXP x64
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
entry flush
callback functions modifies the skip list or LRU out from under a partial
or complete flush of the cache. This is a test for a situation that
should not occur, but we test anyway.
Also added code to skip longer tests in cache_api in express tests.
Tested serial and parallel on phoenix (debian --x86-32), and commit test.
Elena commit tested as well, and ran a manual test under MacOS X.
|
|
|
|
|
|
|
|
|
|
| |
Windows h5dump test script
Description:
There was another update to the main h5dump test script. This checkin brings those edits to the Windows script as well.
Tested:
VS2005 w/ WinXP
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
large entry, or to a large increases in the size of an existing entry.
This required some additions to the cache configuration structure, and
thus will require changes in the metadata cache documentation.
The basic idea is to monitor the size of entries as they are loaded,
inserted, or increased in size. If the size of the entry (or increase)
exceeds some user selected fraction of the size of the cache, increase
the size of the cache.
Note that this fix was designed quickly -- while it deals with the
use case that exposed the problem, we may have to revisit the issue
later.
Tested serial and parallel on Phoenix, and h5committest.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
add a check for block overlap after the command line parsing
* Algorithm
*
* In a inner loop, the parameters from SSET are translated into temporary
* variables so that 1 row is printed at a time (getting the coordinate indices
* at each row).
* We define the stride, count and block to be 1 in the row dimension to achieve
* this and advance until all points are printed.
* An outer loop for cases where dimensionality is greater than 2D is made.
* In each iteration, the 2D block is displayed in the inner loop. The remaining
* slower dimensions above the first 2 are incremented one at a time in the outer loop
*
* The element position is obtained from the matrix according to:
* Given an index I(z,y,x) its position from the beginning of an array
* of sizes A(size_z, size_y,size_x) is given by
* Position of I(z,y,x) = index_z * size_y * size_x
* + index_y * size_x
* + index_x
*
tested: windows, linux
|
|
|
|
|
|
|
|
| |
Description:
It seems that during the conversion, one project (h52gifdll) began using the wrong Runtime-library settings. This was causing Link errors for only the Release DLL build. This has been fixed now.
Tested:
VS.NET on WinXP
|
|
|
|
|
| |
Description:
Updated level of support for MinGW, Windows XP x64 and Windows Vista. Also noted that VS6 is no longer supported.
|
|
|
|
|
| |
Description:
After doing a quick review of the documentation, I found a few points that had been overlooked before.
|
|
|
|
|
| |
Description:
In the Windows command line build script, there was a reference to the "typegen" project, which generates h5detect before HDF5 is built. Now, we integrate h5detect into the overall build process, and typegen has been removed. This checkin removes the reference in the batch script. This fixes bugzilla bug 1021.
|
|
|
|
|
| |
Details:
We no longer support Visual Studio 6.0, so we note it in the documentation. Also, updated the path references in VS.NET documentation
|
|
|
|
|
|
|
|
| |
Description:
Minor edit to MANIFEST, delete a few entries I missed last time. This brings it up to date.
Tested:
chkmanifest on smirom
|
|
|
|
|
| |
Description:
We no longer have support for Fortran in VS.NET, so we remove references to any Fortran projects.
|
|
|
|
|
| |
Description:
Update the MANIFEST for the files I've just addeed/removed.
|
|
|
|
|
| |
Description:
We are removing VS6 support in HDF5 1.8, so our windows_vs6 folder now becomes windows_vnet.
|
|
|
|
|
| |
Description:
This is the first step in a series of commits that will remove VS6 support. In doing so, we'll need to convert our projects to VS.NET format, to maintain VS.NET C support. In this commit, I've converted all VS6 projects, and removed any Fortran remnants. I haven't updated the MANIFEST because I have a few more add/deletes, but I'll do that soon.
|
|
|
|
|
|
|
|
| |
Description:
There were a number of updates to the main h5dump test script. This checkin brings those edits to the Windows script as well.
Tested:
VS2005 w/ WinXP
|
|
|
|
|
|
|
| |
Correct typo in C++ example program
Tested on:
Mac OS X/32 10.5.1 (amazon)
|
|
|
|
|
|
|
| |
Clean up thread safety code a bit more...
Tested on:
Mac OS X/32 10.5.1 (amazon) w/threadsafe
|
|
|
|
|
|
|
| |
Minor cleanups and clarifications to prototype information.
Tested on:
Mac OS X/32 10.5.1 (amazon)
|
|
|
|
|
|
|
|
| |
Correct the prototype for H5Sselect_elements() to take an 'hsize_t *' for
the coordinates, instead of 'hsize_t **'.
Tested on:
Mac OS X/32 10.5.1 (amazon)
|
|
|
|
|
|
|
|
| |
Streamline threadsafety code to be simpler and reduce latency of holding
locks.
Tested on:
Mac OS X/32 10.5.1 (amazon) w/threadsafe
|