- Nov 13, 2000
-
-
Jeff Trawick authored
the recent apr_ssize_t->apr_size_t changes. The problem in mod_cgid was an int function which didn't have a return statement. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86934 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
macro on those platforms that have it defined in 1.3. The only platform that doesn't work yet is Linux 2.2. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86933 13f79535-47bb-0310-9956-ffa450edef68
-
Jeff Trawick authored
instead of calling getpwnam[_r] directly, back out mod_userdir's config check for getpwnam_r git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86932 13f79535-47bb-0310-9956-ffa450edef68
-
Joshua Slive authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86931 13f79535-47bb-0310-9956-ffa450edef68
-
- Nov 12, 2000
-
-
Joshua Slive authored
PR: 6835 Submitted by: ap@rupp.de git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86930 13f79535-47bb-0310-9956-ffa450edef68
-
- Nov 11, 2000
-
-
Ryan Bloom authored
again, but at least we are making progress. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86928 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
the proxy is still not compiling, but we are making progress. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86927 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
but it does compile. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86926 13f79535-47bb-0310-9956-ffa450edef68
-
Chuck Murcko authored
few days taken care of. PR: Obtained from: Chuck Murcko Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86925 13f79535-47bb-0310-9956-ffa450edef68
-
Chuck Murcko authored
PR: Obtained from: Chuck Murcko Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86924 13f79535-47bb-0310-9956-ffa450edef68
-
Chuck Murcko authored
PR: Obtained from: Sam Magnuson Submitted by: Chuck Murcko Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86923 13f79535-47bb-0310-9956-ffa450edef68
-
Chuck Murcko authored
PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86922 13f79535-47bb-0310-9956-ffa450edef68
-
Chuck Murcko authored
PR: Obtained from: Sam Magnuson Submitted by: Chuck Murcko Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86921 13f79535-47bb-0310-9956-ffa450edef68
-
Chuck Murcko authored
PR: Obtained from: Sam Magnuson Submitted by: Chuck Murcko Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86920 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
check for this and the define it if needed. Since APR also needs this check it makes more sense for APR to just check and export a symobl that is always available. Submitted by: Branko �ibej <brane@xbc.nu> Reviewed by: Ryan Bloom git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86919 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
A good thing, allow W2K to perform the symlink test. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86918 13f79535-47bb-0310-9956-ffa450edef68
-
- Nov 10, 2000
-
-
Jeff Trawick authored
This doesn't account for the fact that getpwnam() isn't thread-safe on FreeBSD; it also doesn't account for systems where getpwnam_r lives outside of libc. See thread with subject "[?PATCH?] using getpwnam_r in mod_userdir" in Nov. 2000 new-httpd for some better long-term ideas for how to handle the problem. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86917 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
it allocates just that amount. But, MM actually uses some of it, so we need to over allocate just a bit. On 32 bit machines 40 bytes is enough, but on a 64 bit machine it isn't. So, we bump it up to 80 bytes until MM fixes this bug. Submitted by: David Hill <David.D.Hill@compaq.com> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86916 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
Submitted by: Victor J. Orlikowski <v.j.orlikowski@gte.net> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86915 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86914 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86913 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86912 13f79535-47bb-0310-9956-ffa450edef68
-
Jeff Trawick authored
-1. Otherwise, we'll never use apr_sendfile(). git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86911 13f79535-47bb-0310-9956-ffa450edef68
-
David Reid authored
Also add a new function to get an ap_ina_addr_t from a socket. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86910 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Fix symbol break. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86907 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Killing ap_os_is_filename_valid. Left actual win32 code, since it is moving into apr and the check_safe_file call. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86906 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
date and time to the console, so we should use APLOG_STARTUP to suppress them git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86905 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Just some things I noticed letting someone else have some desktop time. Guess homework isn't a bad sacrifice, actually read some docs :-) Correct me if I'm wrong on the mod_auth_digest changes. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86901 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86899 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
the hostname is interpolated into the filename, we need to be sure that the result of interpolation doesn't expose parts of the filesystem that should be private. This was done by checking the syntax of the Host: header according to RFC 1123 and RFC 952. However, many people have broken configurations that violate this syntax (frequently because they use underscores in their names), and it also doesn't accommodate the current effort to internationalize the DNS. I don't think the former is a compelling reason to relax the syntax checking, but the latter does justify this change. The only RFC on internationalized DNS at the moment is RFC 2825 which is an introduction to how difficult the whole thing is; the other official documentation is a pile of Internet Drafts produced by the Internationalized Domain Names Working Group of the IETF (with names starting "draft-ietf-idn-"). However they have very little to say about URIs, and the current Internet draft about internationalized URIs (draft-masinter-url-i18n-05) has very little to say about hostnames :-( On the gripping hand there is some useful information at <http://www.apng.org/idns/> where there is some iDNS testbed work going on. The basic idea is that although the format of the hostnames in the DNS itself remains compatible with RFC 1123, the actual hostname presented to the resolver is in UTF8, and therefore the hostname in the URL and Host: header is also in UTF8. This change relaxes the checking so that only character sequences that are sensitive to the filesystem are rejected, i.e. forward slashes, backward slashes, and sequences of more than one dot. PR: 6635 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86898 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Newer canonicalization code should replace this patch entirely, however it's nice to have a working server as a starting point :-) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86896 13f79535-47bb-0310-9956-ffa450edef68
-
David Reid authored
where appropriate. At least on my system virtual hosts seem to still work :) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86895 13f79535-47bb-0310-9956-ffa450edef68
-
- Nov 09, 2000
-
-
Ryan Bloom authored
file_bucket read function now. If we try to read from a file bucket and it makes sense to convert that bucket to an MMAP, that just happens. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86894 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Per new-httpd discussions, this version of mod_autoindex has been set aside as a test for rputs style backwards compatibility. It has really horrid chunking charateristics, so it was the ideal nominee for the job. Please refer to src/modules/standard/mod_autoindex.c for the complete revision history. When rputs is entirely eliminated (if it ever is) then this version should be eliminated. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86893 13f79535-47bb-0310-9956-ffa450edef68
-
Bill Stoddard authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86892 13f79535-47bb-0310-9956-ffa450edef68
-
Bill Stoddard authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86891 13f79535-47bb-0310-9956-ffa450edef68
-
David Reid authored
Alter http_vhost.c to use the new apr_get_inaddr fucntion. Old code is still there just in case it breaks. can someone check it who knows this stuff? git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86890 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Return buff.h to the winnt mpm till Bill (or I, if I must) remove the acceptex style contexts into apr. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86889 13f79535-47bb-0310-9956-ffa450edef68
-
Jeff Trawick authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86888 13f79535-47bb-0310-9956-ffa450edef68
-
Greg Stein authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@86887 13f79535-47bb-0310-9956-ffa450edef68
-