unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
@ 2009-01-31 23:48 Stephen Berman
  2009-02-01  6:05 ` Dan Nicolaescu
  2012-04-26  3:04 ` Chong Yidong
  0 siblings, 2 replies; 7+ messages in thread
From: Stephen Berman @ 2009-01-31 23:48 UTC (permalink / raw)
  To: emacs-pretest-bug

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






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

* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
  2009-01-31 23:48 bug#2138: 23.0.60; --daemon and ediff-window-setup-function Stephen Berman
@ 2009-02-01  6:05 ` Dan Nicolaescu
  2009-02-01 11:20   ` Stephen Berman
  2012-04-26  3:04 ` Chong Yidong
  1 sibling, 1 reply; 7+ messages in thread
From: Dan Nicolaescu @ 2009-02-01  6:05 UTC (permalink / raw)
  To: Stephen Berman; +Cc: 2138

Stephen Berman <stephen.berman@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






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

* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
  2009-02-01  6:05 ` Dan Nicolaescu
@ 2009-02-01 11:20   ` Stephen Berman
  2009-02-01 14:50     ` Dan Nicolaescu
  0 siblings, 1 reply; 7+ messages in thread
From: Stephen Berman @ 2009-02-01 11:20 UTC (permalink / raw)
  To: Dan Nicolaescu; +Cc: 2138

On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann@ics.uci.edu> wrote:

> Stephen Berman <stephen.berman@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






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

* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
  2009-02-01 11:20   ` Stephen Berman
@ 2009-02-01 14:50     ` Dan Nicolaescu
  2009-02-01 15:30       ` Stephen Berman
  2009-02-01 18:24       ` Eli Zaretskii
  0 siblings, 2 replies; 7+ messages in thread
From: Dan Nicolaescu @ 2009-02-01 14:50 UTC (permalink / raw)
  To: Stephen Berman; +Cc: 2138

Stephen Berman <stephen.berman@gmx.net> writes:

  > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann@ics.uci.edu> wrote:
  > 
  > > Stephen Berman <stephen.berman@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.






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

* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
  2009-02-01 14:50     ` Dan Nicolaescu
@ 2009-02-01 15:30       ` Stephen Berman
  2009-02-01 18:24       ` Eli Zaretskii
  1 sibling, 0 replies; 7+ messages in thread
From: Stephen Berman @ 2009-02-01 15:30 UTC (permalink / raw)
  To: Dan Nicolaescu; +Cc: 2138

On Sun, 1 Feb 2009 06:50:11 -0800 (PST) Dan Nicolaescu <dann@ics.uci.edu> wrote:

> Stephen Berman <stephen.berman@gmx.net> writes:
>
>   > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann@ics.uci.edu> wrote:
>   > 
>   > > Stephen Berman <stephen.berman@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






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

* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
  2009-02-01 14:50     ` Dan Nicolaescu
  2009-02-01 15:30       ` Stephen Berman
@ 2009-02-01 18:24       ` Eli Zaretskii
  1 sibling, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2009-02-01 18:24 UTC (permalink / raw)
  To: Michael Kifer, 2138; +Cc: Dan Nicolaescu, stephen.berman

> Date: Sun, 1 Feb 2009 06:50:11 -0800 (PST)
> From: Dan Nicolaescu <dann@ics.uci.edu>
> Cc: 2138@emacsbugs.donarmstrong.com
> 
> Stephen Berman <stephen.berman@gmx.net> writes:
> 
>   > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu <dann@ics.uci.edu> wrote:
>   > 
>   > > Stephen Berman <stephen.berman@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.






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

* bug#2138: 23.0.60; --daemon and ediff-window-setup-function
  2009-01-31 23:48 bug#2138: 23.0.60; --daemon and ediff-window-setup-function Stephen Berman
  2009-02-01  6:05 ` Dan Nicolaescu
@ 2012-04-26  3:04 ` Chong Yidong
  1 sibling, 0 replies; 7+ messages in thread
From: Chong Yidong @ 2012-04-26  3:04 UTC (permalink / raw)
  To: Stephen Berman; +Cc: 2138

Stephen Berman <stephen.berman@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.





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

end of thread, other threads:[~2012-04-26  3:04 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-31 23:48 bug#2138: 23.0.60; --daemon and ediff-window-setup-function Stephen Berman
2009-02-01  6:05 ` Dan Nicolaescu
2009-02-01 11:20   ` Stephen Berman
2009-02-01 14:50     ` Dan Nicolaescu
2009-02-01 15:30       ` Stephen Berman
2009-02-01 18:24       ` Eli Zaretskii
2012-04-26  3:04 ` Chong Yidong

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).