On Mon, Jul 14, 2025 at 11:50 AM Chet Ramey <chet.ra...@case.edu> wrote:
>
> The short story is that `wait -n' now returns the status of any process
> that's completed and hasn't been waited for yet, just like `wait'. It's
> not restricted to processes that terminates after it's invoked. It does
> this even when it's given a list of pid or job arguments, which is
> where the problem here arises. That's probably not what I intended with
> the change in the first place, but it was a fast-moving target.

I was a pretty big part of that discussion, and this looks broken to
me. If 'wait -n' is passed a list of pids, it shouldn't also be
waiting for other background processes that weren't passed to it as
arguments. Is that what you're saying it's doing?

Reply via email to