- 03 Jan, 1999 5 commits
-
-
dgaudet authored
by a cleanup if a module really needs it. Unless someone can demonstrate that there is broken libc code somewhere that absolutely needs this... git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82586 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82585 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
PR: 2575 Submitted by: Richard Prinz <richard.prinz@cso.net> Reviewed by: Roy Fielding, Dirk-Willem van Gulik git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82584 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
on one request and having it affect some later connection, force the alarm to be cleared before each connection even if Apache's own timeouts are being handled by the parent. This doesn't help for multiple requests on the same connection, but it is extremely unlikely that a request stream would persist longer than a non-Apache errant timeout, and this limits the problem to a single user without impacting performance. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82583 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
- properly handle "identity" within Accept-Encoding. - allow encoded variants in RVSA negotiation and let them appear in the Alternates field using the non-standard "encoding" tag-list. - fixed both negotiation algorithms so that an explicitly accepted encoding is preferred over no encoding if "identity" is not included within Accept-Encoding. - added ap_array_pstrcat() to alloc.c for efficient concatenation of large substring sequences. Bumped MMN. - replaced O(n^2) memory hogs in mod_negotiation with ap_array_pstrcat. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82582 13f79535-47bb-0310-9956-ffa450edef68
-
- 02 Jan, 1999 9 commits
-
-
Jim Jagielski authored
PR: Obtained from: Submitted by: Life is hard, and then you die." <ronald@innovation.ch> Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82581 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
for an underscore on dlsym() (as it's already the case for FreeBSD 3.0). Submitted by: Todd Vierling <tv@pobox.com> Reviewed by: Ralf S. Engelschall PR: 2462 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82580 13f79535-47bb-0310-9956-ffa450edef68
-
Lars Eilebrecht authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82579 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82578 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
compiled into Apache per default, although it _IS_ compiled into Apache per default. Submitted by: Sim Harbert <sim@mindspring.com> Reviewed by: Ralf S. Engelschall PR: 3572 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82577 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
backslash was missing) we remove the bug together with it's complete context because the special cases of the past can now no longer occur because of the recent magic for the --with-layout default. PR: 3590 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82575 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
making sure the src/support/ tools are _forced_ to be build last (they depend on other libraries). Submitted by: Markus Theissinger <markus.theissinger@gmx.de> Reviewed by: Ralf S. Engelschall git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82574 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
as before for the DSOs. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82573 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82572 13f79535-47bb-0310-9956-ffa450edef68
-
- 01 Jan, 1999 11 commits
-
-
Martin Kraemer authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82571 13f79535-47bb-0310-9956-ffa450edef68
-
Martin Kraemer authored
therefore it must be written only after all of the .modules handling. Submitted by: Ralf Engelschall git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82570 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
didn't know that I've already withdrawn this part, so don't blame him. The problem is that the additional init rounds breaks backward compatibility and not really solve the mod_perl problem. So, it's better to not do it... git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82569 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82568 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
fixed bug prevented this) we need to also install os-include.c in addition to os.h into the PREFIX/include/ location or building of module DSOs with APXS fails. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82567 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82566 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
allow us to distinguish between a garbled DSO (or even a file which isn't an Apache module DSO at all) and a DSO which doesn't match the current Apache API. Submitted by: Ralf S. Engelschall PR: 3152 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82565 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
``nocase|NC'' flag (as RewriteCond already does for ages) to match case insensitive (this especially avoids nasty patterns like `[tT][eE][sS][tT]'). Second two additional internal map functions `escape' and `unescape' were added which can be used to escape/unescape to/from hex-encodings in URLs parts (this is especially useful in combination with map lookups). Submitted by: Magnus Bodin, Ian Kallen Integrated and fixed by: Ralf S. Engelschall git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82564 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
The same procedure as _every_ year, James!'' So, a lot of touched files here, but it's just a tiny harmless patch. As every year we bump up the year number in our copyright headers. 1. "199x-1998" => "199x-1999" 2. "1998" => "1998-1999" git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82562 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
forgotten (because it was a macro) in the symbol renaming process. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82560 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
Fix a few minor inconsistencies related to directive scoping ============================================================ 1. httpd -h Under "httpd -h" one gets a nice English description in which scope a directive can occur. But we talk here only about <Directory> and <Location>, although <Files> is treated the same (also with `cmd->override == ACCESS_CONF|OR_ALL'). So I think it's correct to also list <Files>, too. 2. Used scope variants Currently we have 203 directives and they use the following scopes (the numbers in parenthesis gives the number of directives using a particular scope): RSRC_CONF (106) RSRC_CONF|ACCESS_CONF (5) RSRC_CONF|ACCESS_CONF|OR_ALL (1) <-- RSRC_CONF|ACCESS_CONF|OR_AUTHCFG (2) <-- ACCESS_CONF (5) OR_AUTHCFG (20) OR_LIMIT (3) OR_OPTIONS (4) OR_FILEINFO (21) OR_INDEXES (23) OR_ALL (13) This is well spreaded and sounds reasonable. Except for the two classes: RSRC_CONF|ACCESS_CONF|OR_ALL (1) RSRC_CONF|ACCESS_CONF|OR_AUTHCFG (2) The first one is just a syntax overkill. It means only OR_ALL, because OR_ALL includes (implicitly) already RSRC_CONF and ACCESS_CONF. So, when we fix this to OR_ALL we get: RSRC_CONF (106) RSRC_CONF|ACCESS_CONF (5) RSRC_CONF|ACCESS_CONF|OR_AUTHCFG (2) <-- ACCESS_CONF (5) OR_AUTHCFG (20) OR_LIMIT (3) OR_OPTIONS (4) OR_FILEINFO (21) OR_INDEXES (23) OR_ALL (14) The remaining RSRC_CONF|ACCESS_CONF|OR_AUTHCFG is used by two directives: UseCanonicalName and ContentDigest. Two not too old directives which were added mostly at the same time. They're are implemented the same way. But the scope looks incorrect. Why? First, it's again syntax overkill, ok. We can reduce it to RSRC_CONF|OR_AUTHCFG. But when we compare it to all other used scopes, it looks very inconsistent. No other of the 203 directives want to be applicable in such a non-orthoginal scope: on the first hand inside the AuthConfig scope (which means .htaccess under "AllowOverride AuthConfig" plus _INSIDE_ of <Directory>/<Location>/<Files> sections in httpd.conf only) and on the other hand also in RSRC_CONF (which means _OUTSIDE_ of <Directory>/<Location>/<Files> sections in httpd.conf only). Sure, finally it's everywhere in httpd.conf plus .htaccess under AuthConfig scope. But it's not intuitive: Directives which want to be applicable in such a total scope use OR_OPTIONS, OR_FILEINFO or OR_INDEXES. And when we think about UseCanonicalName and ContentDigest we find out that they belongs more to Options, XBitHack and CheckSpelling than to any AuthXXXX directives. So, I propose to change the scope of those two directives to OR_OPTIONS. It makes no big difference, of course. It still is useable everwhere inside httpd.conf, but inside .htaccess now under Options instead of AuthConfig. And it both belongs to the more correct group of directives and makes our list of used scopes more consistent. With the above patch be get this consistent scope-list: RSRC_CONF (106) RSRC_CONF|ACCESS_CONF (5) ACCESS_CONF (5) OR_AUTHCFG (20) OR_LIMIT (3) OR_OPTIONS (6) OR_FILEINFO (21) OR_INDEXES (23) OR_ALL (14) When we take into account that _theoretically_ there are a lot more variants of these or'ed values are possible, this list is _VERY_ clean. Actually it's the most clean variant I can think of (except for the fact that the whole mechanism is a horrible mess ;-)... git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82559 13f79535-47bb-0310-9956-ffa450edef68
-
- 31 Dec, 1998 4 commits
-
-
Jim Jagielski authored
DSO fixed git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82557 13f79535-47bb-0310-9956-ffa450edef68
-
Lars Eilebrecht authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82556 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82555 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Add Lars' vote. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82554 13f79535-47bb-0310-9956-ffa450edef68
-
- 30 Dec, 1998 6 commits
-
-
Doug MacEachern authored
PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82553 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
quoted args. So, for the `test' $* _has_ to be used while for the `set' "$@" is correct (here $* would break it). git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82552 13f79535-47bb-0310-9956-ffa450edef68
-
Doug MacEachern authored
PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82551 13f79535-47bb-0310-9956-ffa450edef68
-
Randy Terbush authored
when not specifying any command line arguments. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82549 13f79535-47bb-0310-9956-ffa450edef68
-
Lars Eilebrecht authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82548 13f79535-47bb-0310-9956-ffa450edef68
-
Lars Eilebrecht authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82547 13f79535-47bb-0310-9956-ffa450edef68
-
- 29 Dec, 1998 3 commits
-
-
dgaudet authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82546 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Add a note about the default autoindex order patch available for review. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82545 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
- cleanups to mod_negotiation comments and code structure - made compliant with HTTP/1.1 proposed standard (rfc2068) and added support for everything in the upcoming HTTP/1.1 revision (draft-ietf-http-v11-spec-rev-06.txt). - language tag matching also handles tags with more than 2 levels like x-y-z - empty Accept, Accept-Language, Accept-Charset headers are processed correctly; previously an empty header would make all values acceptable instead of unacceptable. - allowed for q values in Accept-Encoding - added support for transparent content negotiation (rfc2295 and rfc2296) (though we do not implement all features in these drafts, e.g. no feature negotiation). Removed old experimental version. - implemented 'structured entity tags' for better cache correctness (structured entity tags ensure that caches which can deal with Vary will (eventually) be updated if the set of variants on the server is changed) - this involved adding a vlist_validator element to request_rec - this involved adding the ap_make_etag() function to the global API - modified guessing of charsets used by Apache negotiation algorithm to guess 'no charset' if the variant is not a text/* type - added code to sort multiviews variants into a canonical order so that negotiation results are consistent across backup/restores and mirrors - removed possibility of a type map file resolving to another type map file as its best variant What is being committed is a substantially modified version of what Koen submitted, with changes necessary to deal with the coding style, account for the bug fixes previously committed to 1.3.4-dev, answer some of the questions that Koen had left as comments, and reject some changes that would degrade HTTP performance. The result should be considered unstable and is in dire need of testing, but the changes are too extensive for another round of patch-and-pray. Please test me. PR: 3451, 1987 Submitted by: Koen Holtman, Roy Fielding, Lars Eilebrecht git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82544 13f79535-47bb-0310-9956-ffa450edef68
-
- 28 Dec, 1998 2 commits
-
-
Roy T. Fielding authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82543 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
HTTP/1.0 or HTTP/1.1, regardless of what some other applications do in reaction to that field. Also, the no_cache indicator in the request_rec exists ONLY to replicate the functionality of the Vary field in HTTP/1.1. It is therefore not appropriate to add Pragma or Cache-Control to such responses. If such is desired for specific resources, then it would be better to use mod_headers to directly control these fields. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@82542 13f79535-47bb-0310-9956-ffa450edef68
-