<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 23, 2020 at 6:46 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Regardless, the problem is that this is a blocking javascript call. So<br>
it won't matter where you make the call from.<br></blockquote><div><br></div><div>Ok, I see. Somehow I assumed that JS had some form of multithreading, which it doesn't. So any kind of JS code that executes for some time will cause this issue.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

However, the dialog that pops up for sending a message to pd is also<br>
blocking. Does that cause the backend to hang up as well?<br></blockquote><div><br></div><div>Yep, exactly the same thing, on Linux at least. After running File/Message (Ctrl+M), the watchdog signals exactly two times, then I get that SIGHUP in the select() call. On the command line it prints:</div><div><br></div><div>watchdog: signaling pd...<br>watchdog: signaling pd...<br>recv: Interrupted system call (4)</div><div><br></div><div>The only way to prevent that is to use Jack as the backend. (Which is what I normally do on Linux, therefore I've never noticed this bug before.) With Jack the watchdog keeps signalling while the JS callback is running, but no SIGHUP, so everything goes back to normal once the JS callback is done executing.</div><div><br></div><div> It doesn't happen on Mac or Windows either. So it looks like this is actually tripped by something in the (ALSA/OSS) audio backend code on Linux. It doesn't matter whether DSP is on or off either, and even happens if no ALSA/OSS devices are configured at all.</div><div><br></div><div>I see that there are some fairly recent code changes in sys_domicrosleep() in vanilla, though. I'll port those and see whether that helps.<br></div><div><br></div><div>Albert<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-Jonathan<br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div></div>