summaryrefslogtreecommitdiffstats
path: root/release_docs
diff options
context:
space:
mode:
authorChoonghwan Lee <clee83@hdfgroup.org>2008-12-19 16:22:10 (GMT)
committerChoonghwan Lee <clee83@hdfgroup.org>2008-12-19 16:22:10 (GMT)
commitc302b9b031b9a52bc7b3f4413adfa71f42e75d79 (patch)
tree181e6fac66bd8bfcb5f08dfa307f17e9d6660b4a /release_docs
parent794c05c921d2c016e07eda65dc02d866e40ab0c7 (diff)
downloadhdf5-c302b9b031b9a52bc7b3f4413adfa71f42e75d79.zip
hdf5-c302b9b031b9a52bc7b3f4413adfa71f42e75d79.tar.gz
hdf5-c302b9b031b9a52bc7b3f4413adfa71f42e75d79.tar.bz2
[svn-r16209] Purpose:
Bug fix (#1357) Description: Three filters have not assigned correct value to one value-result argument, "buf_size". N-bit, szip, and scale offset filter have had this problem. However, I don't think this problem has been making buffer overrun because those filters were informing the caller that the "buf", another value-result argument, is smaller than it actually is. If there was actual buffer overrun, I believe another problem exists although I don't know. Tested: jam, smirom, linew Although all test were passed, I'm concerned about valgrind memcheck error. There can be another miscommunication between filter and the caller.
Diffstat (limited to 'release_docs')
0 files changed, 0 insertions, 0 deletions