From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Kifer Newsgroups: gmane.emacs.devel Subject: Re: [evilborisnet@netscape.net: weird behavior of ediff with multiple displays] Date: Tue, 06 Dec 2005 21:10:05 -0500 Message-ID: <20051207021005.A09C1CBED5@kiferserv.kiferhome.com> References: NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1133921593 8852 80.91.229.2 (7 Dec 2005 02:13:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 7 Dec 2005 02:13:13 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 07 03:13:11 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EjomW-0002CA-Gp for ged-emacs-devel@m.gmane.org; Wed, 07 Dec 2005 03:11:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ejomj-00051B-DM for ged-emacs-devel@m.gmane.org; Tue, 06 Dec 2005 21:11:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EjolK-0004Zq-7C for emacs-devel@gnu.org; Tue, 06 Dec 2005 21:10:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EjolJ-0004ZW-Fm for emacs-devel@gnu.org; Tue, 06 Dec 2005 21:10:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EjolJ-0004ZQ-8x for emacs-devel@gnu.org; Tue, 06 Dec 2005 21:10:29 -0500 Original-Received: from [130.245.1.15] (helo=sbcs.cs.sunysb.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ejom3-0000Zc-Ci; Tue, 06 Dec 2005 21:11:15 -0500 Original-Received: from kiferserv.kiferhome.com (compserv2 [130.245.1.58]) by sbcs.cs.sunysb.edu (8.12.3/8.12.11) with ESMTP id jB72A4Gg026886; Tue, 6 Dec 2005 21:10:04 -0500 (EST) Original-Received: by kiferserv.kiferhome.com (Postfix, from userid 500) id A09C1CBED5; Tue, 6 Dec 2005 21:10:05 -0500 (EST) Original-Received: from [127.0.0.1]:10025 (localhost [127.0.0.1]) by kiferserv.kiferhome.com (Postfix) with ESMTP id 95AD9CB498; Tue, 6 Dec 2005 21:10:05 -0500 (EST) Original-To: evilborisnet@netscape.net In-Reply-To: Message from "Richard M. Stallman" of "Mon, 05 Dec 2005 11:38:03 EST." X-Mailer: MH-E 7.85+cvs; nmh 1.0.4; GNU Emacs 22.0.50.5 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:47096 Archived-At: It's a mystery. I have no idea where this minibuffer frame is coming from. It wasn't requested by ediff either. In fact, I am pretty confident that this is an Emacs bug, not Ediff's. If you try your routine: emacs-cvs -Q -q --display :0.0 --eval '(make-frame-on-display "localhost:10.0") through an ssh tunnel, as you described, but instead of using ediff try to eval this: (make-frame (list '(name . "FOOBAR") '(minibuffer . nil) '(user-position . t) '(vertical-scroll-bars . nil) '(menu-bar-lines . 0) '(tool-bar-lines . 0) '(auto-lower . nil) '(auto-raise . t) '(visibility . nil) '(width . 1) '(height . 1))) then when the dust settles you will see an unrequested minibuffer frame as well. In fact, the FOOBAR frame doesn't show up at all, but only the unrequested minibuffer. --michael > ------- Start of forwarded message ------- > X-Injected-Via-Gmane: http://gmane.org/ > To: emacs-devel@gnu.org > From: Evil Boris > Date: Sun, 04 Dec 2005 20:01:18 -0500 > X-Gmane-NNTP-Posting-Host: 207-38-193-43.c3-0.wsd-ubr1.qens-wsd.ny.cable.rcn.com > Cancel-Lock: sha1:iL8AA0szOIxG1i5eS5q3drbE9pU= > Subject: weird behavior of ediff with multiple displays > Sender: emacs-devel-bounces+rms=gnu.org@gnu.org > X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python > X-Spam-Level: > X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 > > > 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 > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel > ------- End of forwarded message ------- >