Re: [PATCH] signal.7: clarify that siginfo_t isn't changed on coalescing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Michael and Oleg,

On 7/11/19 6:53 AM, Michal Sekletar wrote:
Cc: Oleg Nesterov <oleg@xxxxxxxxxx>
Cc: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
>
Signed-off-by: Michal Sekletar <msekleta@xxxxxxxxxx>
---
  man7/signal.7 | 5 +++++
  1 file changed, 5 insertions(+)

diff --git a/man7/signal.7 b/man7/signal.7
index 0501fefc5..14c846699 100644
--- a/man7/signal.7
+++ b/man7/signal.7
@@ -426,6 +426,11 @@ Real-time signals are distinguished by the following:
  Multiple instances of real-time signals can be queued.
  By contrast, if multiple instances of a standard signal are delivered
  while that signal is currently blocked, then only one instance is queued.
+Note that the
+.I siginfo_t
+structure associated with the signal already in queue is not overwritten
+on arrival of subsequent instances of the same signal hence the process would
+receive metadata associated with the first instance of the signal.
  .IP 2. 4
  If the signal is sent using
  .BR sigqueue (3),

Thanks. I independently verified this also with a small test program.

Patch applied, with some some subsequent edits and relocation
of the text within the page. Thanks for sending it.

Thanks,

Michael




[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux