On 8/7/24 2:47 PM, Zachary Santer wrote:
Now I understand that this is because the list of terminated child processes that 'wait -n' currently ignores is only used in theinteractive shell.
It's not, but there might be some value here.
If you want the behavior of 'wait -n' to be consistent between scripts and the interactive shell, then it should choose one terminated child process from the list of those that is maintained in the interactive shell, if it's nonempty, to report to the user and to clear from that list, any time it is called.
I'm not sure returning the status of some random process from some
arbitrary point in the past is going to be valuable.
Maybe the thing to do is to retain jobs in the job list, even after
they're marked as notified, until the user runs `jobs' or does a `wait',
as POSIX (more or less) wants. Since people aren't used to doing that,
and it would potentially explode the size of the jobs list, it would have
to be an opt-in thing based on a new shell option.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU c...@case.edu http://tiswww.cwru.edu/~chet/
OpenPGP_signature.asc
Description: OpenPGP digital signature
