Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: new-httpd@apache.org
Message-ID: <004b01bf82b6$897b2130$0a1aa8c0@jetnet.co.uk>
From: "David Reid" <dreid@jetnet.co.uk>
To: <new-httpd@apache.org>
References: <Pine.LNX.4.10.10002281609470.10607-100000@nebula.lyra.org>
Subject: Re: 2.0 on UNIX gets SIGSEGV if no SysV semaphores avail
Date: Tue, 29 Feb 2000 13:11:47 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Wasn't this a discussion a few times before?

APR should be returning proper error codes and Apache deal with them.  If it
isn't we need to fix it (as we've done already in a number of places).

:)
----- Original Message -----
From: "Greg Stein" <gstein@lyra.org>
To: <new-httpd@apache.org>
Sent: Tuesday, February 29, 2000 12:11 AM
Subject: Re: 2.0 on UNIX gets SIGSEGV if no SysV semaphores avail


> On Mon, 28 Feb 2000 rbb@apache.org wrote:
> >...
> > > . Can the caller of semget() log an error message?
> > >
> > >   Almost no apr code writes to the apache log; the stuff that
> > >   does is kind of ugly (inside ifdef APACHE).
> > >
> >
> > APR is not tied to Apache, and therefore does not know about the Apache
> > log.  There is one place that this rule is broken, inside of ap_palloc
and
> > it's helper functions, because traditionally, these functions have
> > reported an error and died.  This is what Apache expects, but it is a
bad
> > idea for anybody else.  For any new functions, APR reports an error by
> > returning an error code.
>
> Didn't we get a callback in there? In other words, does APR still die, or
> just Apache (via the callback) die?
>
> I would also tend to agree with Ryan: if APR has sufficient/proper return
> codes, then it shouldn't ever need to log. The caller should do the
> logging when it is returned an error.
>
> Cheers,
> -g
>
> --
> Greg Stein, http://www.lyra.org/
>
>