Date: Tue, 29 Jun 1999 14:47:06 -0400
From: Manoj Kasichainula <manojk@raleigh.ibm.com>
To: Apache Developers <new-httpd@apache.org>
Subject: Getting rid of http_accept abstraction
Message-ID: <19990629144706.A17174@dosa.raleigh.ibm.com>
Mail-Followup-To: Apache Developers <new-httpd@apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/0.96.3i
Sender: new-httpd-owner@apache.org
Precedence: bulk
Reply-To: new-httpd@apache.org

Is there anybody with an objection to getting rid of the http_accept
abstraction? In the MPM code it doesn't really accomplish much, and
getting rid of it will make it much easier to solve a potential
thread-safeness problem with poll:

>From the STATUS file:

  If SINGLE_LISTEN_UNSERIALIZED_ACCEPT is active, multiple threads are
  allowed to call poll() at the same time, with the same pollfd array.
  The only solution Manoj can think of right now is to have one pollfd
  array per thread, or to just always require serialization (bleh on
  both counts).

The only way I can see to fix this efficiently is to let each thread
have its own pollfd array. This breaks the accept abstraction (unless
we go through gymnastics that just aren't worth the effort now that
the MPM abstraction seems to have taken hold).

-- 
Manoj Kasichainula - manojk@raleigh.ibm.com
IBM, Apache Development