Re: diagnosing test failures

[Rick Jones <raj@cup.hp.com>]

> > 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...