apxs
Submitted by:	Simon Geard <delgarde@ihug.co.nz>
Reviewed by:	Ryan Bloom


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

structure.  This changes the core_output_filter to use a brigade inside
the conn_rec.  Think of this as analagous to the BUFF in the conn_rec.
The idea is that if we have pipelined requests, and it isn't worth it to
send the last bit of data from the first request, we want to save that
extra bit of data to the conn_rec, so that the next request sends it
automatically.


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

  Addresses the huge issue that Crypt::PasswdMD5 is probably not, and
  Digest::SHA1 is possibly not already installed, but the user may not
  even need it for their files!  Also inform the user what to grab and
  where.  Finally, assures that the old Crypt::PasswdMD5 (that didn't
  export apache_md5_crypt()) will work nonetheless.

  There is still one -big- problem ... the list of xDBM_Files options
  won't necessarily correspond to how Apache was built, nor if they
  are using mod_auth_db vs. mod_auth_dbm.  This has -got- to be fixed
  (although it's an old problem.)


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

is a step in the right direction.  The idea is that the http_filter knows
about the http protocol.  So, it uses that knowledge to discover HTTP
request headers, and sends those headers up to getline.  However, it keeps
the request body saved in it's ctx pointer.

Later, when ap_get_client_block is called, we have set the remaining field
in the conn_rec.  This tells the http_filter how much of the remaining
data is request body, and how much isn't.  So, the http_filter can return
the request body unparsed up throught ap_get_client_block.

This doesn't even try to work with chunked input data, and there are still
some other bugs in it, but it works for small-ish files in my tests, and
it lets other people play with the concept of input filters.  I will try
to play with this more, but others should feel free to hack around in it
too.


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

pieces, but just a complete provider. they aren't really separable anyways.


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

begins some work to upgrade the versioning support to some of the more
recent drafts.

- get_resource hook has new params
- create_collection hook no longer takes a pool
- new dav_auto_version_info structure to group up autoversion
  rollback/commit handling data
- new functions for getting workspace, target-selector, etc
- supportedlock hook now takes the resource in question (since different
  resources may have different locks)
- new resource types; tweaks in props.c to support them
- some tweaks with resource creation, Location header, etc.


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

sendfile().
PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Roll forward fixes identified for 1.3.13-dev.

  Note... this module still needs more control over async emulation, etc.

Submitted by:	Jesse Pelton [jsp@PKC.com]


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

  A 'little' reminder about a 'little' problem.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

  Back out or finish up a few non-apr tests.  Won't touch proxy at this
  moment with a 10 foot pole.  fs_dav is ok... the others need apr'ization


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

  Completed review for new tests:
    APR_STATUS_IS_EACCES(s)
    APR_STATUS_IS_EEXIST(s)
    APR_STATUS_IS_ENAMETOOLONG(s)
    APR_STATUS_IS_ENOENT(s)

  Where the old EACCES et. al. still exist, we have a problem (not yet
  using APR at all)

  More to come...


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

  Here it is, the Win32 part of the big canonical errors patch.

  The reason is really, really simple.  If we ever choose to mix clib and
  dos error codes, they criss-cross and don't line up, but they share the
  same number space.  As I wrote the new APR_IS_ERROR macros, I realized
  we were about to shoot ourselves in the foot.

  These changes nearly entirely affect Win32 only.  The next big patch will
  affect all of the rv == APR_ENOENT type problems throughout the system.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

is that the bucket code does not respect the length passed into it.  This
is correct for buckets, but it means that when we get data out of the
buckets, we may have to split the bucket to make sure that any copy
operations are safe.  We were originally doing the split at the number of
characters read from the bucket, but we really want to do it at the length
of the buffer.


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

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

*) blow away opaquelock.c and dav_opaquelock.h since direct use of APR UUIDs
   is quite easy.
*) toss the uuid_state from the per-server config in mod_dav.c


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

the bucket brigade between the headers and the body.  Right now it just
converts \r\n to \n\0.


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

ErrorDocument xxx http://....


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

I'm pretty sure this isn't complete, but it has worked in my tests with
a very simple CGI.


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

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

builds on FreeBSD 3.4 again.


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

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

  The lots of little ones... APR_IS_STATUS_condition(rv) conditional macros
  replacing the majority of fallible rv == APR_condition tests.  But there
  are lots more to fix, these are the obvious ones that already did proper
  canonical error conversion.


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

commands to be sent to gcc.  It worked on some platforms, but not all of
them.


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

1) separate filter lists hanging off the r and the c

   requests start off with the same filter list as the connection

   the input filter list is not initialized for subrequests

   internal redirects start off with the same filter list as the
   connection

2) AddInputFilter directive (blatant rip-off of Ryan's AddOutputFilter
   directive); as with AddOutputFilter, the network is implicitly to the
   right of the specified filter list; this may not be the most
   intuitive way to specify the filters; not sure yet


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

code.


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

ap_add_output_filter().


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

charset of response bodies.

ap_checkconv() is removed, except for in os/bs2000 and os/tpf.
(Anything there is questionable for 2.0 anyway.)


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

Build process:

  -add datadir and localstatedir substitutions
  -fix layout name
  -fix logfilename misspelling
  -fix evaluation of installation dir variables and
  -replace $foobar by $(foobar) to be usefull in the makefile

Cross compile:

  -add rules for cross-compiling in rules.mk. Okay, rule to check for
   $CC_FOR_BUILD is still missing
  -use CHECK_TOOL instead of CHECK_PROG for ranlib
  -add missing "AR=@AR@" to severaly Makefile.in's
  -cache result for "struct rlimit"
  -compile all helper programs with native and cross compiler
   and use the native version to generate header file


PR:	6384
Submitted by:	"R�diger" Kuhlmann <Tadu@gmx.de>
Reviewed by:	Ryan Bloom


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

PR:	6379
Submitted by:	"R�diger" Kuhlmann <Tadu@gmx.de>
Reviewed by:	Ryan Bloom


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

lines (netcat) gets a strange looking HTTP_NOT_IMPLEMENTED message.

While I'm in there, start working on ebcdic co-existance with input
filtering.


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

if there are no shared modules compiled.  This is in keeping with what
we did with Apache 1.3, and it allows APXS to work, even if there were no
shared modules installed initially.


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

conn_rec parameter.


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

output filter chain from the conn_rec.  Any required request
filters will be inserted later.


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

request_rec.  This means that a conn_rec must be supplied when calling
ap_add_filter.  The reason for this change is that we need to be able to
add the core_filter (whether or SSL or not) before we try to read the
request.  This way, if a request fails, we can actually send the error
page back to the client.  With this change, we add the core filter to the
conn_rec during the pre-connection phase.
Submitted by:	Ryan Bloom, Jeff Trawick, and Greg Ames


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

writev_it_all() in case we have another brigade to process.
Otherwise, nbytes is bogus for the second brigade and
writev_it_all() doesn't know when to quit (it loops).

In writev_it_all(), when compensating for bytes already sent
don't go beyond the number of iovs we were passed on input.


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

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

brigades across multiple calls until MAX_IOVEC_TO_WRITE or
MIN_SIZE_TO_WRITE thresholds are hit. This implementation does not attempt
to coalesce bytes. Moving a bit further down the filter learning curve...


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

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

include directory


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