summaryrefslogtreecommitdiffstats
path: root/tools/h5ls/testh5ls.sh.in
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r18643] Purpose:Jonathan Kim2010-04-271-1/+1
| | | | | | | | | | | Fix for Bug 1793 - h5ls on a non-existent file gives 0 return code Description: Merged from hdf5 trunk r18642. After the fix, h5ls returns 1 (EXIT_FAILURE) if non-existent file is given. Tested: jam
* [svn-r18053] Bug fix: 1192Albert Cheng2009-12-261-3/+9
| | | | | | | | Description: Fixed exit code (sometimes return code in Main) to follow the HDF5 standards. Tested: H5committested plus serial test in Jam.
* [svn-r16519] merge 16518 from trunkPedro Vicente Nunes2009-02-261-0/+198
have 2 expected outputs for 2 h5ls runs depending if run on a 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: jam, linew