From: David Reid <dreid@apache.org>
Date: Fri, 30 Mar 2001 20:01:49 +0000 (+0000)
Subject: Now that apr_poll has been corrected and doesn't loose fd's between calls
X-Git-Tag: 2.0.16~53
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=0f9cb187505a87c3ff54a3fabf0c2a6acbe1832c;p=apache

Now that apr_poll has been corrected and doesn't loose fd's between calls
this can be done once again.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@88618 13f79535-47bb-0310-9956-ffa450edef68
---

diff --git a/server/mpm/beos/beos.c b/server/mpm/beos/beos.c
index 29df0cb9f0..2ad631cc59 100644
--- a/server/mpm/beos/beos.c
+++ b/server/mpm/beos/beos.c
@@ -350,14 +350,14 @@ static int32 worker_thread(void * dummy)
                                   (request_rec*)NULL);
                                   
     apr_poll_setup(&pollset, num_listening_sockets, tpool);
+    for(n=0 ; n <= num_listening_sockets ; n++)
+        apr_poll_socket_add(pollset, listening_sockets[n], APR_POLLIN);
 
     while (1) {
         /* If we're here, then chances are (unless we're the first thread created) we're going
            to be held up on the accept_muetx, so doing this here shouldn't be a peformance hit.
            If it is, you probably need more threads...
          */
-        for(n=0 ; n <= num_listening_sockets ; n++)
-	        apr_poll_socket_add(pollset, listening_sockets[n], APR_POLLIN);
 
         this_worker_should_exit |= (ap_max_requests_per_child != 0) && (requests_this_child <= 0);