> jerenkrantz 01/08/16 17:26:38 > > Modified: . STATUS > Log: > Hello, Goodbye. > > * use apu_dbm in mod_auth_dbm > Status: Greg +1 (low-priority volunteer) > + Justin says: "Seems like this is already there, so should we just > + remove the other DBM code in that file? If you want > + to use gdbm, or dbm, etc, you should tell apr-util." I'm not sure about this. 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? Bill
- Re: cvs commit: httpd-2.0 S... Roy T. Fielding
- 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
