summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r22145] #Issue 7922 - H5Pset_data_transform had seg fault with some ↵Raymond Lu2012-03-262-32/+170
| | | | | | | | | operations like x*-100. The parser mistaked "-" as substraction. I fixed it and also fixed another problem with some special cases like 100-x and 2/x. This is a merge from the trunk. Tested on jam, koala, and ostrich.
* [svn-r22141] Snapshot version 1.8 release 9 (snap14)HDF Tester2012-03-261-2/+2
|
* [svn-r22139] Port r22138 from trunk to 1.8 branch.Neil Fortner2012-03-251-0/+4
| | | | | | Add check for valid number of children in H5B_decode(). See HDFFV-5897. Tested: jam, durandal (too minor for full h5committest)
* [svn-r22086] Snapshot version 1.8 release 9 (snap13)HDF Tester2012-03-191-2/+2
|
* [svn-r22073] Port r22072 to 1.8 branchNeil Fortner2012-03-153-12/+21
| | | | | | | | | | | | | | | | Purpose: Fix rare corruption bug (HDFFV-7879) Description: When using the new object header format, it was possible for corruption to occur if the first object header chunk changed size such that the lenght of the "chunk 0 size" field changed. This only occurred if there were messages that had not been decoded. The original algorithm that changed the object header chunk size marked all messages as dirty, causing those that had not been decoded to have both the raw and native form invalidated. Changed the algorithm to avoid marking messages dirty and added assertions to catch the case where messages are dirtied without being decoded (or recently created) first. Tested: jam, koala, ostrich (h5committest), durandal
* [svn-r22071] Port r22070 to 1.8 branchNeil Fortner2012-03-152-20/+29
| | | | | | | | | | | | Purpose: Fix rare corruption bug Description: When using the new object header format and adding an attribute with a size near 64K, it was possible for file corruption to occur. This happened only if the first object header chunk was smaller than 256 bytes and then grew to larger than 64K after the attribute was added. Tested: ostrich, jam, koala (h5committest), durandal
* [svn-r22059] Description:Quincey Koziol2012-03-134-13/+24
| | | | | | | | | Bring r22058 from trunk to 1.8 branch: Better fix for zero-sized dataset error (r22053). Tested on: Mac OSX/64 10.7.3 (amazon) w/debug & parallel
* [svn-r22055] Description:Quincey Koziol2012-03-122-4/+12
| | | | | | | | | | | | Bring r22053 from trunk to 1.8 branch: Correct corner case for creating a contiguous dataset with a zero-sized dataspace, when the allocation time is set to early. Also clean up a few compiler warnings in the dataspace code. Tested on: Mac OSX/64 10.7.3 (amazon) w/debug & parallel
* [svn-r22041] Snapshot version 1.8 release 9 (snap12)HDF Tester2012-03-121-2/+2
|
* [svn-r22023] Snapshot version 1.8 release 9 (snap11)HDF Tester2012-03-051-2/+2
|
* [svn-r21961] Snapshot version 1.8 release 9 (snap10)HDF Tester2012-02-201-2/+2
|
* [svn-r21948] Description:Quincey Koziol2012-02-161-1/+1
| | | | | | | | | | Bring r21947 from trunk to 1.8 branch: Catch a missing FUNC_ENTER that escaped the recent pass through the source code. Tested on: None, too minor, just eyeballed.
* [svn-r21935] Description:Quincey Koziol2012-02-131-1/+1
| | | | | | | | | | | | | | Bring r21932 & r21934 from trunk to 1.8 branch: r21932: Correct misnamed FUNC_ENTER macro. r21934: Remove some leftover uses of the __FUNCTION__ macro, replacing them with FUNC macro, as used everywhere else. Tested on: Mac OSX/64 10.7.3 (amazon) w/debug & production
* [svn-r21926] Merged fix for HDFFV-7780 (incorrect Windows thread creation ↵Dana Robinson2012-02-102-3/+16
| | | | | | function) from trunk (changeset 21816). Tested on 64-bit Windows 7. This has baked in the trunk since Dec 5 with no issues.
* [svn-r21925] Description:Quincey Koziol2012-02-10238-6634/+5446
| | | | | | | | | | | | | | Bring r21919-21924 from trunk to 1.8 branch: cleanup FUNC_ENTER macros, etc. Also removed Subversion mergeinfo tags from a few directories and files. These are artifacts from non-root merges using pre-1.6 Subversion clients. (This should fix the problem of unchanged directories looking "changed" during checkins.) Tested on: Mac OSX/64 10.7.3 (amazon) w/debug & production (daily tested on trunk)
* [svn-r21918] Description:Quincey Koziol2012-02-083-3/+3
| | | | | | | | | | | | Bring r21917 from trunk to 1.8 branch: Bring [spirit of] r20393 from coverity branch back to trunk: Move initialization ocrt_info.new_obj = NULL; before FUNC_ENTER_NOAPI -- gh Tested on: Mac OS X/64 10.7.3 (amazon) w/debug, production & parallel (too minor to require h5committest)
* [svn-r21912] Issue 7756 - Creating a dataset in a read-only file caused seg ↵Raymond Lu2012-02-071-1/+3
| | | | | | fault when the file is closed. I fixed the problem by putting a condition check early in H5O_create of H5O.c. The old code checked it too late, not until a file space is created. I added a test case in tfile.c to check the creation of group, dataset, attribute, and datatype. Tested on jam - I've tested the same changes in the trunk with h5committest.
* [svn-r21911] Snapshot version 1.8 release 9 (snap9)HDF Tester2012-02-061-2/+2
|
* [svn-r21899] Snapshot version 1.8 release 9 (snap8)HDF Tester2012-01-301-2/+2
|
* [svn-r21885] Snapshot version 1.8 release 9 (snap7)HDF Tester2012-01-231-2/+2
|
* [svn-r21883] Remove spurious (orphaned?) function declaration in H5Zpkg.hNeil Fortner2012-01-201-3/+0
| | | | Tested: durandal (too minor for full h5committest)
* [svn-r21877] Snapshot version 1.8 release 9 (snap6)HDF Tester2012-01-161-2/+2
|
* [svn-r21868] Snapshot version 1.8 release 9 (snap5)HDF Tester2012-01-091-2/+2
|
* [svn-r21858] Snapshot version 1.8 release 9 (snap4)HDF Tester2012-01-021-2/+2
|
* [svn-r21851] Snapshot version 1.8 release 9 (snap3)HDF Tester2011-12-261-2/+2
|
* [svn-r21832] Snapshot version 1.8 release 9 (snap2)HDF Tester2011-12-191-2/+2
|
* [svn-r21805] Update CMake Required version in all folders to match current ↵Allen Byrne2011-12-051-1/+1
| | | | standard 2.8.6
* [svn-r21800] Snapshot version 1.8 release 9 (snap1)HDF Tester2011-12-051-2/+2
|
* [svn-r21797] Description:Quincey Koziol2011-12-021-33/+30
| | | | | | | Back out r21782 while I figure out what the problem is with the change. Tested on: Daily tests... :-/
* [svn-r21791] Port r21789 to 1.8 branchNeil Fortner2011-12-011-1/+6
| | | | | | | | | | | | | | Purpose: Fix HDFFV-7833 Description: When shrinking a chunked dataset, the library fills in the unused parts of chunks that have been shrunk. The fill value buffer allocated for this purpose had a maximum size of 1 MB, but the fill was performed in a single operation. Therefore, if the amount of unused space in a chunk after being shrunk was greater than 1 MB, the library would read off the end of the fill value buffer. Changed the maximum fill buffer size to be equal to the chunk size. Tested: durandal; jam, koala, heiwa (h5committest)
* [svn-r21784] Description:Quincey Koziol2011-11-301-30/+33
| | | | | | | | | | | | Bring r21782 from trunk to 1.8 branch: Rearrange checks for reasons why we break collective I/O back to independent I/O into "global" and "local" sections. We should try to minimize the checks in the "local" section... Tested on: Mac OS X/32 10.7.2 (amazon) w/parallel (too minor to require h5committest)
* [svn-r21776] Snapshot version 1.8 release 9 (snap0)HDF Tester2011-11-281-2/+2
|
* [svn-r21765] Issue 7618 - the library had seg fault when it tried to shrink ↵Raymond Lu2011-11-152-1/+16
| | | | | | the size of compound data type through H5Tset_size immediately after the type was created. I fixed it in this commit. I'm bringing the fix from the trunk. The only files being change are test/dtypes.c, src/H5T.c, src/H5Tconv.c, and release_docs/RELEASE.txt. All others are property changes. Tested on jam, koala, and linew.
* [svn-r21718] Issue 7618 - the library had seg fault when it tried to shrink ↵Raymond Lu2011-11-041-11/+13
| | | | | | | | the size of compound data type through H5Tset_size immedia tely after the type was created. I'm bringing the fix from the trunk that I committed a while ago. My real changes are in test/dtypes.c, src/H5T.c, and release_docs/RELEASE.txt. All other changes are property changes. Tested on jam. But I tested the same fix in the trunk on jam, koala, and linew.
* [svn-r21717] Update cmake configurationAllen Byrne2011-11-041-0/+1
| | | | | | | Update cmake to generate source folders in VS Brought parallel changes from trunk Tested: local linux
* [svn-r21646] Port r21603 to 1.8 branchNeil Fortner2011-10-2113-48/+100
| | | | | | | | | | | | | | | Purpose: Add generic skip list implementation Description: Added new H5SL_TYPE_GENERIC skip list type, which uses void *'s as keys and a client-supplied callback for key comparison. This was added to support the upcoming "merge named datatype" feature for H5Ocopy, but may be used in other places as well. Also added testing. Also fixed a potential bug with the H5SL_TYPE_OBJ implementation, and added testing for that. Tested: jam, koala, heiwa (h5committest), durandal
* [svn-r21638] Update 1.8 branch version to 1.8.9-snap0Mike McGreevy2011-10-212-4/+4
|
* [svn-r21631] Port revisions 21629 and 21630 to 1.8 branchNeil Fortner2011-10-2014-108/+152
| | | | | | | | | | Purpose: Update fix committed in r21556 Description: An old patch was mistakenly committed in r21556. Replaced this fix with the latest. Tested: jam, koala, heiwa (h5committest)
* [svn-r21618] Description:Quincey Koziol2011-10-201-0/+4
| | | | | | | | | | | | Bring r21617 from trunk to 1.8 branch: Recalculate the size of destination attribute message when the source and destination versions are different during an object copy operation. (Jira: HDFF-7718) Tested on: Mac OS X/32 10.7.2 (amazon) w/debug (h5committested on trunk)
* [svn-r21611] Port r21610 to 1.8 branchNeil Fortner2011-10-191-6/+18
| | | | | | | | | | | | | Purpose: Fix bug 7776 Description: When H5Ocopy failed due to attempting to expand an invalid reference in an attribute (or at any point after the destination object header was inserted into the cache), it failed to clean up correctly. Modified H5O_copy_header_real to keep track of whether the object header was inserted and take appropriate action on failure. Tested: fedora (too minor for full commit test)
* [svn-r21605] Back out r21604 (wait for code freeze to be lifted)Neil Fortner2011-10-1813-100/+48
|
* [svn-r21604] Port r21603 to 1.8 branchNeil Fortner2011-10-1813-48/+100
| | | | | | | | | | | | | | | Purpose: Add generic skip list implementation Description: Added new H5SL_TYPE_GENERIC skip list type, which uses void *'s as keys and a client-supplied callback for key comparison. This was added to support the upcoming "merge named datatype" feature for H5Ocopy, but may be used in other places as well. Also added testing. Also fixed a potential bug with the H5SL_TYPE_OBJ implementation, and added testing for that. Tested: jam, koala, heiwa (h5committest), durandal
* [svn-r21588] Snapshot version 1.8 release 8 (snap18)HDF Tester2011-10-171-2/+2
|
* [svn-r21566] Description:Quincey Koziol2011-10-143-29/+22
| | | | | | | | | | | | | | Bring r21561 from trunk back to 1.8 branch: Correct error in loading local heap prefix & data block from the file. Sometimes the local heap's prefix could be loaded before the data block (e.g. using H5Oget_info), but then when the data block was loaded later, the free list information would get lost, causing the heap's size to grow larger than necessary. This is Jira bug #HDFFV-7767 Tested on: Mac OS X/32 10.7.2 (amazon) w/debug (h5committest coming up)
* [svn-r21557] Port r21556 to 1.8 branchNeil Fortner2011-10-1417-282/+260
| | | | | | | | | | | | | | | Purpose: Fix bug in H5Ocopy Description: H5Ocopy could get confused when copying a named datatype containing an attribute which used that named datatype as its datatype. This happened because H5Ocopy would recurse into the attribute's datatype before the object the attribute was in was fully copied (i.e. before the "post-copy" pass). Modified H5Ocopy to avoid recursing before the post-copy step in this case. Required many changes, including to how non-committed shared messages are copied. Tested: jam, koala, heiwa (h5committest); durandal
* [svn-r21555] The first part fix for bug HDFFV-7640: does not need to do ↵Vailin Choi2011-10-136-25/+85
| | | | | | H5O_move_msgs_forward() when writing attributes. h5committested. Tests are checked into the performance suite.
* [svn-r21545] Reverts 21521 (deep string copy of log file name). This string ↵Dana Robinson2011-10-131-2/+4
| | | | is copied correctly deep in the H5P code. Tested on local linux (trivial change).
* [svn-r21533] Description:Quincey Koziol2011-10-127-14/+299
| | | | | | | | | Bring r21442 and r21529 from trunk to 1.8 branch: Add new API routines for querying if collective raw data I/O was actually performed collectively. Tested: Linux/32 2.6 (jam) (h5committested on trunk)
* [svn-r21532] Removed dead code.Dana Robinson2011-10-121-59/+0
| | | | Tested on Windows.
* [svn-r21531] Merge of 21501 and 21502 from trunk:Dana Robinson2011-10-124-1563/+733
| | | | | | | | | | | | | | | | | | | | | Note that this differs slightly from the trunk code since the VFL API won't be changed until 1.10. In the 1.8 branch, the term() function is public and this required some #defines for the Windows VFD. 21501: - Propagated Windows VFD tweaks to SEC2 and log VFDs. - Created typedefs and #defines to make POSIX I/O type-safe on Windows and true POSIX platforms. - Added pre-checks and removed post-checks for POSIX I/O sizes. When the number of bytes to be sent exceeds the maximum return value, the operation is split into smaller subsets. - General code tidying and cleanup. 21502: - Removed Windows VFD code. H5Pset_fapl_windows() actually sets the SEC2 driver, though it will still report H5FD_WINDOWS.
generated by cgit v0.12 at 2024-09-13 18:48:56 (GMT)