[Gregory P. Smith, on test_bsddb3 Win98SE failures in test01_basics] > Yeah I'd chalk that one up to Win98. Me too <wink>. Back over on WinXP and *current* (HEAD) CVS, there's one failure, which I believe is real: ERROR: test04_n_flag (bsddb.test.test_compat.CompatibilityTestCase) ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Code\python\lib\bsddb\test\test_compat.py", line 86, in test04_n_flag f = hashopen(self.filename, 'n') File "C:\Code\python\lib\bsddb\__init__.py", line 293, in hashopen d.open(file, db.DB_HASH, flags, mode) DBInvalidArgError: (22, 'Invalid argument -- DB_TRUNCATE illegal with locking specified') I suspect Sleepycat screwed us there, changing the rules in midstream. Someone on c.l.py appeared to track down the same thing here, but in an app instead of in our test suite: http://mail.python.org/pipermail/python-list/2004-May/220168.html The change log of Berkeley DB 4.2.52 says "9. Fix a bug to now disallow DB_TRUNCATE on opens in locking environments, since we cannot prevent race conditions ..."
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4