<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><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><div class="h5"><br>
<br>
</div></div>You should explicitly spell that returning "no data yet" is NOT permitted<br>
*unlike* with pf_block and pf_read. At least, that is what I understood from<br>
the rest of the series. Note that while this is a non-issue for local file<br>
systems (directory file handles cannot block), it may become one for network<br>
based protocols...<br></blockquote><div><br></div><div>I'll document this more precisely. There isn't any actual limitation about 'no data yet'.</div><div>I think the desired behavior is :</div><div> - VLC_SUCCESS -> You have to set b_eof to true and fill the node with all the item in the folder</div>
<div> - VLC_ENOITEM -> An unrecoverable error has occured, b_error and b_eof has to be set to true, there isn't any new item in the node.</div><div> - Other VLC_E*** -> Recoverable error (no mem, io error, etc.), you can call me again and maybe i'll fill the node that time.</div>
<div> </div><div><span style="font-family:arial,sans-serif;font-size:13px">> P.S.: now that you pass an input item node instead of returning one, you need</span><br style="font-family:arial,sans-serif;font-size:13px"><span style="font-family:arial,sans-serif;font-size:13px">> to specify what happens to it on error too. Notably, who is responsible for</span><br style="font-family:arial,sans-serif;font-size:13px">
<span style="font-family:arial,sans-serif;font-size:13px">> destroying it...</span><br></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Thanks for noticing this ! I'll fix this right away</span></div>
</div></div></div>