[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: diagnosing test failures



I would try --without-threads. It doesn't take much time and you never
know.

Rick Jones wrote:
> 
> > > write(2, "  ) \n", 3) .................................... = 3
> > > open("./test-db/dn2id.dbb", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0600)
> > > ERR#17 EEXIST
> >
> > Got an error because of O_CREAT, and the file exists, and
> > the tests do not clean up after themselves, and you didn't
> > clean up the files before running test 3.
> 
> actually, i did do a make clean in tests and verified that test-db was
> empty before I ran scripts/test003-search directly.
> 
> test001 and 002 seem to work, and test005. what is rather odd is that
> the master.log after running test005 also has the badfilenumber stuff in
> it:
> 
> => index_read( "objectclass" "=" "REFERRAL" )
> => ldbm_cache_open( "./test-db/objectclass.dbb", 7, 600 )
> <= ldbm_cache_open NULL "./test-db/objectclass.dbb" errno 9 reason "Bad
> file num
> ber")
> <= index_read NULL (could not open objectclass.dbb)
> <= ava_candidates 0
> <= filter_candidates 0
> => filter_candidates
> => ava_candidates 0xa3
> => index_read( "cn" "=" "MANAGER" )
> => ldbm_cache_open( "./test-db/cn.dbb", 7, 600 )
> <= ldbm_cache_open NULL "./test-db/cn.dbb" errno 9 reason "Bad file
> number")
> 
> test 6 fails, and test007 is OK and appears to have a clean master.log
> 
> I may need to go find some other db...suggestions welcome.
> 
> > > fcntl(-1, F_SETFD, 1) .................................... ERR#9 EBADF
> >
> > Tried to keep using the "fd" returned; someone is apparently
> > not checking the open return code for a -1, and barging on
> > ahead as if everything is fine, when it isn't.
> 
> yeah, I was noticing that - I guess I need to find a place to log a
> defect against the db-2.7.7.
> 
> rick jones
> --
> these opinions are mine, all mine; HP might not want them anyway... :)
> feel free to email, OR post, but please do NOT do BOTH...
> my email address is raj in the cup.hp.com domain...

-- 
P.Timmons, service informatique