<div dir="ltr">Hi Wentao<div><br></div><div>As of NFD:commit:eab7249b74d4819f9dc32e2f2d12d392f36acdc1:</div><div><ul><li>Cs::find returns an Entry only if Entry::canSatisfy returns true; this condition is checked in both Cs::findLeftmost and Cs::findRightmostAmongExact.</li><li>Entry::canSatisfy returns true only if Interest::matchesData returns true.</li><li>Interest::matchesData evaluates the Exclude Selector.</li></ul></div><div><br></div><div>If you have a problematic case, please open a Bug on NFD Redmine site.<br></div><div>The Bug report should contain a concise code snippet or tcpdump trace that reproduces the problem.<br></div><div><br></div><div>Yours, Junxiao</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 19, 2015 at 10:28 PM, Wentao Shang <span dir="ltr"><<a href="mailto:wentaoshang@gmail.com" target="_blank">wentaoshang@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi team,<div><br></div><div>When I was testing NFD on iOS, I noticed that NFD doesn't seem to handle Exclude filter correctly in CS lookup. I looked into the code and noticed that in ./daemon/table/cs.cpp, the Cs::find method only handles the child selector but never checks the exclude filter. And I suspect this is a bug. Can someone verify whether this is a real issue or the exclude filter is actually checked somewhere else? If it's a "feature not a bug", I wonder what is the reason behind the design decision to leave out exclude filter in CS lookup.</div><div><br></div><div>Thanks,</div><div>Wentao</div></div>
<br>_______________________________________________<br>
Nfd-dev mailing list<br>
<a href="mailto:Nfd-dev@lists.cs.ucla.edu">Nfd-dev@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev</a><br>
<br></blockquote></div><br></div>