summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r5126] Purpose:Quincey Koziol2002-04-012-43/+105
| | | | | | | | | | | Bug Fix (sorta) Description: "small" contiguous hyperslabs were not being detected correctly by H5S_hyper_select_contigous() leading to poorer performance than possible. Solution: Corrected check for small hyperslabs. Also cleaned up the H5S_find() code. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5123] Raymond Lu2002-03-293-15/+76
| | | | | | | | | | | Purpose: Bug fix(#697) Description: Variable-length string wasn't treated as string. Solution: Added character set and padding into VL string type. Platforms tested: FreeBSD
* [svn-r5110] ./hdf5-devel/src/H5G.cRobb Matzke2002-03-281-16/+36
| | | | | Merge of name component length limit bugfix from 1.4 branch. A couple of very minor typos fixed.
* [svn-r5109] ./hdf5-devel/src/H5Fistore.cRobb Matzke2002-03-282-2/+2
| | | | | Merge of name component length limit bugfix from 1.4 branch. A couple of very minor typos fixed.
* [svn-r5108] ./hdf5-devel/src/H5B.cRobb Matzke2002-03-281-1/+1
| | | | | | | | Merge of name component length limit bugfix from 1.4 branch. A couple of very minor typos fixed. 2002-03-18 14:30:58 Robb Matzke <matzke@arborea.spizella.com> * H5B_assert: Fixed typos in comments.
* [svn-r5101] MuQun Yang2002-03-275-9/+18
| | | | | | | | | | | | | | | Purpose: fix a windows bug Description: 1. To create a >4GB file, fstati64 has to be used instead of fstat. change fstat to fstati64 for WIN32 macroes. Some discussions are going on the general issue on how to better handle with WIN32 or other similar platform. This check-in is just a reminder not to forget the windows bug. 2. erase a WIN32 macro(include winsock2.h) at h5detect.c. It is not a problem now. Solution: use fstati64 instead of fstat for win32. Platforms tested: windows2000(confirmed at linux machine eirene)
* [svn-r5096] Purpose:Quincey Koziol2002-03-276-5/+106
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: The H5Gget_objinfo() function was not setting the 'fileno' field in the H5G_stat_t struct passed in. Solution: Added a "file serial number" to each file currently open in the library and put that in the 'fileno' field. If a file is opened twice (with H5Fopen) and the VFL driver detects that it is the same file (i.e. the two file structures have the same "shared file info" in the library's memory structures), they will have the same serial number. This serial number has two drawbacks: - If a VFL driver doesn't/can't detect that two calls to H5Fopen with the same file actually _are_ the same file, each will get a different serial number - If the same file is closed and re-opened, the serial number will be different. It is be possible to fix the second drawback for many VFL drivers, but it would be a lot of effort and probably isn't worth it until we've got a good reason to do it. Dunno if we'll ever be able to fix the first drawback... Platforms tested: FreeBSD 4.5 (sleipnir) VS: ----------------------------------------------------------------------
* [svn-r5082] Purpose:Quincey Koziol2002-03-261-2/+8
| | | | | | | | | | | | | | | | | | | | Bug Fix Description: When reading a contiguous hyperslab that spanned the entire dataset and was larger that the type conversion buffer, the hyperslab routines need to fill the type conversion buffer and then return to the I/O routines. When the I/O routines resume the hyperslab operation, it was possible to have a combination of coordinates which caused the hyperslab iterator to incorrectly advance in the file, causing some data to be re-read or re-written. Solution: Corrected the H5S_hyper_iter_next routine to correctly handle contiguous hyperslabs that span the entire dataset dimensions. Platforms tested: Linux (eirene)
* [svn-r5078] Snapshot version 1.5 release 23HDF Admin2002-03-231-2/+2
|
* [svn-r5075] Snapshot version 1.5 release 22MuQun Yang2002-03-211-2/+2
|
* [svn-r5074] Purpose:Bill Wendling2002-03-201-15/+4
| | | | | | | | | Code Motion Description: Removal of HDF4 from the configure/Makefiles. This is a precursor to the actual physical removal of the HDF4 tools from the HDF5 tree. Platforms tested: Arabica, Dangermouse
* [svn-r5064] Pedro Vicente Nunes2002-03-141-18/+7
| | | | | | | | | Purpose: updated the H5D_update_chunk function Description: removed some debugging code headers Platforms tested: w2000, linux
* [svn-r5063] Pedro Vicente Nunes2002-03-131-6/+53
| | | | | | | | | Purpose: added a new function H5D_update_chunck that will update the chunk information; for the moment this function just has debugging of the b-tree Platforms tested: w2000 , eirene
* [svn-r5062] Pedro Vicente Nunes2002-03-132-187/+206
| | | | | | | | | | Purpose: code clean up Description: just some clean up of the functions H5D_set_extend and H5S_set_extend before the big change (changing chunk info in the b-tree struct of the dataset) Platforms tested: w2000, eirene
* [svn-r5060] Thomas Radke2002-03-111-3/+3
| | | | | | | | | | | | | Purpose: Bugfix Description: Internally created socket wasn't closed Solution: In my last commit I only fixed the case for sending data over a socket. There was also a resource leak for the receiving side where an internally created socket wasn't closed. Same wrong logical condition, same fix. Platforms tested: Linux, SGI
* [svn-r5059] Thomas Radke2002-03-111-1/+1
| | | | | | | | | | | | | | Purpose: Bugfix Description: If the socket, used for data streaming by the Stream driver, was created by the driver itself, it did not close it after the file had been closed. A resource leak occured. Solution: This bug was just introduced due to a logical condition. Fixing the condition solved the problem. Platforms tested: Linux, SGI
* [svn-r5019] Snapshot version 1.5 release 21HDF Admin2002-02-271-2/+2
|
* [svn-r4979] Purpose:Binh-Minh Ribler2002-02-181-0/+10
| | | | | | | | | | | | | | | Adding support for dll Description: Added the definition of __DLLCPP__ depending on: HDF5_CPPDLL_EXPORTS: C++ API is to be exported - this name is generated by MSVC++ when the project was created. HDF5CPP_USEDLL: C++ API dll is to be used (imported.) Any applications, that use the C++ API dll, must define this name in the project setting. On non-windows platforms, __DLLCPP__ is nil. Platforms tested: Linux 6.2 (eirene) Windows 2000
* [svn-r4978] Purpose:Quincey Koziol2002-02-177-12/+8
| | | | | | | | Code cleanup Description: Cleanup compiler warnings found by the SGI compiler and gcc 3.0 Platforms tested: FreeBSD 4.5 w/gcc 3.0 (hack) && IRIX64 (modi4)
* [svn-r4968] Purpose:Quincey Koziol2002-02-141-0/+1
| | | | | | Bug fix Description: Correct prototype inconsistency.
* [svn-r4965] Purpose:Quincey Koziol2002-02-145-34/+51
| | | | | | | | | | | | | Bug Fix Description: If a non-zero fill-value is used for a chunked dataset, any non-existent chunked read with an "all" selection (or a contiguous hyperslab selection) will return zero for those instead of the user's fill-value. Solution: Fixed I/O code to pass down fill-value to "optimized" I/O routines, so it will be available to fill the user's buffer with. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4951] Pedro Vicente Nunes2002-02-131-1/+1
| | | | | | | | | | | | | Purpose: fixed a typo of the name H5S_set_extend on the call FUNC_ENTER (H5S_set_extend, FAIL); Platforms tested: w2000 octopus linux eirene sun arabica IRIX64 modi4
* [svn-r4948] Purpose:Quincey Koziol2002-02-132-2/+4
| | | | | | | | | | | | | Bug fix Description: When a block was preempted from the chunk cache, it is possible that one of the pointers in the algorithm is invalidated and would generate a core dump. Solution: Re-calculate the internal pointer and move the the preemption after the re-calc. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4930] Snapshot version 1.5 release 20HDF Admin2002-02-091-2/+2
|
* [svn-r4921] Pedro Vicente Nunes2002-02-075-0/+202
| | | | | | | | | | | | | Description: modified the below files to inlude a new public function H5Dset_extend, similar to H5Dextend, but it can lower the dimension this function requires 2 more new private functions: H5D_set_extend H5S_set_extend Platforms tested:
* [svn-r4920] Purpose:Quincey Koziol2002-02-071-27/+2
| | | | | | | | | Bug fix Description: Correct inefficient property copying when using derived property list classes. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4914] Purpose:Quincey Koziol2002-02-076-92/+264
| | | | | | | | | | | | | | | | | | Bug fix & feature add Description: Added new API function H5Sget_select_type to determine type of selection in a dataspace. Return values are defined by the H5S_sel_type enumerated type in H5Spublic.h Also, hyperslab operations involving a "all" or "none" selection are not generating the correct resulting selections. Solution: Added more code to make hyperslab operations against an "all" or "none" selection generate the correct results. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4904] Purpose:Quincey Koziol2002-02-061-16/+49
| | | | | | | | | | | | | | | | | | Bug fix Description: Generic property classes derived from an existing class were not having the parent class's properties copied into the new class. Additionally, derived classes were not being detected correctly. Solution: Copied properties from parent class into derived class. Modified H5P_isa_class_real() to walk back up the chain of parent classes to proper detect derived classes. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4903] Purpose:Quincey Koziol2002-02-061-166/+120
| | | | | | | | Code cleanup Description: Clean up H5D_read and H5D_write routines, adding comments, etc. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4891] Purpose:Quincey Koziol2002-01-312-176/+184
| | | | | | | | | | | | | | | Code speedup Description: Chunking I/O routines are reading in an entire chunk when performing I/O on the chunk, even if the chunk will be too large to cache. Solution: If the chunk is too large to cache, uncompressed and has been allocated space in the file, or if we are using the MPI-I/O VFD, perform the I/O directly to the chunk, instead of reading the chunk into memory, updating it and immediately writing the entire chunk back out. Platforms tested: FreeBSD 4.5 (sleipnir) (using serial access) and IRIX64 6.5 (modi4) (using parallel access with MPI-I/O)
* [svn-r4868] Purpose:Quincey Koziol2002-01-271-2/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fixes Description: This checkin addresses two separate bugs: #1 - When a compound datatype with a VL datatype as a field is used to read or write data, the datatype conversion paths added to the table of paths were treating the VL datatypes somewhat too genericly - they weren't dicriminating between VL datatypes used in different files and therefore there was the possibility that a path in the table having information for one file could get used with a second file, causing errors or core dumps (if the first file was closed before the later file used the path). #2 - When composite (compound, array or VL) datatype paths in the datatype conversion table are being tested to see if they can be used for the current datatypes being converted, they can cause additional conversion paths to be registered in the conversion path table. Since this causes the global table to change size and entries to move around, it is possible that the local variables tracking a potential path could become incorrect as the global table was changed out from underneath them. Both bugs fixed are described in bug #703 Solution: Two separate fixes: #1 - Changed H5T_cmp to differentiate between VL datatypes in different files and not to return datatypes in two different files as equal. #2 - Note size of global table before evaluating datatype paths. Then, after the appropriate path has been chosen, check if the size of the global table has changed and recompute the position of the path chosen in the table if necessary. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4867] Purpose:Quincey Koziol2002-01-271-4/+11
| | | | | | | | Code cleanup Description: Added some more assertions to help debug in the future... Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4864] Snapshot version 1.5 release 19HDF Admin2002-01-261-2/+2
|
* [svn-r4863] ./hdf5-devel/src/H5Tpkg.hRobb Matzke2002-01-251-0/+5
| | | | | | | | | | | | More optimizing for byte order conversion. Mostly just making code easier to follow by simplifying Duff's device coding of the loops. I also split the conversion function into two functions with different names so output from H5T debugging indicates whether the optimized or unoptimized case was invoked. 2002-01-25 10:48:34 Robb Matzke <matzke@arborea.spizella.com> *: Added prototype for H5T_conv_order_opt().
* [svn-r4862] ./hdf5-devel/src/H5Tconv.cRobb Matzke2002-01-251-537/+401
| | | | | | | | | | | | | | More optimizing for byte order conversion. Mostly just making code easier to follow by simplifying Duff's device coding of the loops. I also split the conversion function into two functions with different names so output from H5T debugging indicates whether the optimized or unoptimized case was invoked. 2002-01-25 10:48:54 Robb Matzke <matzke@arborea.spizella.com> * H5T_conv_order: Removed Duff's device consisting of >500 lines of code. Unrolled two loops by hand resulting in <300 lines of code which is a few percent faster and far easier to read.
* [svn-r4861] ./hdf5-devel/src/H5T.cRobb Matzke2002-01-251-0/+2
| | | | | | | | | | | | | | More optimizing for byte order conversion. Mostly just making code easier to follow by simplifying Duff's device coding of the loops. I also split the conversion function into two functions with different names so output from H5T debugging indicates whether the optimized or unoptimized case was invoked. 2002-01-25 10:47:13 Robb Matzke <matzke@arborea.spizella.com> * H5T_init_interface: Registered conversion function H5T_conv_order_opt() under two names. H5T debugging will report the conversion function as either "ibo(opt)" or "fbo(opt)".
* [svn-r4851] Purpose:Quincey Koziol2002-01-232-70/+137
| | | | | | | | | | | | | | | | | | Bug Fix Description: When file space was returned to the file space free-list for reuse, occasionally raw data allocations which used space from the free-list would overlap with the metadata accumulator and get over-written with the cached information in the accumulator, corrupting the data. Solution: Check if the space about to be recycled on the free-list is going to be used for raw data and also overlaps with the metadata accumulator cache, avoiding using space that fits those criteria. This fixes bug #701 Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4842] Purpose:Quincey Koziol2002-01-172-72/+53
| | | | | | | | | | | | Feature improvement Description: Re-write how the free-list headers were used, to reduce the amount of space added to each malloc request. Reduced header for array and block free list items from 24 bytes to 8 bytes and eliminated the header for fixed-size free list items entirely. This should reduce the amount of memory that the library uses. Platforms tested: FreeBSD 4.5 (sleipnir) & IRIX64 6.5 (modi4)
* [svn-r4841] Purpose:Quincey Koziol2002-01-171-0/+5
| | | | | | | | | | Code improvement Description: Take advantage of the "MALLOC_WORKS" flag to not force malloced memory pieces to be at least 1 byte when the malloc implementation allows malloc(0) to work. Platforms tested: FreeBSD 4.5 (sleipnir) & Cray SV1 (killeen)
* [svn-r4840] Purpose:Quincey Koziol2002-01-161-0/+3
| | | | | | | | | | New feature check Description: Added check to determine if malloc(0) returns a valid pointer for a particular architecture. Platforms tested: FreeBSD 4.5 (sleipnir) where malloc(0) works Cray SV1 (killeen) where malloc(0) doesn't work
* [svn-r4839] Purpose:Quincey Koziol2002-01-161-7/+0
| | | | | | | | | | Bug fix Description: Missed CVS conflict in ifdef'd code Solution: Editted to remove CVS conflicted code. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4813] Purpose:Quincey Koziol2002-01-111-8/+18
| | | | | | | | | | | Bug fix Description: HDfprintf was not handling Microsoft's "%I64d" extension to printf for printing thier '__int64' type. Solution: Added code to properly detect and use this extension. Platforms tested: None! (Kent will be testing shortly)
* [svn-r4812] Snapshot version 1.5 release 18HDF Admin2002-01-111-2/+2
|
* [svn-r4796] Purpose:Quincey Koziol2002-01-081-0/+6
| | | | | | | | | | | | | Bug fix Description: The value of H5_SIZEOF_SSIZE_T is not being updated to reflect the correct size of the ssize_t typedef, if we have to define it ourselves. Solution: Undef H5_SIZEOF_SSIZE_T at beginning of block where we define the typedef for ssize_t and then re-define it to the correct size when we've chosen a size. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4780] Snapshot version 1.5 release 17HDF Admin2002-01-051-2/+2
|
* [svn-r4772] Purpose:Quincey Koziol2002-01-042-4/+16
| | | | | | | | | | | | | | | | | | | | | | | | Bug Fix. Description: Equation to compute size of attribute in memory was incorrectly using the disk's datatype (and dataspace, but that turns out not to have been the actual issue) and when a variable length datatype was used for the attribute, the wrong size is being computed. Also, the variable-length datatype conversions aren't handling the default dataset transfer property list (H5P_DEFAULT) correctly. Solution: Changed attribute code to compute the attribute size in memory correctly by using the memory datatype & dataspace. Changed the variable-length datatype conversion code to use the default dataset transfer property list when H5P_DEFAULT is passed as the property list ID. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4768] Purpose:Quincey Koziol2002-01-031-26/+11
| | | | | | | | | | Bug Fix/Code Cleanup Description: Duplicated call to H5T_path_find was being made. Solution: Removed one... :-) Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4763] Bill Wendling2002-01-021-21/+6
| | | | | | | | | | | | Purpose: Feature Add Description: Needed to add the DEV_T_IS_SCALAR macro to acconfig.h so that autoheader will propagate that to the H5config.h file. Solution: Added, reran autoheader Platforms tested: Linux
* [svn-r4757] Purpose:Albert Cheng2001-12-306-1069/+75
| | | | | | | | | | | | | | | | | | Removing the DPSS (gridstorage) driver source code. Description: The DPSS (using Grid-Storage) driver is retired. Removed the configure option with-gridstorage from configure.in. Cvs remove the following files ./src/H5FDdpss.c ./src/H5FDdpss.h ./test/dpss_read.c ./test/dpss_write.c Regenerated Dependencies files (some had to be hand-edited since 'make depend' did not cover them.) Removed reference to DPSS Virtual file driver from H5F.c. Platforms tested: modi4 (Parallel; -with-gass=...), eirene, arabica (fortran, cxx).
* [svn-r4756] Purpose:Quincey Koziol2001-12-222-1/+8
| | | | | | | | Code Cleanup Description: Updated function tracing information Platforms tested: Linux 2.2.x (eirene)
generated by cgit v0.12 at 2025-01-12 08:54:59 (GMT)