Summary: | si_code != SI_SIGIO when a signal is generated by queued SIGIO | ||
---|---|---|---|
Product: | glibc | Reporter: | who |
Component: | manual | Assignee: | Roland McGrath <roland> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | aj, glibc-bugs |
Priority: | P2 | Flags: | fweimer:
security-
|
Version: | unspecified | ||
Target Milestone: | --- | ||
Host: | Target: | ||
Build: | Last reconfirmed: | ||
Attachments: |
server code to see the problem
client code to see the problem |
Description
who
2008-07-14 17:16:00 UTC
Created attachment 2827 [details]
server code to see the problem
Created attachment 2828 [details]
client code to see the problem
I have added source code to reproduce the problem. The server will never exit until killed by SIGTERM (or SIGKILL and SIGSTOP). The client will just attempt to connect (to trigger the SIGIO signal) and then will exit. Check this discussion, may be helpful http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg03633.html Thanks for the info. Apparently it's been known since 2000 that si_code does not contain SI_SIGIO (like the man pages say) anymore. Looks like it will stay that way for a while now, so I'll just avoid using si_code for now. This is a bug in the manpages, I've brought this bug to the attention of the Linux man page maintainer. Closing as INVALID since it's not a bug in the documentation that is part of glibc. |