summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r17227] Corrected some file names.Raymond Lu2009-07-231-3/+3
| | | | Tested on vms.
* [svn-r17226] Disabled the test "TOOLTEST h5diff_629.txt "file1.h6 file2.h6"" ↵Raymond Lu2009-07-231-2/+2
| | | | | | as C script does. No test needed.
* [svn-r17222] Description:Scot Breitenfeld2009-07-223-5/+4
| | | | | | Added filename argument to file_space routine to avoid conflicts of the files when running fortranlib_test_1_8.f90 and fortranlib_test.f90 at the same time (i.e. when running the tests in parallel). tested: smirom (ifort, pgf90, g95, gfortran), linew
* [svn-r17216] Purpose: Improve readabilityBinh-Minh Ribler2009-07-213-106/+213
| | | | | | | | | | | | Description: Divided Attribute::read into specific private functions for fixed- and variable-len string data: p_read_fixed_len and p_read_variable_len. Added test to write/read array of strings to attributes. Platforms tested: Linux/32 2.6 (jam) FreeBSD/64 6.3 (liberty) SunOS 5.10 (linew)
* [svn-r17211] The function h5tools_str_append() incorrectly used the trio of ↵Allen Byrne2009-07-211-35/+33
| | | | | | functions: va_start(), HDvsnprintf(), and va_end(). When the boundary of the string buffer was reached and resized, the HDvsnprintf() function recalled without the other two functions in the code loop. This usage exposed bug 1520 by a user. Tested: linux
* [svn-r17207] Fixed a small bug in the fractal heap code involving filtered ↵Neil Fortner2009-07-212-1/+62
| | | | | | fractal heaps. Tested: jam, linew, smirom (h5committest)
* [svn-r17201] Changed default Gnu fortran compiler from g95 to gfortran sinceAlbert Cheng2009-07-191-0/+2
| | | | gfortran is more likely installed with gcc now.
* [svn-r17196] Changed default Gnu fortran compiler from g95 to gfortran sinceAlbert Cheng2009-07-191-2/+2
| | | | | | | | | gfortran is more likely installed with gcc now. Tested: jam and amani which covers both linux and linux64. No h5committest because this is gnu compiler specific, usually applicable to Linux.
* [svn-r17195] I removed H5Eprivate.h from this header file. It isn't used ↵Raymond Lu2009-07-171-1/+0
| | | | | | anywhere in the test. Tested on jam, smirom, linew, and Boeing VMS.
* [svn-r17193] Update and enable h5copy test.Raymond Lu2009-07-162-11/+48
| | | | Not tested yet.
* [svn-r17192] Updated.Raymond Lu2009-07-161-14/+26
| | | | Not tested yet.
* [svn-r17187] The ret_value is a (H5A_t *) but FAIL was used. This typo ↵Albert Cheng2009-07-151-1/+1
| | | | | | | | | | | | caused a warning from Linux gcc but resulted in error by AIX xlc compiler. Solution: Changed FAIL to NULL. Tested: Just compiling in the AIX system.
* [svn-r17182] In my last round of checkin (r17177), I forgot to clean up some ↵Raymond Lu2009-07-142-6/+1
| | | | | | | | | code. I'm checking in the fix now. Another minor fix - The way that H5Tset_size checks whether the datatype is a string wasn't correct. I changed it to use the macro H5T_IS_STRING. Tested on jam, smirom, and linew.
* [svn-r17178] I added a test of H5Tencode/decode for variable-length string ↵Raymond Lu2009-07-131-13/+131
| | | | | | | | type. This test is for the bug fix of #1585 in last round of checkin. Tested on jam, smirom, linew.
* [svn-r17177] In H5Odtype.c, the decoding function used to mark the datatype ↵Raymond Lu2009-07-1311-13/+62
| | | | | | | | | | as on disk (see bug #1585). I changed it to undefined and let the caller functions decide the location of the datatype. For H5Tdecode, it should mark the datatype as in memory. For other callers like H5Dopen or H5Aopen, they should makr it as on disk. Tested it on jam, smirom, linew.
* [svn-r17173] Add simple perl script supplied by user to check for duplicate ↵Larry Knox2009-07-091-1/+21
| | | | | | entries in MANIFEST. Duplicate entries will be reported along with any other MANIFEST errors and cause exit value to be 1. Tested on jam, linew, smirom, and tg-login2.
* [svn-r17164] Description:Scot Breitenfeld2009-07-083-261/+261
| | | | | | Removed the blank space after !DEC$ to satisify the absoft compiler. tested smirom
* [svn-r17163] Added some new files for H5FA module: H5FA.c, H5FAcache.c, ↵Raymond Lu2009-07-071-0/+1
| | | | | | | | H5FAdbg.c, H5FAdblkpage.c, H5FAdblock.c, H5FAhdr.c, H5FAstat.c, H5FAtest.c. Not tested yet.
* [svn-r17160] Added H5FA* files to the hdf5 and hdf5dll projects.Allen Byrne2009-07-062-177/+257
| | | | Tested: windows
* [svn-r17159] Snapshot version 1.9 release 43Larry Knox2009-07-0614-29/+29
|
* [svn-r17155] Description:Quincey Koziol2009-07-0324-102/+4492
| | | | | | | | | | | | | | | | | | | | | | | Bring r17154 from 'revise_chunks' branch to trunk: Add fixed array data structure. (For initial use as a chunk index) Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17152] Description:Quincey Koziol2009-07-032-2/+3
| | | | | | | | | Clean up some minor formatting and misc. errors noticed while working on fixed array code merge. Tested on: Mac OS X/32 10.5.7 (amazon) Too minor to require h5committest
* [svn-r17149] Description:Quincey Koziol2009-07-022-19/+2
| | | | | | | | | | | | | | | | | | | | | | Fix a couple of problems with r17148 checkin that were found by pickier compilers. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17148] Description:Quincey Koziol2009-07-0210-73/+194
| | | | | | | | | | | | | | | | | | | | | | Refactor how chunked dataset information is computed, moving it earlier and avoiding more recomputation. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17146] Description:Quincey Koziol2009-07-0216-218/+330
| | | | | | | | | | | | | | | | | | | | | | Bring a bunch of misc. improvements & tweaks from the revise_chunks branch back to the trunk, so that future merges won't be so painful. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17140] Description:Quincey Koziol2009-07-024-313/+319
| | | | | | | | | | | | | | | | | | | | | | Migrate "new style" func enter macros (BEGIN_FUNC/THROW/CATCH/END_FUNC) into common header files, so that other packages can use them. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17138] Description:Quincey Koziol2009-07-016-11/+75
| | | | | | | | | | | | | | | | | | | | | | | Disable use of temporary file space allocation when using a parallel VFD, until we've made changes to broadcast the new address of the metadata when it is relocated down into 'normal' file space. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.8 (amazon) in debug mode Mac OS X/32 10.5.8 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17135] Snapshot version 1.9 release 42Larry Knox2009-07-0114-29/+29
|
* [svn-r17130] Corrected some typos. No test is needed.Raymond Lu2009-06-301-2/+2
|
* [svn-r17126] A revision from last round of checkin (r17119). H5Aopen_name ↵Raymond Lu2009-06-291-4/+4
| | | | | | | | | | has been deprecated. I replaced it with H5Aopen in this round. I also updated some hard-coded numbers with some macros. Tested on jam, linew, and smirom.
* [svn-r17120] Add bug number for yesterday's fix.Neil Fortner2009-06-261-1/+1
|
* [svn-r17119] Bug fix #1513. Reading an empty attribute caused seg fault. ↵Raymond Lu2009-06-265-23/+63
| | | | | | | | | | | | The flag "initialized" in the attribute structure wan't set correctly. It caused some confusion in H5A_read. This flag was actually redundant because the library can alwasy check if the data buffer is present. To fix it, I removed the "initialized" flag in the attribute structure and let H5A_read check the data buffer. Tested on jam, smirom, and linex.
* [svn-r17115] Newer Solaris compiler uses -m64 inplace of -xarch=v9 which is ↵Albert Cheng2009-06-261-1/+1
| | | | | | | | deprecated. Update the install instruction. No test needed.
* [svn-r17112] Maintenance: Removed duplicated entry from the MANIFEST file.Elena Pourmal2009-06-251-1/+0
|
* [svn-r17108] Purpose: Fix bug in H5Z_filter_infoNeil Fortner2009-06-253-1/+14
| | | | | | | | | | | Description: Previously, when H5Z_filter_info was called for a filter that was not present, it would succeed and return the information from one position past the end of the pipeline, possibly causing a segfault. This affected at least H5Pget_fitler_by_id1/2, and possibly other API functions. Fixed to properly return failure. Tested: jam, linew, smirom (h5committest)
* [svn-r17103] Corrected batch file to test C++ examplesAllen Byrne2009-06-241-86/+7
|
* [svn-r17087] Description:Scot Breitenfeld2009-06-181-1/+2
| | | | | | changed LEN to LEN_TRIM tested: smirom
* [svn-r17081] Disable hanging invalid files test.Larry Knox2009-06-181-2/+3
|
* [svn-r17076] bug fix: h5repack was not applying a requested contiguous ↵Pedro Vicente Nunes2009-06-173-20/+41
| | | | | | | | layout for a dataset with filters added a test to the C program test (not to the script), that verifies the layout and filters tested: windows (development and tested manually) , linux, solaris
* [svn-r17075] Implemented nowrap option (Bug 811) equivalent to h5ls tool. ↵Allen Byrne2009-06-172-4/+18
| | | | | | Also updated usage output. Tested: linux
* [svn-r17062] Description:Quincey Koziol2009-06-171-14/+14
| | | | | | | | | Correct error in calculation of the new metadata accumulator size when block to write overlaps beginning of accumulator. Tested on: FreeBSD/32 6.3 (duty) Mac OS X/32 10.5.7 (amazon)
* [svn-r17058] added some "dummy" declarations for d_statusPedro Vicente Nunes2009-06-162-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | this error home/hdftest/snapshots-hdf5/current/tools/lib/h5tools_ref.c:126: undefined reference to `d_status' happens because the original developer of h5tools_ref.c declared these 2 variables in that source file extern char *progname; extern int d_status; this means that all programs that use this source file (typically all tools) will have to define these 2 variables, even if they are *not* used. examples const char *progname = "h5jam"; int d_status = EXIT_SUCCESS; "progname" is usually used to print the program name in the usage, and "d_status" is just a return value of the tool, usually. I was wondering about removing these 2 declarations from h5tools_ref.c extern char *progname; extern int d_status; and define those variables on each tool if they are only needed (it seems to me that only h5ls and h5dump actually "need" them) tested: smirom parallel
* [svn-r17056] Rev 17052 added new test to h5repack test script, which ↵Allen Byrne2009-06-161-3/+47
| | | | | | requires that the windows batch file be updated. Tested: Windows XP32
* [svn-r17052] Add a run to the h5repack shell script to read a family filePedro Vicente Nunes2009-06-153-3/+53
| | | | | | | | The file used for input is located in the common source tools for testfiles, in tools/testfiles Modified the h5repack shell script to read files from this location (h5repack reads its input files from a dedicated testfiles location in h5repack/testfiles) Changed the h5diff open file call to use h5tools_fopen, so that it can open all file drivers Tested: windows, linux, solaris
* [svn-r17049] Description:Scot Breitenfeld2009-06-151-7/+7
| | | | | | | Changed fprintf statements for printing unsigned int from %d to %u. Platforms tested: smirom
* [svn-r17047] Snapshot version 1.9 release 41Larry Knox2009-06-1414-29/+29
|
* [svn-r17045] Description:Quincey Koziol2009-06-121-56/+150
| | | | | | | | | | | | | | | | | | | | | | | | | Update the metadata accumulator code: - Fix a bug where we were adding 2, instead of multiplying by 2 :-/ - Put an upper limit on the size of the metadata accumulator - Allocate the accumulator in powers of 2, instead of random sizes - Roll out the writes from the accumulator in a more I/O friendly way Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r17040] New perf_serial project filesAllen Byrne2009-06-121-0/+2
|
* [svn-r17039] Description:Quincey Koziol2009-06-112-19/+82
| | | | | | | | | | | | | | | | | | | | | | | Convert indirect fractal heap blocks to use deferred file space allocation (by using the temporary file space feature), which should ease up the metadata fragmentation that can occur when lots of objects are added to a fractal heap (like adding many links to a group). Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe,
* [svn-r17038] Description:Quincey Koziol2009-06-112-34/+113
| | | | | | | | | | | | | | | | | | | | | | | Switch fractal heap direct blocks to use temporary file space, until they are flushed, which makes allocation of space in file more efficient, particularly for heaps with I/O filters. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.7 (amazon) in debug mode Mac OS X/32 10.5.7 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode