summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r15459] Purpose: Modify the library to take the proper action when ↵Neil Fortner2008-08-1192-104/+236
| | | | | | | | | | | | | | | files with incorrect datatype versions are encountered. Description: The library now recognizes some problems with datatype versions in H5O_decode_helper(), and, if not performing strict format checks, automatically corrects them. Framework added for other message decode routines to automatically correct file errors. Datatype version information added to h5debug. Resolves bz#1236, 1266. Test files with incorrect datatype versions corrected. Tested: kagiso, smirom, linew (h5committest)
* [svn-r15450] Purpose: Fix various problems that were occurring when using ↵Neil Fortner2008-08-079-138/+426
| | | | | | | | | | | | | | mounted files. Description: Moved mount table from top file structure to shared file structure. Moved parent out of mount table and back into top file structure. mounted files can now be accessed from any handle of the parent file. Changes to how files are closed. Stricter cycle checking on mounted files. Removed unused function H5F_has_mount(). Tested: kagiso, smirom, linew (h5committest)
* [svn-r15447] Pedro Vicente Nunes2008-08-072-3/+15
| | | | | | | | | | | bug fix http://bugzilla.hdfgroup.uiuc.edu/show_bug.cgi?id=788 don't print array indices for regions tested: windows, linux
* [svn-r15441] Purpose: Backport from trunk: Bring the Windows H5pubconf.h ↵Scott Wegner2008-08-063-155/+666
| | | | | | | | | | | | | | | | up-to-date Description: This commit is a major update to the Windows-maintained H5pubconf.h file. This file is statically-distributed because Windows cannot generate it dynamically as other platforms do. Previously, our Windows version contained a minimal subset of the macro definitions required. To update, I've gone through each macro (based on kagiso's output), and tested for the correct value on Windows. This allows us to better target code based on feature flags. It should also be easier to update in the future as changes are made to the configure script. This commit also contains one small bug fix in h5ls.c. Some Windows-specific code was missing a local variable definition. The bug went unnoticed because Windows didn't define the feature flag correctly. I've also made changes to the h5vers script. Whenever the version string is incremented (automatically by h5test after a snapshot), the strings in H5pubconf.h will also be updated. Tested: VS2005 on WinXP (32- and 64-bit) VS.NET on WinXP 32-bit h5vers tested under Cygwin
* [svn-r15436] bug fixPedro Vicente Nunes2008-08-061-11/+11
| | | | | | | the compression ratio was being printed for cases where a layout was requested and not a filter tested: windows, linux
* [svn-r15435] Purpose: Update Windows test script for new h5diff option: -cScott Wegner2008-08-062-1/+6
| | | | | | | | Description: A new parameter was added to h5diff recently. We add a new test to the h5diff script, and change the syntax in which h5diff is called from the h5repack test script Tested: VS2005 on WinXP
* [svn-r15434] new file for h5diff testPedro Vicente Nunes2008-08-051-0/+1
|
* [svn-r15433] http://bugzilla.hdfgroup.uiuc.edu/show_bug.cgi?id=1170Pedro Vicente Nunes2008-08-0526-294/+570
| | | | | | | | | | | | | Summary: when using h5diff to compare the results of h5repack (or other tools that copy one HDF5 file to another), a new option is needed to allow h5diff to make an "absolute" comparison of the 2 files. This is the "contents" mode explained in the usage below. If this mode is present, objects in both files must match (must be exactly the same). If this does not happen, the tool returns an error code of 1 (instead of the success code of 0) Changes to the h5repack test script: the call to h5diff was changed to include -c (maintaining the previous -q). tested: windows, linux
* [svn-r15424] Description:Scot Breitenfeld2008-07-291-1/+1
| | | | Fixed the error of passing an array to a scalar.
* [svn-r15419] Description:Scot Breitenfeld2008-07-281-1/+1
| | | | | | | | Initialized a string with a space instead of a blank i.e. var = '' is now var = ' ' This fixes a problem with AIX for bug 1252
* [svn-r15416] Description:Scot Breitenfeld2008-07-281-19/+19
| | | | | | | Changed the INTENT for total_error to be consistantly INTENT(INOUT) as noted in bug 1251
* [svn-r15415] Description:Scot Breitenfeld2008-07-281-109/+109
| | | | | | | | | | | | | | | | | Added missing comma, i.e. WRITE(*, "("" subroutine i"" i2.2,""()"")") j should be WRITE(*, "("" subroutine i"", i2.2,""()"")") j etc... as noted in bug 1251 and NAG compiler. Checked the write fix using Sun f95, g95, pgf90, gfortran, ifort, absoft and all gave the correct write output.
* [svn-r15404] Purpose: Code correctionBinh-Minh Ribler2008-07-258-12/+32
| | | | | | | | | | | Description: Accidentally left p_setId in public section in the previous checkin. Moved it to "protected:" section. Platforms tested: Linux 2.6 (kagiso) SunOS 5.10 (linew) FreeBSD (duty)
* [svn-r15401] Purpose: Fix bugBinh-Minh Ribler2008-07-2418-35/+68
| | | | | | | | | | | | | | | | | | | | Description: Changed all subclasses' setId to p_setId and put back setId in IdComponent. p_setId is used in the library where the id provided by a C API passed on to user's application in the form of a C++ API object, which will be destroyed properly, and so p_setId does not call incRefCount. On the other hand, the public version setId is used by other applications, in which the id passed to setId needs to be closed properly by the application, so setId must call incRefCount for the new object to prevent prematurely closing of the id. Platforms tested: Linux 2.6 (kagiso) Still on going with these two platforms, but needed to check in before daily tests start. SunOS 5.10 (linew) FreeBSD (duty)
* [svn-r15398] Added declaration of functions needed for standalone building. Christian Chilan2008-07-231-17/+24
| | | | Tested on kagiso and abe.
* [svn-r15392] Minor bug fix. The test tried to close an attribute handle ↵Raymond Lu2008-07-221-1/+1
| | | | | | | | with H5Pclose. Corrected it with H5Aclose. No test needed.
* [svn-r15390] Last round of checkin introduced a bug. This checkin corrected ↵Raymond Lu2008-07-216-62/+70
| | | | | | | | | | | | | | it and made a few minor changes. Last round of check in fixed the problem when an attribute was opened twice and data was written with 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-r15387] Purpose: Fix bugBinh-Minh Ribler2008-07-182-15/+16
| | | | | | | | | | | | | Description: Enclosed some code that test reference counts in brackets so that temporary objects will go out of scope before checking references. This is to work around the issue where some C++ compilers destroy temporary objects at different time than others. Platforms tested: SunOS 5.10 (linew) Linux 2.6 (kagiso) FreeBSD (duty)
* [svn-r15386] Purpose: Fix bugBinh-Minh Ribler2008-07-189-188/+91
| | | | | | | | | | | | | | Description: A bug in reference counter was exposed when Ray fixed H5Awrite in the main library. ::setId() called incRefCount when it shouldn't. Made sure that id's reference counter is manually incremented properly in copy constructor and operator= only. The main library handles the rest. Platforms tested: SunOS 5.10 (linew) Linux 2.6 (kagiso) FreeBSD (duty)
* [svn-r15385] Description:Quincey Koziol2008-07-181-1/+1
| | | | | | | Correct return value for error condition to avoid compiler warning Tested on: Just eyeballed, very minor
* [svn-r15384] Major update of h5perf files including bug fixes and extensions.Christian Chilan2008-07-172-2141/+2378
| | | | Tested on kagiso and abe.
* [svn-r15379] Description:Scot Breitenfeld2008-07-163-149/+212
| | | | Added optional "mounted" parameter to H5Gget_info_f, H5Gget_info_by_idx_f, H5Gget_info_by_name_f
* [svn-r15376] Description:Quincey Koziol2008-07-162-4/+4
| | | | Bump shared library version # for change to H5G_info_t struct
* [svn-r15373] Description:Quincey Koziol2008-07-161-3/+3
| | | | | | | Correct wrong error return value to avoid compiler warning Tested on: Just eyeballed, extremely minor
* [svn-r15371] Description:Quincey Koziol2008-07-151-1/+3
| | | | | Update release notes for file mounting bug fix and adding 'mounted' flag to H5G_info_t.
* [svn-r15368] Description:Quincey Koziol2008-07-156-3/+198
| | | | | | | | | | | | | | | Bring back r15367 from the trunk: Add check to avoid mounting a file on a group twice, when the mounts are done on the same HDF5 file, but opened with separate H5Fopen queries. Also add new 'mounted' flag to the H5G_info_t struct, queried with the H5Gget_info() API call, to allow applications to detect and avoid this situation. Tested on: Mac OS X/32 10.5.4 (amazon) Linux/64 10.5.4 (chicago)
* [svn-r15346] Commented out attribute test because there's a bug related to ↵Raymond Lu2008-07-111-0/+2
| | | | | | | | the recent change of attribute in the library. No test - simple change.
* [svn-r15345] Commented out tsohm.c and tattr.c test because there's a bug ↵Raymond Lu2008-07-111-0/+2
| | | | | | | | related to the changes of attribute in the library. Tested on linew - simple change.
* [svn-r15338] Purpose: Reset fill value in correct hyperslab selection (fixes ↵Scott Wegner2008-07-081-3/+3
| | | | | | | | | | | bug 1155) Description: This bug was previously fixed, but the fixed was modified slightly from the 1.8 branch and the trunk. The problem is that after we write a particular byte to manipulate the fill values, we need to write it back before reading and comparing to the expected value. The previous change makes the second write after the hyperslab is manipulated, so the initial hyperslab is still incorrect. Tested: VS2005 on WinXP (32- and 64-bit) h5committest
* [svn-r15336] Fixed incorrect error message in H5Pset_fletcher32:Neil Fortner2008-07-081-1/+1
| | | | | | | | "unable to add deflate filter to pipeline" -> "unable to add fletcher32 filter to pipeline" Tested: kagiso
* [svn-r15334] Update test files for h5stat.Vailin Choi2008-07-084-10/+10
| | | | h5committested.
* [svn-r15330] When an attribute was opened twice and data was written with ↵Raymond Lu2008-07-0715-390/+1443
| | | | | | | | | | | 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-r15313] Purpose: Support Visual Studio 2008 on WindowsScott Wegner2008-07-024-32/+159
| | | | | | | | | | Description: Write documentation for building HDF5 with the latest version of Visual Studio, 2008. The process is very similar to building with Visual Studio 2005, but with an automatic project-file conversion beforehand. Also adapt commandline build scripts for Visual Studio 2008 as well. Tested: VS2008 on WinXP
* [svn-r15305] Changed H5Tcreate_array to H5Tcreate_array2 from last checkin ↵Raymond Lu2008-07-011-1/+1
| | | | | | | | | for the bug fix for H5Tpack. The problem was that H5Tpack didn't act correctly with nested compound datatype. Tested on smirom - simple change.
* [svn-r15304] Purpose: Minor typo in Windows documentation (zlib DLL directory)Scott Wegner2008-06-303-9/+9
| | | | | Description: When specifying library search path in Visual Studio, use the DLL folder for zlib. Previously we pointed to the "lib" folder, which was causing confusion.
* [svn-r15302] Purpose: Support Intel Visual Fortran 10.1 from Visual Studio ↵Scott Wegner2008-06-304-31/+81
| | | | | | | | | and Windows command line Description: Modify Windows documentation to support Intel Visual Fortran 10.1. We have tested it in our Virtual machines, and have fixed the problems we were encountering. Also, add a new parameter to the hdf5build.BAT and hdf5bt.BAT build scripts to support IVF 10.1.
* [svn-r15297] Bug fix for H5Tpack. The problem was that H5Tpack didn't act ↵Raymond Lu2008-06-302-5/+109
| | | | | | | | | correctly with nested compound datatype. The size of compound type's member type wasn't updated. It's fixed in this commit. Tested on smirom. The same change was tested on three systems for v1.9.
* [svn-r15289] Purpose: Project Cleanup / Support directories with spacesScott Wegner2008-06-274-32/+32
| | | | | | | | | | Description: On Windows, we manage dynamically-generated code through "post-build" steps in Visual Studio. However, the command for it wasn't checking to see if the code already existed, so it was re-generating in each build (and thus re-generating all dependencies). To overcome, we simply check if the source file exists before generating it. Also, put all paths inside quotes so we can handle directory names with spaces. Tested: VS2005 on WinXP
* [svn-r15287] Purpose: Fix project settings for Intel Fortran 10.1Scott Wegner2008-06-271-14/+14
| | | | | | | | Description: A typo in the project output file name was causing Intel Fortran 10.1 to crash. The output file was set to "$(OutDir)\hdf5_fortranddll.dll " (three trailing spaces). IVF 9.1 ignored this error and continued gracefully. However, IVF 10.1 would simply crash. With this fix, we can now build on IVF 10.1 (so far..) Tested: VS2008 w/ IVF 10.1 on WinXP
* [svn-r15284] Fixed bug 1155, added fillval.c back to windows test file, ↵Neil Fortner2008-06-262-6/+6
| | | | | | | other minor cleanup in fillval.c. Tested: kagiso Same fix in trunk: kagiso (parallel), smirom, linew
* [svn-r15272] Purpose: Disable fillval test on WindowsScott Wegner2008-06-251-1/+4
| | | | | | | | | | | Description: The fillval test uses random input to test various fill cases. Certain boundary cases cause the test to fail, which produces sporadic errors on Windows. There is a bug filed for the issue here: http://bugzilla.hdfgroup.uiuc.edu/show_bug.cgi?id=1155 We will disable the test until the bug is fixed. Tested: None, simply disabled.
* [svn-r15255] Description:Scot Breitenfeld2008-06-205-3/+92
| | | | | Added the function h5tget_native_type and associated requirements.
* [svn-r15253] Purpose: Remove ttsafedll project from default build.Scott Wegner2008-06-201-2/+0
| | | | | | | | Description: Somehow, the ttsafedll project was setup to build by default in Visual Studio .NET project files. This causes build errors when the HDF5_EXT_PTHREAD variable isn't defined or the pthreads library path isn't setup. It should be disabled by default. Tested: VS.NET on WinXP
* [svn-r15241] Purpose: Port bugfix from trunk: Fix ohdr Windows timezone bugScott Wegner2008-06-192-2/+2
| | | | | | | | | | | | | | | | | | Description: On Windows, certain users were having trouble with the "ohdr" test, which does some processing on object header messages. The errors were hard to reproduce on our machines, and we eventually determined that the errors were timezone-specific. The bug is triggered on Windows when processing timestamps very near the "Epoch" (midnight on 1/1/1970)-- the mktime() function does some automatic adjustment on the time to correct for timezones. In the USA, the correction adds a few hours; in Europe, it subtracts, thus giving us times pre-Epoch. This only affects Windows because the Windows mktime() function cannot handle times before 1970-- other systems seemingly can. The fix is to simply create timestamps only as early as 01/02/1970. This way, any timezone adjustment will still be post-Epoch. This bug only affects the ohdr test, and shouldn't be a problem in the library. The earliest timestamps that will actually be read will be around the time HDF5 was created (~1996-7, per Quincey). Tested: (tested in trunk) VS2005 on WinXP h5committest (kagiso, linew, smirom)
* [svn-r15228] Description:Quincey Koziol2008-06-177-11/+13
| | | | | | | | | | | | | | | | | | | | Bring back revision 15227 from trunk: Small cleanups to copying datatypes 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.5.3 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
* [svn-r15214] Description:Quincey Koziol2008-06-131-4/+55
| | | | | | | Fix gcc 4.2 flag that was put in gcc 4.1 section Tested on: Eyeballed & man pages
* [svn-r15212] Description:Quincey Koziol2008-06-1314-63/+174
| | | | | | | | | | | Bring back revision 15211 from trunk: Update the gcc flags for version 4.3 Clean up warnings Tested on: Mac OS X/32 10.5.3 (amazon)
* [svn-r15209] Description:Quincey Koziol2008-06-122-6/+9
| | | | | | | | | | | Bring back revision 15208 from trunk: Add a "HDcompile_assert" macro for assertions that can/should be checked at compile time, as opposed to run time. (And used it for a couple of simple cases, to begin) Tested on: Mac OS X/32 10.5.3 (amazon)
* [svn-r15189] Description:Quincey Koziol2008-06-101-7/+8
| | | | | | | | | | Bring revision 15188 back from trunk: Avoid leaking memory when copying the internal "shared" struct for a named datatype when it's already been opened earlier. Tested on: Linux/64 2.6 (chicago)
* [svn-r15181] Purpose: _WIN32 macro cleanupScott Wegner2008-06-0915-120/+6
| | | | | | | | | | 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)
generated by cgit v0.12 at 2024-11-09 09:07:43 (GMT)