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

[Markus Triska]

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