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

not the source directory.  Make sure we check both from now on.


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

Obtained from:
Submitted by:
Reviewed by:    Ryan Bloom
remove flush bucket from ap_proxy_http_process_response.
this allows for the response content-length header to be properly
calculated/inserted.


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

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

removing the OLD_WRITE filter. Obviously that is wrong.  For right now,
the fix is to hack around the problem and just make it work.  Long term,
we need to find a real solution to this, but this gets autoindex working
today.


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

The problem was that the internal_fast_redirect removed the SUB_REQ
filter, but we are still in a sub_request.  The solution is to have the
fast_internal_Redirect function check if we are in a sub_Request and
re-add the filter if we are.
Submitted by:	Ryan Bloom, Greg Ames, Jeff Trawick, and Will Rowe


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

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

is in a separate bucket...the code in send_parsed_content() doesn't
expect a case where ctx->state==PARSE_DIRECTIVE but ctx->tag_start_buffer
is NULL.  So in found_start_sequence(), we set ctx->tag_start_buffer
to point to the next bucket if the end of the <!--# is at the very
end of the current bucket.


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

at this point, so the \r\n\r\n just confuses the http input filter.

One concern: this patch is only correct as long as we only ever call this
function while in AP_MODE_GETLINE.  Ideally we would account for the mode
and return the newlines if not in GETLINE mode, but at the moment it doesn't
seem to matter.

Reviewed by: Doug MacEachern


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

This keeps DEBUG_INCLUDE from segfaulting.


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

contain only a single byte is if slen==1, meaning that we've
replaced <!--# with a single-character token, and that character
is the first character in the bucket.  If that happens, then
pos+slen (aka 1) is the right amount by which to increase
bytes_parsed.


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

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

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

  One for 2.0.34 - to fix the problem of utf-8 configuration files saved
  from MeSsed up editors that believe zero byte joiner lead bytes signify
  a utf-8 file.  Someone point me at an RFC ... gheesh.

  FWIW; fixes bugs report 10125


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

  Mix 'n match signedness?  Make some emits go away.


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

Obtained from:
Submitted by:
Reviewed by:
avoid the error_log message: [error] mod_ssl: Certificate Verification: Error ...
if SSLProxyVerify is not configured or set to "none".
the verify callback does not happen in the server context when
SSLVerify is not configured or set to "none".


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

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

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

             the parent process to run in the foreground

             (NO_DETACH is a special mode for running under
             programs like daemontools)

             the existing flag -DDEBUG turns on FOREGROUND
             now instead of NO_DETACH


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

  Uhmmm... notices only when we are running as a service [I hate strcmp.]


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

  One emit is an error, not a notice.  Neither have 'error codes'...


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

  Another, potential race.  Assure we are allowing worker threads to finish
  from the time we begin our shutdown exercise.


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

  Race condition one ... we were occasionally escaping all the way out to
  WSATerminate() before this thread picked up it's sleepy head to discover
  the world was gone beneath it on 1GHz+ CPU WinXP configurations.


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

This patch fixes a core dump that occurs in mod_include during tag parsing
if the starting sequence (<!--#) finishes at the end of a bucket and the
directive starts at the beginning of the next bucket.

There is still a bug in the handling of conditional directives that span
buckets, but the core dump is now fixed and the conditional bug should
be even rarer than the core dump was. I'm fixing the conditional bug
seperately.


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

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

It's between pthread and sysvsem in the DEFAULT priority ranking. This
makes it the new default for Darwin, and adds support for it for other
platforms as well (like Solaris).
PR:
Obtained from:
Submitted by:
Reviewed by:


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

     environment variables in the envvars file.


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

place.  Expand paths in httpd-std.conf in a similar fashion as we do
in our headers.

Submitted by:	Pier Fumagalli <pier@betaversion.org>


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

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

(ie, the HTTP_HEADER_FILTER has not yet run)


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

it into the indexes.


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

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

Don't create a listener thread until we have a worker thread.  Otherwise,
in situations where we'll have to wait a while to take over scoreboard
slots from a previous generation, we'll be accepting connections we can't
process yet.

Don't let the listener thread clobber the scoreboard entry of the first
worker thread.


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

             the parent process to run in the foreground

             (NO_DETACH is a special mode for running under
             programs like daemontools)

             the existing flag -DDEBUG turns on FOREGROUND
             now instead of NO_DETACH


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

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

Submitted by:  Pier Fumagalli (and mangled by Jeff)


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

  Elimiate references of subreferences to simplify rebuild logic


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

  Much easier to clone first than fix later - next batch of builds this
  poorly thought out will simply be vetoed - do you really expect M$'s
  defaults to make any sense?  And what's with /I "C:\foo" ???


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

  Would really prefer if the authors of the .dsp's would maintain this...
  better yet - clone existing .dsp's to assure they are correct


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

  Can't we -please- rename mod_file_cache if it doesn't fit in the
  mod_cache scheme of things?


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