Revision tags: release/5.1.0_cvs, release/5.1.0 |
|
#
e2c9ac69 |
| 12-Apr-2003 |
Tim J. Robbins <tjr@FreeBSD.org> |
Display residency and sleep times (re and sl fields) larger than 127 as 127. This is what the manual page says ps should do, and what OpenBSD and NetBSD do. Based on a patch from Ken Stailey.
PR: 2
Display residency and sleep times (re and sl fields) larger than 127 as 127. This is what the manual page says ps should do, and what OpenBSD and NetBSD do. Based on a patch from Ken Stailey.
PR: 27433, 46232
show more ...
|
Revision tags: release/4.8.0_cvs, release/4.8.0 |
|
#
6f15bc16 |
| 05-Feb-2003 |
Maxim Sobolev <sobomax@FreeBSD.org> |
Fix slight disorder that broke sorting. Put in bold warning about the fact that in this case order matters.
Submitted by: Peter Edwards <pmedwards@eircom.net>
|
#
eaed5652 |
| 05-Feb-2003 |
Philippe Charnier <charnier@FreeBSD.org> |
Display elapsed time (-o etime) using [[dd-]hh:]mm:ss, which according to Solaris man page is the POSIX way.
Reviewed by: jmallett
|
#
78b1878a |
| 19-Jan-2003 |
Juli Mallett <jmallett@FreeBSD.org> |
Per-variable\ entry headers, to allow the 'ps -otime -otime=FOO' or similar case to do the right thing and affect exactly one column. This is consistent with GNU ps(1) in BSD mode, and POLA.
|
#
fde411d5 |
| 19-Jan-2003 |
Juli Mallett <jmallett@FreeBSD.org> |
When inserting a non-user-specified (e.g. not via -o or -O) format, don't dupe one that is already there. This is consistent with GNU ps(1)'s BSD mode, and POLA.
Reported by: Andy Farkas <andyf@spe
When inserting a non-user-specified (e.g. not via -o or -O) format, don't dupe one that is already there. This is consistent with GNU ps(1)'s BSD mode, and POLA.
Reported by: Andy Farkas <andyf@speednet.com.au> Tested by: Andy Farkas <andyf@speednet.com.au>
show more ...
|
Revision tags: release/5.0.0_cvs, release/5.0.0 |
|
#
2af538eb |
| 24-Oct-2002 |
Robert Watson <rwatson@FreeBSD.org> |
Use the MAC interface to list process MAC labels rather than using the LOMAC-specific interface (which is being deprecated). The revised LOMAC using the MAC framework will export levels listable usi
Use the MAC interface to list process MAC labels rather than using the LOMAC-specific interface (which is being deprecated). The revised LOMAC using the MAC framework will export levels listable using this mechanism.
Approved by: re Obtained from: TrustedBSD Project Sponsored by: DARPA, Network Associates Laboratories
show more ...
|
Revision tags: release/4.7.0_cvs |
|
#
0d632649 |
| 02-Oct-2002 |
John Baldwin <jhb@FreeBSD.org> |
Catch up to SMTX -> SLOCK changes.
|
#
8dd2eb05 |
| 27-Sep-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
List valid keywords, ala kill(1), rather than the csh builtin kill, which tells people to type kill -l, when no valid ones are specified.
Sponsored by: Bright Path Solutions MFC after: 4 days
|
#
36b025da |
| 27-Sep-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Ala kill(1), tell people to type 'ps -L' for a list of format keywords.
Sponsored by: Rachel Hestilow <rachel@jerkcity.com> MFC after: 2 weeks
|
#
362d62ba |
| 17-Sep-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Rename new PLONG type to PGTOK as the conversion is more important than the size (which is mostly undefined anyway).
Submitted by: bde
|
#
760bbf7d |
| 17-Sep-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Conglomerate printing of ps_pgtok'd data into a PLONG type. I couldn't think of a better name, except PINT, but I decided to go with assuming LONG to be safe, rather than assuming INT.
|
#
f3073b05 |
| 16-Sep-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Perform keyword.c:1.27 properly, implement -orss in the New World Order of ps(1) formatting, using pgtok() to get the value in K, rather than printing it in pages. This is consistent with behaviour
Perform keyword.c:1.27 properly, implement -orss in the New World Order of ps(1) formatting, using pgtok() to get the value in K, rather than printing it in pages. This is consistent with behaviour before keyword.c:1.26 (et al) which exists in STABLE today, and which uses the same metric as VSZ.
Submitted by: bde
show more ...
|
#
4086fd8e |
| 16-Sep-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Remove some NOTINUSE stuff. Good housekeeping.
|
Revision tags: release/4.6.2_cvs, release/4.6.2, release/4.6.1 |
|
#
a755f1c9 |
| 08-Jul-2002 |
Robert Drehmel <robert@FreeBSD.org> |
- Use (MAXLOGNAME - 1) where UT_NAMESIZE was used to be able to (-)remove the inclusions of <utmp.h>.
|
Revision tags: release/4.6.0_cvs |
|
#
2749b141 |
| 30-Jun-2002 |
David E. O'Brien <obrien@FreeBSD.org> |
Consistently use FBSDID
|
#
2dda9fe9 |
| 08-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Allow whitespace to act as a delimiter in the keywords list given to the -o, again, but also allow it in the user-specified header, too. This is far more backwards compatible and SUSv3-happy than al
Allow whitespace to act as a delimiter in the keywords list given to the -o, again, but also allow it in the user-specified header, too. This is far more backwards compatible and SUSv3-happy than allowing only comma to seperate the keywords list.
Submitted by: tjr
show more ...
|
#
76e1a9fe |
| 06-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Implement a SUSv3-ignorant but "time"-similar format for "etime", elapsed run time (NOT cpu time). cputime() and elapsed() both need to honour SUSv3 now.
|
#
e8eef4bb |
| 06-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Support the SUSv3 `rgroup' format.
Clean up some local style bogons.
|
#
03334017 |
| 06-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
SUSv3 conform on the "comm" and "args" formats, and make correct the "command" format, since it's BSDlike, and "comm" is actually different.
|
#
40fea9c3 |
| 06-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
As per behaviour on SVR4 systems, to allow any desirable type of header in the override, seperate by comma (',') only, rather than any type of whitespace (the literal space character (' ') had alread
As per behaviour on SVR4 systems, to allow any desirable type of header in the override, seperate by comma (',') only, rather than any type of whitespace (the literal space character (' ') had already been removed from this list).
This allows things like: miamivice# ps -opid='Process > Identifier' Process Identifier 1350 1445 1450
To work.
show more ...
|
#
4fa7d788 |
| 05-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Widen the scope of fmt.c::1.19 and consistently use errx(3) if malloc(3) [or realloc(3)] happens to fail, everywhere in ps(1).
Discussed with: bde, charnier (a while ago)
fmt_argv() can no longer r
Widen the scope of fmt.c::1.19 and consistently use errx(3) if malloc(3) [or realloc(3)] happens to fail, everywhere in ps(1).
Discussed with: bde, charnier (a while ago)
fmt_argv() can no longer return NULL, so don't bother checking.
Submitted by: bde
show more ...
|
#
d9cd71b6 |
| 05-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Support the 'comm' keyword, which is equivalent to our 'command', but specified by SUSv3.
|
#
cf77c2ce |
| 05-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
A space cannot be a header string seperator it appears given the SUSv3 description of ps(1), which uses them. I question whether newline and tab can be either, but I'm not touching them. Yet.
|
#
6d041cc8 |
| 05-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
To comply with SUSv3, duplicate the variable contents for each given format, so that multiple -ovar=header lines do not overwrite eachother.
This means that ps -ouser=USERNAME -ouser=WHO would now p
To comply with SUSv3, duplicate the variable contents for each given format, so that multiple -ovar=header lines do not overwrite eachother.
This means that ps -ouser=USERNAME -ouser=WHO would now possibly print: USERNAME WHO juli juli
Whereas before it would be: WHO WHO juli juli
show more ...
|
#
a89d0c4d |
| 05-Jun-2002 |
Juli Mallett <jmallett@FreeBSD.org> |
Duplicate the pointer to the string containing the header so it does not get frobbed when/if the pointer it is actually a part of gets freed.
|