BIND 10 #146: xfrout exception
BIND 10 Development
do-not-reply at isc.org
Thu Jun 17 12:04:38 UTC 2010
#146: xfrout exception
--------------------+-------------------------------------------------------
Reporter: jreed | Owner: jreed
Type: defect | Status: assigned
Priority: major | Milestone: 05. 3rd Incremental Release: Serious Secondary
Component: xfrout | Resolution:
Keywords: | Sensitive: 0
--------------------+-------------------------------------------------------
Comment(by shane):
I asked Jelte to review in Jabber:
{{{
(13:59:56) jelte: just a question, does the signal not get trapped by
this?
(13:59:57) shane: Which I actually use quite often to do exception
filtering, like you see there.
(14:00:23) shane: The problem is that the signal is causing the select()
call to return EINTR, regardless of how it is handled.
(14:01:14) shane: So, if the SIGINT handler sets a flag which gets checked
in a safe spot of the code, the select() still gets EINTR returned.
(14:01:19) shane: Which causes an exception.
(14:01:26) jelte: yeah i understand that, and i can't reproduce here
anyway, it's just that i'm wondering if the signal doesn't get dropped in
that case now
(14:01:28) shane: I had the same problem in the boss program.
(14:02:00) jelte: something similar is also present in startup code of
other parts, though i don't really see that as a problem
(14:02:03) shane: I don't know... I don't think it gets dropped.
(14:02:35) jelte: in that case patch seem fine to me
}}}
--
Ticket URL: <http://bind10.isc.org/ticket/146#comment:6>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list