Re: accept-process-output throws

[JD Smith <jdtsmith@gmail.com>]

> In this kind of complicated situations, I usually find it much simpler
> and more efficient to run under GDB with a breakpoint on Fsignal and
> Fthrow.  Then, when one of these breaks, examine the backtrace to find
> out which code exited non-locally.

Thanks Eli.  I believe I have figured it out (without GDB’s help) — the UI I was using with the small timer delay was effectively wrapping my function in while-no-input.  The fix could have been as easy as (let (throw-on-input) ….).  I mention this in the hopes it saves someone else a day of debugging!  

What this does make clear is that async process output and while-no-input are like oil and water.  It also points to the value of cancellable futures as a kinder way to tell a process-awaiting function “stop what you are doing, I’ve got more input here”.  I suppose this would require accept-process-output to have such a matching cancellation function, and to then signal a specific “I was cancelled" error.