diff options
| author | Choonghwan Lee <clee83@hdfgroup.org> | 2008-12-19 16:22:10 (GMT) |
|---|---|---|
| committer | Choonghwan Lee <clee83@hdfgroup.org> | 2008-12-19 16:22:10 (GMT) |
| commit | c302b9b031b9a52bc7b3f4413adfa71f42e75d79 (patch) | |
| tree | 181e6fac66bd8bfcb5f08dfa307f17e9d6660b4a /test/COPYING | |
| parent | 794c05c921d2c016e07eda65dc02d866e40ab0c7 (diff) | |
| download | hdf5-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 'test/COPYING')
0 files changed, 0 insertions, 0 deletions