Bug 17633 – db_load doesn't create a database

• Product: Gentoo Linux
• Status: RESOLVED WORKSFORME

[Description Benjamin Bagland 2003-03-16 12:04:11 UTC]

When i try to create a database with db_load, none of the keys get in the
database. It happens with version  3.2.9-r2 and 4.1.24.

Reproducible: Always
Steps to Reproduce:
1.create a file logins.txt with foo and bar on 2 separate lines
2.execute db_load -T -t hash -f logins.txt logins.db
3.execute db_dump logins.db

Actual Results:  
output of db_dump:

VERSION=3
format=bytevalue
type=hash
HEADER=END
DATA=END

but when i create the db under debian and dump it under gentoo everything is fine

Expected Results:  
under debian with db3_dump and db3_load, i get:

VERSION=3
format=bytevalue
type=hash
h_nelem=1
HEADER=END
 666f6f
 626172
DATA=END


db_load -V and db_dump -V give:
 Sleepycat Software: Berkeley DB 3.2.9: (January 24, 2001)

emerge info:Portage 2.0.45-r5 (default-x86-1.4, gcc-sh: /usr/bin/gcc: No such
file or directory, glibc-2.3.1-r2)
=================================================================
System uname: 2.5.62 i686 AMD Athlon(TM) XP 1900+
USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg
ncurses nls pdflib png quicktime spell xml2 xmms xv zlib slang readline tetex
tcltk java guile postgres X sdl tcpd pam libwww ssl perl python imlib oggvorbis
gtk qt opengl -esd -svga gnome mozilla -gpm berkdb -motif -arts dvd -gdbm samba
acl gtk2 alsa truetype -kde"
ARCH="x86"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O3 -pipe"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
ACCEPT_KEYWORDS="x86"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /opt/jakarta/tomcat/conf /usr/X11R6/lib/X11/xkb
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
MAKEOPTS="-j2"
JDK_HOME=""
JAVA_HOME="/opt/blackdown-jre-1.3.1"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo"

[Comment 1 J Robert Ray 2003-06-26 00:13:26 UTC]

Reassigning bugs due to lack of time.

[Comment 2 Paul de Vrieze (RETIRED) 2003-08-19 02:23:18 UTC]

Is this still an issue?

[Comment 3 Benjamin Bagland 2003-10-09 10:20:08 UTC]

Sorry I was away during August and September but the problem is gone now
with db-3.3.11.

[Comment 4 Paul de Vrieze (RETIRED) 2004-03-26 12:12:20 UTC]

This can be closed