BIND 10 #312: python msgq timeouts differ from c++ ones
BIND 10 Development
do-not-reply at isc.org
Tue Sep 14 14:06:05 UTC 2010
#312: python msgq timeouts differ from c++ ones
-------------------------+--------------------------------------------------
Reporter: jelte | Owner: stephen
Type: defect | Status: reviewing
Priority: major | Milestone: y2 6 month milestone
Component: msgq | Resolution:
Keywords: | Sensitive: 0
Estimatedhours: 0.0 | Hours: 0
Billable: 1 | Totalhours: 0
Internal: 0 |
-------------------------+--------------------------------------------------
Changes (by jelte):
* owner: jelte => stephen
Comment:
No you are right, I forgot about that one (perhaps because we are working
on domainsockets here, but that may not be the case forever). I suspect
this is what the original code had intended to do as well.
Reintroduced class variables; code now does read-length followed by read-
data, and keeps read data until it successfully read everything. If there
is an EAGAIN in the meantime, it will keep the data. r2916
Oh and the second case was a leftover from a bad test case, which i
updated.
Currently, on other errors, it will drop whatever has been read (while
there may be a case where we get a timeout, i think it is more likely that
the rest of the data will never come)
Since you are gone this week, i'm reassigning this to Stephen.
--
Ticket URL: <http://bind10.isc.org/ticket/312#comment:7>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list