netcdf-c: Test failure in 'nc_test4_tst_filter' on Linux with netcdf v4.8.1
netcdf version: 4.8.1 OS: Debian 10 Compiler: gcc version 8.3.0 hdf5 version: 1.8.12
While trying to build netcdf, I see the following failure in the C tests shipped with netcdf.
76/209 Testing: nc_test4_tst_filter
76/209 Test: nc_test4_tst_filter
Command: "/usr/local/bin/bash" "-c" "export srcdir=/mathworks/devel/sandbox/abaruah/3p-tmw/3p/derived/glnxa64/netcdf/nc_test4;export TOPSRCDIR=/mathworks/devel/sandbox/abaruah/3p-tmw/3p/derived/glnxa64/netcdf;/mathworks/devel/sandbox/abaruah/3p-tmw/3p/derived/glnxa64/netcdf/nc_test4/tst_filter.sh "
Directory: /mathworks/devel/sandbox/abaruah/3p-tmw/3p/derived/glnxa64/netcdf/nc_test4
"nc_test4_tst_filter" start time: Sep 07 09:39 EDT
Output:
----------------------------------------------------------
findplugin.sh loaded
final HDF5_PLUGIN_PATH=/mathworks/devel/sandbox/abaruah/3p-tmw/3p/derived/glnxa64/netcdf/plugins
*** Testing dynamic filters using API
fail (225): NetCDF: Filter error: unimplemented filter encountered
*** Testing API: bzip2 compression.
show parameters for bzip2: level=9
show chunks: chunks=4,4,4,4
<end of output>
Test time = 0.06 sec
----------------------------------------------------------
Test Failed.
"nc_test4_tst_filter" end time: Sep 07 09:39 EDT
"nc_test4_tst_filter" time elapsed: 00:00:00
My guess is that one of the following changes made in netcdf v4.8.1 might be responsible for the failure that we are seeing: https://github.com/Unidata/netcdf-c/pull/2000 https://github.com/Unidata/netcdf-c/issues/1969
Noteworthy to mention here that we are still using hdf5 version 1.8.12 with netcdf.
It would be really helpful if the developers at Unidata can help us resolve this issue?
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 18
I finally found the problem. The semantics of H5Zfilter_avail changed sometime after HDF5 version 1.8.12. In 1.8.12 and before, if the filter was not in the list of already loaded filters, then it returned not-found. Sometime after 1.8.12, this changed so that if the filter was not already loaded, then H5Zfilter_avail attempted to load it. Not sure what to do about this since I think 1.8.12 is actually no longer supported.