[ZODB-Dev] Re: pybsddb versions

[Toby Dickenson]

On Friday 07 December 2001 3:51 pm, Barry A. Warsaw wrote:

>[Cc'ing bsddb-users list -BAW]

bsddb-users list wont have seen my other post on zodb-dev where the released 
version 3.3.0 seems to be responsible for a core dump in Zope.....

>>>>>> "TD" == Toby Dickenson <tdickenson@geminidataloggers.com> writes:
>
>    TD> The readme for BerkeleyStorage at
>    TD> <http://www.zope.org/Products/bsddb3Storage/README> suggests
>    TD> that it needs version 3.3.1 of pybsddb
>
>    TD> However, the 3.3.0 is the latest version at
>    TD> <http://sourceforge.net/project/showfiles.php?group_id=13900>. I
>    TD> cant see any cvs tags that might be 3.3.1.
>
>    TD> Is this just a typo? It 3.3.0 safe for BerkeleyStorage?
>
>Odd:
>
>Python 2.1.1 (#1, Aug 31 2001, 17:07:00)
>[GCC egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)] on linux2
>Type "copyright", "credits" or "license" for more information.
>
>>>> import bsddb3
>>>> bsddb3.__version__
>
>'3.3.1'
>
>I'm using the version from CVS.  I wonder if src/version.h was updated
>but never released.

Ive just tried the CVS trunk. That gives me:
>>> import bsddb3
>>> bsddb3.__version__
'3.3.2'

Somewhere near the middle of the tests I see this anomaly:

test02_SimpleLocks (test_thread.BTreeSimpleThreaded) ... ok
test02_SimpleLocks (test_thread.HashSimpleThreaded) ... test_thread.py:229: 
RuntimeWarning: DB_INCOMPLETE: Cache flush was unable to complete
  d.sync()
ok

It still dumps core. The pdb traceback is the same, but the gdb backtrace is 
slightly different:

(gdb) file /usr/local/bin/python2.1
Reading symbols from /usr/local/bin/python2.1...done.
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x40502cf2 in ?? ()
#2  0x40509066 in ?? ()
#3  0x08058cda in call_cfunction (func=0x841d590, arg=0x8a21dfc, kw=0x0) at 
Python/ceval.c:2836
#4  0x08058c24 in call_object (func=0x841d590, arg=0x8a21dfc, kw=0x0) at 
Python/ceval.c:2807
#5  0x0805937b in do_call (func=0x841d590, pp_stack=0xbfffd7a4, na=1, nk=0) 
at Python/ceval.c:3123
#6  0x08057744 in eval_code2 (co=0x89f9438, globals=0x89fc084, locals=0x0, 
args=0x83a71a4, argcount=2,
    kws=0x83a71ac, kwcount=0, defs=0x89f8300, defcount=1, closure=0x0) at 
Python/ceval.c:1954
#7  0x080590cf in fast_function (func=0x89fcb14, pp_stack=0xbfffd8b4, n=2, 
na=2, nk=0)
    at Python/ceval.c:3025