tree 22ccd34be2ee4fccb587606b7f142dd8448a0800
parent ab6a08a4b6e4a12339cb33e4cd14fdf8426c346b
author Guido van Rossum <guido@python.org> 928847596 +0000
committer Guido van Rossum <guido@python.org> 928847596 +0000
HG:extra convert_revision:svn%3A6015fed2-1504-0410-9fe1-9d1591cc4771/python/branches/legacy-trunk%4013440

Skip Montanaro:

I guess in 1.5.2 a new module, whichdb, was added that attempts to
divine the nature of a database file.  This module doesn't know anything
about Berkeley DB v2 files.  In v2, Sleepycat added a 12-byte null pad
in front of the old magic numbers (at least for hash and btree files).
I've been using v2 for awhile and upgrading to 1.5.2 broke all my
anydbm.open calls. I believe the following patch corrects the problem.