If the list of available database formats is determined at
configure-/compile-time, it behooves us to only do binbuilds
on systems that have every single one for which we provide
support. It would more than just suck for a user to install
one of our binaries but be unable to use gdbm even though
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
Greg Ames <[EMAIL PROTECTED]> writes:
> my top priorities:
...
> 3. torture test the input side code with prematurely closed connections
I will claim to have done a fair amount of this (I haven't forgotten
the changes you requested). A series of tests with --with-efence
--enable-pool-debug was
Justin Erenkrantz wrote:
>
> On Tue, Feb 05, 2002 at 11:10:41PM -0500, Greg Ames wrote:
> > 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.
>
> FreeBSD's variant wasn't detected (I have to use BDB 4.0.14
On Tue, Feb 05, 2002 at 11:10:41PM -0500, Greg Ames wrote:
> 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.
FreeBSD's variant wasn't detected (I have to use BDB 4.0.14 for SVN,
so I never use anything else
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
On Tue, Feb 05, 2002 at 04:14:21PM -0500, Greg Ames wrote:
> Looking in mod_auth_dbm.c, apparently AP_AUTH_DBM_USE_APR isn't defined because
> the log message doesn't have the "(type %s)", so we are doing dbm_open() and
> that fails. Should AP_AUTH_DBM_USE_APR be defined when mod_auth_dbm is comp
Jeff Trawick wrote:
>
> Greg Ames <[EMAIL PROTECTED]> writes:
> > >
> > > > stat("/home/apmail/bugdbaccounts.db",0xbfbff2f8) ERR#2 'No such file or
> > > > directory'
> > > > open("/home/apmail/bugdbaccounts.db",0,0664) ERR#2 'No such file or
> > > > directory'
> >
> > OK, I wonder if someth
Greg Ames <[EMAIL PROTECTED]> writes:
> Ian Holsman wrote:
>
> > >>[Tue Feb 05 02:35:30 2002] [error] [client 61.11.11.198] (2)No such file or
> > >>directory: could not open dbm auth file: /home/apmail/bugdbaccounts, referer:
> > >>http://httpd.apache.org/dev/
>
> > > time to dive into the cod
Ian Holsman wrote:
> >>[Tue Feb 05 02:35:30 2002] [error] [client 61.11.11.198] (2)No such file or
> >>directory: could not open dbm auth file: /home/apmail/bugdbaccounts, referer:
> >>http://httpd.apache.org/dev/
> > time to dive into the code and see where the error message comes from, and wha
Greg Ames wrote:
> The "could not open" message is probably an important clue:
>
> [Tue Feb 05 02:35:30 2002] [error] [client 61.11.11.198] (2)No such file or
> directory: could not open dbm auth file: /home/apmail/bugdbaccounts, referer:
> http://httpd.apache.org/dev/
> I'll fire it up on port
cvs 16384 Dec 28 01:37 /home/apmail/bugdbaccounts
I'll fire it up on port 8092 and see if I can get a truss.
Greg
> > -Original Message-
> > From: Joshua Slive [mailto:[EMAIL PROTECTED]]
> > Sent: February 4, 2002 5:48 PM
> > To: [EMAIL PROTECTED]
> >
Problem here:
[Mon Feb 04 07:21:15 2002] [error] [client 65.94.4.72] (2)No such file or
directory: could not open dbm auth file: /home/apmail/bugdbaccounts
I can't access the gnats bug database in "private" mode to edit bug reports.
The database seems to be there. I'm guessing that this is a pro
13 matches
Mail list logo