summaryrefslogtreecommitdiffstats
path: root/hl
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r16847] Description:Quincey Koziol2009-04-231-1/+1
| | | | | | | | | | | | | Bring r16846 from revise_chunks branch back to trunk: Fix broken (for how long?) H5_ASSIGN_OVERFLOW macro to actually detect overflows during assignments, along with several errors it [now] detected. Cleaned up a fix minor warnings and/or pieces of code also. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committest not needed - multi-platform test performed on branch)
* [svn-r16792] Description:Mike McGreevy2009-04-2017-62/+152
| | | | | | | | | | | | - Updated bin/reconfigure to use latest version of automake (1.10.2). Re-generated Makefile.in's by running bin/reconfigure. - Added libtool version numbers to c++, fortran, hl, hl c++, and hl fortran libraries. Tested: jam, liberty, smirom
* [svn-r16727] clean linux warningsPedro Vicente Nunes2009-04-101-15/+15
| | | | tested: linux
* [svn-r16719] clean linux warningsPedro Vicente Nunes2009-04-098-5056/+5052
| | | | tested: linux
* [svn-r16717] added some print messagesPedro Vicente Nunes2009-04-091-28/+43
| | | | tested: linux
* [svn-r16706] #1538 (B2) Problems with Dim Scale APIs reported by MathworksPedro Vicente Nunes2009-04-082-30/+80
| | | | | | | ISSUE2: the scale index input/output parameter value passed to H5DSiterate_scales was not always incremented (it returns the scale index current iteration). SOLUTION FOR ISSUE2: modified the cycle in H5DSiterate_scales so that the scale index is always incremented TEST: added some test cases with calls to invalid indices and H5DSiterate_scales with return scale indices and visitor data tested: windows, linux
* [svn-r16696] #1538 (B2) Problems with Dim Scale APIs reported by MathworksPedro Vicente Nunes2009-04-082-91/+330
| | | | | | | ISSUE: When some functions are called with an invalid dimension index (for example, greater than the rank of the dataset) the function does not immediately fail, rather asserts down the code. SOLUTION: added this check for H5DSdetach_scale, H5DSset_label, H5DSget_label (the other functions have this check) . H5DSiterate_scales also added a check for an invalid dimension scale index TEST: added some test cases with calls to invalid indices DOCS: Nothing added
* [svn-r16676] #1521 (B2) H5DSdetach_scale memory leakPedro Vicente Nunes2009-04-071-3/+11
| | | | | | | | ISSUE: Purify (Windows Visual Studio 6) complains of a memory leak in H5DSdetach_scale call regarding a H5Aread call (stack is H5A_read, H5T_convert, H5T_conv_vlen, H5T_vlen_seq_mem_write, H5MM_malloc). SOLUTION: When a scale is detached from a dataset, the variable length structure length field is decreased in one entry. The associated pointer must be reallocated with the new length. DOCS AND TEST: Nothing added tested: windows with purify, linux
* [svn-r16597] #1047 (B1) The h5lt info routines are returning data in ↵Pedro Vicente Nunes2009-03-232-21/+86
| | | | | | transposed form. ISSUE : the dimension array of the function h5ltget_dataset_info_f was not transposed (because of C-FORTRAN storage order, the FORTRAN function calls the C function with the same name). SOLUTION: transpose the array. ACTION: add a test case. tested: h5committest
* [svn-r16588] Pedro Vicente Nunes2009-03-192-4036/+4151
| | | | | | 1. #1487 (B1) DS memory leaks ISSUE 1: On a "go to" error condition, previously allocated buffers were not freed. NOTE: these are "potential" memory leaks because typically the error conditions do not occur, so the potential memory leaks also do NOT occur. ISSUE 2: A function used to read dimension scales realistic data (topography of the North Atlantic, latitude and longitude) was being called without the data buffer being freed. SOLUTION FOR ISSUE 1: added "free" calls for the allocated buffers on the error sections. SOLUTION FOR ISSUE 2: added a "free" call after the read_data function, after using the buffer (on a H5Dwrite and H5Screate_simple). The read_data function reads both data and dimensions from the ASCII data files. DOCS: no docs added. Done for 1.9 and 1.8 STATUS: Closed bug tested: h5committest
* [svn-r16561] Purpose:Mike McGreevy2009-03-1014-42/+42
| | | | | | | | | | | | | | | | | | Bug Fix Description: Fixing BZ #1381. The --includedir=DIR configure option, which is used to specify the installation location of C header files, did not work correctly as the path was hard-coded in config/commence.am. I'm presuming this is because an older version of automake didn't know where to put c header files. In any case, removing this line now defaults the includedir to the same directory that it is currently hard-coded to, and also fixes the configure flag to allow customization of this value. Tested: jam, liberty
* [svn-r16560] Description:Quincey Koziol2009-03-102-14/+15
| | | | | | | | | | Remove another call to H5E_clear_stack() from within the library. Clean up lots of compiler warnings. Tested on: Mac OS X/32 10.5.6 (amazon) (followup on other platforms forthcoming)
* [svn-r16549] Bug #608: Memory leak in H5DSset_label. Added code to free sub ↵Allen Byrne2009-03-051-225/+258
| | | | | | | | | string ptr's belonging to buffer in H5DSset_label and H5DSget_label. Also added free of buffers in error section of both functions. Potential memory leaks may exist elsewhere, and this will not close the bug. Tested: h5committest vista 32 VS2008
* [svn-r16518] have 2 expected outputs for 2 h5ls runs depending if run on a ↵Pedro Vicente Nunes2009-02-2614-0/+14
| | | | | | | big or little endian machine. Configure.in was modified to export a variable carrying endianess information to testh5ls.sh. This script then compares the current run with 2 expected outputs, one for a big-endian machine (linew was used to generate the output), other for little endian (jam was used to generate the output) the way h5ls prints types, it starts searching for NATIVE types first. One solution would be h5ls not to detect these native types, using for example the same print datatype function that h5dump does, that would make the output look the same on all platforms ("32-bit little-endian integer" would be printed instead). Drawback, this "native" information would not be available. Other solution is to have not one but 2 expected outputs and make the shell script detect the endianess and compare with one output or other tested: h5committest
* [svn-r16489] Fixed bug #1459 by eliminating the macro long_long and ↵Allen Byrne2009-02-185-12/+12
| | | | | | | | | | | replacing all instances with long long. Tested: h5comittest fedora 10 x64 Vista 32, VS2005, IVF101 XP32, Cygwin
* [svn-r16340] Description:Frank Baker2009-01-226-6/+6
| | | | | | Changed 'THG' to 'The HDF Group' in various HDF5 source files, most of which are <subdirectory>/COPYING. -- Closes Bugzilla entry 1403.
* [svn-r16133] H5TBdelete_record was not handlong correctly records at the end ↵Pedro Vicente Nunes2008-11-252-56/+90
| | | | | | | | of the table added a ckeck that avoids to read these records if they are not needed (for pushing down the table) tested: windows, linux
* [svn-r16128] revised test tablePedro Vicente Nunes2008-11-241-1476/+1486
| | | | tested windows linux
* [svn-r16124] In version 3.0 of Table, "NROWS" was deprecatedPedro Vicente Nunes2008-11-243-2991/+2879
| | | | tested: windows, linux
* [svn-r15942] Purpose: Bug Fixes and Libtool UpgradeMike McGreevy2008-10-2415-84/+90
| | | | | | | | | | | | | | | | | | Description: - Remove need to set LD_LIBRARY_PATH when using shared szip library. - Libtool 2.2.6a is now used to generate libraries. - 'make check install' dependency bug is fixed, and should no longer break the build. - removed hard coding of shell in config/commence.am, as this causes problems on Solaris with the new version of libtool. - RELEASE.txt with appropriate changes. Tested: - kagiso, smirom, linew (merged from 1.8, pretty quick tests)
* [svn-r15822] Bug fix: #1090Albert Cheng2008-10-082-4/+4
| | | | | | | | | | | The custom rules for installing h5cc, h5fc, and the fortran modules in fortran and in hl/fortran don't use $(DESTDIR). Added it to all those rules. Tested: kagiso both serial and parallel with fortran and cxx enabled. Tested by: make install make DESTDIR=/tmp/acheng install diff -r /tmp/acheng/.../hdf5 hdf5
* [svn-r15733] #1307Pedro Vicente Nunes2008-09-301-0/+3
| | | | | | A space id was not closed in H5PTopen Tested: windows, linux
* [svn-r15628] Description:Quincey Koziol2008-09-1625-302/+302
| | | | | | | | | | | | | Remove trailing whitespace from C/C++ source files, with the following script: foreach f (*.[ch] *.cpp) sed 's/[[:blank:]]*$//' $f > sed.out && mv sed.out $f end Tested on: Mac OS X/32 10.5.5 (amazon) No need for h5committest, just whitespace changes...
* [svn-r15464] delete h52jpegPedro Vicente Nunes2008-08-129-223812/+0
|
* [svn-r15462] Description:Quincey Koziol2008-08-122-6/+6
| | | | | | | | Correct compiler warnings from Visual Studio. Tested on: Mac OS X/32 10.5.4 (amazon) w/FORTRAN & C++ (Too minor to require full h5committest)
* [svn-r15408] Purpose: Enable testBinh-Minh Ribler2008-07-251-8/+0
| | | | | | | | | | | Description: The daily test failure caused by the C++ API was fixed, so put the packet table test back. Platforms tested: SunOS 5.10 (linew) Linux 2.6 (kagiso) FreeBSD (duty)
* [svn-r15405] added comments, cleaned codePedro Vicente Nunes2008-07-251-66/+81
| | | | tested: windows, linux
* [svn-r15395] When an attribute was opened twice and data was written with ↵Raymond Lu2008-07-221-1/+8
| | | | | | | | | | | one of the handles, the file didn't have the data. It happened because each handle had its own object structure, and the empty one overwrote the data with fill value. This is fixed by making some attribute information like the data be shared in the attribute structure. Tested on smirom, kagiso, and linew.
* [svn-r15383] bug fix: when a requested palette index did not exist , the ↵Pedro Vicente Nunes2008-07-171-229/+229
| | | | | | verbose printing message was referring to the default palette tested: windows, linux
* [svn-r15366] cleaned warnings and unused featuresPedro Vicente Nunes2008-07-151-252/+231
| | | | tested: linux
* [svn-r15364] Convert the HDF5 8bit images to jpeg 24bit truecolor. Add an ↵Pedro Vicente Nunes2008-07-154-97/+290
| | | | | | option for conversion from HDF5 indexed image to jpeg true color and an option to use a specific palette in the conversion. tested: windows, linux
* [svn-r15316] added one more palette to the test generator filePedro Vicente Nunes2008-07-033-30/+328
| | | | tested: windows, linux
* [svn-r15311] added removal of more special characters from jpeg file namePedro Vicente Nunes2008-07-021-5/+36
| | | | added a command line option -c to convert the output image to true or gray color
* [svn-r15307] moved testfiles from hl/tools/testfiles to ↵Pedro Vicente Nunes2008-07-023-2/+2
| | | | | | hl/tools/gif2h5/testfiles tested: linux
* [svn-r15306] check in a working beta version that only processes HDF5 imagesPedro Vicente Nunes2008-07-013-279/+61
| | | | tested: linux, windows
* [svn-r15296] eliminate the automatic building of h52jpegPedro Vicente Nunes2008-06-302-2/+2
| | | | tested: linux
* [svn-r15292] moved h52jpeg to /hl/tools/h52jpegPedro Vicente Nunes2008-06-2810-2/+223516
| | | | tested: linux
* [svn-r15183] Purpose: _WIN32 macro cleanupScott Wegner2008-06-091-2/+2
| | | | | | | | | | Description: As part of our Windows cleanup, we try to remove windows-specific tweaks in the source code. There are many instances where Windows code is introduces via ifdef's. We re-evaluate whether they are still required, and found that many of them are not. Others we change to "feature"-specific code, rather than Windows-specific. Tested: VS2005 on WinXP VS.NET on WinXP h5committest (kagisopp, smirom, linew)
* [svn-r15036] Bug fix.Albert Cheng2008-05-1918-65/+84
| | | | | | | | | | | | | | | | | | | Description: The fortran Makefile.am used HDF_FORTRAN to indicate it is part of the Fortran API source so that conclude.am will give fortran api prefix in the test output. The symbox HDF_FORTRAN is also used in configure for a different purpose (indicated --enable-fortran). They conflicted. Similar problem for the symbol HDF_CXX. Solution: Changed all the involved Makefile.am to use "FORTRAN_API" instead. It is a more appropriate name. Same for CXX_API. Along the way, discovered that the Makefile.am of hl/fortran/test and hl/cxx/test did not have those symbols at all. Added them in. Platform tested: Kagiso only. It is a trivia change.
* [svn-r15020] Purpose: Configure FixMike McGreevy2008-05-162-17/+27
| | | | | | | | | Description: The test program h52gifgentst was getting installed in the bin directory during 'make install', and it shouldn't. Make now builds the program for use in testing but doesn't install it during 'make install'. Tested: kagiso
* [svn-r15007] Purpose: configure cleanupMike McGreevy2008-05-1514-14/+0
| | | | | | | Description: cleaning up configure related to removal of --disable-hsizet flag, which we no longer support. Tested: kagiso
* [svn-r15003] Purpose:Albert Cheng2008-05-1514-6/+214
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Improvement. Description: src/libhdf5.settings was the initial configure summary and is installed. Then configure is changed to dump a summary of the configure settings to the output and also append it to src/libhdf5.settings. That created two different output formats and duplicated information. This is the initial attempt to clean up this confusion and unify the output format. It is decided to use the src/libhdf5.settings template as the unified means. This requires more macros symbols be defined. The following symbols are all related to generating the src/libhdf5.settings file. AC_SUBST(EXTERNAL_FILTERS) AC_SUBST(MPE) MPE=no AC_SUBST(STATIC_EXEC) STATIC_EXEC=no AC_SUBST(HDF_FORTRAN) HDF_FORTRAN=no AC_SUBST(FC) HDF_FORTRAN=no AC_SUBST(HDF_CXX) HDF_CXX=no AC_SUBST(CXX) HDF_CXX=no AC_SUBST(HDF5_HL) HDF5_HL=yes AC_SUBST(GPFS) GPFS=no AC_SUBST(LINUX_LFS) LINUX_LFS=no AC_SUBST(INSTRUMENT) INSTRUMENT=no AC_SUBST(CODESTACK) CODESTACK=no AC_SUBST(HAVE_DMALLOC) HAVE_DMALLOC=no AC_SUBST(DIRECT_VFD) DIRECT_VFD=no AC_SUBST(THREADSAFE) THREADSAFE=no AC_SUBST(STATIC_SHARED) AC_SUBST(enable_shared) AC_SUBST(enable_static) AC_SUBST(UNAME_INFO) UNAME_INFO=`uname -a` The src/libhdf5.settings.in has CONDITIONAL's added to it too. The untrue conditions turned into a "#" and these lines are cleaned by the post processing script. Platform tested: h5committest on kagiso, smirom and linew.
* [svn-r14933] Purpose: Updating HDF5 to use automake 1.10.1 and libtool 2.2.2Mike McGreevy2008-05-0514-182/+241
| | | | | | | | | | | | | | | | | | Description: Applying update to autotools that was applied to 1.8 a couple of weeks ago to the trunk. Updated bin/reconfigure script to reflect the new versions of libtool and automake in the /home1/packages/ directory. Rearranged configure.in script. When using libtool 2.2.2, the libtool script doesn't generate until later in the configuration process, so I had to move a test that parsed through the libtool script to a point after where it was actually being generated. Ran libtoolize on the project, and ran bin/reconfigure to regenerate configure and Makefile.in's throughout. Tested: kagiso, smirom, linew (h5committest)
* [svn-r14903] Undoing change committed in r14902.Scot Breitenfeld2008-04-301-4/+0
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-301-0/+4
| | | | New fortran wrappers added.
* [svn-r14598] 1050 (B2) make H5TBdelete_record call H5Dset_extent and ↵Pedro Vicente Nunes2008-02-181-4/+0
| | | | | | | | | parameter checking. Removed #ifdefs regarding possible un-commenting of H5Dset_extent call in H5TBdelete_record. DONE NOW for 1.8, done already FOR 1.6 the H5Dset_extent function was done in 2002 but was at a time (2003-2006) previewed not to be used it is now being used again tested: windows, linux, solaris (in progress :-) )
* [svn-r14489] Maintenance: I am reverting Pedro's change since we have 1.8 ↵Elena Pourmal2008-02-041-0/+4
| | | | | | branch code freeze. No changes are allowed until official announcement.
* [svn-r14488] uncomment a call to H5Dset_extent in the delete records functionPedro Vicente Nunes2008-02-041-4/+0
| | | | | | | this function was done in 2002 but was at a time (2003-2006) previewed not to be used it is now being used again tested: windows, linux
* [svn-r14406] bug fix: a type ID was not closedPedro Vicente Nunes2008-01-1412-12/+48
| | | | | not tested, since /examples has several compiling errors due to new APIs this check in should have no problems
* [svn-r14402] Description:Quincey Koziol2008-01-1314-0/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add work-around to allow reading files that were produced with a buggy earlier version of the library, which could create objects with the wrong object header message count. There is now a configure flag "--enable-strict-format-checks" which triggers a failure on reading a file with this sort of corruption (when enabled) and allows the object to be read (when disabled). The default value for the "strict-format-checks" flag is yes when the "debug" flag is enabled and no when the "debug" flag is disabled. Note that if strict format checks are disabled (allowing objects with this particular kind of corruption to be read) and the file is opened with write access, the library will re-write the object header for the corrupt object with the correct # of object header messages. This closes bugzilla bug #1010. Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
generated by cgit v0.12 at 2024-07-16 18:02:32 (GMT)