BIND 10 #420: Unresponsive process can block msgq

BIND 10 Development do-not-reply at isc.org
Tue Jan 25 11:08:12 UTC 2011


#420: Unresponsive process can block msgq
-------------------------------------+-------------------------------------
                 Reporter:  shane    |                Owner:  zzchen_pku
                     Type:  defect   |               Status:  reviewing
                 Priority:  major    |            Milestone:  A-Team-
                Component:  msgq     |  Sprint-20110126
                 Keywords:           |           Resolution:
Estimated Number of Hours:  13.0     |            Sensitive:  0
                Billable?:  1        |  Add Hours to Ticket:  0
                Internal?:  0        |          Total Hours:  0.5
-------------------------------------+-------------------------------------
Changes (by vorner):

 * owner:  vorner => zzchen_pku


Comment:

 I changed the parameter to bool and added check that the data returned
 from MsgQ are the ones expected, so if anything is changed/lost/added
 somewhere should be detected. It is in the last two commits.

 But what is the concern about fork or sendall throwing exception? The
 exceptions mean either a bug (the remote side of sendall is no longer
 there) or reaching some OS limit. In both cases, the test would fail
 (either by the exception itself or the sub-process dieing), which isn't a
 problem in the rare occasion of broken system. If it wasn't test, it would
 make sense to catch them and change them to a better error message, but is
 it really needed in test? Or do you see some bigger problem there than the
 test would simply fail or crash?

-- 
Ticket URL: <http://bind10.isc.org/ticket/420#comment:13>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list