<div class="gmail_extra">On Fri, Nov 2, 2012 at 2:16 PM, Peter Enerccio <span dir="ltr"><<a href="mailto:enerccio@gmail.com" target="_blank">enerccio@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Right now, ecl when its booted makes a thread that waits on read, but does not accept any input, however it will once I use SIGINTR or some error happens. Now, what I would want it to not wait and block on read, but instead act as repl, so while my program can do whatever it wants on its own, it can be debugged on the fly.</blockquote>

</div><br>This is a misunderstanding. The background thread is _not_ a repl. It exists to receive messages from threads that god serious signals, such as SIGSEGV, SIGBUS, etc, from which they cannot recover. Since error handlers cannot be executed from those threads, the background thread spawns new subprocesses to handle those errors. It is not waiting on read on the terminal, but on a pipe that gets those ugly signals. Unfortunately, due to POSIX constraints, there is no way we can get away without it and it cannot be customized for your purposes -- at most you can interfere with the error threads it creates by associating different handlers to the signal codes using (ext:set-signal-handler code handler)</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Juanjo<br clear="all"><div><br></div>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>


</div>