You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Jim Jagielski <ji...@jaguNET.com> on 1997/12/12 22:27:32 UTC
[STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Since there's talk of maybe another beta, it's time for
this. IMO 1.3 can't be released until we have a suitable
Win32 Install suite.
========================================================
As of:
Fri Dec 12 16:25:52 EST 1997
Release:
2.0 : In pre-alpha development
see: <http://www.arctic.org/~dgaudet/apache/2.0/process-model>
1.3b4: In development, maybe a release in a week or so?
1.3b3: Released and announced
1.3b1: There is no 1.3b1
Plan:
Showstoppers:
Committed:
* Ben Hyde's [PATCH] fix mmap error conditions again
* [PATCH] Fix problems with timeouts in inetd mode and -X mode
* Marc's [PATCH] fix strtoul
* Alexei's [PATCH/Win32] Remove main() from ApacheCore.dll
* Ben's [PATCH] Only lowercase "real" path
* Ben Hyde's [PATCH] general/1387: scoreboard_image memory allocation
* Martin's [PATCH] [FEATURE] Clickable Path Components in ftp dir header
* Martin's [FIX] Deleted redundant pstrndup() call which slipped in
* Martin's [PATCH] add |APLOG_NOERRNO to proxy log messages
* Ken's [PATCH] for #1479, #1480
* Dean's [PATCH] fail gracefully if cd fails
* Dean's [PATCH] Re: general/1491: mmap_handler error_log entry
* Marc's [PATCH] FreeBSD 2.2+ can use SAFE_UNSERIALIZED_ACCEPT
* Ken's [PATCH] Configure be more verbose when it can't find
Configuration
* Paul's [PATCH] Proper reporting of Win32 errors
* Ben's [PATCH] WIN32: Allow spaces to prefix the interpreter in #! lines
* [PATCH] for PR#1523: Cure filehandle leak in Win32 CGI
* Igor Tatarinov's [PATCH] pthread_mutex_ functions do not set errno
Available:
* Jim's [PATCH] OPTIMIZE_TIMEOUTS doesn't set child usage timestamp
<19...@devsys.jaguNET.com>
Status: Jim +1
* Marc's [PATCH] PR#1543: suexec logging exec failures
<Pi...@alive.znep.com>
Status: Marc +1, Dean +1, Jim +1, Martin +1
* Ben Hyde's [PATCH] WIN32 deserves a pid log file
<97...@gensym1.gensym.com>
Status: Jim +1
* Lars' [Patch] PR#1512 typo in mod_alias.html
<19...@paranoia.informatik.uni-siegen.de>
* Paul's [PATCH] a bundle of multithreading changes
<Pi...@ecstasy.localnet>
Status: Paul +1, Dean +1 (untested), Ben +1 (untested)
* Ben Hyde's [PATCH] Let CVS ignore MSDev's ApacheOS[DR] directories
<19...@siam.gensym>
Status: Martin +1 (untested)
* M.D.Parker's [PATCH] mod_status/1448: Status Information have version
<Pi...@twinlark.arctic.org>
Status: Dean +1, Martin +1, Alexei -1 (shared lib concerns)
* Paul's [PATCH] NT: spaces in argv[]
<Pi...@ecstasy.localnet>
Status: Paul +1, Ben +1
* Roy's [PATCH] protocol/1399: failing to read body
<97...@paris.ics.uci.edu>
Status: Roy +1,
* Paul Eggert's [PATCH] suexec/1343: year-2000 bug in suexec log
<Pi...@twinlark.arctic.org>
Status: Martin +1, Marc +1, Dean (Wants something more common),
Roy +1
* Martin's [PATCH] "Signing" server generated pages
<19...@deejai.mch.sni.de>
Status: Martin +1, Roy 0,
* Marc's [PATCH] define to allow passing of Authorization header
<Pi...@alive.znep.com>
Status: Marc +1, Dean +1 (with note), Paul +1
* Dean's protocol/1195: Bug in Authentication header (fwd)
<Pi...@twinlark.arctic.org>
Status: Conceptual: Dean +1, Paul +1, Martin +1, Ken +1
* Dean's [PRE-PATCH] expanding ap_snprintf()
<Pi...@twinlark.arctic.org>
Status: Dean +1, Ben +1, Jim 0, Martin 0, Brian +1(?)
See <Pi...@twinlark.arctic.org>
for a more up-to-date idea (int vformatter) that has a
vote of +1 from Dean, Ben, Martin, Paul and Jim for concept
In progress:
* Martin Kraemer's [PATCH] Parsing URI into its components
This has "evolved" into a new module: util_uri. Martin
will post when it's at a state where he's happy with it.
* Ben's ASP work... All agree it sounds cool.
Needs patch:
Closed issues:
* Removal of inetd mode
Ken says he'll try to maintain it, since there are
people/places who need it
Open issues:
* What do we call the binary: apache or httpd? Under UNIX
it's httpd, under Win32 it's apache. Maybe rename it
to apache-httpd?
* Maybe a http_paths.h file? See
<Pi...@valis.worldgate.com>
* Release builds: Should we provide Configuration or not?
* Apache's 'pid' file is created under the UID/GID that Apache
switches to. Dean thinks this should be fixed.
* root's environment is inherited by the Apache server. Jim and
Dean thinks we should recommend using 'env' to build the
appropriate environment. Marc and Alexei don't see any
big deal.
* Ken suggests that new check_cmd_context() and related defines
should be non-static and in util_* so modules can use 'em. (He
didn't notice this flaw during the review.)
* Sameer's mod_so implemetation
See <19...@gabber.c2.net>
Issues: Underscores: Should I try prepending, appending, and
ignoring? -> Alexei says look at Java
Location? os/unix ??
* 206 vs. 200 issue on Content-Length
See <Pi...@valis.worldgate.com>
Roy says current behavior is correct, but Alexei disagrees.
Marc sides with Alexei.
* Conditional logging and aplogger
Dean broke piped logging, -DNO_OTHER_CHILD to disable the reliable
stuff if you depend on piped logging. I figure nobody must, since
we haven't seen a bug report and it'd show up easily under moderate
load. Brian thinks Cond. logging is taking us in an opposite
direction from where we should be going. Randy would like to
take this up, but wonders what our comments/positions are.
* Marc's socket options like source routing (kill them?)
Marc, Dean, Martin say Yes
* NameVirtualHost
Causes mucho confusion... Dean is ready to ``admit defeat''
but should we let him? Lars suggests making NameVirtualHost
a required directive or at least an error message, since
it will snag many who go from 1.2 to 1.3. Randy wonders why
this isn't the default behavior.
* DDA's adding a tray application to the Windoze version for ease of
status/management.
<01...@caravan.individual.com>
<01...@caravan.individual.com>
Status: Ken +1, Sameer +1, Martin +1, Ben +1 (as long as
we get a single executable)
Paul: No like Win95 specific stuff
* The PR#918 patch above appears to have been bogus, should be fixed or
reversed. It has been reversed for now.
* Martin's SEGV, and Alexei's GP Fault under windows (probably the same)
* Marc's [BUG] include virtual and SCRIPT_NAME w/path_info
<Pi...@alive.znep.com>
--
====================================================================
Jim Jagielski | jaguNET Access Services
jim@jaguNET.com | http://www.jaguNET.com/
"Look at me! I'm wearing a cardboard belt!"
Re: [STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Posted by Rodent of Unusual Size <Ke...@Golux.Com>.
Jim Jagielski wrote:
>
> As of:
> Fri Dec 12 16:25:52 EST 1997
>
> Available:
>
> * Dean's protocol/1195: Bug in Authentication header (fwd)
> <Pi...@twinlark.arctic.org>
> Status: Conceptual: Dean +1, Paul +1, Martin +1, Ken +1
Erm, this shouldn't be under "available," because there isn't a patch
for it yet.
I've played around with this, and looked at RFC2068 sections 11 (which says
that the realm name is a quoted-string) and 2.2 (which says that a
quoted-string can contain anything except '"' itself and ASCII values
{0-31,127}). Section 2.2 also says:
: The backslash character ("\") may be used as a single-character quoting
: mechanism only within quoted-string and comment constructs.
so it's unclear to me whether "a string with a \"" is a valid realm name
or not. (Roy?)
To recap, the current behaviour of
AuthName "A Nice Place"
results in 'realm = ""A Nice Place""'. Changing AuthName to TAKE1 doesn't
completely solve this problem, since
AuthName "a string with a \""
will result in 'realm = "a string with a ""' being sent - the escape is
lost.
If quoted strings can't contain \" then I have a patch for this issue. If
they can, a little more work needs to be done to re-insert the slosh the
TAKE1 processing removed. Either way I'll take this one on unless
someone else already has a fix under wraps.
Regardless, I think this should be fixed for 1.3b4. It's a potential
protocol error, and the fix (whatever it is) will break some
configurations that now erroneously (but understandably) quote
the realm name. I'd rather introduce a correction during a beta,
and the earlier the better.
#ken P-)}
Re: [STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Posted by Rodent of Unusual Size <Ke...@Golux.Com>.
Jim Jagielski wrote:
>
> Since there's talk of maybe another beta, it's time for
> this. IMO 1.3 can't be released until we have a suitable
> Win32 Install suite.
+1
> Available:
>
> * Dean's protocol/1195: Bug in Authentication header (fwd)
> <Pi...@twinlark.arctic.org>
> Status: Conceptual: Dean +1, Paul +1, Martin +1, Ken +1
* Ken's stage 2 of moving ap_*() to src/ap (ap_slack() move)
<97...@decus.org>
Status: Ken +1
> Open issues:
>
> * Release builds: Should we provide Configuration or not?
* Release builds: Should we 'make all suexec' in src/support?
> * Apache's 'pid' file is created under the UID/GID that Apache
> switches to. Dean thinks this should be fixed.
+1!
> * root's environment is inherited by the Apache server. Jim and
> Dean thinks we should recommend using 'env' to build the
> appropriate environment. Marc and Alexei don't see any
> big deal.
I think we should use 'env' too.
#ken P-)}
Re: [STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Posted by Martin Kraemer <Ma...@mch.sni.de>.
On Mon, Dec 15, 1997 at 11:49:46PM -0800, Dean Gaudet wrote:
> > * Martin's SEGV, and Alexei's GP Fault under windows (probably the same)
>
> Martin solved his, and there've been so many win32 bugs fixed it seems
> pointless to carry this along in STATUS :)
+1. I was going to propose this as well.
Martin
--
| S I E M E N S | <Ma...@mch.sni.de> | Siemens Nixdorf
| ------------- | Voice: +49-89-636-46021 | Informationssysteme AG
| N I X D O R F | FAX: +49-89-636-44994 | 81730 Munich, Germany
~~~~~~~~~~~~~~~~My opinions only, of course; pgp key available on request
Re: [STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Posted by Dean Gaudet <dg...@arctic.org>.
You're missing:
* Dean's [PATCH] Re: mod_cern_meta/1500: mod_cern_meta corrupts memory pool (fwd)
<Pi...@twinlark.arctic.org>
Status: Dean +1
Dean
RE: [STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Posted by Lars Eilebrecht <La...@unix-ag.org>.
According to Jim Jagielski:
> Available:
> * Lars' [Patch] PR#1512 typo in mod_alias.html
> <19...@paranoia.informatik.uni-siegen.de>
Already committed by Ken.
ciao...
--
Lars Eilebrecht - Real programmers arrive at work
sfx@unix-ag.org - in time for lunch.
http://www.si.unix-ag.org/~sfx/
Re: [STATUS] 1.3b4-dev Fri Dec 12 16:25:52 EST 1997
Posted by Dean Gaudet <dg...@arctic.org>.
On Fri, 12 Dec 1997, Jim Jagielski wrote:
> * Conditional logging and aplogger
> Dean broke piped logging, -DNO_OTHER_CHILD to disable the reliable
> stuff if you depend on piped logging. I figure nobody must, since
> we haven't seen a bug report and it'd show up easily under moderate
> load. Brian thinks Cond. logging is taking us in an opposite
> direction from where we should be going. Randy would like to
> take this up, but wonders what our comments/positions are.
I think you can remove this from the status report. I think this is a
post-1.3 thing... I fixed piped logging in b2-dev I think.
> * NameVirtualHost
> Causes mucho confusion... Dean is ready to ``admit defeat''
> but should we let him? Lars suggests making NameVirtualHost
> a required directive or at least an error message, since
> it will snag many who go from 1.2 to 1.3. Randy wonders why
> this isn't the default behavior.
I think this can be removed as well. Lars' documentation makes me less
worried. I've gone over the reasons why NameVirtualHost isn't the default
before -- the critical one is that name-vhosts are an inaccurate and
weaker protocol than ip-vhosts.
> * The PR#918 patch above appears to have been bogus, should be fixed or
> reversed. It has been reversed for now.
I think this can be removed as well... there's another recent PR I think
with similar content. But solving this doesn't seem to be a pressing
thing... we essentially have to imitate what the filesystem implements,
which is bound to be wrong.
> * Martin's SEGV, and Alexei's GP Fault under windows (probably the same)
Martin solved his, and there've been so many win32 bugs fixed it seems
pointless to carry this along in STATUS :)
Dean