summaryrefslogtreecommitdiffstats
path: root/vms/tools
diff options
context:
space:
mode:
authorPedro Vicente Nunes <pvn@hdfgroup.org>2007-12-14 21:38:23 (GMT)
committerPedro Vicente Nunes <pvn@hdfgroup.org>2007-12-14 21:38:23 (GMT)
commit6036ac9b307ddb1192afd3988d20111766b1e258 (patch)
tree64424ef8482a7d7e296c2983ce5e469c8a43caf0 /vms/tools
parent89f6ef0303907065fbfbbd3c48218a8457149e7e (diff)
downloadhdf5-6036ac9b307ddb1192afd3988d20111766b1e258.zip
hdf5-6036ac9b307ddb1192afd3988d20111766b1e258.tar.gz
hdf5-6036ac9b307ddb1192afd3988d20111766b1e258.tar.bz2
[svn-r14346] New feature: has_filters_obj function that checks if filters match for each individual dataset
Following the new feature of h5repack to allow multiple filters for all datasets and the new function has_filters that checks if the repacked file has all the filters requested, I added a new function has_filters_obj that does the same for each dataset. The previous function that checked this only ckecked if the user input filters were in the output dataset. This new function does this but checks if the filters are exactly the same. Currently the behavior of h5repack is to delete all filters that are present in the input file (dataset) and replace them with the requested ones, so they must match exactly. We might consider adding other logical operations, like keep the existing ones. Additionally , the function also checks if the filter parameters match. While doing this I noticed that for the shuffle filter , the values returned do not match and also the same for the N-bit and scale-offset The new function that checks for the filter values fails then, and so I commented the h5repack tests that do this for the N-bit and scale-offset filter (previously for the same bug on the shuffle filter I added special code on the compare filter function but this is temporary until I find the issue) tested: windows, linux, solaris
Diffstat (limited to 'vms/tools')
0 files changed, 0 insertions, 0 deletions