Commits · 134a8708d66e73c8249b821396150d7ddbc2f257 · CYBER - Cyber Security / TS 103 523 MSP / TLMSP / TLMSP Apache Httpd

Jan 03, 2001

mod_cgi: Fix some problems where the wrong error value was being traced · 134a8708

Jeff Trawick authored Jan 03, 2001

(errno instead of apr_status).

mod_cgid: Keep some of the code in synch with the version in mod_cgi.


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

134a8708

typo. · e16b0e00

Joshua Slive authored Jan 03, 2001

PR: 7020
Submitted by:	Peter Brodersen <apache_p@ter.dk>


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

e16b0e00

Pass a valid pool to apr_create_lock(). · 5017fb1f

Jeff Trawick authored Jan 03, 2001


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

5017fb1f

Make a brief note about recent EBCDIC fixes. · f3f9f0dc

Jeff Trawick authored Jan 03, 2001


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

f3f9f0dc

Jan 02, 2001

EBCDIC: Fix some byterange protocol data translation. · d256d2d4

Jeff Trawick authored Jan 02, 2001


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

d256d2d4

Get mod_so to build again by including apr_general.h, which is where · 42c4bdea

Jeff Trawick authored Jan 02, 2001

the APR_GET_POOL() macro is defined.


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

42c4bdea

Change a bunch of mallocs in mod_cgid to apr_palloc. These were never · 3be6fecb

Ryan Bloom authored Jan 02, 2001

getting freed, and using malloc. This was safe, because we were in
the CGID process, but pools are just safer here.

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

3be6fecb

Generic hooks (and a demo content filter module). · 1503951d

Ben Laurie authored Jan 02, 2001


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

1503951d

Simplify the lingering close logic a bit. Doesn't actually change · d2229428

Ryan Bloom authored Jan 02, 2001

anything, this just removes a duplicate call to ap_flush_conn.


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

d2229428

add dump_{bucket,brigade} macros · c2c2d598

Doug MacEachern authored Jan 02, 2001


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

c2c2d598

Modify a couple of calls to ap_log_error with a NULL server to use · c728ad90

Ryan Bloom authored Jan 02, 2001

ap_log_perror, and pass a pool. The keeps us from seg faulting if the
error log hasn't been opened yet.

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

c728ad90

Jan 01, 2001

Remove AP_USE_MMAP_FILES, it doesn't really control anything anymore. Now · b8939e98

Ryan Bloom authored Jan 01, 2001

we just use APR_HAS_MMAP directly, just like APR-util does.


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

b8939e98

We never use MMAP_SEGMENT_SIZE, and we are better off determining if we · b7fd9220

Ryan Bloom authored Jan 01, 2001

have MMAP, by just checking with APR, instead of using an Apache
definition which doesn't really control anything anymore.

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

b7fd9220

When we are starting the server, we have a pool that can be used to open · e66fb251

Ryan Bloom authored Jan 01, 2001

the error log. Rather than try to log a regular error, log an error with
the pool that we have, so that we can open stderr successfully.

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

e66fb251

Dec 31, 2000

We have a pool in this function, and log_error_core needs a pool in order · 949748f5

Ryan Bloom authored Dec 31, 2000

to open stderr successfully. By using ap_log_perror, we can pass a valid
pool down to log_error_core

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

949748f5

Use a real pool to dup the error log file descriptor. · a35b8984

Ryan Bloom authored Dec 31, 2000


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

a35b8984

RM was not defined. Just use rm instead. · 6da59e14

Ben Laurie authored Dec 31, 2000


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

6da59e14

fix the path · 4c1877dd

Greg Stein authored Dec 31, 2000


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

4c1877dd

*) simplify config file list construction (especially the second sed · 81de6023

Greg Stein authored Dec 31, 2000

   expression).
*) comment extensively.
*) process into lines which are always guaranteed to sort properly -- don't
   rely on sort switches or whether "" sorts (numerically) less than "1".


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

