summaryrefslogtreecommitdiffstats
path: root/tools
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r17268] Description:Quincey Koziol2009-07-303-9/+9
| | | | | | | | | | | Bring r17266 from 1.8 branch to trunk: Clean up various compiler warnings from IRIX64 build Tested on: Mac OS X/32 (amazon) debug & production (yes, I know it's not an IRIX64 system :-) Too minor to require h5committest
* [svn-r17254] Fixed Bug 1563 - h5diff and Infinity Peter Cao2009-07-287-5/+43
| | | | Added test cases
* [svn-r17228] Purpose:Mike McGreevy2009-07-2318-12/+108
| | | | | | | | | | | | | | | | | | | | | | | Fix BZ #1583 Description: The --enable-static-exec flag was broken. Configure was adding the -all-static linker flag to an environment variable which was subsequently never used. (looks like it was used in 1.6 Makefile.ins, but never moved to 1.8's Makefile.ams when we added automake support). To fix, I've added this environment varibale to the link lines of all the tools. Now, when --enable-static-exec is invoked, it will correctly generate statically linked executables in the installed bin directory. Tested: I've tested manually to ensure that the generated execs are static when the flag is used and dynamic when not. I've also tested when szip is used, as this was a use case mentioned in the bug report. Also: ran full tests with make check on jam and smirom for good measure.
* [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-r17177] In H5Odtype.c, the decoding function used to mark the datatype ↵Raymond Lu2009-07-132-4/+4
| | | | | | | | | | 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-r17155] Description:Quincey Koziol2009-07-031-0/+72
| | | | | | | | | | | | | | | | | | | | | | | 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-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-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-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-r16991] change messages of -c optionPedro Vicente Nunes2009-05-289-14/+15
| | | | tested: windows, linux
* [svn-r16964] bug fix: the phrase "Not comparable" was not being printed for ↵Pedro Vicente Nunes2009-05-202-2/+2
| | | | | | the case of different classes tested: windows, linux
* [svn-r16844] Description:Mike McGreevy2009-04-222-0/+6
| | | | | | | | | | | | Adding dependency to h5repack test script. h5repack.sh needs h5repacktst to run first. Tested: Problem only appeared on Glory, but tested the dependence manually on jam by trying to run only the script and checking that it first ran the h5repacktst test program.
* [svn-r16810] added the words "Not comparable" in the not comparable messagesPedro Vicente Nunes2009-04-2012-23/+23
| | | | tested: linux
* [svn-r16807] Purpose: Fix bug 1533Neil Fortner2009-04-201-1/+1
| | | | | | | | | | | Description: Previously, there was no versioning for H5Z_class_t. This prevented applications written for 1.6 using custom filters from being able to use the 1.8 library. There is now an H5Z_class1_t and H5Z_class2_t to enable compatibility. H5Zregister is *not* versioned, it determines which version of the struct has been passed in by the value of the first field (id or version, both are ints). Tested: jam, linew, smirom (h5committest), jam (--with-default-api-version=v16)
* [svn-r16800] Purpose: Fix bug 1516Neil Fortner2009-04-204-21/+384
| | | | | | | | | | | Description: h5repack previously would not take named datatypes into consideration when copying datasets and attributes. This would cause extra anonymous datatypes in the target file at best, and cause errors halfway through the repacking at worst. h5repack should now always handle named datatypes correctly. Named datatypes are also now converted to the native type when -n is given. Tested: jam, linew, smirom (h5committest)
* [svn-r16792] Description:Mike McGreevy2009-04-2011-44/+44
| | | | | | | | | | | | - Updated bin/reconfigure to use latest version of automake (1.10.2). Re-generated Makefile.in's by running bin/reconfigure. - Added libtool version numbers to c++, fortran, hl, hl c++, and hl fortran libraries. Tested: jam, liberty, smirom
* [svn-r16785] added missing test and compare cases inside compounds for nanPedro Vicente Nunes2009-04-182-673/+1022
| | | | tested: linux
* [svn-r16698] Purpose: Fix bug 503Neil Fortner2009-04-081-1/+1
| | | | | | | | | Description: Changed Skip list package to use a deterministic skip list. This allows the skip list package to avoid calling rand() and srand(), even on machines without rand_r(). There is no longer a p-value or maximum level for skip lists. Tested: jam, smirom, linew (h5committest)
* [svn-r16671] fix compiler error on a missing "static" declarationPedro Vicente Nunes2009-04-061-1/+1
| | | | tested: linux
* [svn-r16669] Corrected the urls for h5dump xml dtd and schemaAllen Byrne2009-04-0361-64/+64
| | | | Tested: Fedora 10 gcc
* [svn-r16663] cleaned compiler warnings in linuxPedro Vicente Nunes2009-04-035-212/+274
| | | | tested: linux
* [svn-r16656] #1402 (B1) h5repack does not preserve creation order indexing. Pedro Vicente Nunes2009-04-024-2124/+2540
| | | | | | | | ISSUE : h5repack does not handle group creation order flags. ACTION: call H5P(g)(s)et_link_creation_order functions when handling groups, add new groups with these flags to the test generation program, and verify results in the test program. TEST: in the test program, function that compares property lists, added code to verify groups tested: windows, linux, solaris
* [svn-r16629] removed a h5dump test (array type) that has a different bogus ↵Pedro Vicente Nunes2009-03-305-25/+13
| | | | | | | | | output in frebsd (liberty) removed the call to the file generation in the test generation program removed the binary h5 and ddl from svn tested: linux
* [svn-r16620] commented a run that fails cross platforms (liberty, abe) ↵Pedro Vicente Nunes2009-03-261-1/+1
| | | | regarding a "double" print
* [svn-r16614] 3. #1501 (B1) tools bug if dataset is larger than ↵Pedro Vicente Nunes2009-03-2515-21/+188
| | | | | | | | | | | | H5TOOLS_BUFSIZE limit. ISSUE : the tools use the following formula to read by hyperslabs: hyperslab_size[i] = MIN( dim_size[i], H5TOOLS_BUFSIZE / datum_size) where H5TOOLS_BUFSIZE is a constant defined of 1024K. This is OK as long as the datum_size does not exceed 1024K, otherwise we have a hyperslab size of 0 (since 1024K/(greater than 1024K) = 0). This affects h5dump. h5repack, h5diff SOLUTION: add a check for a 0 size and define as 1 if so. TEST FOR H5DUMP: Defined a case in the h5dump test generator program of such a type (an array type of doubles with a large array dimension, that was the case the user reported). Since the written file commited in svn would be around 1024K, opted for not writing the data (the part of the code where the hyperslab is defined is executed, since h5dump always reads the files). Defined a macro WRITE_ARRAY to enable such writing if needed. Added a run on the h5dump shell script. Added 2 new files to svn: tools/testfiles/tarray8.ddl, tools/testfiles/tarray8.h5. NOTE: while doing this I thought of adding this dataset case to an existing file, but that would add the large array output to those files (the ddls). The issue is that the file list is increasing. TEST FOR H5DIFF: for h5diff the check for reading by hyperslabs is H5TOOLS_MALLOCSIZE (128 * H5TOOLS_BUFSIZE) or 128 Mb. This makes it not possible to add such a file to svn, so used the same method as h5dump (only write the dataset if WRITE_ARRAY is defined). As opposed to h5dump, the hyperslab code is NOT executed when the dataset is empty (dataset is not read). Added the new dataset to existing files and shell run (tools/h5diff/testfiles/h5diff_dset1.h5 and tools/h5diff/testfiles/h5diff_dset2.h5 and output in tools/h5diff/testfiles/h5diff_80.txt). TEST FOR H5REPACK: similar issue as h5diff with the difference that the hyperslab code is run. Added a run to the shell script (with a filter, otherwise the code uses H5Ocopy). tested: linux (h5commitest failed , apparently it did not detect the code changes in /tools/lib that fix the bug: the error in an assertion in the hyperslab of 0. I am sure that making h5ccomitest --distclean will detect the new code , but don't want to wait more 3 hours :-) )
* [svn-r16584] added the OUTPUT-ARCHITECTURE STD that was previously removed Pedro Vicente Nunes2009-03-161-0/+1
|
* [svn-r16571] corrected the date on the release.txt entry and a comment on ↵Pedro Vicente Nunes2009-03-111-1/+1
| | | | the script
* [svn-r16569] the conf file needs a byte order entry because of the way the ↵Pedro Vicente Nunes2009-03-111-0/+1
| | | | | | | | tool validates the output with h5dump (comparing the h5dump current output with a h5dump output from a pre-existent h5 file). added the byte order keyword that was removed on the last check in tested: linux, solaris
* [svn-r16568] #1462 By selecting a compression type, a big endian byte order ↵Pedro Vicente Nunes2009-03-113-5/+5
| | | | | | | | | | | | | | | | was being selected. When reading the compression parameter keyword, the compression type read flag was incorrectly set to read, removed this line of code in->configOptionVector[COMPRESS] = 1; Modified one configuration file to have the COMPRESSION-TYPE GZIP Keyword. Entered a bug description fix of - h5import: By selecting a compression type, a big endian byte order was being selected (PVN - 2009/11/3) tested: linux
* [svn-r16563] removed commnented code Pedro Vicente Nunes2009-03-101-13/+0
| | | | tested: linux
* [svn-r16561] Purpose:Mike McGreevy2009-03-1011-33/+33
| | | | | | | | | | | | | | | | | | Bug Fix Description: Fixing BZ #1381. The --includedir=DIR configure option, which is used to specify the installation location of C header files, did not work correctly as the path was hard-coded in config/commence.am. I'm presuming this is because an older version of automake didn't know where to put c header files. In any case, removing this line now defaults the includedir to the same directory that it is currently hard-coded to, and also fixes the configure flag to allow customization of this value. Tested: jam, liberty
* [svn-r16560] Description:Quincey Koziol2009-03-108-46/+41
| | | | | | | | | | Remove another call to H5E_clear_stack() from within the library. Clean up lots of compiler warnings. Tested on: Mac OS X/32 10.5.6 (amazon) (followup on other platforms forthcoming)
* [svn-r16518] have 2 expected outputs for 2 h5ls runs depending if run on a ↵Pedro Vicente Nunes2009-02-2617-6/+67
| | | | | | | big or little endian machine. Configure.in was modified to export a variable carrying endianess information to testh5ls.sh. This script then compares the current run with 2 expected outputs, one for a big-endian machine (linew was used to generate the output), other for little endian (jam was used to generate the output) the way h5ls prints types, it starts searching for NATIVE types first. One solution would be h5ls not to detect these native types, using for example the same print datatype function that h5dump does, that would make the output look the same on all platforms ("32-bit little-endian integer" would be printed instead). Drawback, this "native" information would not be available. Other solution is to have not one but 2 expected outputs and make the shell script detect the endianess and compare with one output or other tested: h5committest
* [svn-r16502] bug fix: a comma accidently left on a conditional typedef was ↵Pedro Vicente Nunes2009-02-201-4/+13
| | | | | | causing compilition error on AIX tested: h5commitest
* [svn-r16501] remove a strange character from a commentPedro Vicente Nunes2009-02-201-2/+2
| | | | tested: h5committest
* [svn-r16489] Fixed bug #1459 by eliminating the macro long_long and ↵Allen Byrne2009-02-1811-106/+106
| | | | | | | | | | | replacing all instances with long long. Tested: h5comittest fedora 10 x64 Vista 32, VS2005, IVF101 XP32, Cygwin
* [svn-r16461] Bug fix: for compound types, the not comparable test for ↵Pedro Vicente Nunes2009-02-1110-9/+173
| | | | | | | | | | | | | | | | | | | | members was not done Solution: for compound types, recursively apply that check Two new cases are added 1) the compound type has a different number of members. Message printed is <obj1> has X members <obj2> has Y members Where X and Y are the number of members of each compound type being compared 2) the compound type has not comparable types (for example a double and an int at the same index) In this case the message Comparison not possible: object1 is of class1 and object2 is of class2 Is replaced with Comparison not possible: object1 has a class1 and object2 has a class2 Modified the test generator program to have these 2 cases Added a shell run for these 2 cases Tested: windows, h5committest
* [svn-r16449] bug fix: compare the return value of H5Tequal with TRUEPedro Vicente Nunes2009-02-061-2/+2
| | | | tested: h5committest
* [svn-r16434] bug fix: typo in usage messagePedro Vicente Nunes2009-02-0515-15/+15
| | | | tested: linux
* [svn-r16401] Description:Quincey Koziol2009-02-032-0/+5
| | | | | | | | | Correct error introduced in r16353 with layout version, and add test so it gets caught earlier. Tested on: FreeBSD/32 6.3 (duty) Too minor to require h5committest
* [svn-r16377] Revert unintentional change to tfamily00000.h5Neil Fortner2009-01-291-0/+0
|
* [svn-r16376] Purpose: Fix a bug encountered when copying shared messagesNeil Fortner2009-01-291-0/+0
| | | | | | | | | | | | | Description: When attempting to copy an object with a message shared in its own object header, the library attempts to protect the same object header twice. Previously, it was possible for the object header to be protected with write access in one or both of these protects, which would be illegal. The library should now always protect with read only access in this case. The conditions for fixing incorrect datatype versions have been made weaker to support this change. The version will only be corrected if the object header the datatype is in is modified. Tested: jam, smirom (h5committest)
* [svn-r16373] replaced some printf statements with parallel_printPedro Vicente Nunes2009-01-294-35/+34
| | | | tested: linux serial and parallel
* [svn-r16358] bug fixPedro Vicente Nunes2009-01-274-3/+6
| | | | | | a new line was not inserted at the end of output, causing diff to complain between linux and frebsd tested: linux , freebsd
* [svn-r16354] Description:Quincey Koziol2009-01-273-3/+3
| | | | | | | | | | | Bring r16353 back from revise_chunks branch: Refactor internal layout information, making it easier to add another type of chunk index. Tested on: FreeBSD/32 6.3 (duty) (other platforms tested with original patch)
* [svn-r16352] bug fix: some printf calls instead of parallel_print made some ↵Pedro Vicente Nunes2009-01-271-35/+35
| | | | | | tests to fail tested: linux parallel
* [svn-r16348] #1368 (E1) h5diff: implement "not comparable" messages. ↵Pedro Vicente Nunes2009-01-2640-126/+203
| | | | | | | | Implemented RFC. The new option is <-c, --compare List objects that are not comparable> added some test cases tested: windows, linux
* [svn-r16340] Description:Frank Baker2009-01-222-2/+2
| | | | | | Changed 'THG' to 'The HDF Group' in various HDF5 source files, most of which are <subdirectory>/COPYING. -- Closes Bugzilla entry 1403.
generated by cgit v0.12 at 2024-11-02 10:37:18 (GMT)