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/11/30 17:39:14 UTC
[STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Time for a quick review boys and girls.
=======================================
As of:
Sun Nov 30 11:16:51 EST 1997
Release:
2.0 : In pre-alpha development
see: <http://www.arctic.org/~dgaudet/apache/2.0/process-model>
1.3b4: In development
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
Available:
* Dean's [PATCH] fail gracefully if cd fails
<Pi...@twinlark.arctic.org>
Status: Dean +1, Jim +1
* Marc's [PATCH] FreeBSD 2.2+ can use SAFE_UNSERIALIZED_ACCEPT
<Pi...@valis.worldgate.com>
Status: Marc +1, Jim +1, Dean +1
* Dean's [PATCH] Re: general/1491: mmap_handler error_log entry
<Pi...@twinlark.arctic.org>
Status: Dean +1, Jim +1
* 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.
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:
* 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.
* Brian's ``strange performance delays''
<3....@hyperreal.org>
mod_proxy and garbage collection?
see: <19...@deejai.mch.sni.de>
* 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 Sun Nov 30 11:16:51 EST 1997
Posted by Lars Eilebrecht <La...@unix-ag.org>.
According to Ben Laurie:
> Question: should we emulate IIS's ASP, do our own, or both?
I think we should emulate IIS's ASP, because this will
help (and maybe motivate) people migrating from IIS to Apache.
ciao...
--
Lars Eilebrecht - You don't have to be crazy to live
sfx@unix-ag.org - in this planet... but it helps.
http://www.si.unix-ag.org/~sfx/
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Paul Sutton <pa...@awe.com>.
On Mon, 1 Dec 1997, Ben Laurie wrote:
> Paul Sutton wrote:
> > On Sun, 30 Nov 1997, Ben Laurie wrote:
> > > I've done some work today on ASP, and I think I've got it sussed. At
> > > least, I'm starting to get it sussed, and I have actually managed to run
> > > a VBScript from my own program.
> >
> > Wow, that would be too cool for words. I'm not clear though -- are you
> > saying you've got ASPs to work when accessed via Apache?
>
> When I wrote the email I was running under a testbed, but was confident
> that it would work under Apache. Since then I have successfully served
> pages generated by VBScript from an Apache module.
Hey, that is just too cool. Brrrr. So cool even my car was iced up this
morning.
> > What are us using
> > as the scripting host?
>
> Either I don't understand the question, or the answer is "something I
> wrote myself".
Oh my, it is a DCOM/C++ monster in our midst. I'll bet it even has a
dispinterface. What I meant was to be a scripting host you have to
implement the ActiveScripting DCOM interface -- not just be able to call
VBscript. ASP of course can access any scripting engine installed on the
system (VBscript and JavaScript are already available, many more lined up
such as perl/python/etc - often commercial though).
> This is, of course, related to 2.0 stuff about shared memory and such.
>
> > Do we have to make Apache into a
> > DCOM/C++ monster?
>
> The DCOM/C++ monster is entirely confined within a module DLL. So far.
:-)
//pcs
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Ben Laurie <be...@algroup.co.uk>.
Paul Sutton wrote:
>
> On Sun, 30 Nov 1997, Ben Laurie wrote:
> > I've done some work today on ASP, and I think I've got it sussed. At
> > least, I'm starting to get it sussed, and I have actually managed to run
> > a VBScript from my own program.
>
> Wow, that would be too cool for words. I'm not clear though -- are you
> saying you've got ASPs to work when accessed via Apache?
When I wrote the email I was running under a testbed, but was confident
that it would work under Apache. Since then I have successfully served
pages generated by VBScript from an Apache module.
> What are us using
> as the scripting host?
Either I don't understand the question, or the answer is "something I
wrote myself".
> What about all the nasty little tricks like
> session/application object lifetimes?
I haven't thought deeply about this but it seems to me that it should be
reasonably easy to do if we abandon the multiple process idea - and
possible to do if we don't. But it did occur to me that it would be a
Good Thing to make the facility general (that is, not restricted to
scripted objects), and portable.
This is, of course, related to 2.0 stuff about shared memory and such.
> Do we have to make Apache into a
> DCOM/C++ monster?
The DCOM/C++ monster is entirely confined within a module DLL. So far.
> > Question: should we emulate IIS's ASP, do our own, or both?
>
> Erm, isn't there only one ASP, i.e. microsoft's? If we have a scripting
> host, with support for the ASP objects, then users can use any scripting
> engine... Or am I missing something?
Well, yeah, there's only one ASP, but obviously one can have similar but
not identical sorts of things. I'd be rather surprised if we can expose
all of Apache's functionality within MS's ASP, but I could be wrong.
I'll have more to say about that when I get further down the line.
Cheers,
Ben.
--
Ben Laurie |Phone: +44 (181) 735 0686|Apache Group member
Freelance Consultant |Fax: +44 (181) 735 0689|http://www.apache.org
and Technical Director|Email: ben@algroup.co.uk |Apache-SSL author
A.L. Digital Ltd, |http://www.algroup.co.uk/Apache-SSL
London, England. |"Apache: TDG" http://www.ora.com/catalog/apache
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Paul Sutton <pa...@eu.c2.net>.
On Sun, 30 Nov 1997, Ben Laurie wrote:
> I've done some work today on ASP, and I think I've got it sussed. At
> least, I'm starting to get it sussed, and I have actually managed to run
> a VBScript from my own program.
Wow, that would be too cool for words. I'm not clear though -- are you
saying you've got ASPs to work when accessed via Apache? What are us using
as the scripting host? What about all the nasty little tricks like
session/application object lifetimes? Do we have to make Apache into a
DCOM/C++ monster?
> Question: should we emulate IIS's ASP, do our own, or both?
Erm, isn't there only one ASP, i.e. microsoft's? If we have a scripting
host, with support for the ASP objects, then users can use any scripting
engine... Or am I missing something?
//pcs
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Ben Laurie <be...@algroup.co.uk>.
Jim Jagielski wrote:
> Plan:
I've done some work today on ASP, and I think I've got it sussed. At
least, I'm starting to get it sussed, and I have actually managed to run
a VBScript from my own program.
Question: should we emulate IIS's ASP, do our own, or both?
For the record: IIS's interface is a bit strange in places, like why is
logging in the Response object, for example?
Also, if we're going to do ASP emulation, has anyone got a bunch of ASP
pages I can test with?
Cheers,
Ben.
--
Ben Laurie |Phone: +44 (181) 735 0686|Apache Group member
Freelance Consultant |Fax: +44 (181) 735 0689|http://www.apache.org
and Technical Director|Email: ben@algroup.co.uk |Apache-SSL author
A.L. Digital Ltd, |http://www.algroup.co.uk/Apache-SSL
London, England. |"Apache: TDG" http://www.ora.com/catalog/apache
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Brian Behlendorf <br...@organic.com>.
At 11:39 AM 11/30/97 -0500, Jim Jagielski wrote:
> * Brian's ``strange performance delays''
> <3....@hyperreal.org>
> mod_proxy and garbage collection?
> see: <19...@deejai.mch.sni.de>
Nuke this.
Brian
--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
"it's a big world, with lots of records to play." - sig brian@organic.com
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Brian Behlendorf <br...@organic.com>.
At 11:39 AM 11/30/97 -0500, Jim Jagielski wrote:
> * Brian's ``strange performance delays''
> <3....@hyperreal.org>
> mod_proxy and garbage collection?
> see: <19...@deejai.mch.sni.de>
Nuke this.
Brian
--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
"it's a big world, with lots of records to play." - sig brian@organic.com
Re: [STATUS] 1.3b4-dev Sun Nov 30 11:16:51 EST 1997
Posted by Dean Gaudet <dg...@arctic.org>.
You're missing:
* Dean's [PATCH] pthread_mutex_* error handling
<Pi...@twinlark.arctic.org>
Status: Dean +1
On Sun, 30 Nov 1997, Jim Jagielski wrote:
> * Dean's [PATCH] fail gracefully if cd fails
> <Pi...@twinlark.arctic.org>
> Status: Dean +1, Jim +1
Committed with Ken's vote.
> * Dean's [PATCH] Re: general/1491: mmap_handler error_log entry
> <Pi...@twinlark.arctic.org>
> Status: Dean +1, Jim +1
Committed with Ken's vote.
Dean