STATUS revision e5d1a36ad35f809c6f1bd3339aae78569abdd48c
3db86aab554edbb4244c8d1a1c90f152eee768afstevelAPACHE 2.0 STATUS: -*-text-*-
3db86aab554edbb4244c8d1a1c90f152eee768afstevelLast modified at [$Date: 2001/06/05 18:24:28 $]
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0.17 : rolled April 17, 2001
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0.16 : rolled April 4, 2001
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0.15 : rolled March 21, 2001
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0.14 : rolled March 7, 2001
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a9 : released December 12, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a8 : released November 20, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a7 : released October 8, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a6 : released August 18, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a5 : released August 4, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a4 : released June 7, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a3 : released April 28, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a2 : released March 31, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevel 2.0a1 : released March 10, 2000
3db86aab554edbb4244c8d1a1c90f152eee768afstevelDAEDALUS 2.0 PROBLEMS:
3db86aab554edbb4244c8d1a1c90f152eee768afstevel * mod_cgid and suexec have a problem co-existing. suexec sees a null
3db86aab554edbb4244c8d1a1c90f152eee768afstevel command string sometimes.
3db86aab554edbb4244c8d1a1c90f152eee768afstevel * core dump from 20010418 running 2_0_16
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #0 0x2813a3c8 in kill () from /usr/lib/libc.so.4
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #1 0x2817609e in abort () from /usr/lib/libc.so.4
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #2 0x8065299 in ap_log_assert (szExp=0x80aaa60 "total_bytes_left > 0 && tmplen > 0", szFile=0x80aa2aa "core.c", nLine=2555)
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #3 0x8075227 in sendfile_it_all (c=0x81470fc, fd=0x814759c, hdtr=0xbfbff670, file_offset=1929216, file_bytes_left=261949,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel total_bytes_left=261949, flags=0) at core.c:2555
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #4 0x80761e2 in core_output_filter (f=0x814737c, b=0x814764c) at core.c:3172
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #5 0x806d227 in ap_pass_brigade (next=0x814737c, bb=0x81e80fc) at util_filter.c:240
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #6 0x805e696 in check_pipeline_flush (r=0x820803c) at http_request.c:388
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #7 0x805e707 in ap_process_request (r=0x820803c) at http_request.c:432
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #8 0x805a1a9 in ap_process_http_connection (c=0x81470fc) at http_core.c:280
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #9 0x806bc60 in ap_run_process_connection (c=0x81470fc) at connection.c:82
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #10 0x806be84 in ap_process_connection (c=0x81470fc) at connection.c:216
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #11 0x805fbba in child_main (child_num_arg=272) at prefork.c:807
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #12 0x805fd20 in make_child (s=0x80c64fc, slot=272) at prefork.c:880
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #13 0x805ffec in perform_idle_server_maintenance () at prefork.c:1021
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #14 0x80603d1 in ap_mpm_run (_pconf=0x80c600c, plog=0x80f300c, s=0x80c64fc) at prefork.c:1191
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #15 0x80660cd in main (argc=1, argv=0xbfbffadc) at main.c:425
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #16 0x8059bf9 in _start ()
3db86aab554edbb4244c8d1a1c90f152eee768afstevel The input data (received in one read from TCP layer):
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Via: 1.0 MDRPRXY01, 1.0 NS2
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Connection: Keep-Alive
3db86aab554edbb4244c8d1a1c90f152eee768afstevel User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Accept: application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, image/gif, image/x-xbitmap, image/jpeg,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Accept-Language: en-us,tscii;q=0.5
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Referer: http://jakarta.apache.org/log4j/docs/download.html
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Accept-Encoding: gzip, deflate
3db86aab554edbb4244c8d1a1c90f152eee768afstevel The confusion was because apr_sendfile() returned APR_SUCCESS
3db86aab554edbb4244c8d1a1c90f152eee768afstevel but zero bytes sent. Presumably the FreeBSD kernel sendfile()
3db86aab554edbb4244c8d1a1c90f152eee768afstevel did the same thing (not 100% sure).
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Also happened on 20010605...
3db86aab554edbb4244c8d1a1c90f152eee768afstevel /usr/local/apache2b-vhost-trap/corefiles/httpd.core.12
3db86aab554edbb4244c8d1a1c90f152eee768afstevel GET /builds/jakarta-turbine/release/2.1/tdk-2.1.zip HTTP/1.1
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel application/vnd.ms-powerpoint, application/vnd.ms-excel,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Referer: http://jakarta.apache.org/builds/jakarta-turbine/release/2.1/
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Accept-Language: en-gb
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Accept-Encoding: gzip, deflate
3db86aab554edbb4244c8d1a1c90f152eee768afstevel User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Connection: Keep-Alive
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Again, it would seem that FreeBSD sendfile() returned rc 0 with
3db86aab554edbb4244c8d1a1c90f152eee768afstevel no bytes sent. (Other eyes welcome, of course... make sure you
3db86aab554edbb4244c8d1a1c90f152eee768afstevel look at 2_0_16 sources.)
3db86aab554edbb4244c8d1a1c90f152eee768afstevel * core dump from 20010521 and 20010529 running 2_0_16 - the "3030" problem
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #0 0x80987e8 in apr_cvt (arg=1.3980432860952889e-76,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel ndigits=808464432, decpt=0x30303030,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel sign=0x30303030, eflag=808464432,
3db86aab554edbb4244c8d1a1c90f152eee768afstevel buf=0x30303030 <Address 0x30303030 out of bounds>) at apr_snprintf.c:177
3db86aab554edbb4244c8d1a1c90f152eee768afstevel #1 0x30303030 in ?? ()
3db86aab554edbb4244c8d1a1c90f152eee768afstevel Cannot access memory at address 0x30303030.
3db86aab554edbb4244c8d1a1c90f152eee768afstevel In both coredumps the request is /server-status?auto.
3db86aab554edbb4244c8d1a1c90f152eee768afstevel It is unclear whether the apr_*printf function was passed bad
3db86aab554edbb4244c8d1a1c90f152eee768afstevel data or it screwed up on its own. 0x30 is '0'. There is a
3db86aab554edbb4244c8d1a1c90f152eee768afstevel string of 200-300 '0' characters in the dump, apparently
the modules/http/config.m4 file has been renamed to
modules/http/config2.m4 to work around this problem, it should moved
* Root all file systems with <Directory /> for WIN32/OS2/NW permissions
rand.c, at least.)
Problems to fix in the revamp: -k shutdown/restart are broken,
allow for Apache config/build against an already-installed
config.m4 incorporated into ./configure, which means "buildconf"
In the Apache-2.0 repository, this directory had a config.m4
The current porting state is summarized in modules/ssl/README. The next
modules/ssl/README can be ported.
modules/ssl/. Do whatever you think is appropriate to get it
#if 0...endif wrapped to not make trouble for you.
malloc/calloc/frees in the bucket brigade code. Need some
"Apache" layout from config.layout, and each variable settable
* All of our MPMs should use APR for threads/processes. This
* Combine log_child and piped_log_spawn. Clean up http_log.c.
* Win32: Migrate the MPM over to use APR thread/process calls. This
losing error status (i.e. throwing away the error returned by a
* All DBMs suffer from confusion in support/dbmmanage (perl script) since
for predictable mod_auth_db/dbm administration.
* Explore use of a post-config hook for the code in http_main.c which
* (possibly) use UUIDs in mod_unique_id and/or mod_usertrack
* shift stuff to mod_core.h
Using NIS passwd.byname dbm files with AuthDBMUserFile
setlogin() is not called, causing problems with e.g. identd
add allow,deny/deny,allow warning to mod_access
A small addition to rotatelogs.c to improve program functionality.
Feedback/Comment on APACI
Inclusion of RPM spec file in CVS/distributions
No way to change ReadmeName/HeaderName suffixes.
MIME types for MNG and JNG files need adding to mime.types and
the mime.types and magic files
* orig_ct in the byterange/multipart handling may not be
obsolete directives in core.html to the MPM documentation.
* Revise manual/stopping.html and the last part of
manual/misc/perf-tuning.html to take account of the MPMs.