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"
Reassigning bugs due to lack of time.
Is this still an issue?
Sorry I was away during August and September but the problem is gone now with db-3.3.11.
This can be closed