2002-02-02 04:17:29 +05:30
|
|
|
#ifndef PROCPS_PROC_READPROC_H
|
|
|
|
#define PROCPS_PROC_READPROC_H
|
2003-09-28 22:53:29 +05:30
|
|
|
|
2003-09-28 08:15:05 +05:30
|
|
|
// New Interface to Process Table -- PROCTAB Stream (a la Directory streams)
|
|
|
|
// Copyright 1996 Charles L. Blake.
|
|
|
|
// Copyright 1998 Michael K. Johnson
|
|
|
|
// Copyright 1998-2003 Albert Cahalan
|
|
|
|
// May be distributed under the terms of the
|
|
|
|
// GNU Library General Public License, a copy of which is provided
|
|
|
|
// in the file COPYING
|
|
|
|
|
2002-02-02 04:17:29 +05:30
|
|
|
|
2016-04-17 09:44:27 +05:30
|
|
|
#include <sys/types.h>
|
|
|
|
#include <dirent.h>
|
|
|
|
#include <unistd.h>
|
2021-01-19 11:30:00 +05:30
|
|
|
#include <proc/misc.h>
|
2002-02-02 04:17:29 +05:30
|
|
|
|
2016-07-10 10:30:00 +05:30
|
|
|
// the following is development only, forcing display of "[ duplicate ENUM ]" strings
|
|
|
|
// #define FALSE_THREADS /* set most child string fields to NULL */
|
2002-02-02 04:17:29 +05:30
|
|
|
|
|
|
|
|
2003-09-20 13:59:55 +05:30
|
|
|
// This is to help document a transition from pid to tgid/tid caused
|
|
|
|
// by the introduction of thread support. It is used in cases where
|
|
|
|
// neither tgid nor tid seemed correct. (in other words, FIXME)
|
|
|
|
#define XXXID tid
|
|
|
|
|
2003-09-28 08:15:05 +05:30
|
|
|
// Basic data structure which holds all information we can get about a process.
|
|
|
|
// (unless otherwise specified, fields are read from /proc/#/stat)
|
|
|
|
//
|
|
|
|
// Most of it comes from task_struct in linux/sched.h
|
|
|
|
//
|
2002-05-30 12:38:15 +05:30
|
|
|
typedef struct proc_t {
|
2002-10-13 13:53:50 +05:30
|
|
|
int
|
2016-07-31 10:30:00 +05:30
|
|
|
tid, // (special) task id, the POSIX thread ID (see also: tgid)
|
|
|
|
ppid; // stat,status pid of parent process
|
2002-10-13 13:53:50 +05:30
|
|
|
char
|
2016-07-31 10:30:00 +05:30
|
|
|
state, // stat,status single-char code for process state (S=sleeping)
|
2011-08-11 03:12:14 +05:30
|
|
|
pad_1, // n/a padding
|
2016-07-31 10:30:00 +05:30
|
|
|
pad_2, // n/a padding
|
|
|
|
pad_3; // n/a padding
|
2002-10-13 13:53:50 +05:30
|
|
|
unsigned long long
|
2016-07-31 10:30:00 +05:30
|
|
|
utime, // stat user-mode CPU time accumulated by process
|
|
|
|
stime, // stat kernel-mode CPU time accumulated by process
|
|
|
|
cutime, // stat cumulative utime of process and reaped children
|
|
|
|
cstime, // stat cumulative stime of process and reaped children
|
2016-11-30 04:04:37 +05:30
|
|
|
start_time, // stat start time of process -- seconds since system boot
|
2016-07-31 10:30:00 +05:30
|
|
|
blkio_tics, // stat time spent waiting for block IO
|
|
|
|
gtime, // stat guest time of the task in jiffies
|
|
|
|
cgtime; // stat guest time of the task children in jiffies
|
|
|
|
int // next 3 fields are NOT filled in by readproc
|
|
|
|
pcpu, // stat (special) elapsed tics for %CPU usage calculation
|
|
|
|
maj_delta, // stat (special) major page faults since last update
|
|
|
|
min_delta; // stat (special) minor page faults since last update
|
2002-02-02 04:17:29 +05:30
|
|
|
char
|
2016-07-31 10:30:00 +05:30
|
|
|
// Linux 2.1.7x and up have 64 signals. Allow 64, plus '\0' and padding.
|
2017-11-15 10:30:00 +05:30
|
|
|
signal[18], // status mask of pending signals
|
2016-07-31 10:30:00 +05:30
|
|
|
blocked[18], // status mask of blocked signals
|
|
|
|
sigignore[18], // status mask of ignored signals
|
|
|
|
sigcatch[18], // status mask of caught signals
|
|
|
|
_sigpnd[18]; // status mask of PER TASK pending signals
|
2016-04-16 12:33:57 +05:30
|
|
|
unsigned long
|
2016-07-31 10:30:00 +05:30
|
|
|
start_code, // stat address of beginning of code segment
|
|
|
|
end_code, // stat address of end of code segment
|
|
|
|
start_stack, // stat address of the bottom of stack for the process
|
|
|
|
kstk_esp, // stat kernel stack pointer
|
|
|
|
kstk_eip, // stat kernel instruction pointer
|
2016-07-31 10:30:00 +05:30
|
|
|
wchan, // stat (special) address of kernel wait channel proc is sleeping in
|
2016-07-31 10:30:00 +05:30
|
|
|
rss, // stat identical to 'resident'
|
2016-07-31 10:30:00 +05:30
|
|
|
alarm; // stat ?
|
|
|
|
int
|
|
|
|
priority, // stat kernel scheduling priority
|
|
|
|
nice; // stat standard unix nice level of process
|
|
|
|
unsigned long
|
2003-09-28 08:15:05 +05:30
|
|
|
// the next 7 members come from /proc/#/statm
|
2016-07-31 10:30:00 +05:30
|
|
|
size, // statm total virtual memory (as # pages)
|
|
|
|
resident, // statm resident non-swapped memory (as # pages)
|
|
|
|
share, // statm shared (mmap'd) memory (as # pages)
|
|
|
|
trs, // statm text (exe) resident set (as # pages)
|
|
|
|
lrs, // statm library resident set (always 0 w/ 2.6)
|
|
|
|
drs, // statm data+stack resident set (as # pages)
|
|
|
|
dt; // statm dirty pages (always 0 w/ 2.6)
|
2016-07-31 10:30:00 +05:30
|
|
|
unsigned long
|
2016-07-31 10:30:00 +05:30
|
|
|
vm_size, // status equals 'size' (as kb)
|
|
|
|
vm_lock, // status locked pages (as kb)
|
|
|
|
vm_rss, // status equals 'rss' and/or 'resident' (as kb)
|
|
|
|
vm_rss_anon, // status the 'anonymous' portion of vm_rss (as kb)
|
|
|
|
vm_rss_file, // status the 'file-backed' portion of vm_rss (as kb)
|
|
|
|
vm_rss_shared, // status the 'shared' portion of vm_rss (as kb)
|
|
|
|
vm_data, // status data only size (as kb)
|
|
|
|
vm_stack, // status stack only size (as kb)
|
|
|
|
vm_swap, // status based on linux-2.6.34 "swap ents" (as kb)
|
|
|
|
vm_exe, // status equals 'trs' (as kb)
|
|
|
|
vm_lib, // status total, not just used, library pages (as kb)
|
|
|
|
vsize, // stat number of pages of virtual memory ...
|
|
|
|
rss_rlim, // stat resident set size limit?
|
|
|
|
flags, // stat kernel flags for the process
|
|
|
|
min_flt, // stat number of minor page faults since process start
|
|
|
|
maj_flt, // stat number of major page faults since process start
|
|
|
|
cmin_flt, // stat cumulative min_flt of process and child processes
|
|
|
|
cmaj_flt; // stat cumulative maj_flt of process and child processes
|
2002-02-02 04:17:29 +05:30
|
|
|
char
|
library: eliminated a final potential NULL, <PIDS> api
In that reference below a specific systemd problem was
fixed in the commit shown. However lurking deep within
the <pids> interface was yet one final case where NULL
could be returned, involving 'strv' and the following:
. a user requested both a single string vector (always
returned as a normal string) & the vectorized version,
as with PROCPS_PIDS_CMDLINE and PROCPS_PIDS_CMDLINE_V.
. a user simply duplicated some vectorized enum items.
The root of that NULL problem is the fact those single
string vectors shared the same proc_t field with their
true vectorized version. So while multiple occurrences
for most strings could be satisfied with strdup versus
the normal ownership usurpation, those true vectorized
fields could not be quite so easily copied/duplicated.
Thus newlib chose to return a NULL result.strv pointer
under either of the above scenarios (which perhaps was
just a user boo-boo in the first place). In any event,
the NULL was a potential for true string vectors only.
Now, since newlib is the sole caller into the readproc
module, separate fields have been created for what are
just normal strings (never vectorized) and those which
remain the true vectorized versions. And, former flags
which only worked if combined, now act as stand alone.
Thus, both PROCPS_PIDS_CMDLINE & PROCPS_PIDS_CMDLINE_V
can be used simultaneously (as they should have been).
Also with this patch, items which a user duplicates in
the stack (beyond the first such item) will return the
the string "[ duplicate ENUM_ID ]". This practice will
apply to both single strings and true vectorized ones.
In addition to informing users of their error, it will
also mean potential NULLs need now never be a concern.
Reference(s);
http://www.freelists.org/post/procps/systemd-binary-vs-library
commit 0580a7b4c67d0297629d37281b4f690894429626
Signed-off-by: Jim Warner <james.warner@comcast.net>
2016-05-19 10:30:00 +05:30
|
|
|
*environ, // (special) environment as string (/proc/#/environ)
|
|
|
|
*cmdline, // (special) command line as string (/proc/#/cmdline)
|
|
|
|
*cgroup, // (special) cgroup as string (/proc/#/cgroup)
|
|
|
|
*cgname, // (special) name portion of above (if possible)
|
|
|
|
*supgid, // status supplementary gids as comma delimited str
|
|
|
|
*supgrp, // supp grp names as comma delimited str, derived from supgid
|
|
|
|
**environ_v, // (special) environment string vectors (/proc/#/environ)
|
|
|
|
**cmdline_v, // (special) command line string vectors (/proc/#/cmdline)
|
|
|
|
**cgroup_v; // (special) cgroup string vectors (/proc/#/cgroup)
|
2002-02-02 04:17:29 +05:30
|
|
|
char
|
2015-08-19 10:30:00 +05:30
|
|
|
*euser, // stat(),status effective user name
|
|
|
|
*ruser, // status real user name
|
|
|
|
*suser, // status saved user name
|
|
|
|
*fuser, // status filesystem user name
|
|
|
|
*rgroup, // status real group name
|
|
|
|
*egroup, // status effective group name
|
|
|
|
*sgroup, // status saved group name
|
|
|
|
*fgroup, // status filesystem group name
|
|
|
|
*cmd; // stat,status basename of executable file in call to exec(2)
|
2002-02-02 04:17:29 +05:30
|
|
|
int
|
2016-07-31 10:30:00 +05:30
|
|
|
rtprio, // stat real-time priority
|
|
|
|
sched, // stat scheduling class
|
2016-07-31 10:30:00 +05:30
|
|
|
pgrp, // stat process group id
|
|
|
|
session, // stat session id
|
|
|
|
nlwp, // stat,status number of threads, or 0 if no clue
|
|
|
|
tgid, // (special) thread group ID, the POSIX PID (see also: tid)
|
|
|
|
tty, // stat full device number of controlling terminal
|
|
|
|
/* FIXME: int uids & gids should be uid_t or gid_t from pwd.h */
|
2003-09-28 08:15:05 +05:30
|
|
|
euid, egid, // stat(),status effective
|
|
|
|
ruid, rgid, // status real
|
|
|
|
suid, sgid, // status saved
|
|
|
|
fuid, fgid, // status fs (used for file access only)
|
2016-07-31 10:30:00 +05:30
|
|
|
tpgid, // stat terminal process group id
|
|
|
|
exit_signal, // stat might not be SIGCHLD
|
|
|
|
processor; // stat current (or most recent?) CPU
|
2011-05-18 14:03:44 +05:30
|
|
|
int
|
|
|
|
oom_score, // oom_score (badness for OOM killer)
|
|
|
|
oom_adj; // oom_adj (adjustment to OOM score)
|
2021-01-19 11:30:00 +05:30
|
|
|
struct procps_ns ns; // (ns subdir) inode number of namespaces
|
2014-06-28 10:30:22 +05:30
|
|
|
char
|
|
|
|
*sd_mach, // n/a systemd vm/container name
|
|
|
|
*sd_ouid, // n/a systemd session owner uid
|
|
|
|
*sd_seat, // n/a systemd login session seat
|
|
|
|
*sd_sess, // n/a systemd login session id
|
|
|
|
*sd_slice, // n/a systemd slice unit
|
|
|
|
*sd_unit, // n/a systemd system unit id
|
|
|
|
*sd_uunit; // n/a systemd user unit id
|
2016-07-01 10:30:00 +05:30
|
|
|
char
|
2018-06-22 10:30:00 +05:30
|
|
|
*lxcname, // n/a lxc container name
|
|
|
|
*exe; // exe executable path + name
|
2018-02-11 12:41:11 +05:30
|
|
|
int
|
|
|
|
luid; // loginuid user id at login
|
2002-02-02 04:17:29 +05:30
|
|
|
} proc_t;
|
|
|
|
|
2003-09-28 08:15:05 +05:30
|
|
|
// PROCTAB: data structure holding the persistent information readproc needs
|
|
|
|
// from openproc(). The setup is intentionally similar to the dirent interface
|
|
|
|
// and other system table interfaces (utmp+wtmp come to mind).
|
|
|
|
|
2003-09-20 13:59:55 +05:30
|
|
|
#define PROCPATHLEN 64 // must hold /proc/2000222000/task/2000222000/cmdline
|
|
|
|
|
2002-05-30 12:38:15 +05:30
|
|
|
typedef struct PROCTAB {
|
2016-07-31 10:30:00 +05:30
|
|
|
DIR* procfs;
|
2003-10-20 05:07:47 +05:30
|
|
|
// char deBug0[64];
|
2016-07-31 10:30:00 +05:30
|
|
|
DIR* taskdir; // for threads
|
2003-10-20 05:07:47 +05:30
|
|
|
// char deBug1[64];
|
2016-07-31 10:30:00 +05:30
|
|
|
pid_t taskdir_user; // for threads
|
2012-01-09 16:14:51 +05:30
|
|
|
int(*finder)(struct PROCTAB *__restrict const, proc_t *__restrict const);
|
|
|
|
proc_t*(*reader)(struct PROCTAB *__restrict const, proc_t *__restrict const);
|
|
|
|
int(*taskfinder)(struct PROCTAB *__restrict const, const proc_t *__restrict const, proc_t *__restrict const, char *__restrict const);
|
2019-09-29 10:30:00 +05:30
|
|
|
proc_t*(*taskreader)(struct PROCTAB *__restrict const, proc_t *__restrict const, char *__restrict const);
|
2016-07-31 10:30:00 +05:30
|
|
|
pid_t* pids; // pids of the procs
|
|
|
|
uid_t* uids; // uids of procs
|
|
|
|
int nuid; // cannot really sentinel-terminate unsigned short[]
|
2003-09-18 03:28:32 +05:30
|
|
|
int i; // generic
|
2016-07-31 10:30:00 +05:30
|
|
|
unsigned flags;
|
2003-09-18 03:28:32 +05:30
|
|
|
unsigned u; // generic
|
|
|
|
void * vp; // generic
|
2003-09-20 13:59:55 +05:30
|
|
|
char path[PROCPATHLEN]; // must hold /proc/2000222000/task/2000222000/cmdline
|
|
|
|
unsigned pathlen; // length of string in the above (w/o '\0')
|
2002-02-02 04:17:29 +05:30
|
|
|
} PROCTAB;
|
|
|
|
|
2004-01-27 01:31:56 +05:30
|
|
|
|
2003-09-28 08:15:05 +05:30
|
|
|
// openproc/readproctab:
|
|
|
|
//
|
|
|
|
// Return PROCTAB* / *proc_t[] or NULL on error ((probably) "/proc" cannot be
|
|
|
|
// opened.) By default readproc will consider all processes as valid to parse
|
|
|
|
// and return, but not actually fill in the cmdline, environ, and /proc/#/statm
|
|
|
|
// derived memory fields.
|
|
|
|
//
|
|
|
|
// `flags' (a bitwise-or of PROC_* below) modifies the default behavior. The
|
|
|
|
// "fill" options will cause more of the proc_t to be filled in. The "filter"
|
|
|
|
// options all use the second argument as the pointer to a list of objects:
|
|
|
|
// process status', process id's, user id's. The third
|
|
|
|
// argument is the length of the list (currently only used for lists of user
|
|
|
|
// id's since uid_t supports no convenient termination sentinel.)
|
|
|
|
|
2003-10-07 08:42:50 +05:30
|
|
|
#define PROC_FILLMEM 0x0001 // read statm
|
library: eliminated a final potential NULL, <PIDS> api
In that reference below a specific systemd problem was
fixed in the commit shown. However lurking deep within
the <pids> interface was yet one final case where NULL
could be returned, involving 'strv' and the following:
. a user requested both a single string vector (always
returned as a normal string) & the vectorized version,
as with PROCPS_PIDS_CMDLINE and PROCPS_PIDS_CMDLINE_V.
. a user simply duplicated some vectorized enum items.
The root of that NULL problem is the fact those single
string vectors shared the same proc_t field with their
true vectorized version. So while multiple occurrences
for most strings could be satisfied with strdup versus
the normal ownership usurpation, those true vectorized
fields could not be quite so easily copied/duplicated.
Thus newlib chose to return a NULL result.strv pointer
under either of the above scenarios (which perhaps was
just a user boo-boo in the first place). In any event,
the NULL was a potential for true string vectors only.
Now, since newlib is the sole caller into the readproc
module, separate fields have been created for what are
just normal strings (never vectorized) and those which
remain the true vectorized versions. And, former flags
which only worked if combined, now act as stand alone.
Thus, both PROCPS_PIDS_CMDLINE & PROCPS_PIDS_CMDLINE_V
can be used simultaneously (as they should have been).
Also with this patch, items which a user duplicates in
the stack (beyond the first such item) will return the
the string "[ duplicate ENUM_ID ]". This practice will
apply to both single strings and true vectorized ones.
In addition to informing users of their error, it will
also mean potential NULLs need now never be a concern.
Reference(s);
http://www.freelists.org/post/procps/systemd-binary-vs-library
commit 0580a7b4c67d0297629d37281b4f690894429626
Signed-off-by: Jim Warner <james.warner@comcast.net>
2016-05-19 10:30:00 +05:30
|
|
|
#define PROC_FILLARG 0x0002 // alloc and fill in `cmdline' vectors
|
|
|
|
#define PROC_FILLENV 0x0004 // alloc and fill in `environ' vectors
|
2003-10-07 08:42:50 +05:30
|
|
|
#define PROC_FILLUSR 0x0008 // resolve user id number -> user name
|
|
|
|
#define PROC_FILLGRP 0x0010 // resolve group id number -> group name
|
2011-09-24 19:57:37 +05:30
|
|
|
#define PROC_FILLSTATUS 0x0020 // read status
|
|
|
|
#define PROC_FILLSTAT 0x0040 // read stat
|
library: eliminated a final potential NULL, <PIDS> api
In that reference below a specific systemd problem was
fixed in the commit shown. However lurking deep within
the <pids> interface was yet one final case where NULL
could be returned, involving 'strv' and the following:
. a user requested both a single string vector (always
returned as a normal string) & the vectorized version,
as with PROCPS_PIDS_CMDLINE and PROCPS_PIDS_CMDLINE_V.
. a user simply duplicated some vectorized enum items.
The root of that NULL problem is the fact those single
string vectors shared the same proc_t field with their
true vectorized version. So while multiple occurrences
for most strings could be satisfied with strdup versus
the normal ownership usurpation, those true vectorized
fields could not be quite so easily copied/duplicated.
Thus newlib chose to return a NULL result.strv pointer
under either of the above scenarios (which perhaps was
just a user boo-boo in the first place). In any event,
the NULL was a potential for true string vectors only.
Now, since newlib is the sole caller into the readproc
module, separate fields have been created for what are
just normal strings (never vectorized) and those which
remain the true vectorized versions. And, former flags
which only worked if combined, now act as stand alone.
Thus, both PROCPS_PIDS_CMDLINE & PROCPS_PIDS_CMDLINE_V
can be used simultaneously (as they should have been).
Also with this patch, items which a user duplicates in
the stack (beyond the first such item) will return the
the string "[ duplicate ENUM_ID ]". This practice will
apply to both single strings and true vectorized ones.
In addition to informing users of their error, it will
also mean potential NULLs need now never be a concern.
Reference(s);
http://www.freelists.org/post/procps/systemd-binary-vs-library
commit 0580a7b4c67d0297629d37281b4f690894429626
Signed-off-by: Jim Warner <james.warner@comcast.net>
2016-05-19 10:30:00 +05:30
|
|
|
#define PROC_FILLCGROUP 0x0200 // alloc and fill in `cgroup` vectors
|
2011-08-11 03:12:14 +05:30
|
|
|
#define PROC_FILLOOM 0x0800 // fill in proc_t oom_score and oom_adj
|
2013-04-09 00:33:13 +05:30
|
|
|
#define PROC_FILLNS 0x8000 // fill in proc_t namespace information
|
2014-06-28 10:30:22 +05:30
|
|
|
#define PROC_FILLSYSTEMD 0x80000 // fill in proc_t systemd information
|
2015-06-13 10:30:00 +05:30
|
|
|
#define PROC_FILL_LXC 0x800000 // fill in proc_t lxcname, if possible
|
2018-02-11 12:41:11 +05:30
|
|
|
#define PROC_FILL_LUID 0x400000 // fill in proc_t luid (login user id)
|
2018-06-22 10:30:00 +05:30
|
|
|
#define PROC_FILL_EXE 0x200000 // fill in proc_t exe path + pgm name
|
2003-10-07 08:42:50 +05:30
|
|
|
|
2014-07-14 19:42:53 +05:30
|
|
|
// consider only processes with one of the passed:
|
2003-10-07 08:42:50 +05:30
|
|
|
#define PROC_PID 0x1000 // process id numbers ( 0 terminated)
|
|
|
|
#define PROC_UID 0x4000 // user id numbers ( length needed )
|
2020-12-21 11:30:00 +05:30
|
|
|
// Note: the above 2 values must NOT change without also changing pids.h !!!
|
2002-02-02 04:17:29 +05:30
|
|
|
|
library: eliminated a final potential NULL, <PIDS> api
In that reference below a specific systemd problem was
fixed in the commit shown. However lurking deep within
the <pids> interface was yet one final case where NULL
could be returned, involving 'strv' and the following:
. a user requested both a single string vector (always
returned as a normal string) & the vectorized version,
as with PROCPS_PIDS_CMDLINE and PROCPS_PIDS_CMDLINE_V.
. a user simply duplicated some vectorized enum items.
The root of that NULL problem is the fact those single
string vectors shared the same proc_t field with their
true vectorized version. So while multiple occurrences
for most strings could be satisfied with strdup versus
the normal ownership usurpation, those true vectorized
fields could not be quite so easily copied/duplicated.
Thus newlib chose to return a NULL result.strv pointer
under either of the above scenarios (which perhaps was
just a user boo-boo in the first place). In any event,
the NULL was a potential for true string vectors only.
Now, since newlib is the sole caller into the readproc
module, separate fields have been created for what are
just normal strings (never vectorized) and those which
remain the true vectorized versions. And, former flags
which only worked if combined, now act as stand alone.
Thus, both PROCPS_PIDS_CMDLINE & PROCPS_PIDS_CMDLINE_V
can be used simultaneously (as they should have been).
Also with this patch, items which a user duplicates in
the stack (beyond the first such item) will return the
the string "[ duplicate ENUM_ID ]". This practice will
apply to both single strings and true vectorized ones.
In addition to informing users of their error, it will
also mean potential NULLs need now never be a concern.
Reference(s);
http://www.freelists.org/post/procps/systemd-binary-vs-library
commit 0580a7b4c67d0297629d37281b4f690894429626
Signed-off-by: Jim Warner <james.warner@comcast.net>
2016-05-19 10:30:00 +05:30
|
|
|
#define PROC_EDITCGRPCVT 0x10000 // edit `cgroup' as regular string
|
|
|
|
#define PROC_EDITCMDLCVT 0x20000 // edit `cmdline' as regular string
|
|
|
|
#define PROC_EDITENVRCVT 0x40000 // edit `environ' as regular string
|
2011-05-05 15:37:25 +05:30
|
|
|
|
library: tweak 'other' user/group names for efficiency
This commit just ensures that the relatively expensive
ID to name conversions aren't performed unless they're
explicitly requested. It also internalizes those flags
that required the PROC_FILLSTATUS flag to also be set.
[ requiring a caller, in our case pids.c, to provide ]
[ two flags when a single field was the objective is ]
[ wrong & represents a future potential toe-stubber. ]
[ moreover, what's worse is that those two flags are ]
[ seemingly unrelated. but, without both, a SEGV can ]
[ can be expected when a result.str pointer is NULL. ]
[ by contrast, in the master branch those fields are ]
[ arrays which, when set to zeroes, produce an empty ]
[ string. So, there is no abend (but no name either) ]
[ when one of those two required flags were omitted. ]
[ and worth noting, in that branch it's not just one ]
[ caller required to observe a two flag requirement. ]
Signed-off-by: Jim Warner <james.warner@comcast.net>
2021-02-02 11:30:00 +05:30
|
|
|
// these three also require the PROC_FILLSTATUS flage
|
|
|
|
#define PROC_FILL_OUSERS ( 0x0080 | PROC_FILLSTATUS ) // obtain other user names
|
|
|
|
#define PROC_FILL_OGROUPS ( 0x0100 | PROC_FILLSTATUS ) // obtain other group names
|
|
|
|
#define PROC_FILL_SUPGRP ( 0x0400 | PROC_FILLSTATUS ) // obtain supplementary group names
|
|
|
|
|
2002-11-25 15:52:41 +05:30
|
|
|
// it helps to give app code a few spare bits
|
2003-10-07 08:42:50 +05:30
|
|
|
#define PROC_SPARE_1 0x01000000
|
|
|
|
#define PROC_SPARE_2 0x02000000
|
|
|
|
#define PROC_SPARE_3 0x04000000
|
|
|
|
#define PROC_SPARE_4 0x08000000
|
2002-11-25 15:52:41 +05:30
|
|
|
|
2016-04-17 09:44:27 +05:30
|
|
|
// Function definitions
|
|
|
|
// Initialize a PROCTAB structure holding needed call-to-call persistent data
|
|
|
|
PROCTAB* openproc(unsigned flags, ... /* pid_t*|uid_t*|dev_t*|char* [, int n] */ );
|
|
|
|
// Retrieve the next process or task matching the criteria set by the openproc().
|
|
|
|
//
|
|
|
|
// Note: When NULL is used as the readproc 'p' or readeither 'x'
|
|
|
|
// parameter, the library will allocate the necessary proc_t storage.
|
|
|
|
//
|
|
|
|
// Alternatively, you may provide your own reuseable buffer address
|
|
|
|
// in which case that buffer *MUST* be initialized to zero one time
|
|
|
|
// only before first use. Thereafter, the library will manage such
|
|
|
|
// a passed proc_t, freeing any additional acquired memory associated
|
|
|
|
// with the previous process or thread.
|
|
|
|
proc_t* readproc(PROCTAB *__restrict const PT, proc_t *__restrict p);
|
|
|
|
proc_t* readeither(PROCTAB *__restrict const PT, proc_t *__restrict x);
|
2017-11-15 10:30:00 +05:30
|
|
|
int look_up_our_self(proc_t *p);
|
2016-04-17 09:44:27 +05:30
|
|
|
void closeproc(PROCTAB* PT);
|
2019-04-25 10:30:00 +05:30
|
|
|
char** vectorize_this_str(const char* src);
|
2016-04-17 09:44:27 +05:30
|
|
|
|
2002-02-02 04:17:29 +05:30
|
|
|
#endif
|