summaryrefslogtreecommitdiffstats
path: root/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r11903] Purpose:John Mainzer2006-01-293-0/+6564
| | | | | | | | | | | | | | | | | | | | | | Add files that I forgot in my last checkin. Description: cache_api.c cache_common.c cache_common.h are new files that result from breaking the old cache test into two tests. Solution: See above. Platforms tested: h5committested before the last checkin. Will run another h5committest shortly, but it shouldn't be necessary as there are no new changes. Misc. update:
* [svn-r11901] Purpose:Quincey Koziol2006-01-281-0/+82
| | | | | | | | | | | | | | Bug fix/additional tests Description: Add additional tests for holding open an object of a given type (dataset, group, etc) while incorrectly trying to open that object with a different type of API routine (i.e. using the group open call on a dataset, etc.) Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r11899] Purpose:Quincey Koziol2006-01-281-98/+630
| | | | | | | | | | | | | | | | Bug fix & new feature Description: Support variable-length datatypes in compact data storage and chunked data storage, along with attributes. Bug fix on the H5T_vlen_set_loc to allow for changing the file on a variable-length datatype on disk. Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 Can't h5committest right now, due to missing cache files.
* [svn-r11897] Purpose:John Mainzer2006-01-273-6316/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 1) Add parallel test for metadata cache 2) Split serial test for metadata cache into two parts 3) Fix bug in which cache was flushed needlessly when the cache wasn't full. 4) Performance improvements 5) Update API for parallel cache coherency bug fix. Description: See above. Solution: See above. Platforms tested: h5committest Misc. update:
* [svn-r11886] Purpose:Quincey Koziol2006-01-238-43/+45
| | | | | | | | | | | | | Code cleanup Description: Check in some of the code cleanups from working on the external link support. (This doesn't include any of the external link features) Platforms tested: FreeBSD 4.11 (sleipnir) Mac OSX.4 (amazon) Linux 2.4
* [svn-r11875] Purpose:Albert Cheng2006-01-091-13/+29
| | | | | | | | | | | | | | | | | | | | Bug fix. Description: getenv_all, like some implementations of getenv, keeps an internal buffer for the getenv values. Application must make a copy of the content of the returned pointer before calling getenv_all again IF it wants to use the first content later. The previous code violated this rule and caused error. Solution: Did a small revamp of the h5_fixname to fix the above problem by moving the getenv_all for HDF5_NOCLEANUP eariler to avoid it clashing the call of getenv_all for HDF5_PARAPREFIX. No a good permenant fix. Need to really recode this routine. Platforms tested: h5committested.
* [svn-r11871] Purpose:Albert Cheng2006-01-093-8/+26
| | | | | | | | | | | | | | Bug fix. Description: getenv_all will be called even when it is NOT an MPI application. Solution: Moved the use of getenv_all("HDF5_NOCLEANUP") to fix_name so that it will be invoked only if a parallel driver is used. Platforms tested: hand tested in copper.
* [svn-r11866] Purpose:Albert Cheng2006-01-061-1/+7
| | | | | | | | | | | | | | | | | | | | bug fix 504 Description: testpar/t_mpi would hang if $HDF5_NOCLEANUP is set. E.g., % env HDF5_NOCLEANUP=yes mpirun -np 3 ./t_mpi This happened because the environment variables are not exported to all mpi processes by the mpirun command. So, some attempted to do cleanup while others don't and some hang waiting for others to act. Solution: Instead individual program checking getenv, they all just called h5_cleanup no matter. h5_cleanup now uses getenv_all to check the $HDF5_NOCLEANUP if it is in parallel mode. Platforms tested: h5committested, tested pp in heping too.
* [svn-r11850] Purpose:James Laird2006-01-021-1/+117
| | | | | | | | | | | | | | Feature Description: Added character encoding and attribute creation property lists. Solution: Attributes' character encoding is set via the ACPL. The default is ASCII, with UTF-8 being the other option currently. Platforms tested: heping, mir, sleipnir, copper
* [svn-r11838] Purpose:Quincey Koziol2005-12-263-925/+310
| | | | | | | | | | | | | | | | Bug fix Description: Retrieving an object's name could fail (in various ways) under certain circumstances (mostly having to do with mounted files). Solution: Re-write & simplify "get object name" code to fix error in a better way than adding yet another hack to the previous pile of hacks... :-) Platforms tested: FreeBSD 4.11 (sleipnir) h5committest
* [svn-r11774] Purpose:Quincey Koziol2005-12-081-2/+7
| | | | | | | | | | | | Extra test Description: Add test to make certain that trying to call H5Fopen() on a non-existant file fails. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r11771] Purpose:Quincey Koziol2005-12-084-48/+47
| | | | | | | | | | | | Code cleanup Description: Fix a bunch of warnings flagged by Windows compilers. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r11758] Purpose:Quincey Koziol2005-12-041-71/+1058
| | | | | | | | | | | | | New feature Description: Add in a combination of Peter's & my code to support copying variable-length data from one file to another, although currently only supported with contiguous data storage. Platforms tested: FreeBSD 4.11 (sleipnir) h5committest
* [svn-r11741] Purpose:James Laird2005-11-181-6/+16
| | | | | | | | | | | | | | | | | Bug fix Description: Fortran type generation was broken in two ways. Fixed both. Solution: Firstly, there were a couple of path problems. Fixed a typo and specified the full path of a file. Secondly, the dependencies weren't right when building with HDF5-specific commands (make lib, make check-s, etc.). Tweaked dependencies to fix the problem. Platforms tested: mir, modi4, sleipnir
* [svn-r11738] Purpose:James Laird2005-11-181-0/+4
| | | | | | | | | | | | | | | | | | | Configure feature Description: Added 'make trace' target. Solution: Added tracing to 1.7. This was done automatically in 1.6, but left out of 1.7 until now (oops!). Tracing in 1.7 only happens manually, when the user types 'make trace.' Tracing automatically requires more framework than it's worth. I also fixed a couple of tracing bugs and ran trace. Platforms tested: mir, sleipnir, modi4 Misc. update:
* [svn-r11737] Purpose:James Laird2005-11-171-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | Bug fix Description: Before this checkin, 'gmake check-s' would fail if there was a file in the current directory named 'check-s'. This is fixed under gmake (not sure how to fix for other makes). Solution: check, progs, install, etc. are what gmake calls "phony" targets, which means that no file should be created. These targets can be specified by a line of the form .PHONY: check progs install ... Automake adds this line for targets it knows about, but HDF5 has a lot of custom rules. This checkin adds a .PHONY line for those rules. I believe that only gmake recognizes the .PHONY line (at least, pmake doesn't seem to), but a partial solution is better than none. This error should occur very rarely anyway (the user has to manually create files with names like 'build-check-s' or '_test'). Platforms tested: mir, sleipnir, modi4
* [svn-r11732] Purpose:Quincey Koziol2005-11-161-3/+48
| | | | | | | | | | | | | More tests Description: Add more tests for proper behavior of groups with different group creation property settings. Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 Solaris 2.8
* [svn-r11726] Purpose:James Laird2005-11-151-9/+10
| | | | | | | | | | | | | | | | | | Bug fix Description: Fixed bug in hl/src Makefile that was deleting y.tab.c. Running bin/reconfigure changed a few other files as well (somebody probably updated Makefiles.am but forgot to bin/reconfigure). Solution: Automake in its wisdom adds the line "rm *.tab.c" to every distclean in every directory. I assume that it assumes that such files are generated during the build. Supplied an empty distclean-compile target to remove this line from the Makefiles.in. Platforms tested: mir, sleipnir, shanti
* [svn-r11712] Purpose:Quincey Koziol2005-11-1522-1023/+2162
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | New feature Description: Check in baseline for compact group revisions, which radically revises the source code for managing groups and object headers. WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! This initiates the "unstable" phase of the 1.7.x branch, leading up to the 1.8.0 release. Please test this code, but do _NOT_ keep files created with it - the format will change again before the release and you will not be able to read your old files!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! Solution: There's too many changes to really describe them all, but some of them include: - Stop abusing the H5G_entry_t structure and split it into two separate structures for non-symbol table node use within the library: H5O_loc_t for object locations in a file and H5G_name_t to store the path to an opened object. H5G_entry_t is now only used for storing symbol table entries on disk. - Retire H5G_namei() in favor of a more general mechanism for traversing group paths and issuing callbacks on objects located. This gets us out of the business of hacking H5G_namei() for new features, generally. - Revised H5O* routines to take a H5O_loc_t instead of H5G_entry_t - Lots more... Platforms tested: h5committested and maybe another dozen configurations.... :-)
* [svn-r11686] Purpose:Quincey Koziol2005-11-074-17/+3894
| | | | | | | | | | | | | | | | | | | New feature Description: Add in baseline "object copy" code from Peter [in the form of a new API routine: H5Gcopy()]. There's still some work to do (like handling variable- length datatypes and possibly support for references) and it hasn't been tested on mounted files yet, but the core functionality is there and working correctly. I've also got a set of patches to update the 1.6 branch with tweaks to keep the branches mostly in sync, but Elena will kill me if I import them before the 1.6.5 release is out... :-) Platforms tested: FreeBSD 4.11 (sleipnir) h5committested
* [svn-r11646] Purpose:James Laird2005-10-311-4/+14
| | | | | | | | | | | | | | | | | | Bug fix/feature Description: Added support for -shlib in h5fc and h5c++. Made check-install use -shlib when only shared libraries have been installed. Solution: h5fc and h5c++ didn't recognize -shlib. Stole code from h5cc to link against shared libraries. When static libraries are disabled, the examples Makefiles will automatically use the -shlib option to link against shared libraries. Thus, --disable-static and make check-install should work together. Platforms tested: heping(disable-static, enable-static, fortran, c++), modi4 (disable-static, fortran, c++, parallel, enable-static)
* [svn-r11612] Purpose:James Laird2005-10-271-1/+1
| | | | | | | | | | | | | Bug fix Description: Failed parallel tests now cause make to exit with an error. Solution: Edited config/conclude.am to throw an error if parallel test programs fail. Platforms tested: heping, modi4
* [svn-r11602] Purpose:James Laird2005-10-241-3/+0
| | | | | | | | | | | | Bug fix Description: Removed detection of pdb from configure.in as a corollary to removal of pdb2hdf5 tool. Platforms tested: mir, modi4
* [svn-r11601] Purpose:James Laird2005-10-242-8/+21
| | | | | | | | | | | | | | | | | Added additional targets to build-all Description: Surveyed files to find out which ones are not built. Added test/space_overflow and perform/benchpar to programs built with --enable-build-all. Discovered that tools/misc/pdb2hdf5 and tools/misc/h5import were obsolete and deleted them. Platforms tested: mir, modi4, sol Misc. update: Update of release file and removal of --enable-pdb2hdf5 to follow.
* [svn-r11590] Purpose:James Laird2005-10-203-41/+14
| | | | | | | | | | | | | | Bug fix Description: test/gen_new_fill.c used some old APIs that didn't compile with the current library. Brought it up-to-date. Some other files (test/gen_old_*) are designed to be compiled only with older versions of the library. Removed rules to try to build them in the current Makefiles. Platforms tested: mir
* [svn-r11573] Purpose:James Laird2005-10-171-0/+1
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Changed configure.in to use an environment variable TR to set the path to the tr utility. Solution: There are two kind of tr on Solaris with slightly different syntax. HDF5's configure relies on the "standard" tr. Traditionally, HDF5ers have needed to make sure that the "right" tr was found before the wrong one in their path; now they can use an environment variable. Platforms tested: mir, shanti, sol Misc. update: Forgot to update release notes. Off to do that now.
* [svn-r11567] Purpose:James Laird2005-10-141-0/+0
| | | | | | | | | | | | | | Bug fix Description: Changed the name of a file from the last fix. createnoenc.c is not gen_noencoder.c Solution: This is just a more standard name for the file. Platforms tested: tested in previous check-in; forgot to commit to cvs.
* [svn-r11566] Purpose:James Laird2005-10-142-20/+164
| | | | | | | | | | | | | | | | | | | | | | | | | | Makefile bug fix Description: Previously, automake didn't output rules to build perform/mpi-perf or the test/gen_* programs. Now these can be built by typing 'make mpi-perf' (or 'make foo') or by configuring with --enable-build-all. Solution: Automake doesn't like having rules for programs it doesn't build. Tricked it by having these programs built "sometimes"--whenever the user enables --build-all. This should be used mostly for testing and to ensure that these helper programs compile. ***IMPORTANT*** These programs do *not* currently compile. When --enable-build-all is used (not the default), gen_new_fill fails because it uses an old API. This is an existing "bug" that has simply been exposed by this checkin. Platforms tested: sleipnir, modi4, sol Misc. update:
* [svn-r11562] Purpose:MuQun Yang2005-10-141-0/+1
| | | | | | | | | | | | | | | | | Avoid bug for family file driver backward compatibility with 1.6. Description: Because there is no srcdir on windows, string pathname should be initialized as NULL before using strcat. Solution: Changed the code as above. Platforms tested: too minor to test. Misc. update:
* [svn-r11558] Purpose:Quincey Koziol2005-10-131-0/+691
| | | | | | | | | | | | | | | | Bug fix Description: Check in Kent's fixes to hyperslab rebuilding code that should correctly detect situation when different sub-hyperslabs exist in a higher dimension. Solution: Remember previous sub-hyperslab information and compare that with newly generated sub-hyperslab to make certain they are the same. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r11542] Purpose:Albert Cheng2005-10-111-0/+14
| | | | | | | Inserted Copyright notice. Platforms tested: tested in heping.
* [svn-r11524] Purpose:Albert Cheng2005-10-111-0/+14
| | | | | | | Inserted copyright notice. Platforms tested: Tested in heping only since only a comment block was added.
* [svn-r11490] Purpose:Quincey Koziol2005-10-031-0/+171
| | | | | | | | | | | | | | | Bug fix Description: Fix "double root open" bug and apply same fix to datasets & named datatypes. Also fix bug in symbol table entry lookup code that would "transfer" an object from one file handle to another file handle when the two file handles were opened on the same actual file. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r11479] Purpose:Fang Guo2005-09-291-5/+0
| | | | | | | | | | | Maintenance on Windows Description: No Alarm function on Windows Solution: Platforms tested: MSVS 6.0 on Windows XP Misc. update:
* [svn-r11478] Purpose:Albert Cheng2005-09-291-8/+7
| | | | | | | | | | | | | | | | bug fix. Description: When a parallel test script test fails, make would continue because the way it was setup inside a for loop. Fixed it by issuing an exit 1 inside the loop. There was also a typo error in the newer command comparision that it must be $${chkname} in order to be valid. Also, the test script itself was not checked in the newer lists. All fixed. Platforms tested: h5committested and also hand tested in heping pp mode.
* [svn-r11470] Purpose:John Mainzer2005-09-271-4/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Repair synchronization bug in the metadata cache in PHDF5 Also repair numerous other bugs that surfaced in testing the bug fix. Description: While operations modifying metadata must be collective, we allow independant reads. This allows metadata caches on different processes to adjust to different sizes, and to place the entries on their dirty lists in different orders. Since only process 0 actually writes metadata to disk (all other processes thought they did, but the writes were discarded on the theory that they had to be collective), this made it possible for another process to modify metadata, flush it, and then read it back in in its original form (pre-modification) form. The possibilities for file corruption should be obvious. Solution: Make the policy that only process 0 can write to file explicit, and visible to the metadata caches. Thus only process 0 may flush dirty entries -- all other caches must retain dirty entries until they are informed by process 0 that the entries are clean. Synchronization is handled by counting the bytes of dirty cache entries created, and then synching up between the caches whenever the sum exceeds an (eventually user specified) limit. Dirty metadata creation is consistent across all processes because all operations modifying metadata must be collective. This change uncovered may bugs which are repaired in this checkin. It also required modification of H5HL and H5O to allocate file space on insertion rather than on flush from cache. Platforms tested: H5committest, heping(parallel & serial) Misc. update:
* [svn-r11448] Purpose:Pedro Vicente Nunes2005-09-211-1/+6
| | | | | | | | | | | | | | | | | | | new features Description: add support for compiling the library and testphdf5 in Windows Solution: Platforms tested: Linux AIX Solaris Windows VC6 Misc. update:
* [svn-r11446] Purpose:James Laird2005-09-201-2/+3
| | | | | | | | | | | Bug fix Description: Massaged the newer script and config/conclude.am to make SX6 happy. Platforms tested: SX6, sol, mir
* [svn-r11441] Purpose:Albert Cheng2005-09-193-8/+19
| | | | | | | | | | | | Feature. Description: Added ALARM_ON, ALARM_OFF feature to terminate tests that run more than the default time limit. So far, the feature is applied in the standard test frame. Platforms tested: heping PP.
* [svn-r11431] Purpose:Albert Cheng2005-09-181-2/+3
| | | | | | | | | | | | | | | | | New feature. Description: Added the time command to the make check target to report time usage of the execute of each test and test scripts. This gives us some idea how long each test takes and some vague idea it is compute bound or not. powerpc-ibm-aix5.x: Change $RUNPARALLEL default setting to allow it being invoked by the time command. Platforms tested: h5committested.
* [svn-r11426] Purpose: VMS port / bug fixElena Pourmal2005-09-171-4/+4
| | | | | | | | | | | | | | | | | | | | | | | Description: On VMS dsets test failed screaming about corrupted stack. Debugging didn't show any obvious problems. Careful examination of compilation warning messages (something like "function is used as data in dsets") made me to search for duplicated names. It turned out that two variables H5Z_SET_LOCAL and H5Z_CAN_APPLY were confused with H5Z_set_local and H5Z_can_apply functions from H5Z.c file. Solution: Changed variable names to H5Z_SET_LOCAL_TEST and H5Z_CAN_APPLY_TEST. Platforms tested: Alpha VMS, heping; minor change Misc. update:
* [svn-r11421] Purpose:James Laird2005-09-161-4/+11
| | | | | | | | | | | | | | | Feature Description: Added H5_CFLAGS, etc. to 1.7 branch. Now compilation flags can be put in H5_*FLAGS and they'll be used when building hdf5 but not in h5cc. Platforms tested: mir, sleipnir, modi4 Misc. update:
* [svn-r11420] Purpose:James Laird2005-09-161-0/+2
| | | | | | | | | | | | | | | | | Bug fix Description: Disabled C++ shared libraries for Sun Workshop compiler. Solution: This bug only seems to happen when using the -xarch=v9 flag to compile in 64-bit mode, but disabling shared libraries entirely for this compiler is an easier fix (I don't know how to detect 64 bit mode from the command line). The framework for disabling shared libraries for other C++ compilers is in place. Platforms tested: sol, mir, sleipnir, modi4
* [svn-r11418] Purpose:James Laird2005-09-151-0/+2
| | | | | | | | | | | | | | | | Bug fix/feature Description: Disabled shared libraries for a number of Fortran compilers that don't support them. This allows other compilers to support shared Fortran libraries. Solution: Added a conditional, SHARED_FORTRAN_CONDITIONAL, which is true if Fortran supports shared libraries. It is set in configure.in. Platforms tested: mir, sleipnir, colonelk, heping
* [svn-r11415] Purpose: Internal design change.Raymond Lu2005-09-141-1/+1
| | | | | | | | | | | | | | | | | Description: H5T_register() replaces any existing data conversion path with a new path. Solution: Added a parameter to H5T_register() and H5T_path_find() to signal the library whether the new conversion path is from API function H5Tregister() or from private function like H5T_init_interface(). If it is from H5Tregister(), replace existing path. If it's from H5T_init_interface() and the library is trying to register default hard conversion functions, don't replace existing path because the path is registered by the library. For example, the library registered H5T_conv_int_float() and is trying to register H5T_conv_long_float(). The size of long is equal to int. There's no need to replace the path H5T_conv_int_float(). Platforms tested: h5committest and fuss.
* [svn-r11414] Purpose: Rename a API functionRaymond Lu2005-09-141-6/+6
| | | | | | | | | | | Description: The API function H5Tis_hard() which was recently checked in has been renamed to H5Tcompiler_conv() to be more descriptive. No other changes. Platforms tested: fuss - simple change. Misc. update: config/lt_vers.am to update libtool version.
* [svn-r11411] Purpose:James Laird2005-09-132-26/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix Description: Building with --disable-static seems to have been broken on several platforms. Fixed this. Configure will now disable shared libraries automatically when using pgf90 or when building on Cygwin. Solution: To avoid errors when using shared libraries with pgf90 (which I had not realized were compiler-specific), I had manually set convenience libraries to use the -static linking flag. Apparently, this is not necessary, and caused these libraries to be created as empty archives when --disable-static was used. Also, some libraries were including other libraries, which was not necessary. I also fixed code in configure.in to correctly detect whether shared or static libraries are enabled, and moved code that disables shared libraries to before libtool is created (rather than editing libtool after the fact). Despite repeated warnings that only one shared library can be linked at a time, I have yet to have shared libraries break the linking of tests on any system. We'll see if the Daily Tests turn up anything. Platforms tested: mir (fortran, C++), sleipnir (C++), modi4 (fortran, C++, parallel), sol (fortran, C++), cygwin
* [svn-r11403] Purpose: MaintenanceElena Pourmal2005-09-132-2/+3
| | | | | | | | | | Description: Brought back changes from SX-6. Solution: Tests will not compile. Fixed. Platforms tested: SX-6, heping and mir with new g95 Misc. update:
* [svn-r11395] Purpose: Bug fixRaymond Lu2005-09-121-0/+226
| | | | | | | | | | | | | | | | | | Description: Quincey added the condition branch (else if (*((ST*)S) != (ST)((DT)(*((ST*)S))))) in the definition of the macro H5T_CONV_Fx_CORE. It handles a special situation when the source is "float" and assigned the value of "INT_MAX". Compilers do roundup making this value "INT_MAX+1". This branch is to check that situation and return exception for some compilers, mainly GCC. The branch if (*((ST*)S) > (DT)(D_MAX) || (S_PREC < D_PREC && *((ST*)S) == (DT)(D_MAX))) is for some compilers like Sun, HP, IBM, and SGI where under the same situation the "int" doesn't overflow. A test was added to dt_arith.c to check 2 conversions, from float to int where the float is INT_MAX, and from double to signed char where the double is SCHAR_MAX. Platforms tested: h5committest and fuss.
* [svn-r11386] Purpose:Quincey Koziol2005-09-121-5/+5
| | | | | | | | | | | | | | Code cleanup/reorganization Description: Merge back some more changes extracted from the "compact group" set. This bunch cleans up and prepares the H5G_* routines for eventual import of new features. Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 Mac OS X.4