emo/procps
1
0
Fork 0
Code Issues Pull Requests Packages Releases Activity

doc: revert mention of limits for fatal_proc_unmounted

Browse Source 
With the next commit the fatal_proc_unmounted function
will be refactored to behave as it always should have.
So, a need for the user 'stat' caution will disappear.

Reference(s):
. original man page change
commit 7d44c94317

Signed-off-by: Jim Warner <james.warner@comcast.net>
This commit is contained in:
Jim Warner 2022-07-28 00:00:00 -05:00 committed by Craig Small
parent be5d03f855
commit 116ce62304
1 changed files with 0 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
doc/procps_pids.3
View File

@ -152,10 +152,6 @@ As such, the \fIinfo\fR parameter would be NULL and the
If, however, some items are desired for the issuing program (a If, however, some items are desired for the issuing program (a
\fIreturn_self\fR other than zero) then the \fBnew\fR call must precede \fIreturn_self\fR other than zero) then the \fBnew\fR call must precede
it to identify the \fIitems\fR and obtain the required \fIinfo\fR pointer. it to identify the \fIitems\fR and obtain the required \fIinfo\fR pointer.
\fBfatal_proc_unmounted\fR function used in this way will only return a
subset of values found in /proc/self/stat file. Check the \fIpids_item\fR
enum in <procps/pids.h> for items with origin of \fIstat:\fR to see what
are the available values.
.SH RETURN VALUE .SH RETURN VALUE
.SS Functions Returning an `int' .SS Functions Returning an `int'