Greg Ames wrote: > Justin Erenkrantz wrote: > > >>I could have sworn that I committed that. Aha! In fact, I posted >>a patch on 7 Jan for this. >> > > applied, but: > > configuring package in srclib/apr-util now > [...] > checking for ldap support...checking for gdbm.h... no > checking for db4/db.h... no > checking for db.h... yes > checking for db_create in -ldb... no > checking for db3/db.h... no > checking for db.h... (cached) yes > checking for db_create in -ldb... (cached) no > checking for db2/db.h... no > checking for db.h... (cached) yes > checking for db_open in -ldb... no > checking for db1/db.h... no > checking for db_185.h... no > checking for Berkeley DB... not found <== ??? > checking for default DBM... sdbm (default) > > from srclib/apr-util/include/apu.h: > > /* > * we always have SDBM (it's in our codebase) > */ > #define APU_HAVE_SDBM 1 > #define APU_HAVE_GDBM 0 > #define APU_HAVE_DB 0 > > This doesn't look right. > > Has anyone tested this stuff on a system with Berkely DB? I would think that > would be a logical thing to do before yanking mod_auth_db. > I testing this on win32&linux before I commited the changes to mod_auth_dbm. I testing it with DB3/4 not 1, which is what the problem seems to be.
> We're going back to 2.0.29 tonight. > > Greg > >
