From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Device 0 is not a termcap terminal device Date: Tue, 1 Sep 2009 22:27:54 +0000 Message-ID: <20090901222754.GA5211@muc.de> References: <20081003100758.GA1762@muc.de> <200810031625.m93GPZKn023230@mothra.ics.uci.edu> <20090901200826.GA2657@muc.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1251844402 16469 80.91.229.12 (1 Sep 2009 22:33:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Sep 2009 22:33:22 +0000 (UTC) Cc: csant , emacs-devel To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 02 00:33:14 2009 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 1Mibub-0000CX-J0 for ged-emacs-devel@m.gmane.org; Wed, 02 Sep 2009 00:33:13 +0200 Original-Received: from localhost ([127.0.0.1]:44613 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mibua-0004el-KV for ged-emacs-devel@m.gmane.org; Tue, 01 Sep 2009 18:33:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mibmb-0000gU-NM for emacs-devel@gnu.org; Tue, 01 Sep 2009 18:24:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MibmW-0000dX-Hw for emacs-devel@gnu.org; Tue, 01 Sep 2009 18:24:56 -0400 Original-Received: from [199.232.76.173] (port=32917 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MibmW-0000bt-7A for emacs-devel@gnu.org; Tue, 01 Sep 2009 18:24:52 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:3081 helo=mail.muc.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MibmT-0006Gw-Mz for emacs-devel@gnu.org; Tue, 01 Sep 2009 18:24:50 -0400 Original-Received: (qmail 99855 invoked by uid 3782); 1 Sep 2009 22:24:44 -0000 Original-Received: from acm.muc.de (pD9E52388.dip.t-dialin.net [217.229.35.136]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Wed, 02 Sep 2009 00:24:42 +0200 Original-Received: (qmail 5484 invoked by uid 1000); 1 Sep 2009 22:27:54 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.6-4.9 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:114964 Archived-At: Good evening, Andreas! On Tue, Sep 01, 2009 at 11:31:53PM +0200, Andreas Schwab wrote: > Alan Mackenzie writes: > > The CC Mode test suite uses `send-string-to-terminal' in batch mode > This is your problem. Do you mean that `send-string-to-terminal' shouldn't have to work in batch mode? The documentation of the function in the Elisp manual for Emacs 22 just said that the string is sent to "the terminal", which presumable means stdout. In Emacs 23's Elisp, it says the string goes to "the selected frame's terminal", which is clearly undefined in batch mode. This change wasn't in the "incompatible changes" section of NEWS, so it would appear to be a bug. > Use princ instead. This doesn't work. In place of the smoothly updating line produced by send-string-to-terminal, princ sputters, leaves the line partially blank, updating fragments of it every few seconds. princ is the wrong function - it's purpose is to convert lisp objects to human reabable strings, so it'll be doing something wierd with the control characters in the output strings, or buffering them inappropriately, or whatever. The strings being output are terminal specific, therefore they need an "raw output to terminal" function, such as send-string-to-terminal. I think I was right. :-) > Andreas. -- Alan Mackenzie (Nürnberg).