httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Randy Terbush <ra...@zyzzyva.com>
Subject Re: Countdown to 1.2b5
Date Sat, 25 Jan 1997 00:41:27 GMT
> 1.2b5-dev status as of 4:20PST, Friday:
> 
>   * All Need-to-Do items have been applied.
> 
>   * I think we can generate a tarball by Saturday morning, right?
>     Who is doing it? Ben? Randy? First to wake up?  Just be sure to
>     notify the list so nobody commits during the tarballing.

I'll plan to unless someone lets me know that they need to.

I am also going to address some of these other suexec related issues
this evening.

> Can do before 1.2b5, if they get done tonight:
> 
>   * patch to can_exec (util.c) that Randy says fixes something,
>     but he didn't say what and I can't tell from looking at it. :P
>        Status: patch posted, +1 Randy, Jim(?)
> 
>   * lingering_close generates the following error message
>       shutdown: Transport endpoint is not connected - lingering_close
>     using current 1.2b5-dev (only a few a day).  I think this is what 
>     happens when a client disconnects during transmission, which
>     is a normal condition for web servers.  I suggest not logging
>     an error if errno == ENOTCONN.
>        Status: no patch, Roy looking at it
> 
>   * Bad log message in mod_dir
>        Marc Slemko wrote: if permission is denied for the index file
>        it will log a message in the error log for each and every of the
>        'DirectoryIndex'es.  Perhaps another ifdef wrapped if that doesn't
>        log the message if the error is EACCES...
>  
>        And as I mentioned before I hate the log message:
>  
>           log_printf(r->server, "access to %s failed for client; unable to
>           determine if index file exists (stat() returned unexpected
>           error[%d])", r->filename, errno);
>  
>        that I wrote.
> 
>        Status: A patch is needed, since I've seen this message while testing
>                a prior bug fix and it really is useless.
> 
> Maybe Can do before 1.2b5?
> 
>   * suexec setuid() before directory checks for nfs mounted filesystems
>        Status: no patch yet, Randy said he'd look at it (on Saturday?)
> 
>   * suexec add TZ to allowed environment variables
>        Status: no patch yet, Randy said he'd look at it (on Saturday?)
> 
>   * disable the can_exec() when suexec() is enabled.
>        Status: no patch yet
> 
> Deferred until after 1.2b5:
> 
>   * SO_DEBUG in proxy_ftp.c may not be portable, see PR 166
>        Status: not analyzed yet
> 
>   * report from some folks at w3c.org about pipelined requests
>        Info: http://www.w3.org/pub/WWW/Protocols/HTTP/Performance/Apache.html
>        Status: deferred til after 1.2b5, maybe beyond 1.2
> 
>   * mod_status needs "." to be explained, or maybe not
>        Status: no patch, deferred til after 1.2b5
> 
>   * 3 seconds delay in CGI execution on SunOS 4.x
>        Status: no patch.
>        Info: Pages containing script output show up with a delay of 3
>              seconds (there was no such delay in Apache 1.1.1). 
>              [rindfuss@medea.wz-berlin.de] tracked the problem down to
>              source file alloc.c, function free_proc_chain. This function
>              contains a conditional call to sleep(3), which causes the delay.
> 
>        for (p = procs; p; p = p->next) {
>           if (p->kill_how == kill_after_timeout) {
>             /* Subprocess may be dead already.  Only need the timeout if not. */
>             if (kill (p->pid, SIGTERM) != -1)  
>               need_timeout = 1;
>           } else if (p->kill_how == kill_always) {
>             kill (p->pid, SIGKILL);
>           }
>         }
>  
>         /* Sleep only if we have to... */
>   
>         if (need_timeout) sleep (3);
> 
>         [RobH: So CGI included as SSI hangs around for longer and needs
>                to be SIGTERM'ed.  Why?]
> 
>         [Roy: note also that a call to sleep will blow-out any other timeout]




Mime
View raw message