all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
@ 2009-07-11  5:31 ` Christopher League
  2009-07-11 19:47   ` Glenn Morris
  2009-07-11 20:15   ` bug#3819: marked as done (23.0.60; MacOS Emacs.app: emacsclient buffer killed right away) Emacs bug Tracking System
  0 siblings, 2 replies; 4+ messages in thread
From: Christopher League @ 2009-07-11  5:31 UTC (permalink / raw)
  To: emacs-pretest-bug


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@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.






^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
  2009-07-11  5:31 ` bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away Christopher League
@ 2009-07-11 19:47   ` Glenn Morris
  2009-07-11 19:55     ` Processed: " Emacs bug Tracking System
  2009-07-11 20:15   ` bug#3819: marked as done (23.0.60; MacOS Emacs.app: emacsclient buffer killed right away) Emacs bug Tracking System
  1 sibling, 1 reply; 4+ messages in thread
From: Glenn Morris @ 2009-07-11 19:47 UTC (permalink / raw)
  To: Christopher League; +Cc: 3819

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/





^ permalink raw reply	[flat|nested] 4+ messages in thread

* Processed: Re: bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
  2009-07-11 19:47   ` Glenn Morris
@ 2009-07-11 19:55     ` Emacs bug Tracking System
  0 siblings, 0 replies; 4+ messages in thread
From: Emacs bug Tracking System @ 2009-07-11 19:55 UTC (permalink / raw)
  To: Glenn Morris; +Cc: Emacs Bugs, ns for {3819}

Processing commands for control@emacsbugs.donarmstrong.com:

> reassign 3819 emacs,ns
bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
Warning: Unknown package 'ns'
bug reassigned from package `emacs' to `emacs,ns'.

> tags 3819 moreinfo
bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
There were no tags set.
Warning: Unknown package 'ns'
Tags added: moreinfo

> stop
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#3819: marked as done (23.0.60; MacOS Emacs.app: emacsclient buffer killed right away)
  2009-07-11  5:31 ` bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away Christopher League
  2009-07-11 19:47   ` Glenn Morris
@ 2009-07-11 20:15   ` Emacs bug Tracking System
  1 sibling, 0 replies; 4+ messages in thread
From: Emacs bug Tracking System @ 2009-07-11 20:15 UTC (permalink / raw)
  To: Christopher League

[-- Attachment #1: Type: text/plain, Size: 948 bytes --]


Your message dated Sat, 11 Jul 2009 16:12:29 -0400
with message-id <63B91D9A-E0A5-4B1F-AB3B-ED44C614D351@contrapunctus.net>
and subject line Re: bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
has caused the Emacs bug report #3819,
regarding 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
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@emacsbugs.donarmstrong.com
immediately.)


-- 
3819: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3819
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5151 bytes --]

From: Christopher League <league@contrapunctus.net>
To: emacs-pretest-bug@gnu.org
Subject: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
Date: Sat, 11 Jul 2009 01:31:29 -0400
Message-ID: <A4C5B18B-A65D-4823-BBE8-A569C8AF8ACA@contrapunctus.net>


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@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.



[-- Attachment #3: Type: message/rfc822, Size: 1970 bytes --]

From: Christopher League <league@contrapunctus.net>
To: 3819-done@emacsbugs.donarmstrong.com
Subject: Re: bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away
Date: Sat, 11 Jul 2009 16:12:29 -0400
Message-ID: <63B91D9A-E0A5-4B1F-AB3B-ED44C614D351@contrapunctus.net>

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.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-07-11 20:15 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <63B91D9A-E0A5-4B1F-AB3B-ED44C614D351@contrapunctus.net>
2009-07-11  5:31 ` bug#3819: 23.0.60; MacOS Emacs.app: emacsclient buffer killed right away Christopher League
2009-07-11 19:47   ` Glenn Morris
2009-07-11 19:55     ` Processed: " Emacs bug Tracking System
2009-07-11 20:15   ` bug#3819: marked as done (23.0.60; MacOS Emacs.app: emacsclient buffer killed right away) Emacs bug Tracking System

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.