httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Slemko <>
Subject Re: cvs commit: apache-1.3/src/support ab.c
Date Tue, 21 Apr 1998 19:54:31 GMT
I give up.  If you can't figure out the fscking difference between what
OSes need strdup() based on our current conf.h and what need sys/select.h
based on our current conf.h and you can't figure out why the heck anyone
would ever think that the current settings in conf.h may have some meaning
and that it is a pathetic idea to go through the whole routine of
discovering what OSes need the exact same things for each of the programs,
when we already know they need it based on conf.h, then I don't have the
time or desire to argue with you. 

On Tue, 21 Apr 1998, Jim Jagielski wrote:

> Marc Slemko wrote:
> > 
> > On Tue, 21 Apr 1998, Jim Jagielski wrote:
> > 
> > > 
> > > If they require it, yes. I'm not going to make blanket assumptions
> > > without knowledge... if they all require sys/select.h then we will
> > > handle that when it's known for a fact.
> > > 
> > 
> > Sheesh, do we really have to go through this for every program that is
> > included?
> > 
> > Wouldn't it be nice if we could just listen to the information we have
> > already gathered about all the systems we run on in conf.h.
> > 
> OK... we'll do this. We'll have all ./src/support/*.c files now
> include conf.h and wrap the select.h stuff as required. We
> then have everyone build the files so we can then check for
> bogus header files that don't protect against being re-included
> which will then allow us to further edit these ./src/support/*.c to
> remove/change these headers... all in the name of progress .
> OR we edit ab.c to wrap the select.h with all the OS defines
> that have HAVE_SELECT_H (or whatever it is) and then again
> make sure that it's not already included by some other header
> file already included at which point we remove that OS from the wrapper.
> Again, all because we _think_ they require this even though only
> a AIX system reported it.
> You know... the other PR was about NeXT not having strdup()...
> well, maybe there are LOTS of other OSs that don't... we should
> just use the version in logresolve.c just in case.
> -- 
> ===========================================================================
>    Jim Jagielski   |||   |||
>             "That's no ordinary rabbit... that's the most foul,
>             cruel and bad-tempered rodent you ever laid eyes on"

View raw message