https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
--- Comment #6 from Conrad Meyer ---
Admittedly, I am not especially familiar with job control, shells, or setpgid.
It might be desirable for zombies to be included in more places they currently
are not. I really don't know.
I would love
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
--- Comment #5 from Mahmoud Al-Qudsi ---
Thanks for bringing my attention to the approach taken by sh - it made me
realize what I'd missed. So you're right, there's no broken job control here.
This is a real issue:
> [..] prevents a subse
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
--- Comment #4 from Conrad Meyer ---
Thanks for the additional context, Mahmoud!
I guess I'm confused on why this is a problem. Can fish just ignore ESRCH in
this context on FreeBSD? Certainly half a dozen other shells run on FreeBSD
and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
--- Comment #3 from Mahmoud Al-Qudsi ---
The main issue is that a failed zombie race breaks job control in shells;
that's actually what led me to file this issue. We were getting reports of
setpgid(2) failure when setting up a job in fish [
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
Conrad Meyer changed:
What|Removed |Added
Version|12.2-RELEASE|CURRENT
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
--- Comment #1 from Conrad Meyer ---
> the unreaped child process remains present until the parent terminates (i.e.
> the referenced target pid does exist)
I don't know if it's true that we consider zombie processes "to exist" in the
sens
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227
Bug ID: 251227
Summary: setpgid sometimes returns ESRCH instead of EACCES
Product: Base System
Version: 12.2-RELEASE
Hardware: Any
OS: Any
Status: New
