Bug 63980 - reproduceable gdbm fatal read error
Summary: reproduceable gdbm fatal read error
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gdbm
Version: 7.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: Aaron Brown
URL: http://www.sourcelight.com/open/break...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-04-23 00:20 UTC by Need Real Name
Modified: 2007-04-18 16:42 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-04-25 21:52:47 UTC
Embargoed:

Attachments (Terms of Use)
program to break gdbm (251.73 KB, application/octet-stream)
2002-04-23 00:21 UTC, Need Real Name 		no flags Details
Patch I received from gdbm maintainer (2.96 KB, patch)
2002-04-25 21:41 UTC, Need Real Name 		no flags Details | Diff
View All

Description Need Real Name 2002-04-23 00:20:40 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020417

Description of problem:
I think I've located a reproduceable gdbm bug under linux.  It happens when a
specific set of items are inserted into a database from scratch.  I get a
gdbm fatal read error.  From cursory glancing over the source it looks to me
like gdbm is seeking to the end of the file and then getting a short read
while looking for an empty "bucket."

I've included a URL for a tar file with an example program and text file of keys
and value lengths to insert.  Please read the README for specific instructions.

A couple of notes:

1. This ONLY happens on 64 bit builds of this (i.e. -D_FILE_OFFSET_BITS=64).
2. This has been verified on redhat 6.2, 7.1 and 7.2 systems.

Version-Release number of selected component (if applicable): 1.8.0

How reproducible:
Always

Steps to Reproduce:
Download and unpack the following file...

http://www.sourcelight.com/open/breakgdbm.tar.gz

Read the README for specific instructions, but the general idea is that you need
to build a 64 bit version of the library and then link the breakgdbm.c program
against it.  The program should be run with the keys.txt file as it's input. 

Again, the README in the archive has specific instructions.

Actual Results:  gdbm fatal: read error

Expected Results:  build a database.

Additional info:
Comment 1 Need Real Name 2002-04-23 00:21:53 UTC 
Created attachment 54944 [details]
program to break gdbm
Comment 2 Trond Eivind Glomsrxd 2002-04-25 21:29:40 UTC 
We don't build it that way, and this is a major reason why...
Comment 3 Need Real Name 2002-04-25 21:41:28 UTC 
Created attachment 55368 [details]
Patch I received from gdbm maintainer
Comment 4 Need Real Name 2002-04-25 21:44:37 UTC 
Do you mean you don't build it as an archive file or you don't build it using
the 64 bit offsets.

I've attached a patch I got from the gdbm maintainer (downsj). 
Everything looks ok now, but considering how rare this was, it's hard to verify.
Comment 5 Trond Eivind Glomsrxd 2002-04-25 21:52:42 UTC 
We don't build gdbm with 64 bit offsets (may change). Unfortunately, gdbm has
been rather stagnant for a long time, while bdb is alive and well. I'll take a
look at the patch and will probably put it in.
Comment 6 Trond Eivind Glomsrxd 2002-04-25 22:45:17 UTC 
Added the patch and 64 bit directive to gdbm-1.8.0-15
Comment 7 Need Real Name 2002-04-25 23:12:22 UTC 
You are probably aware of this, but there is no binary compatiblity between 32
and 64 bit gdbm databases.
Note You need to log in before you can comment on or make changes to this bug.