GNU bug report logs -
#3819
23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3819 in the body.
You can then email your comments to 3819 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3819
; Package
emacs
.
(Sat, 11 Jul 2009 05:40:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Christopher League <league <at> contrapunctus.net>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sat, 11 Jul 2009 05:40:06 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org
mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
% /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs -Q &
M-x server-start
% /Applications/MacPorts/Emacs.app/Contents/MacOS/bin/emacsclient
hello.txt
Waiting for Emacs...
At this point, a new frame is created (even without the --create-frame
option). It contains the contents of hello.txt, but in the minibuffer
is the prompt: "Buffer `hello.txt' still has clients; kill it? (yes or
no)" as if we had invoked kill-buffer.
If I type no, then I can edit, save and C-x # as expected. (Although
once finished, the new frame remains.)
It gets worse if I use "emacsclient --no-wait". In that case, the new
frame pops up, but it just contains *scratch* or *Messages*; the buffer
`hello.txt' does not exist at all. There is nothing in *Messages*
except "For information about GNU Emacs [...]".
Thanks!
Chris
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Applications/MacPorts/Emacs.app/Contents/Resources/etc/DEBUG for
instructions.
In GNU Emacs 23.0.60.1 (i386-apple-darwin9.7.0, *Step 9.0rc3)
of 2009-07-02 on sagan.home.lan
configured using `configure '--with-ns' '--without-x' '--prefix=/opt/
local/var/macports/build/_opt_macports_dports_aqua_emacs-app/work/
emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/Resources' '--
exec_prefix=/opt/local/var/macports/build/
_opt_macports_dports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/
nextstep/build/Emacs.app/Contents/MacOS' '--libexecdir=/opt/local/var/
macports/build/_opt_macports_dports_aqua_emacs-app/work/
emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS/
libexec' '--with-pop' '--enable-font-backend' '--without-freetype'
'CC=gcc-4.0' 'CFLAGS=-g -O3 -arch ppc -arch i386''
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:
tooltip-mode: t
menu-bar-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-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o r t - e m a c s - b u g <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3819
; Package
emacs
.
(Sat, 11 Jul 2009 19:55:05 GMT)
Full text and
rfc822 format available.
Message #8 received at 3819 <at> emacsbugs.donarmstrong.com (full text, mbox):
reassign 3819 emacs,ns
tags 3819 moreinfo
stop
Christopher League wrote:
> In GNU Emacs 23.0.60.1 (i386-apple-darwin9.7.0, *Step 9.0rc3)
That is rather old, and there have been a lot of changes since then.
Can you try the 23.0.96 pretest available from
http://alpha.gnu.org/gnu/emacs/pretest/
bug reassigned from package `emacs' to `emacs,ns'.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Sat, 11 Jul 2009 19:55:07 GMT)
Full text and
rfc822 format available.
Tags added: moreinfo
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Sat, 11 Jul 2009 19:55:07 GMT)
Full text and
rfc822 format available.
Reply sent
to
Christopher League <league <at> contrapunctus.net>
:
You have taken responsibility.
(Sat, 11 Jul 2009 20:15:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Christopher League <league <at> contrapunctus.net>
:
bug acknowledged by developer.
(Sat, 11 Jul 2009 20:15:04 GMT)
Full text and
rfc822 format available.
Message #17 received at 3819-done <at> emacsbugs.donarmstrong.com (full text, mbox):
fixed 3819 23.0.96
stop
On Jul 11, 2009, at 3:47 PM, Glenn Morris wrote:
> That is rather old, and there have been a lot of changes since then.
> Can you try the 23.0.96 pretest available from
> http://alpha.gnu.org/gnu/emacs/pretest/
Indeed it works as expected in 23.0.96. Sorry for the noise. I may
track CVS more closely until the 23 release.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Sun, 09 Aug 2009 14:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 13 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.