Re: [htdig-dev] Re: Residual database errors

[Neal R. <ne...@ri...>]

I tried using "make check" on a RedHat 8.0 machine.. no joy.  There seems
to be fundamental difference between
htdig-3.2.0b4-20030302/test/conf/httpd.conf wants and what RedHat 8.0
provides.

I'll try it on a different machine at work tommorow.

Interesting patch.. I need to read more code around it.

I did however look at over snapshots of BDB
(http://www.sleepycat.com/download/patchlogs.shtml)

There are a large number of changes to mp_alloc.c from
3.0.55 to 3.1.14, but that all seem to be superficial changes (function
names etc).

The diff from 3.0.55 to 3.3.11 is more interesting.. but nothing along the
lines of your patch that I saw...

My feeling at this point is that the bug is caused by a problem in the
mp_cmpr.c code, and since you've found a nice small test case it will
hopefully be easier to fix..

I'll report back tommorow.

Thanks

Neal

On Sun, 9 Mar 2003, Lachlan Andrew wrote:

> Greetings Jim,
>
> Attached is a hack which explicitly stops the recursion in OS X.  Does
> it work?  (Neal, would it be better in one of the other functions in
> the loop?)
>
> I don't know why a different OS should crash in a different place.
> Does OS X support  pread?  Type  man pread.
>
> Are you having any luck with the other errors in  'make check'?
>
> Thanks!
> Lachlan
>
> On Friday 28 February 2003 11:23, Jim Cole wrote:
> > Hi - Just a follow up on the issue of zlib version.  I installed
> > the 1.1.4 version of zlib available via Fink and rebuilt
> > everything. Using the newer version of zlib, I encounter the same
> > problem (i.e. a segfault from htdig with a very deep stack trace).
> > I did perform a distclean and verified the use of the 1.1.4 version
> > libz via otool.
> >
> > Jim
> >
> > On Thursday, February 27, 2003, at 04:41 AM, Lachlan Andrew wrote:
> > > On Thursday 27 February 2003 11:16, Jim Cole wrote:
> > >> The backtrace is attached. The problem does not occur if I turn
> > >> off compression.
> > >
> > > Thanks.  My guess is that (part of) the reason for the very deep
> > > recursion is that it's trying to allocate a block of  len=8247
> > > bytes, when the page size is only 8192:
> > > #3244 0x00070958 in CDB___memp_alloc (dbmp=0xa98c30,
> > > memreg=0xa99f60, mfp=0xc84e98, len=8247, offsetp=0x0,
> > > retp=0xbfffd900) at mp_alloc.c:88
> > >
> > > I used to get the error
> > >     Unable to allocate %lu bytes from mpool shared region
> > > at some stage too, which is generated inside  CDB___memp_alloc.
> > > From memory, that was when I was using 1.1.3.
> > >
> > > If that is really the problem, it can be fixed by testing
> > > explicitly whether  len>pagesize  (if the pagesize is available
> > > somewhere...).
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > htdig-dev mailing list
> > htd...@li...
> > https://lists.sourceforge.net/lists/listinfo/htdig-dev
>

Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485