On 10/29/05, <b class="gmail_sendername">Jonathan Lee</b> <<a href="mailto:2jlee@earthlink.net">2jlee@earthlink.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Luke Gorrie wrote:<br><br>>Jonathan Lee <<a href="mailto:2jlee@earthlink.net">2jlee@earthlink.net</a>> writes:<br>><br>><br>><br>>>I am running the CVS of SLIME as of 27-Oct-2005 in GNU Emacs 21.3.1

 on<br>>>Windows XP using CLISP 2.35 as the backend.<br>>><br>>>After aborting an error that throws me into the SLDB I get no prompt in the<br>>>SLIME REPL.  If I try to evaluate a form or variable (or even a blank

<br>>>line), I get<br>>>the following in the mini-buffer:<br>>><br>>>;pipelined request... (swank:listener-eval "form I evaluated")<br>>><br>>><br>><br>>The "pipelined request" message is printed when SLIME issues a new

>request before the previous one is answered. Sounds like the Abort to >SLDB has not really aborted. > >Does this happen for all errors, e.g. (error "foo")? Just to check if >it's an error in a restart handler..

<br>><br>>I wonder if there is some SIGINT-like way to force CLISP to enter the<br>>debugger on Windows? It would be good to know where it is stuck.<br></blockquote></div><br>

I've experienced the lock up you describe if I hit Abort instead of Abort Slime request.<br>

<br>

It didn't used to do that so it's a new thing but seems to be avoided by never using the Abort.<br>

<br>

<br>