[ZODB-Dev] Re: pybsddb versions
Toby Dickenson
tdickenson@geminidataloggers.com
Fri, 7 Dec 2001 16:25:28 +0000
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