I have seen this behavior in the past (I haven't confirmed against the CVS head that is) with regular emacs. I get it as follows:

In an sldb buffer, hit ':' for the eval expression command, and do something that causes an error. I get the same recursive edit message and behavior.

A request on the side: how hard would it be to implement a command that starts up a listener that operates in the context of a particular frame? Ideally, it would provide access to the local and special variable bindings of that context. Or perhaps there's something I've missed in slime that would already allow this? I realize this may be impossible to do portably across implementations, but I can dream, can't I?

Sunil

Sean Champ wrote:

Hello again,

I'm using the debianized slime 1.0, point-of-fact-ly.

When sldb pops up, now, I am seeing XEmacs asking me (always, whenever sldb pops up) "Enter recursive edit?" in the minibuffer.

When I say "yes" to that minibuffer-query, things go well.

When I say "no" to that minibuffer-query, then things do not seem to go well - at least, not until after I C-g , then C-] to clear the resultant emacs error-message.

So, I was wondering if there would be a way to tell {whatever is asking me whether to "Enter recursive edit?"} to always "yes" - that being, to always do so.

Thank you

-- Sean

---

slime-devel site list slime-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/slime-devel