[htdig-dev] Re: Database error with small data set

[Lachlan A. <lh...@us...>]

Thanks for looking at this, Neal.

I get the panic using Mandrake 8.2 with

% gcc -v
Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.2/specs
Configured with: ../configure --prefix=3D/usr --libdir=3D/usr/lib=20
--with-slibdir=3D/lib --mandir=3D/usr/share/man --infodir=3D/usr/share/in=
fo=20
--enable-shared --enable-threads=3Dposix --disable-checking=20
--enable-long-long --enable-__cxa_atexit=20
--enable-languages=3Dc,c++,ada,f77,objc,java=20
--host=3Di586-mandrake-linux-gnu --with-system-zlib
Thread model: posix
gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)

% locate libz.so
/usr/lib/libz.so
/usr/lib/libz.so.1.1.4
/lib/libz.so.1
/lib/libz.so.1.1.4

% ld -v
GNU ld version 2.12.90.0.15 20020717


Andy Bach has also reported this problem.  Andy, what system are you=20
using?

When I put in debugging code to see what was happening, the error=20
started manifesting itself in  t_htdig_local  instead, but it was=20
still page 3.  The problem is that the free list for  _weakcmpr =20
seems to be getting corrupted.  Page 3 overflows into a chain=20
3->71->72, but then another page overflows into page 71, corrupting=20
page 3.

Do you know how to display the free list?  I haven't even been able to=20
find where new pages are allocated -- every scent I follow leads back=20
to *memory* page allocation, rather than *file* page allocation :( =20
The file  db_vrfy.c  has code to print the free list, but the file=20
seems to have been copied in from a later version of BDB, and never=20
integrated properly.

Thanks,
Lachlan

On Tuesday 18 March 2003 09:51, Neal Richter wrote:
> >     ./configure --enable-tests
> >     make
> >     make check
> >     make check
> Hmm.  I can't get this to duplicate!!!
> ARG!  What kind of Linux system do you have running?