We want the ssl_expr evaluators, now


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

  Hope I've got these generated bits right.  Note bison is more common
  for Win32 then lexx.


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

  Take care of folk's assert() undefined errors.


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

  A dash of portability


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

  Since mpm.h wraps unixd.h and scoreboard.h nicely, and win32 has
  no unixd.h, well...


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

  Uhmm... need to NOCRYPT away WinCrypt.h


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

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

  Workaround till connection_hook details are resolved
  [MATHIHALLI,MADHUSUDAN <madhusudan_mathihalli@hp.com>]


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

latest patches from Madhusudan which makes mod_ssl 95% working inside
Apache 2.0. There is still a lot of more work (both porting and cleanup)
to do be done. See modules/ssl/README for details.

Submitted by: Madhusudan Mathihalli <madhusudan_mathihalli@hp.com>


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

  Last of the ignore goodness for today.


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

  Fix incl/libpath to / slashes for an upcoming patch to cvtdsp.c


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

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

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

Submitted by: Madhusudan Mathihalli <madhusudan_mathihalli@hp.com>


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

Submitted by: Madhusudan Mathihalli <madhusudan_mathihalli@hp.com>


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

  Win32 build changes for recent module updates


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

  Just something for experimenting, ssl_expr_parse and _scan are excluded
  for right now (missing symbols.)


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

  Quiet the compiler, msvc is sticky about arg lists being consistent.


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

  One cannot have an entirely empty struct ... this is just to make things
  actually compile, and exclude an include we don't have on Win32.


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

  What once was ap_ ...


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

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

many modules depend on it, so make the check an autoconf macro.
Note that this still isn't being checked "the autoconf way", but it
is better than what we have now.

I'm not sure about the -R stuff, but I am told that Solaris won't
build without it.  This is something that should be tested using
AC_TRY_LINK rather than assuming openssl isn't already on the ld path.


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

places where people install upgraded software first, since otherwise
we will get the older versions installed by the OS distribution.  That's
very bad for us because we are requiring a version of openssl that is
more recent than most of the Linux distros.

When finding the openssl helper program, check both the PATH and the default
install dirs, since openssl isn't normally included on a user's path.

Use APR_ADDTO to add to the make macros in order to avoid duplicates.


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

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

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

depended code (table_read, table_write). This is possible because this
table library is local to mod_ssl and inside mod_ssl this library is
used for manipulating hash tables inside shared memory segments only. So
we can just get rid of the unportable parts at all.


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

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

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

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

SSL_LIBRARY_VERSION has to be already available.


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

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

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

ap_hook_xxx equivalents. More work has to be done here to clean all this
up and reduce to a minimum...


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

longer handle the bottom line of I/O ourself. Additionally this again
simplifies mod_ssl's I/O part for later transition to mod_tls's approach
with buckets.


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

later for this or we don't do it at all. But we certainly no longer want
to see any platform specific things inside a module.


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

pre-sucking on POST requests and I/O re-injection in case of SSL
renegotiations. This all either cannot be solved any longer or at least
has to be implemented totally different through I/O layering/filtering.


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

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

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

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

APR's DBM API instead. The remaining question just is whether APR's DBM
allows "larger" things like SSL sessions to be stored...


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