mod_ext_filter/mod_cgi script children (e.g., exec failure).  This
was broken after such children stopped inheriting the error log
handle.

(For this to work with mod_ext_filter, that module's LogStderr option
has to be on.)


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

Submitted by:	Graham Leggett


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

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

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

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

Submitted by:	Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>
Reviewed by: 	Yoshiki Hayashi


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

Submitted by:	Nobuyuki Morita <marika@plum.freemail.ne.jp>


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

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

(e.g., OpenSSL 0.9.7a and xlc_r on AIX).

The OpenSSL info callback field changed recently from a generic
function pointer to a specific one, and ssl_callback_LogTracingState
wasn't quite right.

old:
ssl.h:        void (*info_callback)();

new:
ssl.h:        void (*info_callback)(const SSL *ssl,int type,int val);


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

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

args to apr and apr-util.  This broke binbuild.sh as well as
user-specified layout parameters.

PR:                                  18649
Original concept code submitted by:  Justin Erenkrantz
Mangled by:                          Jeff Trawick


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

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

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

Submitted by:	Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp>
Reviewed by:	Yoshiki Hayashi


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

  Introduce a number of SSLC hints to mod_ssl, including the following
  type overrides;

    MODSSL_CLIENT_CERT_CB_ARG_TYPE
    MODSSL_PCHAR_CAST      (for a host of non-void/const sslc values)
    modssl_read_bio_cb_fn  (for several callbacks with same prototypes)

  Declare callback functions appropriately.

  And protect us from indetermineant toolkits with
  #error "Unrecognized SSL Toolkit!"


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

  We presume to HAVE_OPENSSL - we were falling into the SSLC path :-(
  Win32 is non-autoconf


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

  HAVE_SSL_SET_STATE=1 is a product of autoconf for OpenSSL, which we
  are missing on Win32.


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

  Resync with 2_0_BRANCH


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

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

PR: 18452


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

Submitted by: Travers Carter <tcarter@noggin.com.au>


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

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

chown junk, which we know is safe and works, and more directly
handles the issue with chown (agreed that a macro is needed
eventually)


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

    sysv mutexes with an APR_USE_ test... we have to look at the choice!

  Reviewed by:	Brian Pane, Justin Erenkrantz


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

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

Submitted by:	Jeff Trawick
Reviewed by:	Brian Pane


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

  Solve segfaults from unusual error exceptions in cgid.  The daemon
  has no 'real' request_rec, so we can't use ap_log_rerror() anywhere
  within the cgid_server() code.

  Also, one of the two log messages was echoed to the child, no point
  when the actual request logic should take care of that notification.

Submitted by:	Jeff Trawick
Reviewed by:	Bill Rowe


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

  Quit registering *two* cleanups listening sockets prior to exec.
  We open them once, register a cleanup only once.

Submitted by:	Jeff Trawick
Reviewed by:	FirstBill, OtherBill


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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

PR:
Obtained from: Joe Orton <jorton@redhat.com>
Submitted by:
Reviewed by:


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

Reviewed by:	Greg Ames, Bill Rowe


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

NO_MD5, NO_IDEA and NO_MDC2 (won't compile otherwise with 0.9.7+ and
restricted crypto algorithms)


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

- update the openssl version number to 0.9.7


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

locks have the correct perms so that the child process
can access them


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

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

  Per JimJ's review - we prefer posix over semv, fcntl over flock,
  and semv requires no file.


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

  Addendum to r1.74; Keep only the resulting filename in the global pool,
  toss the temporary strings away.


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

  Addendum to r1.21... I missed the fact that we blew away the init
  complete state too early in ssl_init_Module().


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

  Fix a serious bug where the 'next' generation of the server would open
  a brand new mutex.  This patch creates a single mutex in the first config
  phase that survives for the life of the server (server->process->pool).

  Now one server generation to the next will respect the same mutex between
  one another, while the previous generation is still mopping up.


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