<div dir="ltr">Cool.<br>Thanks.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 15, 2014 at 4:49 PM, Felix Fietkau <span dir="ltr"><<a href="mailto:nbd@openwrt.org" target="_blank">nbd@openwrt.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2014-09-15 14:42, Alexandru Ardelean wrote:<br>
> Context: 1 loop with a single ubus_invoke() that times out calls<br>
> uloop_end() which ends the loop, and thus ends the application.<br>
><br>
> In the end that seems to confuse procd which outputs a<br>
> notification as if the application segfault-ed a couple of<br>
> times, rather than ended 'gracefully' by being cancelled.<br>
><br>
> Not sure if this fix is correct, hence the RFC part.<br>
><br>
> Another approach would be to increase the timeout of the ubus_invoke()<br>
> call in my application, however, that itself does not look like a<br>
> definitive fix for timing out and cancelling the main uloop.<br>
><br>
> So, if there are better suggestions, I'm open for them as well.<br>
> Another idea, would be to 'restart' the main uloop in case of<br>
> the timeout, or cancel the uloop cancel.<br>
</span>Looks good to me, applied to git.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Felix<br>
</font></span></blockquote></div><br></div>