procps/ps
Jim Warner 81df85a1b5 ps: swat insidious bug with the %cpu' format specifier
Whoa, my head really hurts but this commit should help
with a speedy recovery hopefully, after it is applied.

If the '%cpu' field is used as a format specifier with
that 'o' option, you will encounter a SIGSEGV if there
is also an invalid argument on that same command line.

For example, try 'ps/pscommand -o %cpu,x' with newlib.
With any format specifier other than the '%cpu', there
is an error message, as would happen with '-o pcpu,x'.

For a 3.3.17 version of ps, there's no abend. Instead,
the program will just display a bunch of gobbledygook.
This boo-boo was found to exist as far back as v3.3.0.

[ ok, i am starting to feel very much better already ]

Signed-off-by: Jim Warner <james.warner@comcast.net>
2022-03-06 14:52:34 +11:00
..
common.h ps: exploit the library addition for 'cpu utilization' 2022-03-06 14:52:34 +11:00
COPYING license: update FSF addresses 2012-03-04 08:04:24 +11:00
display.c ps: response to those library changes for 'TIME' stuff 2022-02-27 21:27:02 +11:00
global.c ps: exploit the library addition for 'cpu utilization' 2022-03-06 14:52:34 +11:00
HACKING docs: remove old information from HACKING 2012-01-13 22:42:38 +01:00
help.c library: cleanup of library includes 2016-04-16 17:03:57 +10:00
output.c ps: exploit the library addition for 'cpu utilization' 2022-03-06 14:52:34 +11:00
parser.c ps: eliminated inadvertent trailing double semi-colons 2020-04-10 14:37:15 +10:00
ps.1 ps: exploit the library addition for 'cpu utilization' 2022-03-06 14:52:34 +11:00
regression procps 010114 2002-02-01 22:47:29 +00:00
select.c ps: Match on truncated 16 char for -C 2020-09-24 22:19:11 +10:00
sortformat.c ps: swat insidious bug with the %cpu' format specifier 2022-03-06 14:52:34 +11:00
stacktrace.c misc: just eliminate several 'unused' warning messages 2016-07-26 07:59:48 +10:00