Skip to content
GitLab
  1. 15 Oct, 2008 1 commit
    • Ruediger Pluem's avatar
      * Revert r703998. · e8f1dd68
      Ruediger Pluem authored 
        The call to apr_socket_timeout_set before apr_socket_connect already sets the
  socket to non-blocking mode because the timeout of the socket is -1 after creation. A further
  call to apr_socket_timeout_set (after the connect call does not do this, because the old
  and the new timeout are >=0). The further code expects the socket to be in non-blocking
  mode, otherwise we have regressions with ssl. This can be notified by running t/ssl/proxy
  on 2.2.x which runs much much slower with the patch applied. This does not happen
  on trunk because the socket is set back to non blocking by the core output filter
  (async write completion).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@704753 13f79535-47bb-0310-9956-ffa450edef68
      e8f1dd68
  3. 13 Oct, 2008 1 commit
  5. 08 Oct, 2008 1 commit
  7. 07 Oct, 2008 1 commit
  9. 19 Sep, 2008 1 commit
  11. 18 Sep, 2008 2 commits
  13. 17 Sep, 2008 2 commits
  15. 14 Sep, 2008 1 commit
  17. 09 Sep, 2008 2 commits
  19. 08 Sep, 2008 4 commits
  21. 02 Sep, 2008 1 commit
  23. 30 Aug, 2008 3 commits
  25. 29 Aug, 2008 1 commit
  27. 26 Aug, 2008 1 commit
  29. 21 Aug, 2008 1 commit
  31. 15 Aug, 2008 2 commits
  33. 12 Aug, 2008 1 commit
  35. 09 Aug, 2008 2 commits
  37. 07 Aug, 2008 1 commit
  39. 04 Aug, 2008 1 commit
  41. 22 Jul, 2008 2 commits
  43. 19 Jul, 2008 1 commit
  45. 04 Jul, 2008 1 commit
  47. 29 Jun, 2008 1 commit
  49. 20 Jun, 2008 1 commit
  51. 10 Jun, 2008 2 commits
  53. 09 Jun, 2008 1 commit
  55. 08 Jun, 2008 1 commit
    • Jeff Trawick's avatar
      core: Fix address-in-use startup failure on some platforms caused · d8e8965d
      Jeff Trawick authored 
      by attempting to set up an IPv4 listener which overlaps with an 
existing IPv6 listener.

The failure occurred on the second pass of the open-logs hook in
a configuration such as the following:

  Listen 8080
  Listen 0.0.0.0:8081
  Listen [::]:8081

During the first pass, the two port 8081 listen recs were 
adjacent and existing logic prevented binding to 0.0.0.0:8081.
On the second pass, they were not adjacent and we then tried
to bind to 0.0.0.0:8081, leading to failure on some platforms
(seen on SLES 9 and Ubuntu 7.10, not seen on many other Unix-ish
platforms).

Leave a note about other unhandled configurations.


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