[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: `wait -n` returns 127 when it shouldn't
From: |
Chet Ramey |
Subject: |
Re: `wait -n` returns 127 when it shouldn't |
Date: |
Thu, 18 May 2023 13:59:52 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 |
On 5/18/23 12:16 AM, Martin D Kealey wrote:
If there is silent reaping going on (other than “wait -n” or “trap ...
SIGCHLD”) shouldn't the exit status and pid of each silently reaped process
be retained in a queue that “wait -n“ can extract from, in order to
maintain the reasonable expected semantics? Arguably this queue should be
shared with “fg” when job control is enabled.
There is always `silent reaping' going on. This is a red herring.
The problem was a race condition in the `wait -n' code.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
- `wait -n` returns 127 when it shouldn't, Aleksey Covacevice, 2023/05/16
- Re: `wait -n` returns 127 when it shouldn't, Robert Elz, 2023/05/17
- Re: `wait -n` returns 127 when it shouldn't, Chet Ramey, 2023/05/17
- Re: `wait -n` returns 127 when it shouldn't, Robert Elz, 2023/05/19
- Re: `wait -n` returns 127 when it shouldn't, Chet Ramey, 2023/05/19