LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* kill(2) Syscall Behavior with pid=-1
@ 2021-09-01 12:46 Zach Hopkins
0 siblings, 0 replies; only message in thread
From: Zach Hopkins @ 2021-09-01 12:46 UTC (permalink / raw)
I believe I may have found an edge case where kill(2) exhibits
unexpected behavior. The context is with only 2 processes running atop
the kernel -- an init and a compiled C binary. According to the kill(2)
man page, it seems that `kill(-1, SIGTERM)' should return -1 with
errno=ESRCH in this scenario (when run in the C binary), but instead it
Relevant parts of the linux man page are as follows:
1. "If pid equals -1, then sig is sent to every process for which the
calling process has permission to send signals, except for process 1
2. "On success (at least one signal was sent), zero is returned"
3. "on Linux the call kill(-1,sig) does not signal the calling process"
In this scenario, the init and the C binary are the only processes
running on the system. With pid=-1, no signal should be sent to init or
itself due to exhibits 1 and 3. There are no other processes which could
possibly be signaled, so therefore the kill() should return -1 with
errno=ESRCH (No such process).
This was found while running Linux 5.13.0 via qemu. Testing the same
situation on NetBSD 9.2 gave the initially expected results.
Thank you for your time, and let me know if there's any more information
or context that would be helpful.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-09-01 13:02 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-01 12:46 kill(2) Syscall Behavior with pid=-1 Zach Hopkins
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).