<div dir="ltr"><div><div>seems that on a vmware x86_64 configuration this produces a kernel panic;<br><br></div>will re-test;<br></div>maybe it's not such a good idea to extend this to all processes that use libubox yet;<br>

<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 7, 2014 at 11:29 AM, Xiongfei Guo <span dir="ltr"><<a href="mailto:xfguo@xfguo.org" target="_blank">xfguo@xfguo.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nice.<br>
<br>
BTW, I'm planning to add signal handling support for uloop.<br>
<br>
Libevent support this feature. It need create a socketpair and when signal event triggered, it send a byte to socket so it can trigger a uloop fd event...<br>
<br>
Alex Guo<div class="HOEnZb"><div class="h5"><br>
<br>
On 2014年08月07日 15:51, Alexandru Ardelean wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
procd sends SIGTERM to finish a process.<br>
Though the process stops, anything after uloop_run()<br>
( uloop_done() and other cleanup ) does not seem to run.<br>
<br>
Signed-off-by: Alexandru Ardelean<<a href="mailto:ardeleanalex@gmail.com" target="_blank">ardeleanalex@gmail.<u></u>com</a>><br>
</blockquote>
<br>
</div></div></blockquote></div><br></div>