[svn-r19175] Bug fix for #1239 - The filter's public function CAN_APPLY should return htri_t not

herr_t.  To minimize the change of the library's behavior, in the function
H5Z_prelude_callback of H5Z.c, if the return value of can_apply is FALSE and
the filter is MANDATE, this function returns a FAILURE.  If the return value is FALSE
but the filter is OPTIONAL, this function returns a SUCCEED.  During the IO, the filter
will fail and return a size of zero.  But the pipeline will skip this filter.
 
Tested the same change for 1.8 on jam, linew, and amani.  Tested on jam with szip.

1 files changed, 1 insertions, 1 deletions

diff --git a/test/links.c b/test/links.c
index f23a566..321b9b4 100644
--- a/test/links.c
+++ b/test/links.c
@@ -8853,7 +8853,7 @@ static enum {
     LFS_DECODED
 } link_filter_state;
 
-static herr_t link_filter_can_apply(hid_t dcpl_id, hid_t type_id, hid_t space_id)
+static htri_t link_filter_can_apply(hid_t dcpl_id, hid_t type_id, hid_t space_id)
 {
     if(dcpl_id >= 0 || type_id >= 0 || space_id >= 0)
         return -1;