bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#4769: 23.1; GNU Emacs 23.1.1 (powerpc-apple-darwin9.8.0, NS apple-ap


From: Alan Third
Subject: bug#4769: 23.1; GNU Emacs 23.1.1 (powerpc-apple-darwin9.8.0, NS apple-appkit-949.54) crashes (case 1) with "Fatal error (10)Abort trap" or freezes/hangs (case 2) with "Fatal error (10)" when (accidentally) pressing CMD-q while the MacOSX Menu bar is active
Date: Mon, 02 May 2016 14:40:52 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (darwin)

"address@hidden" <address@hidden>
writes:

> (1) I have set the following in .emacs:
>
> (setq ns-command-modifier             'meta)
> (setq ns-alternate-modifier           'none)
>
> I do this in order to get the same key-bindings as I do when running
> Emacs under X11.  This makes the M-... effectively CMD-... as far as
> MacOSX is concerned.
>
>
> (2) I also have the following customization option set in .emacs:
>
>  '(confirm-kill-emacs (quote y-or-n-p))
>
> This means that a Cocoa Yes-or-no confirmation dialog will be
> displayed whenever Emacs is quit using the GUI (MenuBar -> "Emacs" ->
> "Quit") saying: "Really exit Emacs?" (case 1)
>
>
> When the MacOSX menu bar for Emacs 23 is being accessed (and maybe in
> other untested scenarios as well), I accidentally press CMD-q (instead
> of CMD-tab in order to switch to a different application's window) and
> MacOSX immediately interprets this as the "Quit" keyboard shortcut,
> resulting in the Cocoa dialog(s) being displayed: "Really exit
> Emacs?", which causes a crash (case 1) with "Fatal error (10)Abort
> trap" to be output on the terminal from which Emacs was invoked.

Hi, sorry it's taken so long for someone to respond to this bug report.
I can't reproduce this in Emacs 25. Are you able to reproduce it in a
recent version of Emacs?
-- 
Alan Third





reply via email to

[Prev in Thread] Current Thread [Next in Thread]