hash db2 code breaks if st_blksize > 64k
authorKen Raeburn <raeburn@mit.edu>
Fri, 23 Jan 2009 18:04:08 +0000 (18:04 +0000)
committerKen Raeburn <raeburn@mit.edu>
Fri, 23 Jan 2009 18:04:08 +0000 (18:04 +0000)
commit5c2d383292d4080d31e834919a527427fe1ecbe8
tree419f3b4b60588cd34ee0cbf3eb63764ae2a3fcaa
parent69350842f4846ed7b383ef6734d134fd32de8925
hash db2 code breaks if st_blksize > 64k

The hash db code assumes in places that the block size is no larger
than 64K.  There's a range check in the case where you don't have a
file but provide initialization info.  The btree code will cap the
block size used at 64K.

Apparently Sun's ZFS can report back a block size of 128K, causing the
db2 tests to fail.

Add such a cap to the hash db creation code.

Note that our default configuration is to use the btree code when
creating a new database, so it's unlikely that this will cause
real-world problems unless someone went out of their way to specify
use of the hash format.

ticket: 6342

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@21786 dc483132-0cff-0310-8789-dd5450dbe970
src/plugins/kdb/db2/libdb2/hash/hash.c