Brett> Well, it has always been that way for me, so I always assumed
Brett> test_bsddb3 was just a *really* long test.
Slow for me, but not nearly as bad as for you:
% time ./python.exe ../Lib/bsddb/test/test_all.py
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Only thing I can think of is that Berkeley DB 4.7 is a ton faster than
> 4.6 or I am running something differently than you:
My suspicion is that there is a bug somewhere, probably in Berkeley DB.
For example, it might acquire some lock with a timeout, hoping that
normally, the lock gets release
> real0m13.786s
test_bsddb3 takes about 30s real time on my system (Linux, with
Berkeley DB 4.6.21).
I don't think the default (of requiring the bsddb resource) can
change for 2.6; we already have released rc2, so there won't be
any further release candidates.
For 2.7, I would still be hesit
