bsddb: db never opened for writing forgets its size

[staschuk]

BPO	1493322
Nosy	@gpshead
Files	dblen.py: Code to demonstrate the erroneous behaviour

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/gpshead'
closed_at = <Date 2006-06-06.00:00:54.000>
created_at = <Date 2006-05-23.02:30:17.000>
labels = ['library']
title = 'bsddb: db never opened for writing forgets its size'
updated_at = <Date 2006-06-06.00:00:54.000>
user = 'https://bugs.python.org/staschuk'

bugs.python.org fields:

activity = <Date 2006-06-06.00:00:54.000>
actor = 'gregory.p.smith'
assignee = 'gregory.p.smith'
closed = True
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2006-05-23.02:30:17.000>
creator = 'staschuk'
dependencies = []
files = ['2010']
hgrepos = []
issue_num = 1493322
keywords = []
message_count = 4.0
messages = ['28588', '28589', '28590', '28591']
nosy_count = 3.0
nosy_names = ['nnorwitz', 'gregory.p.smith', 'staschuk']
pr_nums = []
priority = 'normal'
resolution = 'fixed'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue1493322'
versions = ['Python 2.4']

[staschuk]

See the attached program; on my machine, its output is
as described therein. That is: if a bsddb hash
database is opened read-only, and has never been opened
for writing (except when first created), then calling
len() on the database object returns the correct value
the first time, but zero on the second and later calls.
Opening the database for writing once seems to
eliminate the problem; even when it is opened read-only
later, len() behaves as expected.

My machine runs Linux 2.6.16, glibc 2.3.4, Python
2.4.3, and Berkeley DB 4.3.28.

[nnorwitz]

Logged In: YES
user_id=33168

Greg, is this a known issue? Any ideas?

[gpshead]

Logged In: YES
user_id=413

this sounds the same as pybsddb bug 1184012. i'm looking
into it.

[gpshead]

Logged In: YES
user_id=413

fixed in python svn rev 46684. i'll backport this one to
python 2.4 as well.