httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Reid" <>
Subject Re: Splitting APR from Apache.
Date Wed, 25 Oct 2000 23:43:18 GMT
OK.  So there is a very good reason why we select only on sockets - there
are platforms (OK so they can be called lame) that don't support select on
files or pipes!  I'm not sure how long you've followed APR's development but
everything you see has been done for a reason.  If we could have made it
easier to use we would have!  Man, would that have made our lives easier...
:)  Remember the features that APR allows have to work on every platform we
support, not just on Unix!  Sorry, but that's what the P in APR means.

TCP was added as there was no-one (read Apache) who had need for UDP at that
time.  We didn't overlook it, just postpone until there was need.  You have
a need and I'm looking at it over the next couple of days and hope to have
something soon.  Your patch is a good start but a lot has changed since then
and it can't just be applied now

Please be patient as we're only human!


----- Original Message -----
From: "Harrie Hazewinkel" <>
To: <>
Sent: Wednesday, October 25, 2000 6:02 PM
Subject: Re: Splitting APR from Apache.

> HI all,
> Another thing I bounced into with APR was the inability
> of not having file descriptors and socket descriptors
> in the same select or poll. Someone using APR
> _CANNOT_ listen/wait for a pipe and a socket at the same
> time. Or at least by making use of the standard APR interface.
> IMHO, this will be a major problem totally overlooked
> when APR was made. APR is somehow very fine cut for Apache
> use only (A good example is that for sockets only TCP was
> added). This feature will definitely required by people.
> I already have this need since the first alpha, but
> still waiting for the UDP to be added for starters.
> Harrie
> 0- Harrie Hazewinkel ---------------------------------------0
>            phone:+1-415-536-5221
> 0-----------------------------------------------------------0

View raw message