httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <trawi...@bellsouth.net>
Subject Re: [PATCH] clean up some warnings in mpms
Date Fri, 19 May 2000 11:35:45 GMT
> Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
> Precedence: bulk
> X-No-Archive: yes
> Reply-To: new-httpd@apache.org
> list-help: <mailto:new-httpd-help@apache.org>
> list-unsubscribe: <mailto:new-httpd-unsubscribe@apache.org>
> list-post: <mailto:new-httpd@apache.org>
> Date: Thu, 18 May 2000 21:43:25 -0700
> From: "Roy T. Fielding" <fielding@kiwi.ICS.UCI.EDU>
> X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
> X-UIDL: 2ec44023d79d71132de55d11b45ecd51
> 
> >other changes are not quite right, IMO.  I think that we should
> >either have an accessor that always returns a pid (or reasonable
> >translation thereof) or that returns a platform-specific string.
> >If httpd isn't supposed to know the contents of ap_proc_t, then
> >it shouldn't assume that it contains a pid, meaning that APR needs
> >to do all of the translation.
> 
> The problem with this theory is that the current MPMs have a
> scoreboard which stores the pid, not an ap_proc_t.
> 
> ....Roy

I think it is fine that a piece of system-dependent code like the MPMs
can grab the system-specific pid and play with it as they see fit, but
it would also be helpful to have an APR mechanism for building a
printable representation of an ap_proc_t for logging purposes.

Of course, then we get into the question of where the storage for the
string comes from :)

Thanks for cleaning this stuff up last night!
-- 
Jeff Trawick | trawick@ibm.net | PGP public key at web site:
     http://www.geocities.com/SiliconValley/Park/9289/
          Born in Roswell... married an alien...

Mime
View raw message