summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r5007] Purpose:Bill Wendling2002-02-251-0/+15
| | | | | | | | Update Description: Updated with the newest testfiles. Platforms tested: Linux
* [svn-r5006] Purpose:Bill Wendling2002-02-2517-0/+140
| | | | | | | | Test Addition Description: Added tests to the h5dumper for split and family file drivers. Platforms tested: Linux
* [svn-r5005] Purpose:Binh-Minh Ribler2002-02-252-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | DLL accommodation Description: In the inline constructor below: DSetCreatPropList() : PropList( H5P_DATASET_CREATE) {} H5P_DATASET_CREATE causes the famous "unresolved symbol" error when building the Release version of dsets_cpp with DLL. H5P_DATASET_CREATE uses H5P_CLS_DATASET_CREATE_g, which is imported from hdf5dll. The inline constructor used in dsets.cpp causes the use of H5P_CLS_DATASET_CREATE_g, which is then considered undefined because dsets_cppdll is not using hdf5dll. This only occurs in the Release version because the Debug build disables inline. Solution: Made the affected constructor not inlined, i.e., its implementation went in the cpp file. Note that this problem does not occur in 1.4 branch because H5P_DATASET_CREATE was defined differently, i.e., did not involve external storage. Platforms tested: SunOS 5.7 (arabica) Linux 6.2 (eirene) Windows 2000
* [svn-r5004] Binh-Minh Ribler2002-02-241-0/+0
| | | | | | | | | | | | Purpose: Removing unnecessary file from all.zip Description: The file H5config.h.in got into all.zip somehow at some point. When all.zip is being unzipped, an attempt to replace a newer H5config.h.in by this file was made. I confirmed this with Kent and removed it. Platforms tested: Windows 2000
* [svn-r5003] Binh-Minh Ribler2002-02-241-0/+0
| | | | | | | | | | | Purpose: Adding C++ support on windows Description: Added both static and DLL versions of the C++ API library and tests to all.zip. The C++ API is disabled, however, and will need to be enabled by the user. Platforms tested: Windows 2000
* [svn-r5002] Bill Wendling2002-02-221-1/+1
| | | | | | | | | | | | Purpose: Bug Fix Description: C++ examples weren't being removed. Solution: We were trying to remove something called "EXAMPLE_DOCS", but we needed to remove "EXAMPLE_PROGS" instead. Platforms tested: Linux
* [svn-r5001] Purpose:Bill Wendling2002-02-222-0/+6
| | | | | | | | | | | Bug Fix Description: The make uninstall-examples wasn't working if fortran or C++ was built. Solution: Added uninstall-examples to the Makefile. Platforms tested: Linux
* [svn-r5000] Purpose:Albert Cheng2002-02-221-0/+1
| | | | | | | | | | | | | | New feature Description: The examples have been changed to use the installed h5cc to do the compiling. Added a step in the "test" part to "cd examples; gmake check" which will test against the installed software. A more proper way is to create a "check-install" target to test other installed software besides the C API, such as the Fortran API. Platforms tested: eirene
* [svn-r4999] Purpose:Bill Wendling2002-02-213-2/+12
| | | | | | | | | | | | | | | Bug Fix Description: ``make uninstall-doc'' wasn't working properly. Some files would be left behind in the installed source tree. The fix I put in was too heavy-handed as it wiped out the entire doc tree that was installed and would remove any other files which were installed there. Solution: Executed the ``make uninstall-examples'' command if uninstalling the docs. Fixed how the java Tutorial examples were being removed (they weren't). Essentially used the PUB_SUBDOCS macro to help remove them. Platforms tested: Linux
* [svn-r4997] Purpose:Bill Wendling2002-02-202-0/+13
| | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: So, for Raw I/O in parallel, if you open a file with truncation by multiple processes, it looks as if one process could open the file and start writing to it while another process also opens the file with truncation, thus wiping out all of the stuff the first process wrote to the file. This is bad. Also added some garbage collection to the pio_perf routine to reclaim the space taken by some of the tables. Solution: Placed an MPI_Barrier() statement after the Raw open()/create() call so that all processes are synced up before they start writing to the file. Added free() calls to the tables which weren't being free'd. Platforms tested: Linux-pp (eirene)
* [svn-r4995] Bill Wendling2002-02-191-3/+9
| | | | | | | | | | | | | | Purpose: Bone-headed Bug Fix Description: There were blanks being put into the output. The cause: the "print_indent()" routine was printing indents for all of the processes, but only process 0 should have been printing them out at all (since process 0 is the one which prints out the reports). Solution: Check to make sure that we're process 0 before printing the indents. Platforms tested: Linux
* [svn-r4994] Bill Wendling2002-02-191-12/+11
| | | | | | | | | | | | | | | | Purpose: Bug Fix Description: The doc tree wasn't being cleaned up all the way. Directories would be left in there and some examples/Tutorial files weren't cleaned up correctly. Solution: Have it remove the whole directory tree of the HDF5 documents $(RM) -r $(DOCDIR)/hdf5 Platforms tested: Linux
* [svn-r4987] Purpose:Bill Wendling2002-02-181-0/+5
| | | | | | | | | | | | | Bug Fix Description: When doing an install of dynamic executables on some platforms, the "mktemp" command may fail which causes the contents of "tmpdir" to go away. If it's a failure, we still need the previous value of tmpdir. Solution: I replicated some code so that tmpdir's old value before the mktemp call is regen'ed if the mktemp call failed. Platforms tested: HP-UX SysV
* [svn-r4980] Purpose:Albert Cheng2002-02-181-1/+1
| | | | | | | | | | | | | | Bug fix Description: The -lnoop library was specified in $LDFLAS when it should have been in $LIBS. In the past, human just put it in the back and repeated it enough times in the link statement till it worked. The tool h5cc exposed this error since the $LDFLAGS is put in front of all libraries, including libhdf5.a. That won't work. Solution: Moved the specification of -lnoop to $LIBS. Platforms tested: Tflops
* [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-1721-46/+36
| | | | | | | | 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-r4977] Binh-Minh Ribler2002-02-1628-39/+44
| | | | | | | | | | | | | | | | | | | | | | | Purpose: Adding support for dll Description: Added __DLLCPP__ to all public classes and templates. Added #include "H5Include.h" to H5RefCounter.cpp because of the use of DLLCPP in .h file and it needs the following chain: H5Include.h/hdf5.h/H5public.h/H5api_adpt.h Added #pragma warning(disable: 4251) to H5Exception.h to eliminate this warning on private data members of type 'string.' This occurs because 'string' is not yet instantiated at compilation time; however, since the class is exported, the warning is harmless. Changed this member function's parameter to be passed as reference. from: void CompType::insertMember( const string name,... to: void CompType::insertMember( const string& name,... Platforms tested: Linux 6.2 (eirene) Windows 2000
* [svn-r4976] Purpose:Albert Cheng2002-02-152-17/+17
| | | | | | | | | | | | | Feature Description: Change examples to use the installed h5cc to compile the examples programs. That will test the correctness of the installed software. Removed examples from make targets in the top level so that it does not get invoked in make or make check since one cannot compile the example programs until after "make install" has completed. Platforms tested: eirene and modi4 (parallel)
* [svn-r4975] Description:Albert Cheng2002-02-152-4/+6
| | | | | | | | | | | | | | Users were alarmed by the OFFSET overflow and GB file size tests. Those tests only checks the limits of the MPI implementation, not really as an error. Solution: Changed the VRFY macro to indicate it is an "ERROR". Modified the INFO macro to print messages as "REMARK (not an error)" so that users would not be alarmed. Added an explanation string in the GB file size write/read. Platforms tested: eirene and modi4 (parallel)
* [svn-r4972] Description:Albert Cheng2002-02-151-58/+28
| | | | | | Cleaned out lots of warnings. Platforms tested: modi4 and eirene (parallel)
* [svn-r4969] Description:Albert Cheng2002-02-141-4/+3
| | | | | | | Remove perf and mpi-perf from the parallel test targets since their functions are replaced by pio_perf. Platforms tested: modi4 and eirene, both parallel modes.
* [svn-r4968] Purpose:Quincey Koziol2002-02-141-0/+1
| | | | | | Bug fix Description: Correct prototype inconsistency.
* [svn-r4965] Purpose:Quincey Koziol2002-02-147-35/+134
| | | | | | | | | | | | | 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-r4964] Purpose:Albert Cheng2002-02-142-7/+25
| | | | | | | | | | | | | | Change default actions. Description: Change the default maximum number of processes (-P) to use all processes instead of just 1 (old default). Someone most likely wants to test the I/O performance with all processes involved. Also starts performance measurement with maximum number of processes and decrement it with each loop. If the performance measurement needs to restart, it can run with fewer processes if those loops have completed. Platforms tested: modi4 and eirene.
* [svn-r4956] Bill Wendling2002-02-132-535/+830
| | | | | | | | | | | | | | | | Purpose: Bug Fix Description: On some systems, doing the shell command: if test -z $DEBUG_PKG; then doesn't work if $DEBUG_PKG is null.. Solution: Changed to "if test "X$DEBUG_PKG" = "X"; then" which will do the same thing but without the error... Platforms tested: Linux
* [svn-r4953] Purpose:Bill Wendling2002-02-132-585/+591
| | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: When printing out the summary information after the configuration, the Compilation Mode and Debugging information would be incorrect. The library is set to compile to "Production" mode for a release. Yet, the default compilation mode before that was "Development". If the user doesn't specify "--enable-production" on the command line, the configure defaults to "Production" mode, but the summary still reported "Development" mode. Solution: Modified script so that after we've determined which compilation mode we're in, we reset the "enable_production" variable to the correct setting. So, we no longer have a "default". The summary part then reads the new value and uses that to determine which mode we're in. The debugging summary information was reworked so that it would output the correct summary information. Slight hacking of the summary script to check the values a bit more closely... Platforms tested: Linux (eirene)
* [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-r4950] Pedro Vicente Nunes2002-02-131-7/+60
| | | | | | | | | | | | Purpose: fixed a bug that made a failure on H5Screate_simple, a 1D dimemsion array was declared instead of a 2D array 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-r4947] Purpose:Quincey Koziol2002-02-131-0/+3
| | | | Update readme for latest bug fix
* [svn-r4943] Purpose:Bill Wendling2002-02-121-23/+23
| | | | | | | | | Cleanup Description: Added set_extend.h5 file to the CLEANUP macro in the Makefile so that it'll be removed when the other temp files are removed. Platforms tested: Linux
* [svn-r4942] Purpose:Bill Wendling2002-02-122-4/+9
| | | | | | Feature Add Description: Added set_extend to the MANIFEST and test/ directory Makefile.
* [svn-r4941] Pedro Vicente Nunes2002-02-121-0/+113
| | | | | | | Purpose: added a new test file for the new function H5Dset_extend Platforms tested: windows2000
* [svn-r4930] Snapshot version 1.5 release 20HDF Admin2002-02-094-5/+11
|
* [svn-r4927] Purpose:Bill Wendling2002-02-081-0/+3
| | | | | | Feature Add Description: Added hack so that it will recognize a Hitachi platform.
* [svn-r4926] Purpose:Bill Wendling2002-02-081-1/+2
| | | | | | | | | | | Bug Fix Description: The library path was relying upon the "exec_prefix" variable. However, we weren't including that into the h5cc script. Solution: Added it. Platforms tested: Linux
* [svn-r4923] Pedro Vicente Nunes2002-02-071-0/+0
| | | | | Purpose: new all.zip with all.dsp utility, new hdf5test.dsp and updated code warrior project
* [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-072-28/+3
| | | | | | | | | Bug fix Description: Correct inefficient property copying when using derived property list classes. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4917] Purpose:Quincey Koziol2002-02-071-1/+1
| | | | | | | | | | Bug Fix Description: Turn down the compiler optimizations for the Cray SV1 Platforms tested: Cray SV1 (killeen.nersc.gov)
* [svn-r4915] Purpose:Quincey Koziol2002-02-071-3/+368
| | | | | | | | | | | | | | | | | | | 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 regression tests to verify correction operation of hyperslab operations against "all" and "none" selections. New tests also verify H5Sget_select_type() API call. 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-r4913] Purpose:Quincey Koziol2002-02-071-0/+3
| | | | | | | Feature add Description: Added note about a new API function.
* [svn-r4912] Purpose:Quincey Koziol2002-02-071-0/+1
| | | | | | | | | | Feature add Description: Added 'H5S_sel_type' to the list of types that the API tracing knows about. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r4905] Purpose:Quincey Koziol2002-02-061-0/+168
| | | | | | | | | | | | | | | | | | | Regression tests 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: Added regression tests to verify that these fixes are working: 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-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-r4898] ./hdf5-devel/tools/h5ls/h5ls.cRobb Matzke2002-02-011-7/+7
| | | | Fixed copyright notice
* [svn-r4892] ./hdf5-devel/tools/h5ls/h5ls.cRobb Matzke2002-01-311-0/+59
| | | | | | 2002-01-31 15:22:24 Robb Matzke <matzke@arborea.spizella.com> *: Displays array data type information instead of saying `4-byte class-10 unknown'.
* [svn-r4891] Purpose:Quincey Koziol2002-01-313-176/+187
| | | | | | | | | | | | | | | 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)
generated by cgit v0.12 at 2024-11-08 18:58:12 (GMT)