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

cleanup.


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

                     run buildconf, for example)
src/Makefile.in    : re-order libpcreposix.la and libpcre.la to make
                     OS/390's binder happy (now the libraries are listed
                     in order of dependencies)


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

if USE_SO_LINGER is not defined. Move responsibility for closing connections out
of http_connection.c and into the MPMs.


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

a lingering close where applicable). Set is_graceful in the winnt MPM.


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

some unnecessary local vars, fix bug in a rare trace of a pid


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

I also fixed a few bogosities in mod_example itself, mostly improved
ordering of the code; I also fixed the long-standing numbering mistake
for the order of the request processing stages, and added the hook
registering function to the module record.


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

(m4 is gnarly)


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

PR:
Obtained from:
Submitted by:
Reviewed by:

  A leftover I noticed cleaning up based addresses for 1.3.x


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

  Clean up documentation on both sides (1.3 and 2.0) for the Win32 build.


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

  Clean up documentation on both sides (1.3 and 2.0) for the Win32 build.


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

the perl interpreter


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

routines.  As in 1.3, ap_md5digest() has a different function
signature when CHARSET_EBCDIC is defined :(


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

Reh originally according to the change log).


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

locale_from_ascii by adding ap_ prefix
Submitted by:	Greg Stein


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

  Still have this lying around - maybe I should look below src
  more often :-)


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

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

translation in its EBCDIC support


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

1) we were retrieving our local port before APR filled it in; wait a
   little longer :)
   (maybe APR needs to be a little smarter about when/if to call
   getsockname()?  it could call it when the info is first needed and
   not do it at all if never needed)
2) when the server dropped the connection before sending a properly-
   delimited response, we entered a hard loop; we weren't reacting to
   EOF/FIN properly


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

causes compile problems, so it's going away on dexter now.


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

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

  pcre lives and dies on the _WIN32 define, rather than WIN32...
  Adjusted os/win32/os.h to always declare _WIN32, and fixed up
  some goodies.  Win32 now serves pages.


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

  Cleanup of Apache build with pcre in Win32.
  Plus clean up ab and htdigest to conform to build
  of other support executables.
  Everything seems to be working again.


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

  First crack at getting Apache to build with pcre in Win32.
  Cleans up all the gen_ projects to strip off garbage files,
  as well, and follows the same pattern for dftables.


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

  htdigest didn't init the first parm to ap_open(), so ap_open()
  segfaults thinking it was passed valid storage
build portability:
  make most src/lib/apr/test/Makefile.in compatible with OS/390
  make (no -o outfile after infile specified)
MD5 translation support:
  when APR_HAS_XLATE, low-level routines allow translation handle
  to be specified

  when CHARSET_EBCDIC, password-specific routines always translate,
  but client app must set handle before using


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

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

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

regardless of what system we are on.  Currently, we are using the POSIX
wrappers that PCRE provides.


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

Submitted by:	Greg Stein


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

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

file yet, but that should be trivial to add back in.


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

  Ahem... the newsgroups seem unruly over the explicit
  reference to the other half of Wintel.  This seems like
  a more accurate statement


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

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

are only used by Makefiles which are created by fastgen.sh, so fastgen
is the natural place to create them.

The "portable dirname" regex has been changed to remove any number of
trailing slashes. Just in case. :)


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

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

cleanups for reliable piped logs.


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

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

Make tmpnam stuff less complex.


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

	Use our own buffer for tmpnam() if the platform seems to know
	about it.  Avoids threading and reentrancy problems.


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

is to maintain a list of overlapped io structures in the child_main control thread
and use HasOverLappedIoCompleted() to manage the connections and pending io.

We must resort to maintaining a list of pending io (i.e. overlapped structures) should
we ever begin using AcceptEx to receive data. Why? We need to be able to detect when
a connection is received but no data is being sent over that connection. There is a
Win32 function (whose name I forget at the moment) to handle this. Why can't Win32
just timeout the connection using setopt??? It would make life so much easier if AcceptEx
just returned TIMEOUT in this condition rather than requiring the application to
explicitly poll the socket to see if data is available.


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