338N/ALast modified at [$Date: 2000/07/11 21:09:58 $]
338N/A 2.0a4 : released June 7, 2000
338N/A 2.0a3 : released April 28, 2000
338N/A 2.0a2 : released March 31, 2000
338N/A 2.0a1 : released March 10, 2000
338N/A * apachectl not being built or installed
338N/A * Win32: Get mod_auth_digest working under win32
338N/A - APR_HAS_RANDOM should be defined on windows and there is a
338N/A mod_auth_digest used to use.
338N/A Status: Manoj has posted an patch to fix this.
338N/A <19991103003605.A20612@samosa.mindspring.com>
338N/A * Win32: Enable the Windows MPM to honor max_requests_per_child
868N/A Status: Bill will fix this.
338N/A * Win32: Get Apache working on Windows 95/98. The following work
338N/A (at least) needs to be done:
338N/A - winnt MPM: Fix 95/98 code paths in the winnt MPM. There is some NT
338N/A specific code that is still not in NT only code paths
338N/A - IOL binds to APR sendfile, implemented with TransmitFile, which
338N/A is not available on 95/98.
338N/A * Win32: Test access logging with multiple threads. Will the
338N/A native file I/O calls serialize automagically like the
338N/A CRT calls or do we need to add region locking each time
338N/A * Win32: Complete the revamp the service environment and relocation
338N/A into the WinNT MPM. Changes ServerRoot service registry
338N/A parameter into ConfigArgs for multiple service startup parameters.
338N/A signals are not being acknowledged. Close window and shutdown
338N/A also seem out of sorts.
338N/A OtherBill is working on this
2095N/A * We need a thread-safe resolver, at least on Unix.
338N/A Status: The best known candidate would be something from
338N/A Status: Greg asks, "why? doesn't gethostbyname_r() handle this?"
338N/A * Modify mod_cgi and mod_cgid to deal with directories. This allows
338N/A a lot of directives to be removed from the core.
338N/ARELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
338N/A * Create unified scoreboard API and implementation shared across
338N/A * Document mod_file_cache.
338N/A * OS/2: Get loadable modules working again. Requires shared core support
338N/A which doesn't appear to be catered for in the current build system.
338N/A * OS/2: Make mod_status work for spmt_os2 MPM.
338N/A * Build scripts do not recognise AIX 4.2.1 pthreads, so the
338N/A pthread MPMs will not build.
338N/A * Win32: Enable the winnt MPM to use the new scoreboard API
338N/A * Win32: Implement ap_shm_ functions in APR.
338N/A * Win32: Win9x console window still won't play nice with the
338N/A close window, logoff and shutdown scenarios.
338N/A * Win32: Add a simple hold console open patch (wait for close or
338N/A the ESC key, with a nice message) if the server died a bad
338N/A death (non-zero exit code) in console mode.
338N/A * Platforms that do not support fork (primarily Win32 and AS/400)
338N/A Consider introducing HAVE_FORK feature macro. Architect start-up code
338N/A that avoids initializing all the modules in the parent process on
338N/A platforms that do not support fork.
338N/A * Clean the code. There are a lot of places we used APR but didn't
338N/A remove the hacks that were required for the cross-platform code in
338N/A 1.3. We need to make the code look like APR was supposed to be there.
338N/A * Go throught the 1.3 Bug DB and research the bugs marked "suspended".
338N/A People were told these would be considered for inclusion in Apache 2.0,
338N/A it would be nice to actually do so.
338N/A would eliminate some code in the Win32 branch that essentially
338N/A duplicates what is in APR.
338N/A Bill says we need a new procattr, APR_CREATE_SUSPENDED (or
338N/A something similar) to direct ap_create_process to create the
338N/A process suspended. We also need a call to wake up the suspended
338N/A process This may not be able to be implemented everywhere though.
338N/A * There are still a number of places in the code where we are
338N/A loosing error status (
i.e. throwing away the error returned by a
338N/A system call and replacing it with a generic error code)
338N/A * Win32: Implement reliable piped logs on Windows
338N/A * Use APR to get rid of more platform dependancies.
338N/A Status: Ryan Bloom <rbb@covalenet.net> is working on this.
338N/A * The connection status table is not very efficient. Also, very few stats
338N/A are exported to the connection status table (easy to fix), and mod_status
338N/A * Mass vhosting version of suEXEC.
338N/A * Replace tables with a proper opaque ADT that has pluggable
338N/A implementations (including something like the existing data type,
338N/A plus hash tables for speed, with options for more later).
338N/A Status: fanf is working on this.
338N/A * configuration option to use *DBM
338N/A Status: Greg +1 (volunteers)
338N/A SDBM is used by Perl, mod_dav, mod_sssl, others for basic DBM support.
338N/A Status: Greg +1 (volunteers)
338N/A Message-id: <20000625173247.M29590@lyra.org>
338N/A Status: works. passes initial regression testing. Joe Orton
338N/A reports success with his "cadaver" tool.
338N/A Some additional items remaining:
338N/A - case_preserved_filename stuff
338N/A - find a new home for ap_text(_header)
338N/A - is it possible to remove the DAV: namespace stuff from util_xml?
338N/A * ap_core_translate() and its use by mod_mmap_static are a bit wonky.
338N/A The function should probably be exposed as a utility function (such
338N/A as ap_translate_url2fs() or ap_validate_fs_url() or something).
338N/A Another approach would be a new hook phase after "translate" which
338N/A would allow mod_mmap_static to munge what the translation has
338N/A Status: Greg +1 (volunteers), Ryan +1
338N/A calls ap_fixup_virutal_hosts(), ap_fini_vhost_config(), and
338N/A ap_sort_hooks() [to reduce the logic in main()]
338N/A * read the config tree just once, and process N times (as necessary)
338N/A * add a version number to ap_initialize() as an extra failsafe against
338N/A (APR) library version skew.
338N/A MsgID: <Pine.LNX.4.10.10005231712380.31927-100000@nebula.lyra.org>
338N/A Status: Greg +1 (volunteers), Jeff +1, Ryan +1, Tony -0(?)
338N/A * mod_info to use the configuration tree
338N/A MsgID: <20000701162857.D29590@lyra.org> (patch)
338N/A MsgID: <20000704025038.V29590@lyra.org> (demo)
338N/A Status: Greg +1, Jim +1(?), Dirk -0, Ryan -0
338N/A MsgID: <Pine.LNX.4.21.0007072059120.18877-100000@koj.rkbloom.net>
338N/A Status: Dirk +1, Ryan +1, Greg -1
338N/A Ryan's alternate patch:
338N/A MsgID: <Pine.LNX.4.21.0007091940440.16496-100000@koj.rkbloom.net>
338N/A Status: Ryan -0, Greg -1
338N/AOther bugs that need fixing:
338N/A * MaxRequestsPerChild measures connections, not requests.
338N/A Until someone has a better way, we'll probably just rename it
338N/A "MaxConnectionsPerChild".
338N/A * Regex containers don't work in an intutive way
338N/A Status: No one has come up with an efficient way to fix this
338N/A behavior. Dean has suggested getting rid of regex containers
338N/A * SIGSEGV on Linux (glibc 2.1.2) isn't caught properly by a
338N/A sigwaiting thread. We need to work around this, perhaps unless
338N/A there is hope soon for a fixed glibc.
338N/A * The mod_cgid daemon process isn't always cleaned up when httpd
338N/A gets SIGTERM. Jeff thinks it may be as simple as registering
338N/A the daemon process for cleanup with the proper pool, but he hasn't
338N/A looked at it in enough detail.
338N/A * The MM library is built as static and shared library. This should
be set up to build only the required version.
Other features that need writing:
* Finish infrastructure in core for async MPMs
* TODO in source -- just do an egrep on "TODO" and see what's there
Documentation that needs writing:
* Mod_status docs are needed.
* The concept of MPMs, especially if we ship more than one MPM for a
* New directives in the various MPMs and appropriate links from
obsolete directives in
core.html to the MPM documentation.
Status: Ben Laurie has written some hooks documentation
* Changes since 1.3.9 can be more easily seen in the commitlog file
which includes some of Roy's comments when the changes were
committed in rough change-sets by purpose. Note that the commitlog
does not show the contents of new files until later.
* mod_dav documentation (once integrated)
* Mike Abbott's <mja@trudge.engr.sgi.com> patches to improve
Status: These were written for 1.3, and are awaiting a port to
* Jim Winstead's <jimw@trainedmonkey.com> patch to add CookieDomain and
other small mod_usertrack features
* What do we do about mod_proxy?
* Which MPMs will be included with Apache 2.0?