summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* [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)
* [svn-r15180] Change copyright notice to THG only.Christian Chilan2008-06-097-7/+0
|
* [svn-r15163] Purpose: Create new HDpthread_self and HDpthread_self_ulong macrosScott Wegner2008-06-066-25/+21
| | | | | | | | | Description: On Windows, the pthread_self function cannot be used to print the returned thread ID for debugging. Instead, we need a separate function, GetCurrentThreadId. To eliminate some Windows ifdef's in the code, we create two new function macros which can be used by all platforms. It is conditionally defined in H5win32defs.h, and globally in H5private.h. Tested: VS2005 w/ pthreads on WinXP kagiso w/ pthreads
* [svn-r15160] Purpose: Separate Windows function macro definitions to win32defs.hScott Wegner2008-06-0518-452/+947
| | | | | | | | | | | | | | Description: In library code, we try not to use system calls directly, but instead use the HD{function} macro instead. This way, we can map special versions of the call on particular systems. Previously, it was all done in H5private.h. However, in an effort to clean up platform-specific definitions, we move all of the Windows macros into a separate file, win32defs.h. This way, we can use the non-Posix versions that Visual Studio sends warnings about. Some macros are set specifically in the platform-specific header files. Then, any macros left unset will be set by the "default" implementation in H5private.h. This checkin also cleans up various source files to use the HD* macros when possible. Tested: VS2005 on WinXP VS.NET on WinXP h5committest (kagiso, linew, smirom)
* [svn-r15159] Pedro Vicente Nunes2008-06-051-0/+4
| | | | | | - h5dump: when doing binary output (-b), the stdout printing of attributes was done incorrectly. Removed printing of attributes when doing binary output. PVN - 2008/06/05
* [svn-r15152] Purpose: Add testhdf5_1_8fortran[dll] Windows projects as ↵Scott Wegner2008-06-051-385/+387
| | | | | | | | | | dependencies to all_fortran Description: The projects testhdf5_1_8fortran[dll] which test the new fortran features in HDF5 1.8 were not registered as dependencies to the "all_fortran" pseudo-project. As a result, the projects would not be built if you simply build all_fortran in Visual Studio, rather than "Build Solution". This is a very minor cleanup, but is neccessary to be consistent in our projects. Tested: VS2005 on WinXP x64
* [svn-r15151] Pedro Vicente Nunes2008-06-053-8/+16
| | | | | | | | | | Fix for #1169 http://bugzilla.hdfgroup.uiuc.edu/show_bug.cgi?id=1169 don't print attributes to stdout when doing binary output added an attribute to the file run on the binary output test tested: windows, linux
* [svn-r15148] Description:Quincey Koziol2008-06-051-1/+4
| | | | | | | | | | | | Bring back revision 15146 from the trunk: Correct the definition of the 'nbytes' variable in the in-memory version of the B-tree key for chunks from 'size_t' to 'uint32_t', to match the definitions everywhere else. Tested on: Mac OS X/32 10.5.3 (amazon) debug & production Linux/64 2.6 (chicago) production
* [svn-r15147] Purpose: Bug FixMike McGreevy2008-06-053-3/+3
| | | | | | | | Description: Changing h5perf installation so only h5perf is installed when parallel is enabled, while only h5perf_serial is installed when parallel is disabled. Tested: kagiso
* [svn-r15144] Purpose: Add new h5ls test to WindowsScott Wegner2008-06-051-0/+1
| | | | | | | | Description: A new test case was added to the general testh5ls script. This update adds the test to Windows as well. Tested: VS2005 on WinXP
* [svn-r15136] Purpose:Albert Cheng2008-06-043-5/+17
| | | | | | | | | | | | | | bug fixes. Description: Added code to create an empty hdf5 (named h5diff_empty.h5) in order to test if h5diff compares correctly an empty hdf5 vs. a non-empty one. Tested: Tested in kagiso of h5diffgentest itself. Verified by h5dump that h5diff_empty.h5 was indeed empty. Then "h5diff h5diff_empty.h5 h5diff_basic1.h5" returned 0 (should have returned non-zero).
* [svn-r15134] Description:Quincey Koziol2008-06-046-42/+48
| | | | | | | | | | Brought revision 15133 back from trunk: Fixed bug in h5ls that prevented relative group listings (like "h5ls foo.h5/bar") from working correctly. Tested on: Mac OS X/32 10.5.3 (amazon)
* [svn-r15132] Description:Quincey Koziol2008-06-0329-3809/+4612
| | | | | | | | | | | | | | Bring back revision 15131 from trunk: Finish omnibus chunked dataset I/O refactoring, to separate general actions on chunked datasets from actions that are specific to using the v1 B-tree index. Cleaned up a few bugs and added some additional tests also. Tested on: Mac OS X/32 10.5.3 (amazon) Linux/32 2.4 (chicago)
* [svn-r15129] Revise man page and copyright notice.Christian Chilan2008-06-032-87/+57
| | | | Tested on smirom.
* [svn-r15127] Purpose: Make Windows threadsafe debug message more usefulScott Wegner2008-06-022-3/+9
| | | | | | | | | | Description: On Linux-like systems, we can get the ID of the current thread through a pthread_self. However on Windows, the return cannot be cast as a threadID, so we simply couldn't get the ID. Previously we simply gave up and printed a message that we couldn't get an ID. Instead, though, we can use the Windows-specific call to GetCurrentThreadId(), which achieves the same goal. This way we can provide better debug output with threadsafe features. Tested: VS2005 on WinXP VS.NET on WinXP (other platforms not tested because change is within _WIN32 ifdef)
* [svn-r15125] Purpose: Cleanup unneeded Windows sourceScott Wegner2008-06-029-713/+67
| | | | | | | | | | | | Description: Previously, we maintained some source files that are commonly generated dynamically on other systems. Now, we also generate them on Windows as well. We should remove them from the repository so old versions are not accidentally used. Also, clean up the project files to organize generator programs. Tested: VS2005 on WinXP VS2005 on WinXP x64 VS.NET on WinXP
generated by cgit v0.12 at 2025-09-04 19:07:24 (GMT)