From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Back to emacsclient/server Date: Mon, 23 Oct 2006 22:04:59 -0400 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1161655613 21702 80.91.229.2 (24 Oct 2006 02:06:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 24 Oct 2006 02:06:53 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 24 04:06:52 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GcBfH-0001ap-To for ged-emacs-devel@m.gmane.org; Tue, 24 Oct 2006 04:05:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GcBfH-0004Nl-H2 for ged-emacs-devel@m.gmane.org; Mon, 23 Oct 2006 22:05:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GcBf5-0004N6-0J for emacs-devel@gnu.org; Mon, 23 Oct 2006 22:05:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GcBf4-0004MS-5l for emacs-devel@gnu.org; Mon, 23 Oct 2006 22:05:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GcBf3-0004MN-Dv for emacs-devel@gnu.org; Mon, 23 Oct 2006 22:05:01 -0400 Original-Received: from [209.226.175.110] (helo=tomts43-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GcBf2-0006jX-SJ for emacs-devel@gnu.org; Mon, 23 Oct 2006 22:05:01 -0400 Original-Received: from pastel.home ([70.55.83.239]) by tomts43-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061024020500.YZWU1596.tomts43-srv.bellnexxia.net@pastel.home> for ; Mon, 23 Oct 2006 22:05:00 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id B915780BD; Mon, 23 Oct 2006 22:04:59 -0400 (EDT) Original-To: "Juanma Barranquero" In-Reply-To: (Juanma Barranquero's message of "Mon\, 23 Oct 2006 23\:54\:47 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:61087 Archived-At: >> Sounds OK. I'm not quite sure how "-server-name" and >> "--socket-name" relate. Maybe we should merge them? > This is what you said a year ago: > "Maybe you're right, and .emacs.servers should be a directory. > So if you run emacsclient --server-name foo it would look for > /tmp/emacs/foo for a unix socket and if that fails it'd look for > ~/.emacs.servers/foo for a file holding the host/port/auth info." > so I think yes, you were thinking of merging both. I guess I didn't notice the "socket" vs "server" part of the option's name. It's probably not important either way. >> I don't understand. Currently, "--socket-name=FOO" tries /tmp/esrv-UID/FOO >> (and if not specified it assumes FOO to be "server"), and that doesn't >> prevent root from saying "--socket-name=/tmp/esrv-OTHERUID/bar". >> Why shouldn't this work just as well for --server-name? > OK, but then, --server-name=foo is taken to be (in TCP sockets) either > ~/.emacs.d/server/foo, or an absolute path. That wasn't explicit in > the earlier thread and I understood "foo" to be always taken as a > server name. You mean that if FOO is an absolute path, there is ambiguity as to whether FOO should be taken to be the file name of a socket file or the file name of a "emacs server" file? I didn't think of it, but I guess we can check the file's type to distinguish the two cases. Or if we don't merge --server-name and --socket-name then there's no such ambiguity. Stefan