Date: Sun, 25 Jan 1998 11:27:37 -0800 (PST)
From: Dean Gaudet <dgaudet@arctic.org>
To: new-httpd@apache.org
Subject: Re: cvs commit: apachen/src/main conf.h
In-Reply-To: <34CB5E67.8E676331@Golux.Com>
Message-ID: <Pine.LNX.3.95dg3.980125112501.25249A-100000@twinlark.arctic.org>
Organization: Transmeta Corp.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: new-httpd-owner@apache.org
Precedence: bulk
Reply-To: new-httpd@apache.org

libap could contain an aplog_error definition in a separate file, it
wouldn't be used when linked against the server. 

But since we won't be passing a server_rec into libap routines we should
create a libap logger routine which wraps these calls... and provide a
default that dumps to stderr.  Then just override that default when
linking httpd.

Dean

On Sun, 25 Jan 1998, Rodent of Unusual Size wrote:

> martin@hyperreal.org wrote:
> > 
> > martin      98/01/24 17:40:57
> >   Added:       src/ap   ap_execve.c
> >   Log:
> >   Add function to emulate the execution of #! scripts
> >   for OS's which don't support starting them automatically
> >   (enable with #define NEED_HASHBANG_EMUL)
> 
> I'm not sure about this going into libap; unlike the other routines
> there, it is not httpd-neutral: it makes outbound calls to
> aplog_error() (if not others).
> 
> So I think I would prefer to put it into src/main/util.c rather than
> src/ap.
> 
> I'd like to keep libap.a something that can be linked against
> by non-httpd applications; ap_exec*() breaks this.
> 
> Other thoughts?
> 
> #ken	P-)}
> 
>