GNU bug report logs - #2024
23.0.60; Document --daemon incompatibility with X11 options

Message received at 2024 <at> emacsbugs.donarmstrong.com:

Received: (at 2024) by emacsbugs.donarmstrong.com; 2 Feb 2009 17:59:48 +0000
From monnier <at> iro.umontreal.ca Mon Feb  2 09:59:48 2009
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=1.5 required=4.0 tests=FAKE_REPLY_C,HAS_BUG_NUMBER,
	XIRONPORT autolearn=no version=3.2.5-bugs.debian.org_2005_01_02
Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n12HxjL6014077
	for <2024 <at> emacsbugs.donarmstrong.com>; Mon, 2 Feb 2009 09:59:46 -0800
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AswEAPfChknO+IQk/2dsb2JhbACBbr1YCIxIgloIgTIGgmw
X-IronPort-AV: E=Sophos;i="4.37,366,1231131600"; 
   d="scan'208";a="33211503"
Received: from 206-248-132-36.dsl.teksavvy.com (HELO pastel.home) ([206.248.132.36])
  by ironport2-out.teksavvy.com with ESMTP; 02 Feb 2009 12:59:39 -0500
Received: by pastel.home (Postfix, from userid 20848)
	id 76B628229; Mon,  2 Feb 2009 12:59:39 -0500 (EST)
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2024 <at> debbugs.gnu.org, emacs-pretest-bug <at> gnu.org
Subject: Re: bug#2024: 23.0.60; Document --daemon incompatibility with X11 options
Date: Sat, 24 Jan 2009 16:31:33 -0500
Message-ID: <jwvpri067p0.fsf <at> iro.umontreal.ca>
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

Actually, now that "emacs -nw" can later on do M-x make-frame-on-display,
I'd argue that the -xrm argument should always be taken into account.


        Stefan

Message received at submit <at> emacsbugs.donarmstrong.com:

Received: (at submit) by emacsbugs.donarmstrong.com; 2 Feb 2009 17:59:47 +0000
From monnier <at> iro.umontreal.ca Mon Feb  2 09:59:46 2009
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=1.5 required=4.0 tests=FAKE_REPLY_C,HAS_BUG_NUMBER,
	XIRONPORT 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 n12Hxh9Z014078
	for <submit <at> emacsbugs.donarmstrong.com>; Mon, 2 Feb 2009 09:59:44 -0800
Received: from mail.gnu.org ([199.232.76.166]:42257 helo=mx10.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <monnier <at> iro.umontreal.ca>)
	id 1LU33V-0001gO-2E
	for emacs-pretest-bug <at> gnu.org; Mon, 02 Feb 2009 12:57:57 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <monnier <at> iro.umontreal.ca>)
	id 1LU35C-0001EA-5d
	for emacs-pretest-bug <at> gnu.org; Mon, 02 Feb 2009 12:59:42 -0500
Received: from ironport2-out.pppoe.ca ([206.248.154.182]:51931 helo=ironport2-out.teksavvy.com)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <monnier <at> iro.umontreal.ca>)
	id 1LU35B-0001E5-Su
	for emacs-pretest-bug <at> gnu.org; Mon, 02 Feb 2009 12:59:41 -0500
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AswEAPfChknO+IQk/2dsb2JhbACBbr1YCIxIgloIgTIGgmw
X-IronPort-AV: E=Sophos;i="4.37,366,1231131600"; 
   d="scan'208";a="33211503"
Received: from 206-248-132-36.dsl.teksavvy.com (HELO pastel.home) ([206.248.132.36])
  by ironport2-out.teksavvy.com with ESMTP; 02 Feb 2009 12:59:39 -0500
Received: by pastel.home (Postfix, from userid 20848)
	id 76B628229; Mon,  2 Feb 2009 12:59:39 -0500 (EST)
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2024 <at> debbugs.gnu.org, emacs-pretest-bug <at> gnu.org
Subject: Re: bug#2024: 23.0.60; Document --daemon incompatibility with X11 options
Date: Sat, 24 Jan 2009 16:31:33 -0500
Message-ID: <jwvpri067p0.fsf <at> iro.umontreal.ca>
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-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized.


Actually, now that "emacs -nw" can later on do M-x make-frame-on-display,
I'd argue that the -xrm argument should always be taken into account.


        Stefan

