[Bug 95331] fcntl.2 + sigaction.2 + signal.7 need further information about use of a SA_SIGINFO signal handler that uses si->si_fd

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

 



https://bugzilla.kernel.org/show_bug.cgi?id=95331

--- Comment #8 from Jason Vas Dias <jason.vas.dias@xxxxxxxxx> ---
I think linux should provide a way of by-passing this generation of error
events
for writable FDs with no writers - blocking should be possible for writable
pipe
FDs for which the "wait for readers on write"  fcntl or ioctl has been issued,
which would only return success for writable pipe FDs with no readers (readers
== 0) ; for such pipes, blocking reads would succeed once a SINGLE  SIGPIPE or 
write() == -1 with errno==EPIPE event occurred until a reader has connected,
upon which a SIGIO / SIGPOLL signal would be sent if the FD had such a handler
registered for it with the siginfo si_band and si_fd fields correctly filled
in;
such a signal would also be sent and write() would return -1 ONCE for such FDs
when the last reader disconnects, as currently happens .
This would essentially fix the problem of having to know the name of the 
pipe in order to re-open it and be able to wait for readers to connect ;
one could handle a write returning -1 with EPIPE or a SIGPIPE by simply
entering pause() with a SIGIO handler registered, which is NOT currently
the case.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[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