unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* weird behavior of ediff with multiple displays
@ 2005-12-05  1:01 Evil Boris
  2005-12-05  4:15 ` Eric Hanchrow
  0 siblings, 1 reply; 2+ messages in thread
From: Evil Boris @ 2005-12-05  1:01 UTC (permalink / raw)



Has anyone seen the following beahavior from ediff while running on
multiple displays (not multiple screens of the same display):

While logged in remotely through SSH with X tunnelling turned on, I
execute (details: Solaris 2.7, :0.0 is local display, localhost:10.0
is SSH tunneled display):

emacs-cvs -Q -q --display :0.0 --eval '(make-frame-on-display "localhost:10.0")

Now in the resulting window that pops out on localhost:10.0 (remote
display) I execute "M-x ediff RET file1 RET file2".  What I get on the
localhost:10.0 display is the usual ediff control frame PLUS a weird
wide and narrow (one or two lines tall) *Minibuf-0* frame (a dedicated
minibuffer frame!?!?) that I definitely did not ask for.

I have seen this happen over many versions of CVS Emacs, with remote
machine being a WinXP box with an X server, or a Linux box (ancient
Mandrake, if it matters), so I am pretty sure it's an Emacs ediff
"feature".

Interestingly, if I start emacs-cvs by hand with localhost:10.0
display and then make-frame-on-display on :0.0, the effect
disappears---it seems to matter which display was opened first.

Any ideas would be welcome.  How do I debug this?  Can anyone
reproduce this?

          --Boris

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

* Re: weird behavior of ediff with multiple displays
  2005-12-05  1:01 weird behavior of ediff with multiple displays Evil Boris
@ 2005-12-05  4:15 ` Eric Hanchrow
  0 siblings, 0 replies; 2+ messages in thread
From: Eric Hanchrow @ 2005-12-05  4:15 UTC (permalink / raw)


> Now in the resulting window that pops out on localhost:10.0 (remote
> display) I execute "M-x ediff RET file1 RET file2".  What I get on the
> localhost:10.0 display is the usual ediff control frame PLUS a weird
> wide and narrow (one or two lines tall) *Minibuf-0* frame (a dedicated
> minibuffer frame!?!?) that I definitely did not ask for.


Evil Boris <evilborisnet <at> netscape.net> writes:
I'm pretty sure I've seen that once, but other than saying "me too", I have no
insight to offer.

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

end of thread, other threads:[~2005-12-05  4:15 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-05  1:01 weird behavior of ediff with multiple displays Evil Boris
2005-12-05  4:15 ` Eric Hanchrow

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