81de6023

Dec 30, 2000

Add BeOS to hints.m4. This explains why I've been having to set the · b25982e4

David Reid authored Dec 30, 2000

MPM via configure...


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

b25982e4

Find all config.m4 files when building generated_lists. Also, convert · c3749785

Ryan Bloom authored Dec 30, 2000

the sort to use 'sort -n -b'. These arguments are specified by single
unix, so they should be portable. This restores the ability to order
the config.m4 files.
Submitted by: Dale Ghent <daleg@elemental.org>

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

c3749785

Get rid of the "-g" on sort. · 0fc435d9

Jeff Trawick authored Dec 30, 2000

With GNU sort 2.0 (which ships with Mandrake 7.2), the -g makes
a difference in the sinclude order (which I assume is an intended
difference which I have just broken).

With GNU sort 1.2 (which ships with RedHat 6.0), the -g is accepted
but is not documented and makes no difference in the result.  Thus
systems with GNU sort 1.2 were broken before and are still broken
with respect to the order of the sinclude statements.

With OS/390, Tru64, Solaris, and now I think AIX, -g was not accepted
at all by sort so the output of this was broken and Apache would not
build.


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

0fc435d9

Dec 29, 2000

Fix a segfault caused by mod_ext_filter when the external filter · 1302cc86

Jeff Trawick authored Dec 29, 2000

program does not exist.

I wish I understood why I didn't hit this problem in the normal
case :(


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

1302cc86

note some recent tweaks to bucket/brigade processing, as well as the · ed9e1247

Jeff Trawick authored Dec 29, 2000

problem they fix


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

ed9e1247

ap_content_length_filter(): if ap_save_brigade() fails, tell the caller · db26ec18
Jeff Trawick authored Dec 29, 2000
```
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87549 13f79535-47bb-0310-9956-ffa450edef68
```
db26ec18

ap_save_brigade() can fail, so report what happened via an apr_status_t · 48e37b05

Jeff Trawick authored Dec 29, 2000

return code.


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

48e37b05

Recognize a downstream error as such (instead of saying simply "returning error"). · 2751fe65

Jeff Trawick authored Dec 29, 2000

Trace the apr_status_t whenever helpful.


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

2751fe65

Dec 28, 2000

Because we can't get APR_EAGAIN from sendfile if we have a timeout, we · 009fa62b

Ryan Bloom authored Dec 28, 2000

can simplify this test now.


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

009fa62b

On EBCDIC machines, fix up the charset of the header terminator. · ae764bbd
Jeff Trawick authored Dec 28, 2000
```
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87542 13f79535-47bb-0310-9956-ffa450edef68
```
ae764bbd

We don't want to install CVS files, but the -P option to cp means something · 8e37fa63

Ryan Bloom authored Dec 28, 2000

different on FreeBSD than it means on Linux. This puts the recursive
copy back in, and just has us delete the CVS directories after they are
copied into place.

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

8e37fa63

Ignore CRLF (or LF) when PEEK'ing at data on the socket. The general · de9c9a7c

Ryan Bloom authored Dec 28, 2000

problem is that some browsers send an extra line at the end of a POST
request. We use the PEEK method to determine if there is any data left
on the socket, if there is then we delay sending the response until we
have enough data to make it worthwhile. If the browser sends an extra
blank line, we don't want to delay the response at all. The only time
we use the PEEK method is to check for a second request, so this is safe
to do.

This also solves Joe Orton's problem of specifying a Content- Length
of 1 for a blank line, and having the server wait to send back a response.
The problem is that Linux (all Unix really) sends two characters \r\n for
a blank line, so specifying a C-L of 1 means that the server still sees
a \n when it PEEKs that the socket data. That \n can be safely ignored
however.

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

de9c9a7c

Dec 27, 2000

Last change to get SuEXEC working again, and respecting configuration · 79e0ee22