Bug in 'ps' in At&t 5.3.2 (Belltech/Intel)

[OS Group]

In article <46...@ficc.uu.net> pe...@ficc.uu.net (Peter da Silva) writes:
>Apparently 5.3.2 swaps out the U area along with the process when critically
>short on memory. PS hasn't been modified to match, so it fails to dig into
>/dev/swap when it comes across a swapped out process.
>
>The bottom line is that swapped out processes don't show up on 'ps'.
>
>Anyone have a fixed version of 'ps'?
>--
>Peter da Silva, Xenix Support, Ferranti International Controls Corporation.

PS does read the U block correctly. However, the kernel probably doesn't. What
I mean, is that under 5.3.2 there is a option under the sysi86() system call
to return the user block of a certain process back to the user. It's supposed
to retrieve it from where ever it is currently living (makes things easiler,
since the program doesn't have to understand where the user block might be
located). Now it is possible under a heavly load system that the system
call might return a incorrect user block due to swapping.
--
-------------------------------------------------------------------------------
Mike Burg Everex Systems Inc. 10525 Humbolt Street Los Alamitos, CA 90720
E-Mail: uunet!zardoz!everex!mb Voice: (213) 493-3749