On Thu, Aug 16, 2001 at 07:32:55PM -0500, William A. Rowe, Jr. wrote: > If a user has many (existing) gdbm user databases, but would rather use Berkley db > for caching performance in the bits like mod_ssl and mod_usertrack, why should we > cripple their auth_dbm? Point taken. Then, I should remove this STATUS bit entirely because someone (Greg?) implemented apu_dbm in mod_auth_dbm. However, there doesn't seem to be any way to enable apu_dbm via a configuration option. It looks like it always uses some variant of ndbm - gdbm doesn't seem to be an option. -- justin
- Re: cvs commit: httpd-2.0 S... Ryan Bloom
- Re: cvs commit: httpd-2.0 S... William A. Rowe, Jr.
- Re: cvs commit: httpd-2.0 STATUS Roy T. Fielding
- Re: cvs commit: httpd-2.0 STATUS William A. Rowe, Jr.
- Re: cvs commit: httpd-2.0 STATUS William A. Rowe, Jr.
- Re: cvs commit: httpd-2.0 STATUS Roy T. Fielding
- RE: cvs commit: httpd-2.0 STATUS Gonyou, Austin
- Re: cvs commit: httpd-2.0 STATUS Justin Erenkrantz
- Re: cvs commit: httpd-2.0 STATUS William A. Rowe, Jr.
- Re: cvs commit: httpd-2.0 STATUS William A. Rowe, Jr.
- Re: cvs commit: httpd-2.0 STATUS Justin Erenkrantz
- Re: cvs commit: httpd-2.0 STATUS Ian Holsman
- Re: cvs commit: httpd-2.0 STATUS Aaron Bannert
- Re: cvs commit: httpd-2.0 STATUS William A. Rowe, Jr.
- Re: cvs commit: httpd-2.0 STATUS Ian Holsman
