Eli Zaretskii <e...@gnu.org> writes: >> If so, isn't there some mechanism to specify a >> continuation that's run once the TRAMP process produces output? Such a >> mechanism shouldn't require a `sit-for' to yield control. > > How would that help? Tramp must still wait for the response to > proceed with what it does. > >> In other words, isn't it possible to do both font-locking and getting >> the response over ssh concurrently (of the main thread, as well wrt each >> other)? > > Every Lisp program runs in a single thread, so how can that be done in > parallel? > >> If not, are there technical challenges in doing so, or simply that >> it's not been implemented (and thus, possibly, we may not know what >> the challenges are)? > > Emacs doesn't support parallel processing, because introducing this > into the original single-threaded design is very hard at best, due to > a huge global state. We have Lisp threads, but only one thread can > run at any given time.
I was imagining a version of TRAMP that was asynchronous. I understand now that it isn't. -- Suhail
