From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: bug in server-start Date: Tue, 16 Dec 2008 09:00:49 -0800 (PST) Message-ID: <200812161700.mBGH0n8x004355@mothra.ics.uci.edu> References: <18758.7352.558182.931572@kahikatea.snap.net.nz> <200812151724.mBFHOSnS029425@mothra.ics.uci.edu> <18759.21210.387155.565065@a1ihome1.kph.uni-mainz.de> <200812161601.mBGG1dqw004070@mothra.ics.uci.edu> <200812161615.mBGGFFto004218@mothra.ics.uci.edu> <200812161631.mBGGV86i004284@mothra.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1229447302 21262 80.91.229.12 (16 Dec 2008 17:08:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 16 Dec 2008 17:08:22 +0000 (UTC) Cc: Ulrich Mueller , Nick Roberts , Stefan Monnier , emacs-devel@gnu.org To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 16 18:09:27 2008 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 1LCdPn-0004rI-0r for ged-emacs-devel@m.gmane.org; Tue, 16 Dec 2008 18:08:59 +0100 Original-Received: from localhost ([127.0.0.1]:57123 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LCdOb-0000nC-9b for ged-emacs-devel@m.gmane.org; Tue, 16 Dec 2008 12:07:45 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LCdI5-0006nV-Ek for emacs-devel@gnu.org; Tue, 16 Dec 2008 12:01:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LCdI3-0006mx-7b for emacs-devel@gnu.org; Tue, 16 Dec 2008 12:01:00 -0500 Original-Received: from [199.232.76.173] (port=59961 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LCdI2-0006mm-Su for emacs-devel@gnu.org; Tue, 16 Dec 2008 12:00:59 -0500 Original-Received: from sallyv2.ics.uci.edu ([128.195.1.120]:65155) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1LCdI2-0006Tz-1Y for emacs-devel@gnu.org; Tue, 16 Dec 2008 12:00:58 -0500 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mBGH0nvc016967; Tue, 16 Dec 2008 09:00:49 -0800 (PST) Original-Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mBGH0n8x004355; Tue, 16 Dec 2008 09:00:49 -0800 (PST) In-Reply-To: (Juanma Barranquero's message of "Tue, 16 Dec 2008 17:42:50 +0100") Original-Lines: 28 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mBGH0nvc016967 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@mothra.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) 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:106975 Archived-At: "Juanma Barranquero" writes: > > Why don't you explain what part of what I wrote was unclear? > > The part where you consider that > > Server "server" is already running > > (while talking about server.el) is confusing but apparently you don't > consider confusing > Could not start daemon "server" What exactly made you think that I said the above message was not confusing??? > if passed --daemon=server; or, now that I think of it, Yes, if the user makes the conscious choice of passing an argument to --daemon, then you can mention it in the error message. If she doesn't, then there's little point of doing so, especially when the message is so short and unexplanatory. The take home message here is that the error messages need a bit more thought put into them.