By popular demand and some of my own observations - here is a build
  target one can use as a dummy, without 'installing binaries'.  Now
  Win32's makefile.win will simply kick off BuildBin and let it fire
  off all the targets from a command line build.  This will help to
  resolve some of the misses on incremental builds.


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

directory listing, it makes another attempt: it tries a format similar to
the output of "ls -s1" (optional whitespace followed by size, followed by
whitespace, followed by filename, where filename may contain no more whitespace).
This format works at least with one FTP server for which previously only
the (non-clickable) output was displayed.


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

  Many of our platform's apr_dir_read() aren't returning APR_FINFO_TYPE,
  so we will take the long way through (and the long way for LNK's as well.)


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

  Prepare for some changes to the .dsw - phase 1.

  Add /USEENV for msdev so the user with awk.exe in the path can resolve.

  Add _dummy: for a new compile-all target.


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

were left in the output and would create additional line breaks in most
browsers)


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

pointer would be dereferenced. Check it more thoroughly.


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

Submitted by:	TD - Sales International Holland B.V. <td@salesint.com>


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

* Properly escape URIs and HTML in the FTP filename list
* Avoid a pointer underrun


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

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

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

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

best you get gibberish.  Much worse things can happen depending
on the OS.

This can happen when autoindex isn't loaded.

On AIX, I had a directory file which was reported to be 1536 bytes
in size.  mmap() failed so we went to the fall-back logic.
The first read() got 624 bytes and the next read() got 0
(supposedly EOF).  This confused us greatly, we kept allocating
buffers and reading and exercised the paging space.

Reviewed by:  Bill Rowe


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

fails. I'll be making some changes to apr_proc_detach, and it will be
nice to be able to report runtime errors.

Tested on worker but the code changes are identical on other MPMs.


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

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

on the CodeWarrior compiler


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

the 14th, and was perhaps forgotten about? In any case, it needs to
be bumped now -- pre_config hook return type has changed.


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

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

cause the server to bail out under error conditions.


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

it.


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

we redirect due to negotiation

pointed out by: Bill Rowe

also, clarify what some code in handle_map_file is doing


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

mod_cgid (the part that runs in the server process).  Whack a
silly "close(-1)" in the handler too.


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

  indent | pr -e8 -t
(no other changes)


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

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

the last commit; sorry!


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

b is used before being set; shut it up


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

mod_cgid stranded

a pre_mpm hook can now return failures, so problems in
ap_create_scoreboard percolate back to a place where Apache
can exit cleanly


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

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

ap_add_output_filter_handle() for efficiency


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

conn_rec. The create_connection_hook has a design flaw that prevents it
from making decisions based on vhost information.


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

Submitted by: Kenny Sy <itc_kennysy@hotmail.com>


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

worker MPM


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

  Whoops - this patch is required by the last request.c change.

  Fulfills Brian Pane's suggestion that we always overallocate by one
  to make /foo/bar quickly convertable to /foo/bar/


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

  Shortcut where the resource has no language [discovered with no
  DefaultLanguage in cgi-bin, resolving Greg Ames' observations, we
  had a lurking segfault.]

  This begs the question, what exactly did the fn do with no language
  in terms of serving content back in 1.3.  Should be reviewed.


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

  Which PR?  I can't count them all.  Get QUERY_STRING and PATH_INFO
  working again.  Also rounds out our fix to work around negotiated
  directories which Greg Ames fixed; this addition in request.c simply
  shortcuts all further processing.


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

ap_rgetline()...

In the "folding" case, there was an ap_get_brigade() call after
the brigade had been destroyed.  I noticed this while debugging
a memory leak that showed up while testing the httpd with ab.


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

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

  Been bad - forgot to keep my thoughts up to date.


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

subreq filter


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

ap_add_input_filter_handle() and ap_add_output_filter_handle()
functions for core filters


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

ap_add_output_filter_handle()

There are many places in the core modules where we do
ap_add_input_filter() or ap_add_output_filter() on a
hardcoded filter name (e.g., "CORE" or "BYTERANGE").
This requires a string-to-filter mapping that wastes
CPU time.  (Even though the string lookup uses a trie
for speed, it still ranks as a big consumer of CPU time
because of the large number of filters added per request.)

The new ap_add_*_filter_handle() functions will allow
us to skip the string-to-filter mapping in cases where
the module adding the filter happens to have the
ap_filter_rec_t* for the registered filter (e.g., because
it's the same module that registered the filter in the
first place).


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