]> granicus.if.org Git - apache/blob - STATUS
Allan Edwards fixed this problem.
[apache] / STATUS
1 Apache 2.0 STATUS:
2 Last modified at [$Date: 2000/04/04 21:39:34 $]
3
4 Release:
5
6     Vague plan, assuming more features aren't demanded for the 2.0 release
7     2.0a1   : released March 10, 2000
8     2.0     : later in 2000
9
10 RELEASE SHOWSTOPPERS:
11
12     * Fix SAFEREAD
13
14     * Fix lingering close
15         Status:
16
17     * MPMs should have responsibility for closing sockets and
18         registering the socket cleanup. Stop registering multiple
19         cleanups for each socket. Move socket close code out of
20         http_connection.c and into the MPMs.
21         Status:
22
23     * Reliable piped logs look broken everywhere. Each MPM includes essentially
24         identical code to ap_register_other_child(), etc. Most of this code can
25         be moved out of the MPMs and into some common file (http_core.c?).
26         Dean says presumably you mean an os-specific file?
27
28     * Pipes to CGI scripts are not being timed out
29         Status: code has been added to APR to support timing out pipes.
30                 This needs to be used in Apache now.
31
32     * Put back resource limit code
33
34     * suEXEC doesn't work
35         Status: Manoj has posted an patch to fix this.
36         <19991103003605.A20612@samosa.mindspring.com>
37
38     * Win32: Enable the Windows MPM to honor max_requests_per_child
39         Status: Bill will fix this.
40
41     * Win32: Fix Win9* specific code in the winnt MPM
42         Status:
43
44     * Win32: Test access logging with multiple threads. Will the 
45         native file I/O calls serialize automagically like the 
46         CRT calls or do we need to add region locking each time 
47         we access the logs?
48         Status: 
49
50     * Win32:  Smoke test all ported modules to make sure they work 
51         correctly under Windows.
52         Status: 
53
54     * Current 2.0 code is not tested on many Unix platforms. Make 2.0
55       work on most, if not all the systems 1.3 did
56         Status: Autoconf and APR will get us most of the way there.
57
58     * The handler hook needs to use the new registration system
59
60     * Modules.  Which modules do not work yet, can we get a list?
61
62     * We need a thread-safe resolver, at least on Unix.
63         Status: The best known candidate would be something from
64         BIND v9.
65
66 RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
67
68     * "make distclean" leaves (at least these) turds:
69         lib/.deps
70         lib/apr/.deps
71         lib/apr/shmem/unix/mm/config.log
72         lib/apr/shmem/unix/mm/mm_conf.h
73         lib/apr/shmem/unix/mm/libtool
74         lib/apr/shmem/unix/mm/config.status
75         lib/apr/shmem/unix/mm/Makefile
76         lib/apr/shmem/unix/mm/mm-config
77         main/a
78         modules/.deps
79         modules/mpm/.deps
80         os/.deps
81
82     * the top-level configure.in appears to use $USE_MAINTAINER_MODE = yes
83         to set -Wall/etc. flags, and the APR configure.in appears to use
84         --with-debug.  both seem like more of a hardwired pain compaired
85         to the pre-2.0 method of setting EXTRA_CFLAGS.
86
87     * Win32: Reuse accept socket after transmitfile/close
88         This is not a bug, but would be nice to get this feature in 
89         before ship.
90
91     * Win32: Enable the winnt MPM to use the new scoreboard API
92
93     * Win32: Non-blocking CGI pipes
94
95     * Win32: Graceful restart of a service is broken (code does shutdown then start)
96
97     * Dynamically loadable MPMs
98       Enable users of the binary distributions of Apache to be able to 
99       dynamically load the MPM.
100
101       Dean says this probably isn't a good idea.  For example consider
102       -lpthread, you couldn't have the same core run with pthreads,
103       prefork, and gnu pth without a lot of headaches is my guess.
104
105     * Platforms that do not support fork (primarily Win32 and AS/400)
106       Consider introducing HAVE_FORK feature macro. Architect start-up code
107       that avoids initializing all the modules in the parent process on
108       platforms that do not support fork.
109
110     * Clean the code.  There are a lot of places we used APR but didn't 
111       remove the hacks that were required for the cross-platform code in
112       1.3.  We need to make the code look like APR was supposed to be there. 
113
114     * Go throught the 1.3 Bug DB and research the bugs marked "suspended".
115       People were told these would be considered for inclusion in Apache 2.0,
116       it would be nice to actually do so.
117
118     * Win32: Migrate the MPM over to use APR thread/process calls. This
119       would eliminate some code in the Win32 branch that essentially
120       duplicates what is in APR.
121         Status: Bill <stoddard@raleigh.ibm.com> is working on this.
122
123     * Move I/O layering into APR.
124
125     * There are still a number of places in the code where we are
126       loosing error status (i.e. throwing away the error returned by a
127       system call and replacing it with a generic error code)
128
129     * Win32: Implement reliable piped logs on Windows
130         Status: Bill <stoddard@raleigh.ibm.com> has prototype code (not
131         reliable) in 1.3.  Should be much cleaner with APR in 2.0.
132
133     * Switch to autoconf, et al. for configuration.
134         Status: Manoj has placed an initial version into the 2.0
135         repository. Todos include:
136           
137           - "make install" should work
138           - a tool to simplfy third-party module building should be
139             written. Something like apxs
140           - Add a lot more checks to satisfy the various platforms, e.g.
141             for threading
142
143     * Use APR to get rid of more platform dependancies.
144         Status: Ryan Bloom <rbb@raleigh.ibm.com> is working on this.
145
146     * The connection status table is not very efficient. Also, very few stats
147       are exported to the connection status table (easy to fix), and mod_status
148       is ugly.
149
150 Other bugs that need fixing:
151
152     * MaxRequestsPerChild measures connections, not requests.
153         Until someone has a better way, we'll probably just rename it
154         "MaxConnectionsPerChild".
155     
156     * Regex containers don't work in an intutive way
157         Status: No one has come up with an efficient way to fix this
158         behavior. Dean has suggested getting rid of regex containers
159         completely.
160
161     * SIGSEGV on Linux (glibc 2.1.2) isn't caught properly by a
162       sigwaiting thread. We need to work around this, perhaps unless
163       there is hope soon for a fixed glibc.
164
165 Other features that need writing:
166
167     * Finish infrastructure in core for async MPMs
168         Status: post 2.0
169
170     * TODO in source -- just do an egrep on "TODO" and see what's there
171
172 Documentation that needs writing:
173
174     * The concept of MPMs, especially if we ship more than one MPM for a
175       given platform
176
177     * New directives in the various MPMs and appropriate links from
178         obsolete directives in core.html to the MPM documentation.
179
180     * Revise manual/stopping.html and the last part of
181         manual/misc/perf-tuning.html to take account of the MPMs.
182
183     * API documentation
184         Status: Ben Laurie has written some hooks documentation
185         (apache-2.0/htdocs/hooks.html)
186
187     * Changes since 1.3.9 can be more easily seen in the commitlog file
188          dev.apache.org:/home/cvs/CVSROOT/commitlogs/apache-2.0
189       which includes some of Roy's comments when the changes were
190       committed in rough change-sets by purpose.  Note that the commitlog
191       does not show the contents of new files until later.
192
193 Available Patches:
194
195    * Mike Abbott's <mja@trudge.engr.sgi.com> patches to improve
196      performance
197        Status: These were written for 1.3, and are awaiting a port to
198        2.0
199
200 Open issues:
201
202    * What do we do about mod_proxy?
203
204    * Which MPMs will be included with Apache 2.0?
205
206    * Is conf/highperformance.conf-dist obsolete?  It looks obsolete.
207