From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: emacsclient on WXP does not work (as it used to) Date: Fri, 31 Oct 2008 16:44:18 +0200 Message-ID: References: <87bpx0x36s.fsf@cyd.mit.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1225464505 9921 80.91.229.12 (31 Oct 2008 14:48:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Oct 2008 14:48:25 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 31 15:49:18 2008 connect(): Connection refused 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.50) id 1KvvIv-0006i5-Dq for ged-emacs-devel@m.gmane.org; Fri, 31 Oct 2008 15:48:50 +0100 Original-Received: from localhost ([127.0.0.1]:48991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KvvHo-0007C9-14 for ged-emacs-devel@m.gmane.org; Fri, 31 Oct 2008 10:47:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KvvEf-0005cE-8j for emacs-devel@gnu.org; Fri, 31 Oct 2008 10:44:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KvvEe-0005bq-4e for emacs-devel@gnu.org; Fri, 31 Oct 2008 10:44:24 -0400 Original-Received: from [199.232.76.173] (port=60545 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KvvEd-0005bl-TV for emacs-devel@gnu.org; Fri, 31 Oct 2008 10:44:23 -0400 Original-Received: from mtaout3.012.net.il ([84.95.2.7]:65439) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KvvEd-0000OJ-CD for emacs-devel@gnu.org; Fri, 31 Oct 2008 10:44:23 -0400 Original-Received: from HOME-C4E4A596F7 ([77.127.192.143]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K9L00KKVYCK2XU1@i_mtaout3.012.net.il> for emacs-devel@gnu.org; Fri, 31 Oct 2008 16:45:56 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 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:105213 Archived-At: > Date: Fri, 31 Oct 2008 15:14:42 +0100 > From: "Juanma Barranquero" > Cc: "Eli Zaretskii" , emacs-devel@gnu.org > > On Fri, Oct 31, 2008 at 15:13, Chong Yidong wrote: > > > This was for bug#1267. > > > > The goal was to pass the tty to the Emacs server even if we're supposed > > to use the current frame, because in daemon mode, if the "current frame" > > is the fake daemon frame, we wan to be able to fall back on using that > > tty. > > Yes, but that should be conditional on Windows, where tty is (I think) not used. What will happen if we provide an emulation of `ttyname' for Windows, which would just return something like "CONOUT$"? Since daemon mode is not used on Windows, I think the tty name should never be used by server.el on Windows. Can you try this and see if it works? If it does, then we can fix this problem much cleaner, and even remove an existing ifndef.