mirror of
https://github.com/Unidata/netcdf-c.git
synced 2025-02-11 16:40:36 +08:00
re: https://github.com/Unidata/netcdf-c/issues/972 The current szip plugin code in the HDF5 library has some unexpected behaviors that require some changes to how nc_inq_var_szip is implemented and to the corresponding tests: nc_test4/{test_szip,tst_vars3}. Specifically, the following can happen: 1. The number of parameters provided by the user will be two, but the number of parameters returned by nc_inq_var_filter will be four because the HDF5 code (H5Zszip) will add two extra parameters for internal use. It turns out that the two parameters provided when calling nc_def_var_filter correspond to the first two parameters of the four parameters returned by nc_inq_var_filter. 2. The nc_inq_var_szip values corresponding to the ones provided by the caller may be different than those provided by nc_def_var_filter. The value of the options_mask argument is known to add additional flag bits, and the pixels_per_block parameter may be modified. |
||
---|---|---|
.. | ||
u | ||
CMakeLists.txt | ||
crc32.c | ||
crc32.h | ||
datt.c | ||
dattget.c | ||
dattinq.c | ||
dattput.c | ||
dauth.c | ||
dcompound.c | ||
dcopy.c | ||
ddim.c | ||
ddispatch.c | ||
defcheck.c | ||
denum.c | ||
derror.c | ||
dfile.c | ||
dfilter.c | ||
dgroup.c | ||
dinternal.c | ||
dnotnc3.c | ||
dnotnc4.c | ||
doffsets.c | ||
dopaque.c | ||
dparallel.c | ||
drc.c | ||
dreadonly.c | ||
dstring.c | ||
dtype.c | ||
dutf8.c | ||
dutil.c | ||
dv2i.c | ||
dvar.c | ||
dvarget.c | ||
dvarinq.c | ||
dvarput.c | ||
dvlen.c | ||
dwinpath.c | ||
heap | ||
json.c | ||
Make0 | ||
Makefile.am | ||
nc.c | ||
ncaux.c | ||
ncbytes.c | ||
nchashmap.c | ||
nclist.c | ||
nclistmgr.c | ||
nclog.c | ||
ncsettings.hdr | ||
nctime.c | ||
ncuri.c | ||
netcdf.m4 | ||
stubdef.c | ||
test_ncuri.c | ||
test_pathcvt.c | ||
u8.c | ||
u8.h | ||
utf8proc_data.c | ||
utf8proc.c | ||
utf8proc.h |