[Bug 95191] document behavior of open(2) when path names a fifo with no readers

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

 



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

--- Comment #1 from Jason Vas Dias <jason.vas.dias@xxxxxxxxx> ---
I think the fcntl documentation is also particularly misleading when it
suggests
that output file descriptors can be enabled to have SIGIO sent for them when 
only O_ASYNC and not O_NONBLOCK bits are set in the FD flags .
I cannot get the attached program to work if I do not open() the fifo file -
it will not do to simply fcntl(fd,F_SETFL,previous_flags|O_ASYNC) and 
fcntl(fd,F_SETOWN_EX,{ .type = F_OWNER_TID, .pid  = gettid() }) and
 sigio_sa = (struct sigaction)
      { .sa_sigaction = sigio_handler,
        .sa_flags = SA_NODEFER | SA_SIGINFO 
      };  
  if( sigaction(SIGIO, &sigio_sa, &sigio_prev_sa)
and then expect the process /  thread to receive SIGIO
where si->si_fd == 1 for stdout - the process never gets a SIGIO signal.
Is this a kernel bug ? if not why is this not documented ?

-- 
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