From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel,gmane.emacs.bugs Subject: Re: emacs server with X11 build on OSX Date: Mon, 2 Aug 2010 22:12:29 -0400 Message-ID: <83F33443-0C3F-4F9B-B584-D9301250B8FC@raeburn.org> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1280801579 23139 80.91.229.12 (3 Aug 2010 02:12:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Aug 2010 02:12:59 +0000 (UTC) Cc: Bug-Gnu-Emacs , Leo , emacs-devel@gnu.org To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 03 04:12:54 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Og6zt-0005oi-1s for ged-emacs-devel@m.gmane.org; Tue, 03 Aug 2010 04:12:53 +0200 Original-Received: from localhost ([127.0.0.1]:48490 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Og6zs-0001oj-2j for ged-emacs-devel@m.gmane.org; Mon, 02 Aug 2010 22:12:52 -0400 Original-Received: from [140.186.70.92] (port=33298 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Og6zl-0001od-Lb for emacs-devel@gnu.org; Mon, 02 Aug 2010 22:12:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Og6zk-0001CJ-Em for emacs-devel@gnu.org; Mon, 02 Aug 2010 22:12:45 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:36378 helo=raeburn.org) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Og6zZ-0001BB-4D; Mon, 02 Aug 2010 22:12:44 -0400 Original-Received: from squish.raeburn.org (squish.raeburn.org [10.0.0.172]) by raeburn.org (8.14.3/8.14.1) with ESMTP id o732CTh1022081; Mon, 2 Aug 2010 22:12:29 -0400 (EDT) In-Reply-To: X-Mailer: Apple Mail (2.1081) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:128168 gmane.emacs.bugs:39189 Archived-At: On Aug 2, 2010, at 16:22, Juanma Barranquero wrote: > (I'm Cc:ing this to bug-gnu-emacs to create a bug report.) >=20 > On Mon, Aug 2, 2010 at 17:56, Leo wrote: >=20 >>> (make-network-process :name "server" :server t :family nil :service = t >>> :host 'local) >=20 >> I have used the following in server-start as workaround: >>=20 >> (make-network-process :name "server" :server t :family 'ipv4 = :service t) >=20 > If ":family 'ipv4" works and ":family nil" does not, that surely means > that Emacs is chosing ipv6. Does server.el work with the attached > patch? There was one more difference, which was that your suggestion included = ":host 'local" and his workaround did not. Using ":host 'local" causes the C code to look up the name "localhost", = which may or may not map to IPv4 and/or IPv6 addresses. (Almost always = an IPv4 address of 127.0.0.1; sometimes IPv6 also, and I've occasionally = seen it mapped to the local ethernet interface's IPv4 address.) Not = specifying the host at all causes a wildcard address to be used, which = would be reachable from other hosts, whereas 127.0.0.1 generally is not. = (Actually, in the version I'm looking at, which isn't quite current, it = causes INADDR_ANY to be used, which looks like a bug if the address = family is not specifically given as AF_INET. I'll try to look at that a = little closer if I get some time next weekend.) > I don't know whether that means that your system is set up only for > ipv6, or that it has both ipv6 and ipv4 and make-network-process is > selecting ipv6 for `localhost'. In any case, server.el / emacsclient.c > are not adapted to ipv6, so forcing ipv4 seems right for the moment > being. Yes. Ken=