summaryrefslogtreecommitdiff
path: root/open_issues/select_vs_signals.mdwn
diff options
context:
space:
mode:
authorSamuel Thibault <samuel.thibault@ens-lyon.org>2013-01-05 04:33:04 +0100
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2013-01-05 04:33:04 +0100
commitf92e5bd67a2a1d1116b175770e7706d6bf655de5 (patch)
treed0050576ea1922901af2162eb93c4311fc384204 /open_issues/select_vs_signals.mdwn
parent39bde0adf87b4e1ca6167a8fd1455d9ea87a4e9f (diff)
More details on having to make select interruptible by signal
Diffstat (limited to 'open_issues/select_vs_signals.mdwn')
-rw-r--r--open_issues/select_vs_signals.mdwn11
1 files changed, 11 insertions, 0 deletions
diff --git a/open_issues/select_vs_signals.mdwn b/open_issues/select_vs_signals.mdwn
index bbd69d00..cdf39609 100644
--- a/open_issues/select_vs_signals.mdwn
+++ b/open_issues/select_vs_signals.mdwn
@@ -20,6 +20,17 @@ IRC, freenode, #hurd, 2011-04-02
<youpi> the sudo bug is select() not being able to get interrupted by
signals
+IRC, freenode, #hurd, 2012-01-05
+
+ <youpi> it's a know issue in select
+ <youpi> it's not interruptible by a SIGALRM for instance
+ <youpi> which is what ntpdate uses
+ <youpi> when __io_select is used, it *is* interruptible
+ <youpi> but when __mach_msg is used, it is *not* interruptible
+ <youpi> it happens that by luck, ntpdate uses just one fd, and thus it's __io_select which is used, and thus it gets an interruption after 1s (instead of after 60s, the timeout)
+ <youpi> with braunr's patch, it's __mach_msg which is used to wait, and thus the interruption doesn't happen, and we have to wait 60s, the timeout...
+ <youpi> so braunr's patch is still correct, it's the __mach_msg call which we do need to make interruptible (it was already on the todolist)
+
---
See also [[select]] and [[select_bogus_fd]].