<p dir="ltr">Hi, John.<br>
About your last queation, I believe that this has not been implemented because Cs  removals are performed by the replacement  policies (Lru/Fifo), which makes it unnecessary the implementation of a specific piece of content. If you go through  both implementations, they have the method that is in charge this.  </p>
<p dir="ltr">void</p>
<p dir="ltr">LruPolicy::doAfterInsert(iterator i)</p>
<p dir="ltr">{</p>
<p dir="ltr">  this->insertToQueue(i, true);</p>
<p dir="ltr">  this->evictEntries();</p>
<p dir="ltr">}</p>
<p dir="ltr">Hope that helps.</p>
<p dir="ltr">Regards, <br>
Igor.<br>
</p>
<div class="gmail_extra"><br><div class="gmail_quote">Em 19 de nov de 2016 05:05, "John Baugh" <<a href="mailto:jpbaugh@umich.edu">jpbaugh@umich.edu</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello all:<div><br></div><div>Okay, please correct me if I'm wrong:</div><div><br></div><div>If I understand this correctly, when you create a custom Policy subclass/derived class, <b>the developer </b>is responsible for creating the three queues specified in the NFD Developer guide?  (unsolicited, stale, and fifo)?  So we directly control what stays in the "queues" (std::list) according the the policy that we can determine.  So the <b>Policy </b>maintains the actual Entries, while the Cs maintains the Table of names?  I noticed the three queues don't actually live in the cs.cpp or cs.hpp files.</div><div><br></div><div>I'm <b>still </b> a little confused about the Cs::erase method:  why isn't it implemented?  How do we "trigger" a removal of an item from the Content Store (Policy?)</div><div><br></div><div>Thanks,</div><div><br></div><div>John</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 18, 2016 at 12:10 PM, John Baugh <span dir="ltr"><<a href="mailto:jpbaugh@umich.edu" target="_blank">jpbaugh@umich.edu</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">Sorry to be bothersome - I've continued working on this and haven't made a solution yet.  Any ideas?<div><br></div><div>Thanks,</div><div><br></div><div>John</div></div><div class="m_6735666205231086798HOEnZb"><div class="m_6735666205231086798h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 18, 2016 at 3:56 AM, John Baugh <span dir="ltr"><<a href="mailto:jpbaugh@umich.edu" target="_blank">jpbaugh@umich.edu</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">Greetings all,<div><br></div><div>1.)  When I tried to use the erase( ) function to remove an item, I found out that the method is not implemented.  I checked the code from the documentation and found out that this is indeed the case.</div><div><br></div><div>So how am I supposed to evict a specific item from the Content Store?</div><div><br></div><div>2.)  I've noticed when I use ./waf --run=some-test that the system often re-compiles tons of completely (as far as I know) unrelated files (the grid samples, tracers, etc.).  This adds significantly to the time it takes to run the test.  Any ideas why this might be happening?  I'm not using any of the sample files, tracers, etc. - nor have I modified them for my current tests.</div><div><br></div><div>Thanks,</div><div><br></div><div>John</div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
ndnSIM mailing list<br>
<a href="mailto:ndnSIM@lists.cs.ucla.edu">ndnSIM@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim" rel="noreferrer" target="_blank">http://www.lists.cs.ucla.edu/<wbr>mailman/listinfo/ndnsim</a><br>
<br></blockquote></div></div>