Parent Directory
| 
Revision Log
| Links to HEAD: | (view) (annotate) |
| Sticky Revision: |
update license header text
Revert r395231 from the 2.2.x branch. This gets us back to the old place with regard to the copyright statements.
Update the last year of copyright for the 2.2.x branch
Recreate 2.2.x branch from trunk.
- Put a prefix on this error message to have a chance of finding it in the source. Just stuffing the parser error buffer into the error log is not helpful if I didn't know where it came from.
Update copyright year to 2005 and standardize on current copyright owner line.
general property cleanup
Complete the EBCDIC conversion support for XML documents. With this change, mod_dav works on an EBCDIC machine. Submitted by: Jean-Frederic Clere <jfclere apache.org>
Forward-port from mod_dav 1.0: * server/util_xml.c (ap_xml_parse_input): Give a 413 (Request Entity Too Large) not a 400 if the client exceeds the configured XML request body limit.
fix name of The Apache Software Foundation
apply Apache License, Version 2.0
update license to 2004.
get rid of _FOREACH
remove unused variable.
Don't emit an error when there is no body.
Rework ap_xml_parse_input to work with bucket brigades rather than doing all of the unneeded copying associated with ap_get_client_block. PR: 16134
finished that boring job: update license to 2003. Happy New Year! ;-))
Style police come before the code police. (No functional changes.)
stop using APLOG_NOERRNO in calls to ap_log_?error()
Update our copyright for this year.
Don't attempt to call apr_xml_parser_done() twice -- just exit when we have a problem terminating the parser. _geterror() cannot be called either.
Shift XML handling code from Apache down into APRUTIL - teach APRUTIL how to find Expat and respond to --with-expat - Apache's configure points APRUTIL's configure at its srclib/expat-lite (this will go away; aprutil can work against installed expats or fallback to an expat bundled within aprutil) - shift some of the timing of INCLUDES and top_builddir processing in the APRUTIL configure.in script - expose the new apr_xml functions in apr_xml.h, apr_xml.c (by building it), and apu_compat.h - rewrite util_xml.[ch] in terms of apr_xml
Update copyright to 2001
Clean up some of the includes: - explicitly include apr_lib.h since ap_config.h doesn't - use apr_want.h where possible - use APR_HAVE_ where possible - remove some unneeded includes
renaming various functions for consistency sake see: http://apr.apache.org/~dougm/apr_rename.pl PR: Obtained from: Submitted by: Reviewed by:
*) Compensate for recent changes in the APR headers. Specifically, some files need to specifically include stdio.h, or a particular apr_*.h header. *) Adjust callers of apr_create_process() to deal with the extra "const" *) Add "const" to args of ap_os_create_privileged_process()
use apr_size_t
Renamed all MODULE_EXPORT symbols to AP_MODULE_DECLARE and all symbols for CORE_EXPORT to AP_CORE_DECLARE (namespace protecting the wrapper) and retitled API_EXPORT as AP_DECLARE and APR_EXPORT as APR_DECLARE. All _VAR_ flavors changes to _DATA to be absolutely clear. Thank you Greg, for the most obvious suggestion.
prefix libapr functions and types with apr_
Move all APR functions related to strings to their own directory, and create a new header for those functions. This is the first step to removing the apr/lib directory completely, and moving those files/functions to descriptive directories.
shift the LimitXMLRequestBody directive to the core. use it from util_xml.
Joe Orton says: This patch is a first pass at making util_xml.c independent of mod_dav: * Rename dav_* to ap_xml_* for exported interface * Remove dav_* from private functions * Move text_header handling in from dav/main/util.c * Move XML tree -> text conversion in * Add include/util_xml.h header from parts of mod_dav.h Submitted by: Joe Orton <joe@orton.demon.co.uk> Reviewed by: Greg Stein
misc const cleanups and others issues found using maintainer-mode
(initial errors found by Ryan Bloom).
also switch to use new command table initializer macros.
no need for relative includes. the directories will be added to the
compilation by the configure system.
get the DAV stuff to compile for Apache 2.0. some unpleasantries are in
there, but it *does* compile.
first, obvious step: alter the license/copyright on all mod_dav files.
initial checkin of the new Apache DAV code. this is a pristine copy of mod_dav 1.0.1 (tag "V1_0_1" in the mod_dav CVS repository). For historical information about these files, see the (old) mod_dav web site at http://www.webdav.org/mod_dav/. CVS repository information can be located from those pages.
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.
| apache@apache.org | ViewVC Help |
| Powered by ViewVC 1.1.2 |