On 09/22/06 00:04, Philip Martin wrote: > The error message is the one that would occur if Subversion's DB_ENV > cache failed in some way, and since most of the tests are being run > with FSFS the failing test might be the only one that exercises the > cache. Perhaps gcc is miscompiling Subversion's cache code; how about > building without optimisation on ia64?
It's not an optimization bug, compiling O0 does not help. We know that lt-fs-base-test 2, creates and closes a new db, it then creates a new fs object and tries to re-open the db. The call to apr_hash_get returns NULL, so it's not finding the object in the hash. The call continues on and tries to open the db using libdb4.4 via __env_open_pp, which eventually leads to __envreg_add and the error message. I haven't built a debug version of libdb yet, I'm going to do that this morning and walk through. From, what I'm guessing I don't think the apr_hash_get lookup should have failed, so the problem might be that direction, I need to build libapr debug as well. Troy
pgp4Fv08xt5Q0.pgp
Description: PGP signature
