From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: how-many/count-matches for non-interactive use Date: Sat, 23 Oct 2004 11:03:33 -0500 (CDT) Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <200410231603.i9NG3XQ29808@raven.dms.auburn.edu> References: <87pt3m5vqk.fsf@oak.pohoyda.family> <87zn2mh5jk.fsf-monnier+emacs@gnu.org> <87is99nznd.fsf-monnier+emacs@gnu.org> <200410172053.i9HKrdL01136@raven.dms.auburn.edu> <200410190158.i9J1wrH25523@raven.dms.auburn.edu> <200410200127.i9K1Rpp28384@raven.dms.auburn.edu> <200410212213.i9LMDTH22583@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1098547563 5763 80.91.229.6 (23 Oct 2004 16:06:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 23 Oct 2004 16:06:03 +0000 (UTC) Cc: storm@cua.dk, monnier@iro.umontreal.ca, alexander.pohoyda@gmx.net, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 23 18:05:50 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CLOOs-0006Hr-00 for ; Sat, 23 Oct 2004 18:05:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CLOWQ-0006SC-JJ for ged-emacs-devel@m.gmane.org; Sat, 23 Oct 2004 12:13:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CLOWI-0006S6-ME for emacs-devel@gnu.org; Sat, 23 Oct 2004 12:13:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CLOWI-0006Ru-8d for emacs-devel@gnu.org; Sat, 23 Oct 2004 12:13:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CLOWI-0006Rr-6C for emacs-devel@gnu.org; Sat, 23 Oct 2004 12:13:30 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CLOOI-0001u0-JO; Sat, 23 Oct 2004 12:05:14 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i9NG55iU025906; Sat, 23 Oct 2004 11:05:05 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id i9NG3XQ29808; Sat, 23 Oct 2004 11:03:33 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sat, 23 Oct 2004 00:48:37 -0400) 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28789 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28789 Richard Stallman wrote: If this means interactive-p should not be changed, then we really need to look at the many existing calls to interactive-p and see if they should be rewritten to use the other technique. This is going to be difficult (or infeasible). I do not want to give the impression of actually having _done_ that. What I did was go to the lisp directory in Dired, *% .el$ RET, unmark a few obviously uninteresting files, and then `A interactive-p RET' M-, M-, ... Some of the calls are obviously correct, some where obviously suspicious. I listed those in my earlier message and sent a patch fixing some. For most it was impossible to tell without studying a lot of code in detail. Just doing M-, until all files are processed without even looking at anything already takes time. So conducting a detailed study of all of them is hopeless. By leaving `interactive-p' like it is, we are not going to break anything in 21.4 that was not already broken in previous Emacs versions. Better than that, we are in the process of eliminating the most obvious problems. Misuses of `interactive-p' do not seem to be that ubiquitous that they lead to floods of bug reports from keyboard macro users. Sincerely, Luc.