httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christian Gross" <>
Subject Re: Win32 Progress Report
Date Mon, 05 Aug 1996 16:19:42 GMT

> From: Paul Richards <>
> To:
> Subject: Re: Win32 Progress Report
> Date: Monday, August 05, 1996 17:27
> (Robert S. Thau) writes:
> > Likewise, I think it would be a good idea, now that we're in feature
> > phase again, to revive the patch I saw a while ago to separate out the
> > OS-dependant parts of shared-memory setup in the scoreboard code from
> > the, well... scoreboard parts of it.
> > 
> > Where Christian loses me is in proposing massive, sweeping changes to
> > the organization of the entire code base, rather than simply isolating
> > system-dependant functionality as and when it proves useful to do so.
> > (That is, the "no #ifdefs" business --- I agree that large ones are,
> > in general, useful to avoid, but going through massive contortions to
> > avoid small ones for common variations may very well not be worth
> > the trouble, and this is best decided on a case-by-case basis).
> I think perhaps there's some knee jerk reponses taking place here to
> what may be sensible future directions if done correctly.
> We don't need to gut the current code and revamp file layout and
> everything in one massive re-org phase. We *should* start to move
> non-generic code out of the common files and into OS/machine specific
> files. That doesn't necessarily mean that there will never be any
> ifdef's since obviously basically generic routines that require slight
> changes would be done with ifdefs.
> Some of the sorts of things I'd like to see would be an intermediate
> API between, say, the thread code and the io code which is gated
> through OS specific functions which either call native routines or use
> Apache supplied routines. This also provides us with the ability to
> wrapper any minor OS problems.
I will buy that one....  That sounds really cool...

Christian Gross
Phone +41.1.492.7827
Fax +41.1.492.7757

View raw message