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

Submitted by:	Joshua Slive, Cliff Woolley


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

 . use apr_parse_addr_port() so we handle IPv6 addresses on
   NameVirtualHost and <VirtualHost > directives
 . don't hardcode AF_INET when a hostname or IP address was
   coded

dump_a_vhost()
 . check the address family before looking for certain IPv4
   addresses

ap_fini_vhost_config()
 . pass apr_status_t to ap_log_error() after apr_getnameinfo()
   fails


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

because we need to resolve the hostname (i.e., call apr_getaddrinfo())
before creating the socket so that we get a socket of the appropriate
family

also, simplify some of the address displays in some error logs


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

code by a small (okay, tiny) amount and lets IPv6 numeric address
strings be passed through.
Obtained from:  the idea is from the KAME IPv6 patch for Apache 1.3


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

numeric address strings to be specified (though we wouldn't get
an IPv6 socket for it at the moment)

consolidate the use of APR_ANYADDR and make a note about its
protocol dependence


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

httpd -V output.


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

so some of the code had an unnecessary IPv4 assumption.


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

apr_sockaddr_t * instead of the IPv4 address.


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

a vhost entry when dumping the vhost config.


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

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

representation of the bound address to something which handles
IPv6; this also allows us to switch to APR resolver routines
in places instead of calling gethostbyname() and gethostbyaddr()
directly

Issues remaining with this set of changes:

1) apr_snprintf()'s %pA formatting needs to change to take
   apr_sockaddr_t * instead of sockaddr_in * -OR- just get rid
   of that type of formatting
2) apr_get_inaddr() is no longer used and should be removed


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

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

is not used anymore and it doesn't handle IPv6, so it is best to
drop it.  If/when mod_tls (Netware) is ported to 2.0 it can use
apr_parse_addr_port().


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

Submitted by:	 simos@pc96.ma.rhbnc.ac.uk


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

  Overly protective with a code block, let that return run free again...


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

  Thanks again, Andrew Braund... a little testing and sleuthing revealed
  we were trying to load kernel32.dll as we unloaded, which is badness.

  Right there, in my face, was the 'won't stay alive on logout' bug.
  Squashed.  So Win95/98 are working as they were in 1.3.14, only better!

  Happy day, time to roll once the remaining showstopper is cleaned up.


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

apr_sockaddr_t * instead of sockaddr_in.  This is a small step
towards IPv6 support.


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

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

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

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

entry for the bug fixes to mod_rewrite and mod_cgid.


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

in DSO mode anyway.


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

keeps track of whether or not its post config hook has
been called before.  Instead of a static variable (which
is replaced when the DSO is loaded a second time), use
userdata in the process pool.


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

  Sorry bout that... have a newline


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

keeps track of whether or not its post config hook has
been called before.  Instead of a static variable (which
is replaced when the DSO is loaded a second time), use
userdata in the process pool.

Still to go: mod_file_cache, mod_rewrite


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

  Fishing for undefined symbols, came across only this one.


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

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

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

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

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

  Boy, that's alot of shoveling (the snow... really)


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

  Add magic, mime.types and -default of all /conf files to the Win32
  build/install.  Also copy the manual tree to htdocs/manual/, and the
  index pages (if they do not exist) to htdocs/


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

  One, it's very hard to type perl without $'s (stolen by the .mak parser)
  Two, it's official ... we don't have anything useful on Win32 to help us
  with rewriting (no sed, no nothing, by default) so we will require perl.
  Sorry to anyone that causes trouble for, but it's fairly unavoidable
  unless we want sed instead.


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

500 errors.


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

  This appears to be the correct patch, but I'm not certain... FirstBill,
  please verify it's the right fix.


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

  Changes for correct apr-util.dll lib name, and don't try building into
  the current tree from the workspace.  Also correct commentary.


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

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

warnings like this on Tru64 (and perhaps other platforms):

cc: Warning: exports.c, line 349: In the initializer for
ap_hack_apr_dbm_nextkey, the referenced type of the pointer value
"apr_dbm_nextkey" is "function (pointer to struct apr_dbm_t, pointer
to struct declared without a tag) returning int", which is not
compatible with "const void". (ptrmismatch)
const void *ap_hack_apr_dbm_nextkey = apr_dbm_nextkey;
--------------------------------------^


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

static has just the list of static modules for this directory, so
in all but one of our module directories mod_so won't be in this
list, preventing us from thinking this is a DSO build.

BUILTIN_LIBS is always a valid check since it is the entire list
of modules.


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