[slime-devel] hacking system internals from Slime

Here's a workflow issue that I run into periodically: 1. While working on SBCL I instrument some internal operation to see what is going on -- let's say with BREAK. 2. Before I can run my test-case I need to page my way thru a number of debugger entries (sometimes a HUGE number) due to eg. cursor movement in a Lisp buffer causing the instrumented operation to be used. I'm not looking for a 100% solution, because I doubt anything like that exists. Hacking a live system is always tricky that way... An 80% solution might be being able to tell Slime to stop talking to the lisp, except for communications triggered by explicit REPL evaluations. Does this sound like a feasible idea? Any other suggestions? Cheers, -- Nikodemus