bug#1148: 23.0.60; recursive edits can sometimes not be stopped in emacsclient

[Andrew Hyatt <ahyatt@gmail.com>]

Hi Markus -

I can't replicate this in Emacs 25.  Do you still see this?

Markus Triska <markus.triska@gmx.at> writes:

> When I do:
>
>   $ emacs -Q --daemon
>   $ emacsclient -c
>
> and, there, evaluate the forms:
>
>    (defun my-test ())
>    (add-hook 'window-configuration-change-hook 'my-test)
>    (debug-on-entry 'my-test)
>
> and then press M-x, the debugger is entered, as expected. When I press
> C-x k to close the backtrace window and then press "C-]" twice (i.e.,
> C-] C-]) to abort the recursive edit, I get the message:
>
>    No catch for tag: exit, t
>
> and cannot abort the recursive edit. M-x top-level RET says "Back to
> top level", and fails to return to the top level too. When I press
> C-M-c instead of C-] above, I get:
>
>    Terminal 0 is locked, cannot read from it
>
> These problems only occur in client/server mode. Relatedly, from NEWS:
>
>    Now, the default behavior is to open a new Emacs frame by default.
>    Use the -c option to get the old behavior of opening files in the
>    currently selected Emacs frame.
>
> I find that not to be the case: When I do:
>
>    $ emacs -Q --daemon
>    $ emacsclient test.txt
>
> I get:
>
>    Waiting for Emacs...
>
> and see no new frame. When I do "emacsclient -c", a new frame appears.
>
>
> In GNU Emacs 23.0.60.10 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9)
>  of 2008-10-10 on mt-computer.local
> Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000
> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: nil
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: en_GB.UTF-8
>   value of $XMODIFIERS: nil
>   locale-coding-system: nil
>   default-enable-multibyte-characters: t