lkml.org 
[lkml]   [1998]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: /proc/PID/stat breakage [PATCH]
> On Sat, Feb 28, 1998 at 05:29:07PM -0500, Neil Moore wrote:
> > Is there any particular reasoning behind the bitmappish TASK_*
> > constants:
> > [SNIP]
> Your patch implies that the state field can only contain a single
> bit, but the TASK_ bit ordering suggests the possibility for
> multiple bit settings. (Uninterruptable running zombie?)
> The switch you patched does not handle such cases.
> However, after checking some uses of the task state it seems
> most checking is done by == or !=...

That's exactly the thing... Things *can't* be in multiple states,
unless something changes in the future (probably involving swapping).
Currently, everything else in the kernel assumes only one bit is set,
so I don't see a problem with proc doing the same.

In addition, any changes to make the state field in /proc/PID/stat
more than one character will require patches to procps.

--
-Neil Moore, amethyst@maxwell.ml.org, http://www.sfloyd.ml.org/~amethyst/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:41    [W:0.036 / U:0.256 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site