Message received at submit <at> emacsbugs.donarmstrong.com:

Received: (at submit) by emacsbugs.donarmstrong.com; 24 Jan 2009 15:06:23 +0000
From stephen.berman <at> gmx.net Sat Jan 24 07:06:23 2009
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.0 required=4.0 tests=none autolearn=ham
	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 n0OF6C24018098
	for <submit <at> emacsbugs.donarmstrong.com>; Sat, 24 Jan 2009 07:06:13 -0800
Received: from mx10.gnu.org ([199.232.76.166]:58804)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <stephen.berman <at> gmx.net>)
	id 1LQk3p-0002iP-DN
	for emacs-pretest-bug <at> gnu.org; Sat, 24 Jan 2009 10:04:37 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <stephen.berman <at> gmx.net>)
	id 1LQk5J-0003u0-Ko
	for emacs-pretest-bug <at> gnu.org; Sat, 24 Jan 2009 10:06:10 -0500
Received: from mail.gmx.net ([213.165.64.20]:57001)
	by monty-python.gnu.org with smtp (Exim 4.60)
	(envelope-from <stephen.berman <at> gmx.net>)
	id 1LQk5H-0003tG-6a
	for emacs-pretest-bug <at> gnu.org; Sat, 24 Jan 2009 10:06:08 -0500
Received: (qmail invoked by alias); 24 Jan 2009 15:06:05 -0000
Received: from i59F57575.versanet.de (EHLO escher.local.home) [89.245.117.117]
  by mail.gmx.net (mp053) with SMTP; 24 Jan 2009 16:06:05 +0100
X-Authenticated: #20778731
X-Provags-ID: V01U2FsdGVkX1+RgBgooDuRNKdkB4cL5nT+vAQZTS3yPNiCMZNIAR
	xEX3wyAeFH4XGg
Received: by escher.local.home (Postfix, from userid 1000)
	id 8E52D1D115C; Sat, 24 Jan 2009 16:06:04 +0100 (CET)
From: Stephen Berman <stephen.berman <at> gmx.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; Document --daemon incompatibility with X11 options
Sender: steve <at> escher.local.home
Date: Sat, 24 Jan 2009 16:06:04 +0100
Message-ID: <87vds4217n.fsf <at> 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.54
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3)

In GNU Emacs 23.0.60.30 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
 of 2009-01-21 on escher

The discussion of the Emacs server in the Emacs manual (node Emacs
Server) suggests that --daemon and server-start are basically equivalent
methods of starting the server (aside from the difference with respect
to frames, of course).  This leads me to expect that regardless of which
way I start the server, the result of subsequently invoking emacsclient
should be the same.  This is not the case, as the following examples
show:

(i) X resources passed via the -xrm command line option (these are all
shell invocations):

emacs -Q -xrm 'Emacs.ReverseVideo: on' -f server-start
emacsclient -c
=> The client frame is in reverse video

emacs -Q -xrm 'Emacs.ReverseVideo: on' --daemon
emacsclient -c
=> The client frame is in normal video

(ii) The font specification option -fn:

emacs -Q -fn "Dejavu Sans Mono-10" -f server-start
emacsclient -c
=> The client frame's font is Dejavu Sans Mono-10

emacs -Q -fn "Dejavu Sans Mono-10" --daemon
emacsclient -c
=> The client frame's font is
-etl-fixed-medium-r-normal--16-160-72-72-c-80-iso8859-1

(On my system the latter font is used when invoking emacsclient after
emacs with the --daemon option regardless of which font I specify with
-fn.)

I reported the above observations in emacs-devel (see
http://thread.gmane.org/gmane.emacs.devel/108060) and Dan Nicolaescu
replied:

"You seem to assume that "emacs" and "emacs --daemon" are doing the same
thing, they are not,
emacs --daemon 
is similar to 
emacs -nw -f server-start

so emacs --daemon it will ignore all the X11 related options."

I think this similarity should be documented in the Emacs manual.  It
would suffice to prevent the kind of confusion I had to simply point out
the similarity, but it would be more helpful and interesting to briefly
explain why this similarity holds, since it is not obvious and Dan
acknowledged that it would "probably" be possible to implement the
daemon so that X11 options could be passed.

Steve Berman