Fix for HDFFV-10840: Instead of using fill->buf for datatype conversi… (#2277)

* Fix for HDFFV-10840: Instead of using fill->buf for datatype conversion (#2153)

* Fix for HDFFV-10840: Instead of using fill->buf for datatype conversion
if it is large enough, a buffer is allocated regardless so that the element
in fill->buf can later be reclaimed.
Valgrind is run on test/set_extent.c and there is no memory leak.

* Add information of this fix to release notes.

* Change macos version for CI to macos-11 until accum test failure is fixed for macos
12.

Co-authored-by: Larry Knox <lrknox@hdfgroup.org>

1 files changed, 13 insertions, 0 deletions

diff --git a/release_docs/RELEASE.txt b/release_docs/RELEASE.txt
index 0b6ca4e..022010c 100644
--- a/release_docs/RELEASE.txt
+++ b/release_docs/RELEASE.txt
@@ -227,6 +227,19 @@ Bug Fixes since HDF5-1.12.1 release
 
       (JTH - 2022/07/08, HDFFV-11316, HDFFV-11317)
 
+    - Memory leak 
+    
+      A memory leak was observed with variable-length fill value in 
+      H5O_fill_convert() function in H5Ofill.c. The leak is
+      manifested by running valgrind on test/set_extent.c.
+
+      Previously, fill->buf is used for datatype conversion 
+      if it is large enough and the variable-length information 
+      is therefore lost.  A buffer is now allocated regardless 
+      so that the element in fill->buf can later be reclaimed.
+
+      (VC - 2022/10/10, HDFFV-10840)
+ 
 
     Java Library
     ------------