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