httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <>
Subject Re: [PATCH] clean up some warnings in mpms
Date Fri, 19 May 2000 11:35:45 GMT
> Mailing-List: contact; run by ezmlm
> Precedence: bulk
> X-No-Archive: yes
> Reply-To:
> list-help: <>
> list-unsubscribe: <>
> list-post: <>
> Date: Thu, 18 May 2000 21:43:25 -0700
> From: "Roy T. Fielding" <fielding@kiwi.ICS.UCI.EDU>
> X-Spam-Rating: 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 | | PGP public key at web site:
          Born in Roswell... married an alien...

View raw message