Naitik Shah | 19 Sep 2009 22:21
Gravatar

bug#4492: 23.1.50; Cocoa Emacs crashes with being used with Daemon mode

Subject: 23.1.50; Cocoa Emacs crashes with being used with Daemon mode
From: Naitik Shah <n <at> daaku.org>
--text follows this line--

1. In the terminal, start the Emacs Daemon:
/Applications/Emacs.app/Contents/MacOS/Emacs --daemon

2. In the terminal, start a new Emacs Frame on the daemon:
/Applications/Emacs.app/Contents/MacOS/bin/emacsclient -c

3. The frame will not have focus. First focus it.

4. Use Apple-W to close the frame.

5. The GUI Emacs Application should still be running without any active
frames. Try opening one of the Menu's.

Emacs Crashes.



In GNU Emacs 23.1.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
 of 2009-08-28 on neutron.local
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--with-ns''

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_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  recentf-mode: t
  server-mode: t
  global-pabbrev-mode: t
  pabbrev-mode: t
  show-paren-mode: t
  savehist-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC x r e p o r TAB b u TAB RET

Recent messages:
("/Applications/Emacs.app/Contents/MacOS/Emacs")
Loading `erlang': old-style backquotes detected!
Loading `patmatch': old-style backquotes detected!
Ido mode enabled
Loading /Users/naitik/.recentf...done
Cleaning up the recentf list...done (0 removed)
Restarting server
When done with this frame, type C-x 5 0

Load-path shadows:
/Users/naitik/usr/erlang-r13b01/lib/erlang/lib/tools-2.6.4/emacs/erlang hides ~/.emacs.d/lib/erlang
/Users/naitik/usr/erlang-r13b01/lib/erlang/lib/tools-2.6.4/emacs/erlang-start hides ~/.emacs.d/lib/erlang-start

Emacs bug Tracking System | 22 Sep 2009 22:00

bug#4492: marked as done (23.1.50; Cocoa Emacs crashes with being used with Daemon mode)

Your message dated Tue, 22 Sep 2009 15:55:00 -0400
with message-id <A732FAD4-1135-4ACE-B38E-1F9D24A45FD2 <at> gmail.com>
and subject line Re: 23.1.50; Cocoa Emacs crashes with being used with Daemon mode
has caused the Emacs bug report #4492,
regarding 23.1.50; Cocoa Emacs crashes with being used with Daemon mode
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner <at> emacsbugs.donarmstrong.com
immediately.)

-- 
4492: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4492
Emacs Bug Tracking System
Contact owner <at> emacsbugs.donarmstrong.com with problems
Gravatar
From: Naitik Shah <n <at> daaku.org>
Subject: 23.1.50; Cocoa Emacs crashes with being used with Daemon mode
Date: 2009-09-19 20:21:47 GMT

Subject: 23.1.50; Cocoa Emacs crashes with being used with Daemon mode
From: Naitik Shah <n <at> daaku.org>
--text follows this line--

1. In the terminal, start the Emacs Daemon:
/Applications/Emacs.app/Contents/MacOS/Emacs --daemon

2. In the terminal, start a new Emacs Frame on the daemon:
/Applications/Emacs.app/Contents/MacOS/bin/emacsclient -c

3. The frame will not have focus. First focus it.

4. Use Apple-W to close the frame.

5. The GUI Emacs Application should still be running without any active
frames. Try opening one of the Menu's.

Emacs Crashes.



In GNU Emacs 23.1.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
 of 2009-08-28 on neutron.local
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--with-ns''

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_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  recentf-mode: t
  server-mode: t
  global-pabbrev-mode: t
  pabbrev-mode: t
  show-paren-mode: t
  savehist-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC x r e p o r TAB b u TAB RET

Recent messages:
("/Applications/Emacs.app/Contents/MacOS/Emacs")
Loading `erlang': old-style backquotes detected!
Loading `patmatch': old-style backquotes detected!
Ido mode enabled
Loading /Users/naitik/.recentf...done
Cleaning up the recentf list...done (0 removed)
Restarting server
When done with this frame, type C-x 5 0

Load-path shadows:
/Users/naitik/usr/erlang-r13b01/lib/erlang/lib/tools-2.6.4/emacs/erlang hides ~/.emacs.d/lib/erlang
/Users/naitik/usr/erlang-r13b01/lib/erlang/lib/tools-2.6.4/emacs/erlang-start hides ~/.emacs.d/lib/erlang-start

Picon
From: Adrian Robert <adrian.b.robert <at> gmail.com>
Subject: Re: 23.1.50; Cocoa Emacs crashes with being used with Daemon mode
Date: 2009-09-22 19:55:00 GMT
Checked in a fix for the crash just now, thanks for the report.   
Menus will not open, but this may not be fixable.  The issue here is  
that menus and their backing implementations are normally tied in  
Emacs to a specific frame, because X11 and Windows work this way.


Gmane