hdf5.git - Mirror from: https://github.com/HDFGroup/hdf5.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	Develop tools move (#3580)	Allen Byrne	2023-09-26	1	-0/+0
\| \| \|	Reorganizes the tools files to support the VOL tests
*	Delay checking if decoded message's "shareable" flag is appropriate for	Neil Fortner	2019-01-07	1	-0/+0
\| \| \| \| \| \| \| \| \| \| \|	the message type until we've verified we understand the message type. Reduce size of H5O_msg_class_g to not include space for H5O_BOGUS_INVALID. Make bogus messages shareable. Add new bogus message test with shareable messages to cover the formerly problematic code. Re-run gen_bogus.c to add this test case and also to fix the bogus_invalid messages that were no longer H5O_BOGUS_INVLAID due to a new message class being added in a previous commit. Added comment to remind developers to run gen_bogus.c when adding a new message class.
*	[svn-r29202] Fix for unknown message HDFFV-9697.	Vailin Choi	2016-02-24	1	-0/+0
\| \| \| \|	Tested on jam, ostrich, platypus, kite, quail, osx1010test, emu, mayll, moohan.
*	[svn-r27292] Description:	Quincey Koziol	2015-06-27	1	-0/+0
\| \| \| \| \| \| \| \| \| \|	Bring 'fail if unknown always' object header message flag from the avoid_truncate branch, strengthen error checking for unknown messages, and try to catch object header code configurations at compile time (instead of runtime). Tested on: MacOSX/64 10.10.3 (amazon) w/serial & parallel (h5committest forthcoming)
*	[svn-r25984] change the message flag H5O_MSG_FLAG_FAIL_IF_UNKNOWN to	Mohamad Chaarawi	2015-01-20	1	-0/+0
\| \| \| \| \| \| \| \|	H5O_MSG_FLAG_FAIL_IF_UNKNOWN_AND_OPEN_FOR_WRITE. Will add a new H5O_MSG_FLAG_FAIL_IF_UNKNOWN_ALWAYS with the new avoid_truncate patch coming later. tested h5committest
*	[svn-r13721] Description:	Quincey Koziol	2007-05-01	1	-0/+0
\| \| \| \| \| \| \| \| \| \| \| \| \|	Add "fail if unknown" and "mark if unknown" flags to object header messages. This gives the library a clean way to tell older libraries that a message should not be just ignored if it's unknown, but that other actions should occur. Tested on: Mac OS X/32 10.4.9 (amazon) FreeBSD/32 6.2 (duty) FreeBSD/64 6.2 (liberty) Linux/32 2.6 (chicago) Linux/64 2.6 (chicago2)
*	[svn-r6308] Purpose:	Quincey Koziol	2003-01-21	1	-0/+0
	Bug fix Description: Currently, when the library encounters an object header message that isn't know, it fails to open that object in the file. Solution: Allow the library to skip over the unknown object header message and continue to process the remaining messages, in the hope that the skipped message isn't important later. If it is important, it will be caught at a higher level of the library. Platforms tested: FreeBSD 4.7 (sleipnir)