From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: build from CVS Date: Thu, 7 Feb 2002 07:58:00 -0700 (MST) Message-ID: <200202071458.g17Ew0P04737@aztec.santafe.edu> References: Reply-To: rms@gnu.org NNTP-Posting-Host: quimby2.netfonds.no X-Trace: quimby2.netfonds.no 1013094538 16660 195.204.10.66 (7 Feb 2002 15:08:58 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 7 Feb 2002 15:08:58 GMT Cc: vardhan.v@parsectech.com, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16YqAT-0004Kc-00 for ; Thu, 07 Feb 2002 16:08:57 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16Yq2R-0001wl-00; Thu, 07 Feb 2002 10:00:39 -0500 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16Ypzt-0001fe-00; Thu, 07 Feb 2002 09:58:01 -0500 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.9.3/8.9.3) with ESMTP id HAA13755; Thu, 7 Feb 2002 07:58:00 -0700 (MST) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g17Ew0P04737; Thu, 7 Feb 2002 07:58:00 -0700 (MST) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: eliz@is.elta.co.il In-reply-to: (message from Eli Zaretskii on Wed, 6 Feb 2002 09:51:34 +0200 (IST)) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:853 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:853 > another options is putting echo ^G^G^G, so that an audible > alarm is (usually) generated ...... Yes, possibly followed by "sleep 10", or some other annoyingly long delay. Idea! We could put in an infinite sleep-loop. Then the make will not get beyond that point. You'll have to use C-c to terminate it, though. Does that seem unreasonable? _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel