GNU bug report logs - #2138
23.0.60; --daemon and ediff-window-setup-function

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Sat, 31 Jan 2009 23:55:05 UTC

Severity: normal

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2138 in the body.
You can then email your comments to 2138 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2138; Package emacs. (Sat, 31 Jan 2009 23:55:06 GMT) Full text and rfc822 format available.

Acknowledgement sent to Stephen Berman <stephen.berman <at> gmx.net>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sat, 31 Jan 2009 23:55:06 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; --daemon and ediff-window-setup-function
Date: Sun, 01 Feb 2009 00:48:13 +0100
Start Emacs like this:

1. emacs -Q --eval "(require 'ediff)"
2. emacsclient -c
3. C-h v ediff-window-setup-function
=> ediff-setup-windows-multiframe

Now start Emacs like this:

1. emacs -Q --daemon --eval "(require 'ediff)"
2. emacsclient -c
3. C-h v ediff-window-setup-function
=> ediff-setup-windows-plain


I haven't tried debugging this, but my first guess is that
ediff-setup-windows-multiframe requires non-nil window-system but (still
guessing) when there is no frame window-system evaluates to nil.


In GNU Emacs 23.0.60.31 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
 of 2009-01-31 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
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: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2138; Package emacs. (Sun, 01 Feb 2009 06:15:03 GMT) Full text and rfc822 format available.

Message #8 received at 2138 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Dan Nicolaescu <dann <at> ics.uci.edu>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2138 <at> debbugs.gnu.org
Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function
Date: Sat, 31 Jan 2009 22:05:07 -0800 (PST)
Stephen Berman <stephen.berman <at> gmx.net> writes:

  > Start Emacs like this:
  > 
  > 1. emacs -Q --eval "(require 'ediff)"
  > 2. emacsclient -c
  > 3. C-h v ediff-window-setup-function
  > => ediff-setup-windows-multiframe
  > 
  > Now start Emacs like this:
  > 
  > 1. emacs -Q --daemon --eval "(require 'ediff)"
  > 2. emacsclient -c
  > 3. C-h v ediff-window-setup-function
  > => ediff-setup-windows-plain
  > 
  > 
  > I haven't tried debugging this, but my first guess is that
  > ediff-setup-windows-multiframe requires non-nil window-system but (still
  > guessing) when there is no frame window-system evaluates to nil.

You can take --daemon out of this equation, you'd  get the same when
doing 
emacs -Q and emacs -Q -nw




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2138; Package emacs. (Sun, 01 Feb 2009 11:30:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Stephen Berman <stephen.berman <at> gmx.net>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 01 Feb 2009 11:30:03 GMT) Full text and rfc822 format available.

Message #13 received at 2138 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Dan Nicolaescu <dann <at> ics.uci.edu>
Cc: 2138 <at> debbugs.gnu.org
Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function
Date: Sun, 01 Feb 2009 12:20:08 +0100
On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann <at> ics.uci.edu> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>   > Start Emacs like this:
>   > 
>   > 1. emacs -Q --eval "(require 'ediff)"
>   > 2. emacsclient -c
>   > 3. C-h v ediff-window-setup-function
>   > => ediff-setup-windows-multiframe
>   > 
>   > Now start Emacs like this:
>   > 
>   > 1. emacs -Q --daemon --eval "(require 'ediff)"
>   > 2. emacsclient -c
>   > 3. C-h v ediff-window-setup-function
>   > => ediff-setup-windows-plain
>   > 
>   > 
>   > I haven't tried debugging this, but my first guess is that
>   > ediff-setup-windows-multiframe requires non-nil window-system but (still
>   > guessing) when there is no frame window-system evaluates to nil.
>
> You can take --daemon out of this equation, you'd  get the same when
> doing 
> emacs -Q and emacs -Q -nw

I should have been more explicit about the point of this bug report,
which is this: when I invoke `emacsclient -c' under X11, I expect the
usual behavior under X11, but in the above case, --daemon apparently
circumvents this behavior.

I cannot tell from the current documentation when using --daemon has
this effect and when it doesn't.  Hence I cannot tell whether this is a
bug or a limitation of the current implementation.  So I hope this and
similar bug reports lead to both more complete documentation and either
a bug fix or, at some point, a more feature-rich implementation.

Steve Berman




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2138; Package emacs. (Sun, 01 Feb 2009 15:00:02 GMT) Full text and rfc822 format available.

Message #16 received at 2138 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Dan Nicolaescu <dann <at> ics.uci.edu>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2138 <at> debbugs.gnu.org
Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function
Date: Sun, 1 Feb 2009 06:50:11 -0800 (PST)
Stephen Berman <stephen.berman <at> gmx.net> writes:

  > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann <at> ics.uci.edu> wrote:
  > 
  > > Stephen Berman <stephen.berman <at> gmx.net> writes:
  > >
  > >   > Start Emacs like this:
  > >   > 
  > >   > 1. emacs -Q --eval "(require 'ediff)"
  > >   > 2. emacsclient -c
  > >   > 3. C-h v ediff-window-setup-function
  > >   > => ediff-setup-windows-multiframe
  > >   > 
  > >   > Now start Emacs like this:
  > >   > 
  > >   > 1. emacs -Q --daemon --eval "(require 'ediff)"
  > >   > 2. emacsclient -c
  > >   > 3. C-h v ediff-window-setup-function
  > >   > => ediff-setup-windows-plain
  > >   > 
  > >   > 
  > >   > I haven't tried debugging this, but my first guess is that
  > >   > ediff-setup-windows-multiframe requires non-nil window-system but (still
  > >   > guessing) when there is no frame window-system evaluates to nil.
  > >
  > > You can take --daemon out of this equation, you'd  get the same when
  > > doing 
  > > emacs -Q and emacs -Q -nw
  > 
  > I should have been more explicit about the point of this bug report,
  > which is this: when I invoke `emacsclient -c' under X11, I expect the
  > usual behavior under X11, but in the above case, --daemon apparently
  > circumvents this behavior.

Again, you get the same problem if you do:
emacs -Q -nw -f server-start  --eval "(require 'ediff)"
emacsclient -c 
M-x ediff

and you have a problem if you do
emacs -Q -f server-start  --eval "(require 'ediff)"
emacsclient -t
M-x ediff

  > I cannot tell from the current documentation when using --daemon has
  > this effect and when it doesn't.  Hence I cannot tell whether this is a
  > bug or a limitation of the current implementation.  So I hope this and
  > similar bug reports lead to both more complete documentation and either
  > a bug fix or, at some point, a more feature-rich implementation.

Not really, this is not a problem with --daemon, it's a problem in the
ediff implementation that it evaluates ediff-window-setup-function at
load time.  This is not appropriate anymore now when you can have both
X11 and tty frames in the same emacs session.




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2138; Package emacs. (Sun, 01 Feb 2009 15:40:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Stephen Berman <stephen.berman <at> gmx.net>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 01 Feb 2009 15:40:04 GMT) Full text and rfc822 format available.

Message #21 received at 2138 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Dan Nicolaescu <dann <at> ics.uci.edu>
Cc: 2138 <at> debbugs.gnu.org
Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function
Date: Sun, 01 Feb 2009 16:30:54 +0100
On Sun, 1 Feb 2009 06:50:11 -0800 (PST) Dan Nicolaescu <dann <at> ics.uci.edu> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>   > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann <at> ics.uci.edu> wrote:
>   > 
>   > > Stephen Berman <stephen.berman <at> gmx.net> writes:
>   > >
>   > >   > Start Emacs like this:
>   > >   > 
>   > >   > 1. emacs -Q --eval "(require 'ediff)"
>   > >   > 2. emacsclient -c
>   > >   > 3. C-h v ediff-window-setup-function
>   > >   > => ediff-setup-windows-multiframe
>   > >   > 
>   > >   > Now start Emacs like this:
>   > >   > 
>   > >   > 1. emacs -Q --daemon --eval "(require 'ediff)"
>   > >   > 2. emacsclient -c
>   > >   > 3. C-h v ediff-window-setup-function
>   > >   > => ediff-setup-windows-plain
>   > >   > 
>   > >   > 
>   > >   > I haven't tried debugging this, but my first guess is that
>   > >   > ediff-setup-windows-multiframe requires non-nil window-system but (still
>   > >   > guessing) when there is no frame window-system evaluates to nil.
>   > >
>   > > You can take --daemon out of this equation, you'd  get the same when
>   > > doing 
>   > > emacs -Q and emacs -Q -nw
>   > 
>   > I should have been more explicit about the point of this bug report,
>   > which is this: when I invoke `emacsclient -c' under X11, I expect the
>   > usual behavior under X11, but in the above case, --daemon apparently
>   > circumvents this behavior.
>
> Again, you get the same problem if you do:
> emacs -Q -nw -f server-start  --eval "(require 'ediff)"
> emacsclient -c 
> M-x ediff
>
> and you have a problem if you do
> emacs -Q -f server-start  --eval "(require 'ediff)"
> emacsclient -t
> M-x ediff

Ok, now I see what you meant.

>   > I cannot tell from the current documentation when using --daemon has
>   > this effect and when it doesn't.  Hence I cannot tell whether this is a
>   > bug or a limitation of the current implementation.  So I hope this and
>   > similar bug reports lead to both more complete documentation and either
>   > a bug fix or, at some point, a more feature-rich implementation.
>
> Not really, this is not a problem with --daemon, it's a problem in the
> ediff implementation that it evaluates ediff-window-setup-function at
> load time.  This is not appropriate anymore now when you can have both
> X11 and tty frames in the same emacs session.

Yes, I too now see this is an ediff bug.  Thanks for the response!

Steve Berman




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2138; Package emacs. (Sun, 01 Feb 2009 18:35:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Eli Zaretskii <eliz <at> gnu.org>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 01 Feb 2009 18:35:04 GMT) Full text and rfc822 format available.

Message #26 received at 2138 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Kifer <kifer <at> cs.stonybrook.edu>, 2138 <at> debbugs.gnu.org
Cc: Dan Nicolaescu <dann <at> ics.uci.edu>, stephen.berman <at> gmx.net
Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function
Date: Sun, 01 Feb 2009 20:24:15 +0200
> Date: Sun, 1 Feb 2009 06:50:11 -0800 (PST)
> From: Dan Nicolaescu <dann <at> ics.uci.edu>
> Cc: 2138 <at> emacsbugs.donarmstrong.com
> 
> Stephen Berman <stephen.berman <at> gmx.net> writes:
> 
>   > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann <at> ics.uci.edu> wrote:
>   > 
>   > > Stephen Berman <stephen.berman <at> gmx.net> writes:
>   > >
>   > >   > Start Emacs like this:
>   > >   > 
>   > >   > 1. emacs -Q --eval "(require 'ediff)"
>   > >   > 2. emacsclient -c
>   > >   > 3. C-h v ediff-window-setup-function
>   > >   > => ediff-setup-windows-multiframe
>   > >   > 
>   > >   > Now start Emacs like this:
>   > >   > 
>   > >   > 1. emacs -Q --daemon --eval "(require 'ediff)"
>   > >   > 2. emacsclient -c
>   > >   > 3. C-h v ediff-window-setup-function
>   > >   > => ediff-setup-windows-plain
>   > >   > 
>   > >   > 
>   > >   > I haven't tried debugging this, but my first guess is that
>   > >   > ediff-setup-windows-multiframe requires non-nil window-system but (still
>   > >   > guessing) when there is no frame window-system evaluates to nil.
>   > >
>   > > You can take --daemon out of this equation, you'd  get the same when
>   > > doing 
>   > > emacs -Q and emacs -Q -nw
>   > 
>   > I should have been more explicit about the point of this bug report,
>   > which is this: when I invoke `emacsclient -c' under X11, I expect the
>   > usual behavior under X11, but in the above case, --daemon apparently
>   > circumvents this behavior.
> 
> Again, you get the same problem if you do:
> emacs -Q -nw -f server-start  --eval "(require 'ediff)"
> emacsclient -c 
> M-x ediff
> 
> and you have a problem if you do
> emacs -Q -f server-start  --eval "(require 'ediff)"
> emacsclient -t
> M-x ediff
> 
>   > I cannot tell from the current documentation when using --daemon has
>   > this effect and when it doesn't.  Hence I cannot tell whether this is a
>   > bug or a limitation of the current implementation.  So I hope this and
>   > similar bug reports lead to both more complete documentation and either
>   > a bug fix or, at some point, a more feature-rich implementation.
> 
> Not really, this is not a problem with --daemon, it's a problem in the
> ediff implementation that it evaluates ediff-window-setup-function at
> load time.  This is not appropriate anymore now when you can have both
> X11 and tty frames in the same emacs session.

Michael, could you please take care of this problem?

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#2138; Package emacs. (Thu, 26 Apr 2012 03:07:02 GMT) Full text and rfc822 format available.

Message #29 received at 2138 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2138 <at> debbugs.gnu.org
Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function
Date: Thu, 26 Apr 2012 11:04:59 +0800
Stephen Berman <stephen.berman <at> gmx.net> writes:

> 1. emacs -Q --daemon --eval "(require 'ediff)"
> 2. emacsclient -c
> 3. C-h v ediff-window-setup-function
> => ediff-setup-windows-plain

I've committed a fix to trunk.




bug closed, send any further explanations to 2138 <at> debbugs.gnu.org and Stephen Berman <stephen.berman <at> gmx.net> Request was from Chong Yidong <cyd <at> gnu.org> to control <at> debbugs.gnu.org. (Thu, 26 Apr 2012 03:07:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 24 May 2012 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 11 years and 348 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.