summaryrefslogtreecommitdiffstats
path: root/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r17526] Description:Quincey Koziol2009-09-245-9/+205
| | | | | | | | | Add backward compatibility test to make certain that the 1.8 library handles encountering a file with a fixed array chunk index gracefully. Tested on: FreeBSD/32 6.3 (duty) w/production (too minor to require h5committest)
* [svn-r17517] In the function test_rw_noupdate, I added a test with the ↵Raymond Lu2009-09-243-20/+54
| | | | | | | | | | | system functions to make sure the stat function behaves as we expected. This test is skipped on some system because the modification time from stat is the same as the last access time (We know OpenVMS behaves in this way). Tested on jam. I've tested the same change for the trunk on jam, smirom, and linew. My account for OpenVMS expired. I'll test it once I have it back.
* [svn-r17504] Bug fix:Albert Cheng2009-09-221-2/+14
| | | | | | | | | | | Test failed with libhdf5.so not found in MacOS which uses a different suffix (*.dylib) for shared lib. Solution: Added code to setup shared lib file suffix according to OS types. Tested: Tejeda, jam, linew.
* [svn-r17500] Bug fix and improvement.Albert Cheng2009-09-191-8/+47
| | | | | | | | | | | | Description: Build failed when embedded-info is not enabled. Fixed. testlibinfo.sh output was ugly, did not prepare the case of embedded-info not enabled. Fixed. Also changed NOT to test test binary even if static-exec is enabled. Tested: jam (with and without embedded-info enabled). Did not test in other platforms since these were script changes that are platform independent.
* [svn-r17499] Purpose:Albert Cheng2009-09-183-4/+84
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Stage 2 implementation of embedded library information feature. H5.c: added code to print the embedded library information when there is a library versions mis-match occurs. This ensures the library information string is included in the executable. Also modifies the code so that the Library mismatch warning string is included only once in the executable. H5private.h: Added a global reference to the libinfo string variable to prepare for possible stage 3 implementation of a public API. test/testlibinfo.sh.in: A new test added to verify the library information is indeed included in the executables. configure.in: configure: Added entry to auto-generate test/testlibinfo.sh. H5detect.c: Modified the libhdf5settings generating code to allow it to insert the strings to a file other than stdout. This maybe needed in stage 3 implementation. MANIFEST: updated with the newly added file of testlibinfo.sh.in. Tested: h5committest passed. Also passed jam in serial mode.
* [svn-r17490] Skip the test in the function test_rw_noupdate() for OpenVMS ↵Raymond Lu2009-09-171-0/+12
| | | | | | | | | because the modification time returned from the system function stat is the same as the last access time, making it impossible to test whether the file is modified. Tested on jam for the same change in the trunk - simple change.
* [svn-r17464] Description:Quincey Koziol2009-09-111-22/+93
| | | | | | | | | | | Bring r17463 from trunk to 1.8 branch: Add another regression test for userblock+alignment usage, and correct [another] issue with the combination. *sigh* Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committested on trunk)
* [svn-r17462] Description:Quincey Koziol2009-09-102-19/+132
| | | | | | | | | | Bring r17461 from trunk to 1.8 branch: Fix a few more problems when the user block is not aligned properly. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committested on trunk)
* [svn-r17460] Description:Quincey Koziol2009-09-081-0/+219
| | | | | | | | | | | | | | Bring r17459 from trunk to v1.8 branch: Correct bad interaction between non-zero userblocks with non-zero alignments. Also add some additional range checking and tests for invalid userblock sizes. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committested on trunk)
* [svn-r17439] Purpose:Mike McGreevy2009-08-311-33/+69
| | | | | | | | | | | | | | | | | | | | | | Updating autotools Description: Bring revisions 17345 and 17357 from trunk to 1.8, specifically: - Automake upgraded to 1.11 - Autoconf upgraded to 2.64 - bin/reconfigure script edited to use new versions (on jam), and run to generate new configure script and Makefile.in's. - configure.in script edited to add "_cv_" to all AC_CACHE_VAL strings (in order to comply with new autoconf standard). - bin/install-sh script replaced with new version as provided by automake. Tested: - All issues on trunk were resolved, so only tested on jam and linew. Any other outliers should be caught by daily tests.
* [svn-r17415] Description:Quincey Koziol2009-08-242-16/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring r17408, 17411, 17412, 17413 & 17414 from trunk back to 1.8 branch: r17408: Move flush operation on mounted file hierarchy into H5Fmount module. r17411: Make H5AC_flush just flush the cache and make H5AC_dest perform the proper parallel synchronization before destroying the cache. Also, further discriminate between 'closing' and 'non-closing' actions in H5F_flush. r17412: Seperate 'flush' functionality from 'destroy' functionality at the H5F level also. r17413: Remove vestigial intermediate routine for flushing file and move it into API routine. Also, remove private, unused (now) 'H5F_FLUSH_DOWN' symbol from public header file. r17414: Flush the core VFD's buffer before closing the file, also flush the metadata accumulator before reseting it. Write the driver info message out in the superblock flush routine more directly, instead of using wrapper routine, since the wrapper routine won't work when the superblock is being shutdown. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committest performed on trunk)
* [svn-r17406] I added a condition check for the conversion from unsigned to ↵Raymond Lu2009-08-211-0/+2
| | | | | | | | | float. When the configure detects the conversion working, a macro is set. If there's problem with this conversion like Pathscale compiler, skip the test. Tested on jam. Need to verify it on pathscale machine.
* [svn-r17399] Description:Quincey Koziol2009-08-201-1/+0
| | | | | | | | | | | | | Bring r17393 and r17398 from trunk to 1.8 branch: Bring back more changes from the file free space branch to the trunk. (17393) First set of changes to move VFD 'truncate' call out of H5F_flush and defer it until the file is closed. (17398) Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committested on trunk)
* [svn-r17396] Added a comment to explain what "dst" and "ans" are when errors ↵Raymond Lu2009-08-201-0/+3
| | | | | | happen. Tested on jam - simple change.
* [svn-r17389] Description:Quincey Koziol2009-08-201-70/+78
| | | | | | | | | | | | | | Bring r17388 from trunk to 1.8 branch: Correct error in freespace test which was relying on free space section to be valid after the library had taken ownership of it (and therefore could free it). Also correct some checking for return values of H5FS internal routines Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committest performed on trunk)
* [svn-r17383] Added UNC external links tests for windows only.Allen Byrne2009-08-191-1/+270
| | | | Tested: windows
* [svn-r17374] Description:Quincey Koziol2009-08-181-1/+55
| | | | | | | | | | | Bring r17365 from trunk to 1.8 branch: Final merge of changes from sblock_mdc branch back to trunk. The superblock is now managed by the metadata cache. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committest performed on trunk)
* [svn-r17354] Description:Quincey Koziol2009-08-133-7/+8
| | | | | | | | | | | | | Bring r17351 from trunk to 1.8 branch: Clean up code (to align w/future sblock_mdc branch changes), tweak tests for [slightly] easier debugging, fix memory leak when copying chunked datasets with I/O filters, fix memory leak of free space section when it was exactly the right size to use for extending an existing block in the file. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committest performed on trunk)
* [svn-r17325] Description:Quincey Koziol2009-08-112-135/+198
| | | | | | | | | | Bring r17324 from trunk to 1.8 branch: Bring more improvements/changes back from file_free_space branch Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committest performed on trunk)
* [svn-r17314] Description:Quincey Koziol2009-08-102-10/+10
| | | | | | | | | | | | | | | | | | | | | | Bring r17313 from trunk to 1.8 branch: Bring back various minor code cleanups from the file free space branch 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 (kagiso) 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 production 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-r17266] Description:Quincey Koziol2009-07-308-338/+335
| | | | | | | | | 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-r17208] Fixed a small bug in the fractal heap code involving filtered ↵Neil Fortner2009-07-211-0/+61
| | | | | | fractal heaps. Tested: jam, linew, smirom (h5committest)
* [svn-r17179] 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. I used h5committest for the same change in the trunk.
* [svn-r17150] Description:Quincey Koziol2009-07-021-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | Bring r17148:17149 from trunk into 1.8 branch: 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-r17147] Description:Quincey Koziol2009-07-022-29/+30
| | | | | | | | | | | Bring r17146 from trunk to 1.8 branch: 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) (h5committested on trunk)
* [svn-r17131] Corrected some typos. No test is needed.Raymond Lu2009-06-301-2/+2
|
* [svn-r17127] A revision from last round of checkin (r17124). 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 only. I have tested the same change for the trunk.
* [svn-r17124] Bug fix #1513. Reading an empty attribute caused seg fault. ↵Raymond Lu2009-06-261-0/+62
| | | | | | | | | | | | 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. I tested it on jam only but have tested the same change for the trunk on jam, smirom, and linew.
* [svn-r17109] Purpose: Fix bug in H5Z_filter_infoNeil Fortner2009-06-251-0/+11
| | | | | | | | | | | 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-r17083] Description:Quincey Koziol2009-06-181-12/+196
| | | | | | | | | | | | | | | | | | | | | | | Bring r17010,17017,17021-17022,17029-17031,17035 back from trunk: "temporary" file allocation space changes. 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-r17026] Purpose: fix bug 1593Neil Fortner2009-06-101-0/+204
| | | | | | | | | | | | Description: When using H5T_copy on committed datatypes that are already open, H5T_copy would properly use the already existing shared struct, but would still deep copy all of the fields in that struct. This would cause memory leaks, and in the case of a compound containing a vlen (or reference), the change in size would cause the size of the resulting type to be set to an incorrect value. Changed H5T_copy to properly avoid deep copies when using a reopened shared struct. Tested: jam, linew, smirom (h5committest), purify on jam
* [svn-r16993] Snapshot version 1.8 release 3 (snap0)Larry Knox2009-06-011-18/+18
|
* [svn-r16922] Allow an error class to use other class's major or minor ↵Raymond Lu2009-05-052-13/+31
| | | | | | errors. Added a test for it, too. Tested on jam - simple change. I've tested it for the trunk.
* [svn-r16920] Description:Quincey Koziol2009-05-054-26/+374
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge these trunk revisions which occurred during the 1.8.3 release code freeze back to the 1.8 branch: From Quincey: 16845 16847 16849 16851 16858 16869 16897 From Ray: 16859 16880 From Allen: 16863 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.6 (amazon) in debug mode Mac OS X/32 10.5.6 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r16808] Purpose: Fix bug 1533Neil Fortner2009-04-201-5/+40
| | | | | | | | | | | 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-r16804] Purpose: Fix bug 1548Neil Fortner2009-04-201-24/+35
| | | | | | | | | Description: When writing data to a dataset, the data transform was performed after type conversion. This caused an error if the file type was non-native. This has been changed so data transforms are always performed on the memory type. Tested: jam, linew. smirom (h5committest)
* [svn-r16793] Description:Mike McGreevy2009-04-201-10/+10
| | | | | | | | | | | | - Updated bin/reconfigure to use latest version of automake (1.10.2). Regenerated 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-r16778] A minor correction of previous checkin. The original files ↵Raymond Lu2009-04-171-8/+6
| | | | | | | | created with v1.6 library could be deleted by cleanup routine. I corrected it in this checkin. Tested on jam - simple change.
* [svn-r16758] The test of family file compatibility with v1.6 used the ↵Raymond Lu2009-04-153-11/+56
| | | | | | | | | | original family files under the library source directory. Since the test opens the files with write mode, it's safer to make copies of the original files. I added the copying step in test_family_compat in vfd.c. I changed the Makefile.am to clean up the copied files. I created a new family_v16_00000.h5 with v1.6 library. Tested on jam - supposed to be simple change.
* [svn-r16740] Snapshot version 1.8 release 2 (post12)Larry Knox2009-04-121-0/+0
|
* [svn-r16733] Revert change to family_16_00000.h5 from latest snapshot ↵Neil Fortner2009-04-101-0/+0
| | | | | | release. Raymond is working on fixing this.
* [svn-r16731] Purpose: Fix bug 1539bNeil Fortner2009-04-101-4/+72
| | | | | | | | | | Description: The H5L interface was not marked as uninitialized when H5L_term_interface was called. This caused the interface to not initialize itself later on. This prevented external links from working after calling H5close, because they were never re-registered. Tested: jam, smirom, linew (h5committest)
* [svn-r16725] Snapshot version 1.8 release 2 (post11)Larry Knox2009-04-102-0/+0
|
* [svn-r16712] Purpose: Fix bug 1423Neil Fortner2009-04-082-15/+75
| | | | | | | | | | | | | | Description: Versions of the library between 1.3.0 and 1.6.3 have a bug which prevents them from opening any file that does not have the root group's symbol table information cached in the root group's entry in the superblock. Prior to 1.8 this was not an issue as this information was always cached. However, 1.8.0 stopped writing this information (which is not required by the file format specification), and these older versions can therefore not read files created or last written by versions 1.8.0 to 1.8.2. This fix modifies the library to once again add this information to the superblock (when using the old file format). Tested: jam, linew, smirom (h5committest)
* [svn-r16699] Purpose: Fix bug 503Neil Fortner2009-04-081-23/+69
| | | | | | | | | 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-r16695] Purpose: Fix bug 1526Neil Fortner2009-04-072-0/+90
| | | | | | | | | | | Description: Previously, H5Lcopy and H5Lmove would (through H5L_move) improperly apply the "create intermediate groups" property to the source path traversal, and not the destination. Fixed it to apply the property to the destination and not the source. Also fixed H5Lcreate_ud to reject internal link classes without throwing an assertion. Tested: linew, jam, smirom (h5committtest)
* [svn-r16652] Bug fix #1503 - H5Iget_type failed unexpected when an invalid ↵Raymond Lu2009-04-011-1/+42
| | | | | | | | | ID was passed in. I put some argument check in the internal function H5I_find_id and took out the assertion check. I also removed the argument check in H5Iis_valid because it's in H5I_find_id now. Tested on jam and linew - simple change.
* [svn-r16616] Purpose: Fix bug 1499Neil Fortner2009-03-261-0/+120
| | | | | | | | | | | Description: Due to a bug in H5F_super_read, every time a file with a user block was opened it would grow by the size of the user block. The bug has been fixed, and comments have been added to clarify when an eoa address should be relative and when it should be absolute. Tested: jam, linew (h5committest)
* [svn-r16613] In previous checkin (r16609), the flag "write_driver" wasn't ↵Raymond Lu2009-03-251-2/+2
| | | | | | | | necessary as Quincey pointed out. I took it out and used the driver address instead. Tested on jam - simple change.
* [svn-r16608] Bug fix (#1161): When a family file created with v1.6 library ↵Raymond Lu2009-03-243-1/+25
| | | | | | | | | | | | is opened and closed with v1.8 library, v1.8 library writes the driver info block in the superblock. But v1.6 doesn't write it. This caused the data after the superblock to be overwritten. The solution is to use a flag to indicate when the original file doesn't have the driver info, v1.8 library doesn't write it either. Tested on jam. I have some trouble to access smirom and linew using h5committest.
generated by cgit v0.12 at 2024-11-05 15:12:50 (GMT)