GNU bug report logs -
#11102
24.0.94; C-x C-c from a client frame sometimes kills the whole Emacs process
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Tue, 27 Mar 2012 19:29:01 UTC
Severity: normal
Found in version 24.0.94
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #71 received at 11102 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Try doing this with Emacs built --without-x
Hmm, what I get with --without-x is
1. emacs -Q -nw -f server-start
2. emacsclient -c -n foo.txt
*ERROR*: Don't know how to create a frame on window system x
so I guess some more intelligent error handling is needed here. If I
use "-t -n foo.txt", then (as I noted in my earlier email) the file is
opened in the existing Emacs terminal frame. I'll see what I can do
about these issues, but they are basically not urgent to fix for 24.1.
The issue which Dani and Juanma were talking about is a separate one:
for a graphical Emacs on Windows, "emacsclient -c -n foo.txt" ought to
create a new frame with a `client' parameter, so that C-x C-c exits
Emacs instead of closing just that frame. That is the intended
behavior, which is also the behavior on GNU/Linux when there is a
graphical display available. I think the patch I posted earlier should
DTRT for Windows, if you or Juanma can try it.
This bug report was last modified 13 years and 34 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.