summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r5586] Purpose:Quincey Koziol2002-06-116-12/+188
| | | | | | | | | | | | | | | | Bug Fix Description: H5Dcreate and H5Tcommit allow "empty" compound and enumerated types (i.e. ones with no members) to be stored in the file, but this causes an assertion failure and is somewhat vapid. Solution: Check the datatype "makes sense" before using it for H5Dcreate and H5Tcommit. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5584] MuQun Yang2002-06-112-0/+0
| | | | | | | | | | | Purpose: update windows project Description: H5Tinit.c is manually maintained on w2k, FUNC_ENTER and FUNC_LEAVE need to be consistent with the rest changes of library. Solution: Platforms tested: w2000(many tests failed not due to the check-in, somewhere at H5P.c is not working correctly)
* [svn-r5582] Purpose:Quincey Koziol2002-06-101-1/+1
| | | | | | | | | | | Code cleanup Description: Need to change FUNC_ENTER_NOINIT to FUNC_ENTER_API_NOINIT for H5dont_atexit() Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5581] Purpose:Bill Wendling2002-06-102-2/+2
| | | | | | | | | | | | Bug Fix Description: On AIX machines, the number of script interpreters which ran the testh5dump.sh script would strip too many of the quotes away, causing problems if you're quoting something with a space in it. Solution: Just got rid of the spaces and used ',' instead. Platforms tested: AIX and Linux
* [svn-r5580] Purpose:Bill Wendling2002-06-101-2/+23
| | | | | | | | | | Bug Fix Description: Not all platforms have zlib. This shouldn't be compiled then. Solution: ifdef-ed the code out if the zlib wasn't specified. Platforms tested: Linux
* [svn-r5573] Purpose:Quincey Koziol2002-06-103-1/+3
| | | | | | | | | | | Bug fix (#620) Description: Change slightly misleading error message when creating attribute with same name as existing attribute to something a bit more clear. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5571] Purpose:Quincey Koziol2002-06-103-8/+12
| | | | | | | | | | | Bug Fix (#709)/Code improvement. Description: Allow chunks for chunked datasets to be cached when file is open for read-only access. Platforms tested: IRIX64 6.5 (modi4) w/parallel
* [svn-r5567] Purpose:Quincey Koziol2002-06-102-0/+5
| | | | | | | | | | | | | | Bug fix (bug #777) Description: Current code allows a compound datatype to be inserted into itself. Solution: Check if the ID for the member is the same as the ID for the compound datatype and reject it if so. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5566] Purpose:Quincey Koziol2002-06-101-0/+2
| | | | | | | | | | | | | | Bug fix (bug #777) Description: Current code allows a compound datatype to be inserted into itself. Solution: Check if the ID for the member is the same as the ID for the compound datatype and reject it if so. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5563] Purpose:Quincey Koziol2002-06-102-4/+0
| | | | | | | | | | | New Feature Description: Add H5P[set|get]_small_data_block_size API function, per our discussions at last week's HDF5 meeting. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5562] Purpose:Quincey Koziol2002-06-102-5/+9
| | | | | | | | | | | Code cleanup Description: Allow H5FD_free to return successfully (but ignore) freeing objects with size 0. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5560] Purpose:Quincey Koziol2002-06-103-4/+287
| | | | | | | | | | | | | | Bug Fix for bug #789 Description: Creating a 1-D dataset region reference caused the library to hang (go into an infinite loop). Solution: Corrected algorithm for serializing hyperslab regions. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5556] Purpose:Bill Wendling2002-06-071-3/+21
| | | | | | | | Feature Add Description: Added ability to fill the data buffer with random data. Platforms tested: Linux
* [svn-r5555] Purpose:Bill Wendling2002-06-071-2/+46
| | | | | | | | | | | | | | | Feature Update Description: It now writes an uncompressed version of the file out. The first tests didn't look all that wonderful. Here is a typical output: Buffer size == 1MB Uncompressed Write Time: 0.55s Uncompressed Write Throughput: 116.00MB/s Compressed Write Time: 8.76s Compressed Write Throughput: 7.31MB/s Platforms tested: Linux
* [svn-r5554] Purpose:Bill Wendling2002-06-073-2/+487
| | | | | | | | | | | | Compress I/O Test Add Description: This is the initial check-in of the compress I/O test. It will write out compressed buffers to a file. I need to implement a write of uncompressed data first for comparison... Platforms tested: Linux
* [svn-r5551] Purpose:Quincey Koziol2002-06-072-4/+4
| | | | | | | | | | | | Bug fix. Description: Added extra check to locations where metadata and "small data" blocks were being returned to the file's list of free space to avoid freeing 0-sized blocks. This should fix the problems in last night's daily tests. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5550] Purpose:Quincey Koziol2002-06-073-39/+67
| | | | | | | | | | | | | | | | | Code Improvement Description: Split the metadata accumulator code into two parts: one for allowing writes of the accumulator buffer during reads (when the buffer is dirty and needs to be flushed to disk in order to hold the new metadata being read in) and another for only allowing writes of the buffer during writes. This allows the MPI-I/O VFL driver to use the metadata accumulator (but only during writes) and benefit from the reduced number of metadata I/O operations that it brings. Platforms tested: IRIX64 6.5 (modi4) w/parallel
* [svn-r5547] Purpose:Quincey Koziol2002-06-061-1/+1
| | | | | | | | | | | | | Bug fix. Description: H5Fopen call was using H5P_DEFAULT instead of file access flags Solution: Changed H5P_DEFAULT to H5F_ACC_RDONLY Platforms tested: IRIX64 6.5 (modi4) w/parallel
* [svn-r5545] Purpose:Quincey Koziol2002-06-061-4/+0
| | | | | | | | | | Code cleanup Description: Back out [apparently] unnecessary include of H5F package include files. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5543] Purpose:Quincey Koziol2002-06-062-9/+0
| | | | | | | | | | Bug fix. Description: Return H5S_all_opt_possible() prototype to original position in H5Spkg.h, it is not related to parallel I/O. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5542] Purpose:Quincey Koziol2002-06-062-15/+46
| | | | | | | | | | | | | | | | | Code cleanup/bug fix Description: Unused space in the file was being "dropped on the floor" when the metadata or "small data" block was moved to a new location in the file and there was unused space in the old block. Solution: Put the space left in the allocation block into the free list of space for the file. This allows it to be [potentially] reused and sometimes allows the file to be smaller. Platforms tested: Solaris 2.7 (arabica) w/FORTRAN and FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5539] Description:Albert Cheng2002-06-063-24/+47
| | | | | | Added the '-D v' option for "verify data correctness". Platforms tested: modi4, eirene, burrwhite (all pp).
* [svn-r5538] Purpose:Quincey Koziol2002-06-052-41/+101
| | | | | | | | | | | | | | | Code improvement. Description: Added boot block and driver info block checksumming feature to the shared file information. This prevents these blocks from being written out multiple times when they haven't changed. This reduces the number of I/O operations which hit the disk for my test program from 15 to 14 (i.e. from 393 to 14, overall). Platforms tested: Solaris 2.7 (arabica) w/FORTRAN and FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5536] Purpose:Quincey Koziol2002-06-0516-208/+306
| | | | | | | | | | | | | | | | | New feature. Description: Added a "small data" block allocation mechanism to the library, similar to the mechanism used for allocating metadata currently. See the RFC for more details: http://hdf.ncsa.uiuc.edu/RFC/SmallData/SmallData.html This reduces the number of I/O operations which hit the disk for my test program from 19 to 15 (i.e. from 393 to 15, overall). Platforms tested: Solaris 2.7 (arabica) w/FORTRAN and FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5534] Purpose:Albert Cheng2002-06-041-18/+30
| | | | | | Updated the instructions for tflops and O2K. Platforms tested: eye balled.
* [svn-r5531] Purpose:Bill Wendling2002-06-043-91/+405
| | | | | | | | | Feature Add Description: Added support for testing only the "write" operations. Use the "-w" or "--write-only" flags for this. Platforms tested: Linux (parallel) & Modi4 (parallel)
* [svn-r5530] Purpose:Bill Wendling2002-06-0410-18/+39
| | | | | | | | | | | | | | | Code Cleanup Description: Removed some compiler warnings. Solution: In a few cases, NULL was being returned when a FAIL was supposed to be returned instead. There were some header files which needed to be included in a few of the sources. A couple of if-then statements had assignments in the conditional part. The compiler warned that they should have extra "()"s around them. Made the code check the values instead. Platforms tested: Linux (parallel) Modi4 (parallel)
* [svn-r5529] Purpose:Quincey Koziol2002-06-041-4/+36
| | | | | | | | | | | | | | | Code improvement Description: Now that the metadata accumulator is working correctly, the buffer size tends to get rather large and stay there. Solution: Put a throttle on the accumulator buffer to reduce its size back down when it isn't needed. Platforms tested: Solaris 2.7 (arabica) w/FORTRAN & FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5526] Purpose:Bill Wendling2002-06-041-2/+2
| | | | | | | | | | Bug Fix Description: Still was calling the POSIX stuff "Raw". Solution: Changed name to POSIX instead of Raw... Platforms tested: Linux
* [svn-r5525] Elena Pourmal2002-06-041-0/+5
| | | | | | | | | | | | | | Purpose: Bug fix (#699), fix provided by a user, approved by Quincey Description: When a scalar dataspace was written to the file and then subsequently queried with the H5Sget_simple_extent_type function, type was reported H5S_SIMPLE instead of H5S_SCALAR. Solution: Applied a fix (see bug report 699) and modified out test program to exercise the case. Platforms tested: Solaris 2.7 and Linux 2.2.18
* [svn-r5524] Elena Pourmal2002-06-042-8/+17
| | | | | | | | | | | | | Purpose: Bug fix (#699), fix provided by a user, approved by Quincey Description: When a scalar dataspace was written to the file and then subsequently queried with the H5Sget_simple_extent_type function, type was reported H5S_SIMPLE instead of H5S_SCALAR. Solution: Applied a fix (see bug report 699) Platforms tested: Solaris 2.7 and Linux 2.2.18
* [svn-r5521] Purpose:Quincey Koziol2002-06-042-11/+39
| | | | | | | | | | | | | | | | | | | | | | | Code improvement Description: The metadata aggregation code in the library was not terribly smart about extending contiguous regions of metadata in the file and would not extend them as far as possible. This causes space in the file to be wasted, also. Solution: Be smarter about extending the space used in the file for metadata by checking whether new metadata blocks allocated in the file are at the end of the current metadata aggregation region and append them to the metadata region if so. This has the nice side benefit of reducing the number of bytes we waste in the file and reducing the size of the file by a small amount in some cases. This reduces the number of I/O operations which hit the disk for my test program from 53 to 19 (i.e. from 393 to 19, overall). Platforms tested: Solaris 2.7 (arabica) w/FORTRAN and FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5519] Purpose:Quincey Koziol2002-06-042-1/+13
| | | | | | | | | | | | | | | | | | Bug Fix Description: The "dirty" flag for symbol table entries and symbol table nodes was not being cleared when they were flushed to the file, causing lots of extra metadata I/O. Solution: Reset the symbol table entry & nodes' flags when thy are flushed to disk. This reduces the number of I/O operations which hit the disk for my test program from 83 to 53 (i.e. from 393 to 53, overall). Platforms tested: Solaris 2.7 (arabica) w/FORTRAN & FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5516] Purpose:Albert Cheng2002-06-041-139/+153
| | | | | | | | | | | | | | Tidy up Description: Old version showed tons of output even if MPI_Offset is too small to support multiple GB sized files and destined to fail. Output is pretty confusing. Solution: Prints the signness and size of MPI_Offset for information. Skipped tests if MPI_Offset is not big enough to support the file sizes. Platforms tested: modi4, eirene, burrwhite (all parallel).
* [svn-r5515] Purpose:Bill Wendling2002-06-031-6/+29
| | | | | | | | | | | | Bug Fix Description: There was an error in the way it was determining if there were any reads to report. Solution: Wrote a subroutine which would determine if the reads are defined in the structure before trying to print them out. Platforms tested: Linux
* [svn-r5512] Purpose:Bill Wendling2002-06-031-0/+1
| | | | | | Update Description: Added the "perform/gen_report.pl" file.
* [svn-r5511] Purpose:Bill Wendling2002-06-031-0/+262
| | | | | | | | | | | Add Report Generator Description: This is a generator for ASCII and Excel(tm)(c) reports generated by the pio_perf benchmark we run. There are instructions at the top of the file on how to run the program and the input format it expects, etc. Platforms tested: Linux
* [svn-r5510] Purpose:Quincey Koziol2002-06-032-57/+103
| | | | | | | | | | | | | | | | | | | | | | | | Code cleanup/bug fix Description: The "metadata accumulator" cache in the library (which is designed to catch small metadata writes/reads and bundle them together into larger I/O buffers) was incorrectly detecting the important case of metadata pieces being written sequentially to the file, adjoining but not overlapping. Additionally, the metadata accumulator was not being used to cache data read in from disk, only caching writes. Solution: Fix accumulator to correctly cache adjoining metadata writes and also to cache metadata read from disk. Between these two fixes, the number of I/O requests which resulted in actual reads/writes to the filesystem dropped from 393 requests to 82 for the particular test I was using. :-) Platforms tested: Solaris 2.7 (arabica) w/FORTRAN & FreeBSD 4.5 (sleipnir) w/C++
* [svn-r5508] Elena Pourmal2002-06-031-1/+1
| | | | | | | | | | | Purpose: Maintenance Description: User reported a spelling error (bug 686). Solution: Fixed spelling Platforms tested: N/A
* [svn-r5506] Snapshot version 1.5 release 29HDF Admin2002-06-0210-36/+38
|
* [svn-r5503] Purpose:Albert Cheng2002-06-012-120/+370
| | | | | | | | | Features Description: Added a few macros to print rank and size of MPI_COMM_WORLD in a unifed style. Platforms tested: modi4, eirene, burrwhite
* [svn-r5502] Purpose:Quincey Koziol2002-06-012-1/+112
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Test Bug Fix Description: Under certain [obscure] circumstances, an object header would get paged out of the metadata cache, and when it was accessed again and brought back into the cache, and immediately had additional metadata added to it (an attribute, usually, or perhaps adding an object to a group), and needed to be extended with a continuation message, but there was no room in any existing object header chunks for the continuation message and an existing object header message needed to be moved to the new object header chunk (I told you it was obscure :-), the object header message moved to the new chunk (not the new metadata being added) would get corrupted. *whew* :-) Solution: Actually copy the "raw" object header message information of the object header message being moved to the new chunk, instead of relying on the "native" object header message information being re-encoded when the object header is flushed. This is because when an object header is paged out of the metadata cache and subsequently brought back in, the "native" information pointer in memory is reset to NULL and only the "raw" information exists. [Actually, this additional testing doesn't trigger the bug, which needs _lots_ of objects to be created and accessed, but it does execise the object header continuation code more than other tests in the library.] Platforms tested: Solaris 2.7 (arabica) & FreeBSD 4.5 (sleipnir)
* [svn-r5501] Purpose:Quincey Koziol2002-06-011-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | Code Bug Fix Description: Under certain [obscure] circumstances, an object header would get paged out of the metadata cache, and when it was accessed again and brought back into the cache, and immediately had additional metadata added to it (an attribute, usually, or perhaps adding an object to a group), and needed to be extended with a continuation message, but there was no room in any existing object header chunks for the continuation message and an existing object header message needed to be moved to the new object header chunk (I told you it was obscure :-), the object header message moved to the new chunk (not the new metadata being added) would get corrupted. *whew* :-) Solution: Actually copy the "raw" object header message information of the object header message being moved to the new chunk, instead of relying on the "native" object header message information being re-encoded when the object header is flushed. This is because when an object header is paged out of the metadata cache and subsequently brought back in, the "native" information pointer in memory is reset to NULL and only the "raw" information exists. Platforms tested: Solaris 2.7 (arabica) & FreeBSD 4.5 (sleipnir)
* [svn-r5500] Purpose:Quincey Koziol2002-06-011-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | Document Bug Fix Description: Under certain [obscure] circumstances, an object header would get paged out of the metadata cache, and when it was accessed again and brought back into the cache, and immediately had additional metadata added to it (an attribute, usually, or perhaps adding an object to a group), and needed to be extended with a continuation message, but there was no room in any existing object header chunks for the continuation message and an existing object header message needed to be moved to the new object header chunk (I told you it was obscure :-), the object header message moved to the new chunk (not the new metadata being added) would get corrupted. *whew* :-) Solution: Actually copy the "raw" object header message information of the object header message being moved to the new chunk, instead of relying on the "native" object header message information being re-encoded when the object header is flushed. This is because when an object header is paged out of the metadata cache and subsequently brought back in, the "native" information pointer in memory is reset to NULL and only the "raw" information exists. Platforms tested: Solaris 2.7 (arabica) & FreeBSD 4.5 (sleipnir)
* [svn-r5495] Purpose:Bill Wendling2002-05-312-4/+167
| | | | | | | | | | | | Bug Fix Description: C++ uses the "off_t" type for external files as well. I'm assuming that there's going to be a problem with 4 byte off_ts and 8 byte off_ts in the C++ code as well. I compiled everything on Linux and it worked, but I don't think we have a check for this bug in the library yet... Platforms tested: Linux
* [svn-r5492] Elena Pourmal2002-05-317-18/+16
| | | | | | | | | | | Purpose: Code clean up. Description: Many F90 compilers were not happy about character*(*) declarations. Solution: Used F90 character(len=*) declarations. Platforms tested: Solaris 2.7 and Linux 2.4
* [svn-r5491] Purpose:Bill Wendling2002-05-311-23/+74
| | | | | | | | | | | Feature Enhancement Description: We can now set the MPI_Info object to more than one key/value pairing. By setting the HDF5_MPI_INFO environment variable to a semicolon separated list of "key=value" pairs, we can set the MPI_Info variable to them. Platforms tested: Linux
* [svn-r5490] Purpose:Elena Pourmal2002-05-315-224/+739
| | | | | | | | | Code cleanup Description: While working on the "External test" failure I restructured and cleaned up some C stub code. Platforms tested: dangermouse (Linux 2.4)
* [svn-r5488] Purpose:Bill Wendling2002-05-302-4/+167
| | | | | | | | | | | | | Bug Fix Description: On Linux 2.4 kernel, we need to check for Linux LFS support. There was a failure in the Fortran code when we tried to pass a 4 byte off_t variable to a function which expected an 8 byte off_t. This is due to there being no check for the LFS support in the Fortran code. Solution: Added the check for Linux LFS support. Platforms tested: Elena will test on Linux platform...
* [svn-r5487] Purpose:Quincey Koziol2002-05-302-15/+0
| | | | | | | | | | | | | | Bug fix Description: H5Ewalk_cb was being called from a C++ API, when it really is an internal routine to the H5E interface. Solution: Removed C++ API wrapper for it. Platforms tested: FreeBSD 4.5 (sleipnir)
generated by cgit v0.12 at 2024-11-08 10:57:19 (GMT)