Running cvs HEAD I now realize that I grew to rely on checking the modeline of lisp buffers to see whether there are outstanding requests. Often, I start evalutations that take minutes or hours to finish and it's useful to have this at a glance without having to worry about missing when the return value is printed or having to check the running threads.
The attached patch does not reinstate "eval...", instead it displays the number of outstanding requests like "CON:sbcl{3}" if it's greater than zero.
Currently there is a loop through buffer-list, it that's a problem maybe there is a better way to arrange for the modeline to be updated using a global mode-line-format variable as a trigger to signal the change in connection-state that is to be recomputed in each slime buffer.
The patch does not solve the minor problems caused by the use of run-with-idle-timer, namely that the modeline may not be updated if the status of the connection changes in the background while emacs is idle.
Cheers, Gábor
* Gábor Melis [2008-11-19 17:29+0100] writes:
Running cvs HEAD I now realize that I grew to rely on checking the modeline of lisp buffers to see whether there are outstanding requests. Often, I start evalutations that take minutes or hours to finish and it's useful to have this at a glance without having to worry about missing when the return value is printed or having to check the running threads.
Thank you for the patch. It's in HEAD now.
Helmut
On Sábado 22 Noviembre 2008, Helmut Eller wrote:
- Gábor Melis [2008-11-19 17:29+0100] writes:
Running cvs HEAD I now realize that I grew to rely on checking the modeline of lisp buffers to see whether there are outstanding requests. Often, I start evalutations that take minutes or hours to finish and it's useful to have this at a glance without having to worry about missing when the return value is printed or having to check the running threads.
Thank you for the patch. It's in HEAD now.
Helmut
The attached patch prints CON:sbcl{3/2} where 3 is the number of non-debugged requests and 2 is the number of debugged requests. If the second one is zero it's omitted along with the / character. It used to be "CON:sbcl{debugged..}" which is less informative, imho.
Cheers, Gabor
Gábor Melis mega@retes.hu writes:
The attached patch prints CON:sbcl{3/2} where 3 is the number of non-debugged requests and 2 is the number of debugged requests. If the second one is zero it's omitted along with the / character. It used to be "CON:sbcl{debugged..}" which is less informative, imho.
Thanks, I applied this, and fixed the computation of debugged requests somewhat, as `slime-interrupt' results in a debugged request which does not have a continuation.
-T.