<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-12-17 0:50 GMT+01:00 Nick Urbanik <span dir="ltr"><<a href="mailto:nick.urbanik@optusnet.com.au" target="_blank">nick.urbanik@optusnet.com.au</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":8ix" class="" style="overflow:hidden">BIND really needs to have a better strategy to dealing with unexpected<br>
input other than by dying. </div></blockquote></div><br><p class="" style="color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12.8px">As you probably know, this REQUIRE check is a protection to prevent code execution on states interpretation that was not foresee by the code. And fortunately, ISC developers wisely <span style="font-size:12.8px">take time to put these REQUIRE points in the BIND code to keep the algorithm integrity. Excepted to make sure to cover all state combinations (not reachable for human now) I don't see other option. </span></p><p class="" style="color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12.8px"><br></p><div class="" style="margin-top:1em;margin-bottom:1em;color:rgb(0,0,0);font-family:Arial,sans-serif;font-size:12.8px"></div></div></div>