summaryrefslogtreecommitdiffstats
path: root/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r10016] James Laird2005-02-161-1/+0
| | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: modi4 dies during build with strange errors. The root cause of these is a two-year-old hack in HDF5's libtool script that only takes effect on IRIX. Solution: Edited the libtool hack (by editing ltmain.sh) to correct a bug in the hack. Also made sure that compiler-specific DEFAULT_LIBS are used when linking. Platforms tested: sleipnir, copper, modi4, sol
* [svn-r9995] Purpose:Quincey Koziol2005-02-111-1/+77
| | | | | | | | | | | | | | New feature & bug fix Description: Allow root node to split, forming a level 2 B-tree Fix error where wrong record was being copied up to parent node for a 2 node redistribution on the "right" side of the B-tree. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Solaris 2.9 (shanti)
* [svn-r9993] Purpose:James Laird2005-02-112-2/+2
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Arabica exhibited strange errors when linker found wrong versions of header files. This happened because include directories were given to linker in the wrong order. Solution: Move include directories from AM_CFLAGS variable to INCLUDES variable to put them before CPPFLAGS variable. Trust me, it works. This bug may also have contributed to strange errors on other platforms (kelgia?). Platforms tested: copper, sleipnir, arabica. (h5dump broke while building on arabica, but this happened in a clean checkout, too).
* [svn-r9988] Purpose:James Laird2005-02-111-15/+4
| | | | | | | | | | | | | | | | | | | | Bug fix Description: pmake (on modi4, for instance) complains about undefined variables if it is run without the -V flag, which turns those errors to warnings. Solution: Added test to configure.in to see if $MAKE will allow Makefiles with undefined variables. If not, sets -V flag in AM_MAKEFLAGS. Ensured that all custom make targets use AM_MAKEFLAGS. Also defined all variables that caused errors in top-level Makefile.am. This means that pmake can be used to build hdf5 *from the top level only*. To run make from a subdirectory, still need to use -V flag (or use make or gmake). Platforms tested: modi4, heping, copper, sleipnir
* [svn-r9987] Purpose: bug fixRaymond Lu2005-02-111-6/+10
| | | | | | | | | | | Description: For hardware conversion from integers to "long double" on AMD machine, the test failed because the size of "long double"(can be 16 bytes) is bigger than the precision(80 bits). There can be some garbage in the unused bytes in "long double". That caused failure during byte comparison. Solution: Clean these unused bytes before comparison. Platforms tested: mir and fuss; simple change
* [svn-r9986] Purpose:Quincey Koziol2005-02-111-2/+182
| | | | | | | | | | | | | | | | | | | New feature & code cleanup Description: Change some references from 'keys' to 'records', which is more correct for this implementation. Added feature to allow preemptive 3 node record redistributions (for leaves only currently) Added feature to perform preemptive 3->4 node splits (for leaves only currently) Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Solaris 2.9 (shanti) w/purify Too minor to require h5committest
* [svn-r9985] Purpose:Quincey Koziol2005-02-111-0/+124
| | | | | | | | | | | | | | | | | New feature & bug fixes Description: Checkpoint v2 B-tree code after getting preemptive 2->3 node splitting working (for leaf nodes only at the moment, however). Also, correct a problem with redistributing records that was probably causing the failures on mir in yesterday's daily tests. Ran code through purify on shanti and cleared up some warnings. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Solaris 2.9 (shanti) w/purify
* [svn-r9984] Purpose: New feature and testRaymond Lu2005-02-101-60/+65
| | | | | | | | | | Description: Added support of hardware conversion between "long double" and integers(mainly in H5Tconv.c) and some test cases(mainly in test/dtypes.c). Platforms tested: h5committest and fuss. Misc. update: RELEASE.txt
* [svn-r9971] Purpose:Quincey Koziol2005-02-091-6/+39
| | | | | | | | | | | | New feature Description: Checkpoint v2 B-tree code after getting 2 leaf record redistribution working and tested. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Too minor to require h5committest
* [svn-r9966] Purpose: Bug fixRaymond Lu2005-02-091-8/+49
| | | | | | | | | | | | | Description: H5Tget_member_value didn't return correct value if called after H5Tenum_valueof. It's because there's a sorting on the members of enum type in H5Tenum_valueof which changed the order of members. Solution: Made a copy of original type and do sorting on it to protect the original order. Platforms tested: fuss; tested v1.6 with h5committest Misc. update: RELEASE.txt
* [svn-r9962] Purpose:Quincey Koziol2005-02-081-0/+91
| | | | | | | | | | | | | | | Bug fix & code update Description: Fix error in new free-list factory routines that was causing errors on tungsten, et al. Also, checkpoint v2 B-tree code. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Linux 2.4 (tungsten) Otherwise too minor to require h5committest
* [svn-r9959] Purpose: Bug fixRaymond Lu2005-02-081-25/+124
| | | | | | | | | | | | Description: For variable-length string, H5Tget_class returned H5T_STRING as its class. But H5Tdetect_class and H5Tget_member_class considered it as H5T_VLEN. This is fixed to let all these 3 functions treat it as H5T_STRING. Some test cases have been added to dtypes.c Platforms tested: heping - already tested for v1.6 with h5committest Misc. update: RELEASE.txt
* [svn-r9955] Purpose:Quincey Koziol2005-02-083-162/+58
| | | | | | | | | | | | | | New feature & bug fix Description: Allow h5debug tool to dump "test" v2 B-trees correctly. Also, fix incorrect parameter passing that was causing failures on various platforms. Platforms tested: FreeBSD 4.11 (sleipnir) AIX 5.2 (copper)
* [svn-r9944] Purpose:Quincey Koziol2005-02-052-47/+34
| | | | | | | | | | | Bug fix (sorta) Description: Disable btree2 testing until Monday, when I can look into the failures without a toddler on my lap. :-) Platforms tested: FreeBSD 4.11 (sleipnir)
* [svn-r9939] Purpose:Quincey Koziol2005-02-041-17/+138
| | | | | | | | | | | | | New feature Description: Expand v2 B-tree code to support splitting the root node when enough records are inserted and move metadata cache callbacks into their own source file. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Too minor for h5committest
* [svn-r9930] James Laird2005-02-032-46/+46
| | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: Parallel builds were breaking in tools/lib Solution: talign didn't realize it depended on libh5tools.la because its dependencies listed the full path (../../tools/lib/libh5tools.la). Changed this, and made similar changes in a couple of other directories. This checkin should also add the --foreign flag to every Makefile.in Platforms tested: sleipnir (minor change)
* [svn-r9928] Purpose:Quincey Koziol2005-02-033-39/+323
| | | | | | | | | | | | | New feature Description: Add basic code for new B-tree implementation. They don't do much yet, aren't hooked up to anything yet and the format may change, but I'd like to start getting them into the daily tests. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Too minor to require h5committest
* [svn-r9920] Purpose:James Laird2005-02-021-2/+3
| | | | | | | | | | | | | | | | | | | Bug fix Description: Found the permanant fix to automake/CVS dependency problem Solution: Added AM_MAINTAINER_MODE macro to configure.in. Now automake will never try to regenerate Makefiles, Makefiles.in, configure, H5config.h, etc. when they are out of date, nor will it print any warnings. Developers should be very very careful to use reconfigure script, and can add --enable-maintainer-mode flag to configure on heping to regenerate these files correctly. Platforms tested: heping sleipnir copper
* [svn-r9915] Purpose:James Laird2005-02-021-6/+6
| | | | | | | | | | | | | | | Bug fix Description: Configuration files' timestamps were incorrect. Solution: Update Makefiles.in. Also added correct paths to autotools on heping, so heping build should be able to re-generate configuration files even if they are still broken. Platforms tested: sleipnir
* [svn-r9912] Purpose:James Laird2005-02-011-87/+8
| | | | | | | | | | | | | | | | | Bug fix Description: Dependencies between configure files (aclocal, configure.in, configure, Makefiles.am and .in) are still causing Makefiles to try to run autotools during build. Solution: Committed all Makefiles.in to update their timestamps. As a temporary measure, forcibly prevented automake from running autotools during build by redefining the variables it uses. Platforms tested: sleipnir (No changes to Makefile content)
* [svn-r9909] Purpose: Bug fix for testRaymond Lu2005-02-011-10/+21
| | | | | | | | | Description: To avoid randomly generating NaN for "long double" during conversion test, decrease the exponent by 1 if all exponent bits are set 1s. Platforms tested: eirene(production) and fuss.
* [svn-r9907] Purpose:James Laird2005-02-011-0/+1
| | | | | | | | | | | | | Bug fix Description: Different compilers use different flags to include Fortran module files Solution: Changed boilerplate to use configure variable rather than hardcoded -M flag. Platforms tested: sleipnir, sol, copper
* [svn-r9902] Purpose:James Laird2005-02-013-3338/+1234
| | | | | | | | | | | | | | | Configuration feature Description: HDF5 now uses automake to generate Makefiles Solution: Makefile.in files are now generated from Makefile.am files. To reconfigure (after chaning a Makefile.am or configure.in): /bin/sh bin/reconfigure.sh Platforms tested: Many
* [svn-r9899] Purpose:Quincey Koziol2005-02-011-1/+1
| | | | | | | | | | Code cleanup Description: Clean up some leftover testfiles... Platforms tested: Too minor to require h5committest...
* [svn-r9898] Purpose: Bug fix for test programRaymond Lu2005-01-311-3/+17
| | | | | | | | | | | | | | | | | | Description: For Intel machines, the size of "long double" is 12 byte, precision is 80 bits, mantissa size is 64 bits, and no normalization. So the most significant bit of mantissa is always 1 unless the floating number has special value. This step tries to compensate this case by turning on the most significant bit of mantissa if the mantissa bits aren't all 0s. Solution: Tries to compensate this case by turning on the most significant bit of mantissa if the mantissa bits aren't all 0s. Platforms tested: eirene and fuss(production enabled). Small change for production only.
* [svn-r9895] Purpose:Xiaowen Wu2005-01-311-319/+427
| | | | | | | | | | | | | | | | | Add test cases of nbit filter, tests are now turned on Description: Six test cases are added for testing the nbit filter with different datatypes including int, float, double, array datatype, a simple compound datatype and a complex compound datatype. Improvements are made to testing of int and floating point. Solution: Platforms tested: AIX 5.1 and Linux 2.4. Misc. update:
* [svn-r9886] Purpose: New testRaymond Lu2005-01-291-0/+311
| | | | | | | | Description: Added a test of data type conversion between user-defined integer types. Platforms tested: h5committest and fuss
* [svn-r9878] Purpose:Quincey Koziol2005-01-281-1/+83
| | | | | | | | | | | New tests Description: Add some tests for H5Fis_hdf5() routine. Platforms tested: FreeBSD 4.10 (sleipnir) Too minor to require h5committest
* [svn-r9868] Purpose:John Mainzer2005-01-241-14/+111
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Reduce the run time of the cache tests. Description: Some of the cache tests run for quite a while, which has been causing problems with our daily build and test. In my last modification to cache.c, I added code to skip these stress tests unless we were building in production mode. Since things go faster in production mode, the extra tests are not a major problem here. However, this means that the stress tests are only run once or twice a week. Solution: To try to deal with this, I modified the four longest tests to throttle depending on whether NDEBUG is defined. When NDEBUG is not defined, runtime for the cache tests should be about 1/5th its regular run time. We will see if this is enough of a reduction to avoid problems. There is some doubt in my mind as to just how much good the throttled tests do, but they should be better than nothing. As mentioned before, the correct solution is to build some proper, random test code. Platforms tested: h5committested production and debug builds on heping. Misc. update:
* [svn-r9862] Purpose:Quincey Koziol2005-01-241-1/+1
| | | | | | | | | | Code cleanup Description: Add new test file to 'distclean' target Platforms tested: None, very minor...
* [svn-r9855] Purpose:Xiaowen Wu2005-01-211-53/+742
| | | | | | | | | | | | | | | | Adding N-bit testing source code into CVS tree. This is for debugging purpose only. N-bit filter won't be included in the daily test. Description: Integer, Float, Array datatype and Compound datatype tests are included. More comprehensive tests need to be done. Solution: Platforms tested: copper(AIX 5.1) and heping(Linux 2.4). Misc. update:
* [svn-r9853] Purpose: Minor Bug fixRaymond Lu2005-01-211-84/+86
| | | | | | | | Description: A very minor bug fix and some minor changes to reduce the warning messages during compiling. Platforms tested: sleipnir and fuss
* [svn-r9850] Purpose:John Mainzer2005-01-201-198/+3279
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1) Provide facilities in cache to allow us to avoid a potential cache consistency bug in the parallel case. 2) Clean up a off by one sanity checking bug. 3) Turn off execution of long running tests in debug mode. Description: 1) In the parallel case, all writes to metadata must be collective, but reads may not be. In pricipal, this allows us to different contents in different caches. This isn't a problem as long as the correct data is always on disk, but unless we can force certain writes immediately, that need not be the case. 2) & 3) should need no further explanation. Solution: 1) Add code allowing us to mark cache entries, and then force these entries to be flushed at a later time. Note that to actually avoid the bug, we will have to modify existing code to use these new features. 2) & 3) should need no further explanation. Platforms tested: heping (serial debug and production) committest (copper, sol, and heping). test failed on heping in the c++ portion of the build, but at Quincey's siggestion, I am proceeding with the checkin. Misc. update:
* [svn-r9849] Purpose: New test and a few bug fixRaymond Lu2005-01-201-4/+179
| | | | | | | | | Description: Test conversion from native integer to derived floating-point type and convert back; test conversion from derived floating-point to derived floating-point types and convert back. Fixed a few minor bugs related to type conversion in the library. Platforms tested: h5committest and fuss
* [svn-r9841] Purpose: Minor correction in commentsRaymond Lu2005-01-201-4/+4
| | | | Platforms tested: No test needed.
* [svn-r9840] Purpose: Bug fix and new testRaymond Lu2005-01-201-0/+264
| | | | | | | | | | | | | Description: The functions for user-define floating-point type, like H5Tset_fields, H5Tset_offset, H5Tset_precision, H5Tset_size, have some minor bugs. For error checking, the library didn't include offset value somehow. Solution: Corrected those bugs. Platforms tested: h5committest and fuss Misc. update:
* [svn-r9839] Purpose:Quincey Koziol2005-01-192-15/+90
| | | | | | | | | | | Bug fix Description: Don't print very long description, check that it's correct internally. Platforms tested: Linux 2.4 (heping) Solaris 2.7 (arabica)
* [svn-r9827] Purpose: Minor correctionRaymond Lu2005-01-141-1/+1
| | | | | | | | Description: There was a #ifdef statement with logical AND in it. Solution: Change it to #if statement. Platforms tested: sleipnir and eirene. Simple change
* [svn-r9826] Purpose: Bug fixRaymond Lu2005-01-141-3/+13
| | | | | | | | | | Description: Intel compiler on Linux has some problem to convert long double to unsigned int correctly. Solution: Detect the problem in configure and define a macro to skip this test if it happens. Platforms tested: eirene and fuss. Simple change.
* [svn-r9825] Purpose:Quincey Koziol2005-01-142-2/+21
| | | | | | | | | | | | Bug fix Description: Fix possible overrun in error description string by allocating large enough string on the fly. Platforms tested: FreeBSD 4.10 (sleipnir) Too minor to require h5committest
* [svn-r9819] Purpose: Bug fixRaymond Lu2005-01-131-6/+6
| | | | | | | | | | | | | Description: The fix of the loss problem of the last 2 bytes of mantissa on sleipnir has not been successful. It happens when converting from unsigned long long to long double. The failure has been on and off. Solution: Hard set a macro to disable unsigned long long->long double for FreeBSD until a good solution is found to solve this elusive problem. Platforms tested: sleipnir and fuss. Only sleipnir is concerned. Misc. update:
* [svn-r9814] Purpose: Bug fixRaymond Lu2005-01-121-2/+3
| | | | | | | | | | Description: the last 2 bytes of mantissa can be lost when converting from unsigned long long to long double. In last check-in, a fix was made to ignore that precision loss. But sometimes, the last 2 bytes are rounded up to the 3rd last byte. Solution: Ignore the 3rd last byte, too, when comparing values. Platforms tested: sleipnir - only this system is concerned.
* [svn-r9807] Purpose: bug fixRaymond Lu2005-01-111-0/+15
| | | | | | | | | | | Description: For FreeBSD (sleipnir), when GNU compilers do conversion from unsigned long long to long double, the last 2 bytes of mantissa are lost. The impact of precision loss isn't significant. Solution: Detect this case on FreeBSD in configure, ignore it in dtypes.c test instead of return failure. Platforms tested: sleipnir, fuss, modi4. These systems are mainly concerned.
* [svn-r9805] Purpose:Quincey Koziol2005-01-111-3/+1
| | | | | | | | | | Code cleanup Description: Remove obsolete support for Watcom C compiler. Platforms tested: None - too minor to require any.
* [svn-r9790] Purpose:John Mainzer2005-01-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Reduce run time of daily tests. Description: cache, the test program for the metadata cache has been taking a while to execute. Solution: As a short term "fix", I have commented out all but one of the long running test functions. Of course that means that we aren't running these tests at present. I'm not sure that this is a good idea. Platforms tested: Serial on Heping. Misc. update:
* [svn-r9783] Purpose: Bug fixRaymond Lu2005-01-081-8/+10
| | | | | | | | | | Description: For HP-UX 11.00, the compiler generates 'floating exception' when converting 'long double' to most of integer types. Solution: Define a macro for all other systems except HP-UX 11.00. Hard set this macro to 'no' in config/hpux11.00 to skip this test for HP-UX 11.00. Platforms tested: modi4, kelgia, fuss
* [svn-r9780] Purpose:Quincey Koziol2005-01-081-1/+1
| | | | | | | | | | | | Bug fix Description: Print the thread ID in a little more portable of a fashion, disallowing negative thread IDs. Platforms tested: Linux 2.4 (heping) w/threadsafe Too Minor to require h5committest
* [svn-r9778] Purpose:Quincey Koziol2005-01-085-260/+116
| | | | | | | | | | | | | | | Remove feature Description: Retire threaded, balanced binary tree code from HDF5 use. Requiescat in pace... Also, regenerate dependencies files. Platforms tested: FreeBSD 4.10 (sleipnir) w/parallel Too minor to require full h5committesting (the code is already disconnected from everything except its tests)
* [svn-r9777] Purpose: Bug fixRaymond Lu2005-01-071-2/+11
| | | | | | | | | Description: Windows .NET 2003 can't handle float(double)->long_long hardware conversion. While the problem hasn't been determined, we temporarily disable that test by using a condition macro. Let Windows define that macro. Other systems don't have it defined. Platforms tested: mir and eirene.
* [svn-r9774] Purpose: Bug fixbefore_removing_tbbt_codeRaymond Lu2005-01-071-15/+21
| | | | | | | | | | | Description: integer->long double conversion test failed on some of Linux systems(mir and eirene) when Intel compiler is used. I'm not able to repeat the problem. So I just made a best guess and fix it. The problem is minor. The long double on Linux is 12 bytes long but precision is 10 bytes. The unused 2 bytes may have garbage in them causing value comparison wrong. Platforms tested: mir and eirene with Intel compiler.
generated by cgit v0.12 at 2024-12-25 07:08:11 (GMT)