From stephen.berman@gmx.net Sat Jan 31 15:48:32 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 31 Jan 2009 23:48:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0VNmOxZ013180 for ; Sat, 31 Jan 2009 15:48:25 -0800 Received: from mx10.gnu.org ([199.232.76.166]:58519) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LTPXs-00008M-Ix for emacs-pretest-bug@gnu.org; Sat, 31 Jan 2009 18:46:40 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LTPZW-0001HK-Sq for emacs-pretest-bug@gnu.org; Sat, 31 Jan 2009 18:48:24 -0500 Received: from mail.gmx.net ([213.165.64.20]:54170) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LTPZW-0001F2-9R for emacs-pretest-bug@gnu.org; Sat, 31 Jan 2009 18:48:22 -0500 Received: (qmail invoked by alias); 31 Jan 2009 23:48:14 -0000 Received: from i59F5BD20.versanet.de (EHLO escher.local.home) [89.245.189.32] by mail.gmx.net (mp043) with SMTP; 01 Feb 2009 00:48:14 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX18gMlUstVogLjfnyytyfHZfub+ZgoAEr83Xzoh+0K eQh2H833uygLT7 Received: by escher.local.home (Postfix, from userid 1000) id 21FD71D0D80; Sun, 1 Feb 2009 00:48:14 +0100 (CET) From: Stephen Berman To: emacs-pretest-bug@gnu.org Subject: 23.0.60; --daemon and ediff-window-setup-function Sender: steve@escher.local.home Date: Sun, 01 Feb 2009 00:48:13 +0100 Message-ID: <87ljsrxcjm.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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 From dann@rodan.ics.uci.edu Sat Jan 31 22:05:55 2009 Received: (at 2138) by emacsbugs.donarmstrong.com; 1 Feb 2009 06:05:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1165rja026194 for <2138@emacsbugs.donarmstrong.com>; Sat, 31 Jan 2009 22:05:54 -0800 Received: from rodan.ics.uci.edu (rodan.ics.uci.edu [128.195.6.9]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n11658fh012518; Sat, 31 Jan 2009 22:05:08 -0800 (PST) Received: (from dann@localhost) by rodan.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n11657oU019887; Sat, 31 Jan 2009 22:05:07 -0800 (PST) Date: Sat, 31 Jan 2009 22:05:07 -0800 (PST) Message-Id: <200902010605.n11657oU019887@rodan.ics.uci.edu> From: Dan Nicolaescu To: Stephen Berman Cc: 2138@debbugs.gnu.org Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function References: <87ljsrxcjm.fsf@escher.local.home> X-Debbugs-No-Ack: yes In-Reply-To: <87ljsrxcjm.fsf@escher.local.home> (Stephen Berman's message of "Sun, 01 Feb 2009 00:48:13 +0100") Lines: 24 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n11658fh012518 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@rodan.ics.uci.edu Stephen Berman 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 From stephen.berman@gmx.net Sun Feb 1 03:20:21 2009 Received: (at 2138) by emacsbugs.donarmstrong.com; 1 Feb 2009 11:20:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n11BKG0t006700 for <2138@emacsbugs.donarmstrong.com>; Sun, 1 Feb 2009 03:20:18 -0800 Received: (qmail invoked by alias); 01 Feb 2009 11:20:11 -0000 Received: from i59F575FE.versanet.de (EHLO escher.local.home) [89.245.117.254] by mail.gmx.net (mp054) with SMTP; 01 Feb 2009 12:20:11 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1+lYSYEhhClVUbwz5jv3lOF11dVxZeAhXw5FZYpLX tjEaTmcoO/iZpW Received: by escher.local.home (Postfix, from userid 1000) id 24F0F1D0D84; Sun, 1 Feb 2009 12:20:09 +0100 (CET) From: Stephen Berman To: Dan Nicolaescu Cc: 2138@debbugs.gnu.org Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function References: <87ljsrxcjm.fsf@escher.local.home> <200902010605.n11657oU019887@rodan.ics.uci.edu> Sender: steve@escher.local.home Date: Sun, 01 Feb 2009 12:20:08 +0100 In-Reply-To: <200902010605.n11657oU019887@rodan.ics.uci.edu> (Dan Nicolaescu's message of "Sat, 31 Jan 2009 22:05:07 -0800 (PST)") Message-ID: <87ljsqz9nb.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu wrote: > Stephen Berman 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 From dann@rodan.ics.uci.edu Sun Feb 1 06:51:14 2009 Received: (at 2138) by emacsbugs.donarmstrong.com; 1 Feb 2009 14:51:14 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n11EpBeo027407 for <2138@emacsbugs.donarmstrong.com>; Sun, 1 Feb 2009 06:51:12 -0800 Received: from rodan.ics.uci.edu (rodan.ics.uci.edu [128.195.6.9]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n11EoDZV006143; Sun, 1 Feb 2009 06:50:13 -0800 (PST) Received: (from dann@localhost) by rodan.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n11EoBgg026080; Sun, 1 Feb 2009 06:50:11 -0800 (PST) Date: Sun, 1 Feb 2009 06:50:11 -0800 (PST) Message-Id: <200902011450.n11EoBgg026080@rodan.ics.uci.edu> From: Dan Nicolaescu To: Stephen Berman Cc: 2138@debbugs.gnu.org Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function References: <87ljsrxcjm.fsf@escher.local.home> <200902010605.n11657oU019887@rodan.ics.uci.edu> <87ljsqz9nb.fsf@escher.local.home> X-Debbugs-No-Ack: yes In-Reply-To: <87ljsqz9nb.fsf@escher.local.home> (Stephen Berman's message of "Sun, 01 Feb 2009 12:20:08 +0100") Lines: 54 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n11EoDZV006143 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@rodan.ics.uci.edu Stephen Berman writes: > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu wrote: > > > Stephen Berman 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. From stephen.berman@gmx.net Sun Feb 1 07:31:07 2009 Received: (at 2138) by emacsbugs.donarmstrong.com; 1 Feb 2009 15:31:07 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n11FV2gH005383 for <2138@emacsbugs.donarmstrong.com>; Sun, 1 Feb 2009 07:31:04 -0800 Received: (qmail invoked by alias); 01 Feb 2009 15:30:56 -0000 Received: from i59F575FE.versanet.de (EHLO escher.local.home) [89.245.117.254] by mail.gmx.net (mp055) with SMTP; 01 Feb 2009 16:30:56 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX18o0x46z0kos7xiJnWSPMIeEoy75r95bvRu+Tb1bZ fC3msdl+tZTqkm Received: by escher.local.home (Postfix, from userid 1000) id 2925F1D0D80; Sun, 1 Feb 2009 16:30:55 +0100 (CET) From: Stephen Berman To: Dan Nicolaescu Cc: 2138@debbugs.gnu.org Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function References: <87ljsrxcjm.fsf@escher.local.home> <200902010605.n11657oU019887@rodan.ics.uci.edu> <87ljsqz9nb.fsf@escher.local.home> <200902011450.n11EoBgg026080@rodan.ics.uci.edu> Sender: steve@escher.local.home Date: Sun, 01 Feb 2009 16:30:54 +0100 In-Reply-To: <200902011450.n11EoBgg026080@rodan.ics.uci.edu> (Dan Nicolaescu's message of "Sun, 1 Feb 2009 06:50:11 -0800 (PST)") Message-ID: <8763jutbrl.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 On Sun, 1 Feb 2009 06:50:11 -0800 (PST) Dan Nicolaescu wrote: > Stephen Berman writes: > > > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu wrote: > > > > > Stephen Berman 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 From eliz@gnu.org Sun Feb 1 10:25:10 2009 Received: (at 2138) by emacsbugs.donarmstrong.com; 1 Feb 2009 18:25:11 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout6.012.net.il (mtaout6.012.net.il [84.95.2.16]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n11IP6gq015264 for <2138@emacsbugs.donarmstrong.com>; Sun, 1 Feb 2009 10:25:07 -0800 Received: from conversion-daemon.i-mtaout6.012.net.il by i-mtaout6.012.net.il (HyperSendmail v2007.08) id <0KEE00200G6PVH00@i-mtaout6.012.net.il> for 2138@emacsbugs.donarmstrong.com; Sun, 01 Feb 2009 20:24:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.109.18]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KEE00GFKGGWKT40@i-mtaout6.012.net.il>; Sun, 01 Feb 2009 20:24:34 +0200 (IST) Date: Sun, 01 Feb 2009 20:24:15 +0200 From: Eli Zaretskii Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function In-reply-to: <200902011450.n11EoBgg026080@rodan.ics.uci.edu> X-012-Sender: halo1@inter.net.il To: Michael Kifer , 2138@debbugs.gnu.org Cc: Dan Nicolaescu , stephen.berman@gmx.net Reply-to: Eli Zaretskii Message-id: References: <87ljsrxcjm.fsf@escher.local.home> <200902010605.n11657oU019887@rodan.ics.uci.edu> <87ljsqz9nb.fsf@escher.local.home> <200902011450.n11EoBgg026080@rodan.ics.uci.edu> > Date: Sun, 1 Feb 2009 06:50:11 -0800 (PST) > From: Dan Nicolaescu > Cc: 2138@emacsbugs.donarmstrong.com > > Stephen Berman writes: > > > On Sat, 31 Jan 2009 22:05:07 -0800 (PST) Dan Nicolaescu wrote: > > > > > Stephen Berman 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 25 23:06:09 2012 Received: (at 2138) by debbugs.gnu.org; 26 Apr 2012 03:06:10 +0000 Received: from localhost ([127.0.0.1]:53307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SNF21-0002ct-08 for submit@debbugs.gnu.org; Wed, 25 Apr 2012 23:06:09 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:60989 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SNF1w-0002cj-D7 for 2138@debbugs.gnu.org; Wed, 25 Apr 2012 23:06:05 -0400 Received: from bb116-14-12-6.singnet.com.sg ([116.14.12.6]:48125 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SNF10-0002iy-LL; Wed, 25 Apr 2012 23:05:07 -0400 From: Chong Yidong To: Stephen Berman Subject: Re: bug#2138: 23.0.60; --daemon and ediff-window-setup-function References: <87ljsrxcjm.fsf@escher.local.home> Date: Thu, 26 Apr 2012 11:04:59 +0800 In-Reply-To: <87ljsrxcjm.fsf@escher.local.home> (Stephen Berman's message of "Sun, 01 Feb 2009 00:48:13 +0100") Message-ID: <87397rnqg4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 2138 Cc: 2138@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Stephen Berman 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 25 23:06:17 2012 Received: (at control) by debbugs.gnu.org; 26 Apr 2012 03:06:17 +0000 Received: from localhost ([127.0.0.1]:53310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SNF28-0002dB-VC for submit@debbugs.gnu.org; Wed, 25 Apr 2012 23:06:17 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:60990 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SNF26-0002d4-FG for control@debbugs.gnu.org; Wed, 25 Apr 2012 23:06:15 -0400 Received: from bb116-14-12-6.singnet.com.sg ([116.14.12.6]:48126 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SNF1B-0002ou-3o for control@debbugs.gnu.org; Wed, 25 Apr 2012 23:05:17 -0400 From: Chong Yidong To: control@debbugs.gnu.org Subject: close 2138 Date: Thu, 26 Apr 2012 11:05:10 +0800 Message-ID: <87mx5z6vmh.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) close 2138 thanks From unknown Fri Sep 12 02:09:35 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 24 May 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator