summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r2708] Purpose:Quincey Koziol2000-10-191-0/+130
| | | | | | Add test case for contiguous hyperslabs. Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2707] Purpose:Quincey Koziol2000-10-191-15/+91
| | | | | | | | | | | | | Optimization for parallel I/O Description: When contiugous hyperslabs are defined (i.e. with the block=stride), the library was only aggregating the hyperslabs together for the fastest changing dimension. Solution: Add some extra code to detect when contiguous hyperslabs span more than one row and output the entire contiguous section at once. Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2706] Purpose:Bill Wendling2000-10-191-1/+1
| | | | | | | | | | | | | | | Bug Fix Description: the line: #include <hdf5.h> needed to be escaped to be seen in the browser. Solution: Changed to: #include &lt;hdf5.h&gt; Platforms tested: Seen in Netscrape
* [svn-r2704] Purpose:Bill Wendling2000-10-192-2/+2
| | | | | | | | | | | | | | | | Bug Fix Description: Sed was complaining about "filename expected" when trying to generate the .in files. The problem stemmed from the script sed was generating in the conftest.s1 file. It needed the DEPEND filename which wasn't being set. Solution: Fixed so that we check if DEPEND is zero before trying to set if (if not using a GNU make program) instead of testing if DEPEND has a value in it...I copied this incorrectly from the main library's configure.in file...my bad. Platforms tested: T3E
* [svn-r2703] Purpose:Frank Baker2000-10-191-1/+12
| | | | | | | | | Adding new document links Description: Adding links to TechNotes/VFL.html and TechNotes/VFLfunc.html, the new virtual file layer documents. Platforms tested: IE 5
* [svn-r2702] Purpose:Quincey Koziol2000-10-191-7/+23
| | | | | | | | | | | | Code cleanup Description: There's been a compiler warning about modifying a 'const' object in the H5T_copy routine for several years now, which a few users have reported. Solution: Removed call to sort the old datatype (the const object) and changed the code to work with unsorted datatypes. Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2701] Purpose:Frank Baker2000-10-191-0/+61
| | | | | | | | Adding new document Description: Adding VFLfunc.html, a list of VFL functions, to HDF5 Technical Notes. Platforms tested: IE 5
* [svn-r2700] Description:Frank Baker2000-10-191-0/+1
| | | | Adding .../doc/html/TechNotes/VFLfunc.html
* [svn-r2699] Purpose:Quincey Koziol2000-10-198-4/+188
| | | | | | | | | | | | | | | Bug fix Description: "Time" datatypes (H5T_UNIX_D*) were not being stored and retrieved in the datatype object header message correctly. Solution: Store endian-ness and precision in the datatype object header message and added test to continue to track them working correctly. This fixes bug #512. Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2698] Description:Frank Baker2000-10-181-0/+1
| | | | Adding .../doc/html/TechNotes/VFL.html
* [svn-r2697] Purpose:Frank Baker2000-10-181-0/+1482
| | | | | | | | | Adding new document Description: Adding VFL.html (Virtual File Layer) to HDF5 Technical Notes. August 1999 version. Will be updated for R1.4 by developer. Platforms tested: IE 5
* [svn-r2696] Purpose:Bill Wendling2000-10-182-6/+6
| | | | | | | | | | | | Bug Fix Description: On some platforms, if you don't have . in your PATH, it won't find the test program it's supposed to run. Solution: Changed instead to ./$$test so that it picks up the program in the current directory. Platforms tested: Opus and Linux
* [svn-r2695] Purpose:Bill Wendling2000-10-182-8/+9
| | | | | | | | | | | | | Buglet Fix...kinda Description: The --enable-c++ flag is in there, but configure can't handle the ++ on the end. Solution: Changed it to --enable-cxx instead. N.B. This feature isn't really needed yet since C++ isn't integrated with the library proper. Platforms tested: Linux
* [svn-r2694] Purpose:Quincey Koziol2000-10-183-13/+13
| | | | | | | | | | | | | Bug fix Description: H5Sget_simple_extent_npoints return type is hsize_t and the error value is 0, but it is possible to have 0 points in a dataset with an unlimited dimension, but no data written yet. Solution: Changed H5Sget_simple_extent_npoints return type to hssize_t and the error value to -1 Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2693] Purpose:Quincey Koziol2000-10-182-8/+8
| | | | | | | | | | | Bug fix (bug #446) Description: H5Tget_offset return type was size_t and the error return value was 0, but 0 is also a valid successful return value. Solution: Changed the return type to int and the error return value to -1 Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2691] MuQun Yang2000-10-186-24/+178
| | | | | | | | | | | | | | | | | | Purpose: 1. fix multiple defination warnings at sgi platform 2. adding chunking information from hdf4 to hdf5 property list. Description: 1. Orginally global varibles were defined at one header file and this header file were included by other .c file and .h file so multiple warnings are generated. 2. Chunking information was not included in the previous version. Solution: 1. use "extern" to define global variables at h4toh5util.h file and define global variables at h4toh5main.c 2. retrieve the chunking info from sdgetchunkinfo and GRgetchunkinfo and store these information into hdf5 property list. Platforms tested: eirene,arabica,paz,gondolin
* [svn-r2690] Purpose:Quincey Koziol2000-10-171-6/+12
| | | | | | | | | | | | Bug fix Description: Non-portable constructs are causing make to fail on some machines. Solution: Replaced ":=" assignments with "=" assignments. Platforms tested: Solaris 2.6 (baldric) & gmake Solaris 2.7 (arabica) & make (a SYSV make) FreeBSD 4.1.1 (hawkwind) & make (a BSD make)
* [svn-r2689] Purpose:Quincey Koziol2000-10-173-3/+105
| | | | | | | | | | | | | | | | | Bug fix. Description: Previously, it has been possible to dereference deleted objects in a file. Obviously, this is incorrect and could cause all sorts of problems if the object being dereferenced had been partially over-written with other information. - This is documented in Bug #493. Solution: Check the link count for objects being dereferenced and don't allow any objects with link counts of zero to be dereferenced. This fixes bug #493. Platforms tested: FreeBSD 4.1.1 (hawkwind)
* [svn-r2688] Purpose:Bill Wendling2000-10-161-0/+148
| | | | | | | | | | Feature Missing Description: Generate the Dependencies files so modules are regenerated correctly Solution: Handcoded the module. Hope it works. Platforms tested:
* [svn-r2687] Elena Pourmal2000-10-161-1/+1
| | | | | | | | | | | Purpose: Typo fixing. Description: I made a typo in the comment. Solution: Fixed a typo. Platforms tested: This time tested on HPUX 11.00 (opus)
* [svn-r2686] Purpose:Bill Wendling2000-10-161-1/+1
| | | | | | | | | | | Bug Fix Description: When doing a make clean, the H5fortran_types.f90 file would be removed. Solution: Placed it in the DISTCLEAN macro instead of the CLEAN so that it will stick around. Platforms tested:
* [svn-r2685] Elena Pourmal2000-10-161-0/+30
| | | | | | | | | Purpose: Fortran HPUX 11.00 port Description: Added Fortran stuff to the hpux11.00 file Platforms tested: Has not been tested yet. Will do it after this checkin on opus.
* [svn-r2683] Elena Pourmal2000-10-131-2/+2
| | | | | | | | | | Purpose: HDF5 Fortran90 port to HP 11.00 Description: Added datatype definitions for HP 11.00 Solution: Platforms tested: HPUX 11.00 (opus)
* [svn-r2682] Purpose:Albert Cheng2000-10-131-3/+3
| | | | | | | | | | Bug fix Description: gmake check had been failing because of errors in the Makefile. Solution: Fixed it so that libtools.a got build first. Platforms tested: Eirene (Linux)
* [svn-r2681] Updated.Albert Cheng2000-10-131-0/+4
|
* [svn-r2680] Purpose:Albert Cheng2000-10-135-4/+6
| | | | | | | | | | | | | | | | | | | | Bug fix (ID 419) Description: Converted strings class types (in dataset and attributes) to HDF4 type of DFNT_INT8. Should have been DFNT_CHAR type. Solution: h5toh4.c: Changed the HDF4 type from DFNT_INT8 to DFNT_CHAR type. Converted all hdf5 strings (be it NULLTERM, NULLPAD, SPACEPAD) all to fixed width space padded HDF4 DFNT_CHAR. testh5toh4: Added the testing of $HDF_NOCLEANUP before cleaning away the result files. testfiles/Expected/tattr.hdf: testfiles/Expected/tstr.hdf: testfiles/Expected/tstr2.hdf: Updated with the corrected DFNT_CHAR type. Platforms tested: Solaris 2.7, Linux, Irix 6.5.
* [svn-r2679] MuQun Yang2000-10-121-0/+5
| | | | | | | | | | | | | | | | | | | Purpose: Just add a few lines so that it will not break windows platform. Description: netdb.h cannot be recognized by windows, use winsock.h in windows instead. Solution: adding the following lines at the beginning of H5FDstream.c. If you don't like, you may do it in another way, just keep it work for windows. #ifdef WIN32 > #include <winsock.h> > #else > #endif Platforms tested: I am only testing whether it will bother building objects on windows. I haven't tested whether it will affect the testing results. Hopefully not. windows 2000, eirene,arabica,gondolin,paz,opus.
* [svn-r2678] MuQun Yang2000-10-121-10/+28
| | | | | | | | | | | Purpose: fixing output format of character array converted from hdf4 vdata. Description: Now one dimensional chactacter array can be outputed as one H5 string instead of string of array before. Solution: modify gen_h5comtype() so that when we detect the datatype is hdf5 string, we will merge hdf4 fieldorder into H5T string size and output the whole character array into hdf5 string(with string size = size of the array length). Platforms tested: eirene(LINUX), arabica(sun 5.6)
* [svn-r2677] MuQun Yang2000-10-121-0/+0
| | | | | | | | | | | | | | | | Purpose: update windows project all.zip for development branch of hdf5 Description: Now it can test h4toh5 and h5toh4 converters, at least for static case(non-dll lib.) Solution: 1. For h4toh5 and h5toh4 converter to work, the platform must have both hdf4 and hdf5 libs. For hdf4 it includes both hdf and mfhdf libs. Besides this, WS2_32.LIB has to be included for recongizing symbols related to networking issues. 2. adding several new source files(h5FDlog.c etc) into all.dsw. 3. modify H5FDstream.c so that it bypasses netdb.h and other socket headers for win 32, instead using winsock.h. Platforms tested: windows 2000
* [svn-r2676] MuQun Yang2000-10-121-0/+0
| | | | | | | | | | Purpose: Update the test file vg.h5 Description: Solution: Platforms tested: eirene(LINUX),arabica,baldric(SUN 5.6),paz(IRIX6.5),gondolin(DEC),opus(HP-UX11)
* [svn-r2675] MuQun Yang2000-10-123-26/+27
| | | | | | | | | | | | Purpose: fix "zero memory" routine and change dimensional scale name size to MAX_DIM_NAME Description: change bzero into h4toh5_ZeroMemory change dimensional scale name size(orginally MAX_NC_NAME) to MAX_DIM_NAME at converter. Solution: see description Platforms tested: arabica,baldric,gondolin(DEC),opus(HP 11),eirene(Linux),paz(IRIX6.5)
* [svn-r2674] MuQun Yang2000-10-123-8/+35
| | | | | | | | | | | | | | | | | Purpose: 1. fix size of dimensional name list so that the size of dimensional name in dumper output will not change because of different versions of hdf library(h4toh5util.h and h4toh5sds.c). 2. fix bzero routine for windows platform(h4toh5util.h,h4toh5util.c,h4toh5anno.c,h4toh5main.c, h4toh5sds.c) Description: 1. change the MAX_DIM_NAME into 276(MAX_NC_NAME +dimension group name) and hopefully we will not expand the size of MAX_NC_NAME(currently 256) for a long time. 2. create a new routine(h4toh5_ZeroMemory) to zero out memory. Use ZeroMemory in windows and bzero at UNIX. Solution: see Description. Platforms tested: LINUX(eirene),WINDOWS 2000, sun 5.6(baldric and arabica),HP-UX11(opus),DEC(gondolin),IRIX 6.5(paz).
* [svn-r2672] Frank Baker2000-10-121-1/+3
| | | | | | | | | Purpose: Clarification of H5Fclose Description: RM_H5F.html / H5Fclose: Added note that all data is flushed to file. Platforms tested: Tested with IE 5.
* [svn-r2671] Purpose:Albert Cheng2000-10-111-30/+30
| | | | | | | | | | | | | | Bug fix Description: The setting does not work for the --srcdir option as source file names are hard set in the action lines. Solution: Changed the dependence targets to the form of *.lo and the action lines would use the *.lo files. This way, *.lo files are created when -srcdir option is used or not. Also added that they all depend on the C hdf5 library. Platforms tested: IRIX64 -64 with --srcdir
* [svn-r2670] Purpose:Albert Cheng2000-10-111-6/+6
| | | | | | | | | | | | | | Bug fix Description: The setting does not work for the --src-dir option as source file names are hard set in the action lines. Solution: Changed the dependence targets to the form of *.lo and the action lines would use the *.lo files. This way, *.lo files are created when -src-dir option is used or not. Platforms tested: IRIX64 -64 (I knows it works for other platforms because "'I know the hammer will drop when i let go'--Mr. Spock")
* [svn-r2669] Purpose:Bill Wendling2000-10-113-9/+19
| | | | | | | | | | | Bug Fix Description: I was relying on the PARALLEL macro to be "yes" or "no" all the time. This isn't the case. Solution: Created the ADD_PARALLEL_FILES macro to do just this. Platforms tested: Modi4
* [svn-r2668] Purpose:Bill Wendling2000-10-113-5/+4
| | | | | | | | | | | | Bug Fix Description: Wasn't picking up the header files from the proper source and build directories. There were some funky things happening in there. Solution: Put the correct path in. Platforms tested: Modi4
* [svn-r2667] Purpose:Bill Wendling2000-10-112-2/+4
| | | | | | | | | | Bug Fix Description: Broke on Arabica trying to export the SEARCH macro. Solution: Assigned to the SEARCH macro and then exported it. Platforms tested: Arabica.
* [svn-r2666] Another typoBill Wendling2000-10-111-1/+1
|
* [svn-r2665] Small typo...Bill Wendling2000-10-111-1/+1
|
* [svn-r2664] Purpose:Bill Wendling2000-10-113-6/+8
| | | | | | | | | | *sigh* Description: Wasn't picking up a header file which is in the source directory. Solution: Changed some flags so that it does this now. Platforms tested: Modi4
* [svn-r2663] Purpose:Bill Wendling2000-10-113-5/+5
| | | | | | | | | | | | Bug Fix 37 Description: Okay...this is really it now. Sorry for all the other "fixes". This will take care of the top_builddir macro for the Fortran interface. Solution: Hardcoded the path to the build directory. Platforms tested: Modi4.
* [svn-r2662] Purpose:Bill Wendling2000-10-111-2/+2
| | | | | | | | | | Bug Fix Description: Wasn't picking up the correct build directory source files. Solution: Use top_builddir instead of srcdir macro. Platforms tested: Modi4
* [svn-r2661] Purpose:Bill Wendling2000-10-115-5/+5
| | | | | | | | | | | Bug Fix Description: Wasn't finding the Dependencies file when doing a make. Solution: Modified the path to the Dependencies file by prepending a `$(srcdir)/' to it. Platforms tested: Modi4
* [svn-r2660] Purpose:Bill Wendling2000-10-112-6/+10
| | | | | | | | | | | | Bug Fix Description: The "fix" for search paths was wrong. It would try to recompute the SEARCH macro at the end. Solution: Stopped it from doing that if the $SEARCH macro has a value. One question, will fortran always be built from the top directory? Platforms tested: Modi4
* [svn-r2659] Purpose:Bill Wendling2000-10-104-139/+143
| | | | | | | | | | | | Bug Fix Description: When running configure on subdirectories (like fortran/), looking up how make implements SEARCHes failed. Solution: Exporting the SEARCH macro so that subdirectories don't have to look for it. Platforms tested: Modi4.
* [svn-r2658] Elena Pourmal2000-10-101-2/+2
| | | | | | | | | | | | Purpose: Buf fix Description: On DEC, H5Dff.f90 would not compile because of variables declaration order. Other UNIX platforms including J90 did not care. Solution: Change the order of variables declarations. Platforms tested: DEC Unix (gondolin)
* [svn-r2657] Quincey Koziol2000-10-1012-322/+64
| | | | | | | | | | | | Purpose: Parallel Bug Fixes Description: Was out of sync with header file re-arrangements I checked in last night. Solution: Fixed to use new header files, etc. Platforms tested: O2K (modi4)
* [svn-r2656] Purpose:Quincey Koziol2000-10-103-1/+29
| | | | | | | | | | | | | | Bug Fix Description: When parallel I/O is turned on, there were some macros used in the H5D routines which poked around in the H5F_t structure. This breaks the privacy of that structure and ties the H5D code too tightly to the H5F_t struct. Solution: Added a small function to retrieve the the value (driver_id) needed from the H5F_t function. Platforms tested: Eyeballed only, Albert needs this right away...
* [svn-r2655] Purpose:Bill Wendling2000-10-101-0/+5
| | | | | | | Small bug fix (see bug report 528) Description: Added another example us using the h5dumper to dump an attribute from the root group.
generated by cgit v0.12 at 2025-01-05 23:54:24 (GMT)