| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
the full argument vector.
I've bumped into a few things that expected this switch to be present,
the most recent was the snmp package in ports. I'm not 100% sure of the
origins of this, but Linux has it, so does the "BSD-compatable" version
of ps on our SVR4 systems (so I assume SunOS has it too).
|
| |
|
|
|
|
|
|
| |
as ps.1 states.
Submitted by: Zahemszhky Gabor <zgabor@code.hu>
|
|
|
|
| |
Pointed out by: bde
|
|
|
|
|
| |
vm_rssize (in pages, not bytes), then dividing (bogusly) by the page size,
then using that as a fraction of the total pages.
|
| |
|
| |
|
|
|
|
| |
Flags aren't printed in hexadecimal, as documented.
|
| |
|
| |
|
|
|
|
|
|
| |
passed to kvm_open. Closes PR# 476.
Submitted by: Jeffrey Hsu <hsu@freebsd.org>
|
| |
|
|
|
|
|
|
|
| |
. mention the need for procfs
. make it clear that default sorting is first by ctty, then by PID
Submitted by: schweikh@ito.uni-stuttgart.de (Jens Schweikhardt)
|
|
|
|
|
|
| |
list the processes belonging to a particular user without having to use
`-u' and grepping for the username. Basically you can now get a short
`ps -x' like list (with more space for the command) for other users.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
allow more than two tty characters.
David Greenman pointed out that when a process that had been revoked from
it's controlling tty, the "-" sign was detached from any two-character
names.
|
|
|
|
|
|
|
|
| |
This gives us more room to breath with tty names, especially with drivers
that support large numbers of ports.. eg: specialix and digiboard.
This does not actually change the current tty names, it just allows room
for reporting more characters if the drivers use them.
|
|
|
|
| |
which is no longer bogusly installed in /usr/include.
|
|
|
|
| |
Reviewed by: phk
|
| |
|
|
|
|
| |
was breaking this before has been fixed.
|
|
|
|
|
|
|
|
|
| |
/usr/src/bin. Note that some patches are still needed in that directory.
I (Joerg) finished most of Philippe's cleanup. /bin/sh will still
need *allot* of work, however.
Submitted by: charnier@lirmm.fr (Philippe Charnier)
|
|
|
|
| |
just like it was in 1.1.5.
|
|
|
|
|
|
|
|
|
| |
* PATCHES MAGIC LEVEL PATCH THAT GOT US HERE
* -------------------- ----- ----------------------
* CURRENT PATCH LEVEL: 1 00051
* -------------------- ----- ----------------------
*
* 14 Aug 92 David Greenman Fixed NEWVM mempages calculation
|
|
|
|
|
|
|
|
| |
You can get ps easily to core dump, if you are running a "make depend"
on a kernel in one window and a "ps -auxww" in another. The ww will
try to give you the full argument list of the command that can
now be 64Kb large, but ps expected only 4Kb large arg arrays and
doesn't check for overflows.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Submitted by: Henrik Vestergaard Draboel
|
| |
|
|
|
|
|
|
|
| |
that old `ps'es did. I'm not too thrilled about this, but I'm not
enough of an FS person to hack procfs so that /proc/xxx/mem is readable
by members of group `kmem'. If this is done, then `ps' can go back to
being set-gid kmem.
|
| |
|
|
|