From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ken Manheimer Newsgroups: gmane.emacs.devel Subject: Re: how-many/count-matches for non-interactive use Date: Tue, 2 Nov 2004 10:48:28 -0500 Message-ID: <2cd46e7f0411020748d691078@mail.gmail.com> References: <87pt3m5vqk.fsf@oak.pohoyda.family> <200410200127.i9K1Rpp28384@raven.dms.auburn.edu> <200410210308.i9L38Dm10997@raven.dms.auburn.edu> <200410222222.i9MMMD515903@raven.dms.auburn.edu> Reply-To: Ken Manheimer NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1099410649 10955 80.91.229.6 (2 Nov 2004 15:50:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 Nov 2004 15:50:49 +0000 (UTC) Cc: Luc Teirlinck , Richard Stallman , jpw@gnu.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, storm@cua.dk, alexander.pohoyda@gmx.net Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 02 16:50:42 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 1CP0vi-0007iZ-00 for ; Tue, 02 Nov 2004 16:50:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CP13l-0007X0-3J for ged-emacs-devel@m.gmane.org; Tue, 02 Nov 2004 10:59:01 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CP11m-0006le-Pn for emacs-devel@gnu.org; Tue, 02 Nov 2004 10:56:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CP11l-0006ky-Lo for emacs-devel@gnu.org; Tue, 02 Nov 2004 10:56:57 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CP11l-0006kr-I4 for emacs-devel@gnu.org; Tue, 02 Nov 2004 10:56:57 -0500 Original-Received: from [64.233.170.203] (helo=rproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CP0td-0003FF-Tb for emacs-devel@gnu.org; Tue, 02 Nov 2004 10:48:34 -0500 Original-Received: by rproxy.gmail.com with SMTP id v30so239844rnb for ; Tue, 02 Nov 2004 07:48:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ufCsthCK2OPDFWNRrZpc+C5fQzwSdQhyQrKH/40NDrtBt4OM7kIDLjszZsRTvtUrHa5ZnPFLkOuEvTRkO6+u5lCH+JMZLQKyxcspGah3fBXId34Ai5ohZ+JuWueQGlbyg5Yqr8H4dxHv5RA/dTs1dl9uV9Q9yGC8dN01Nzt6rJE= Original-Received: by 10.38.179.63 with SMTP id b63mr1031501rnf; Tue, 02 Nov 2004 07:48:28 -0800 (PST) Original-Received: by 10.38.206.1 with HTTP; Tue, 2 Nov 2004 07:48:28 -0800 (PST) Original-To: ken.manheimer@gmail.com In-Reply-To: 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: main.gmane.org gmane.emacs.devel:29332 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29332 On Thu, 28 Oct 2004 00:39:20 -0400 (EDT), I wrote: > I applied your allout patch, and it checks out fine, hot-spot operation > included. I discovered a bug related to this conversion for which i have a fix, but only in my skewed version of the code. The problem now is that the skew in my version is big enough (eg, the function name prefix in my version is "outline-", which yields hundreds of spurious differences), and i haven't succeeded in fixing the problem in the current gnu CVS version of the code with a little bit of effort. The problem may well have existed in the gnu version of the code before the interactive-p-to-interactive conversion - though it only started appearing in my version after applying the conversion. (The fix in my version entailed applying the conversion to some functions that were missed in RMS patch, specifically outline-end-of-level - but changing the current gnu version's 'allout-end-of-level' so it's similar doesn't help.) (The problem is in allout's mechanism which automatically adjusts the outline level of a pasted topic and its subtopics to that of the header into which it's being pasted, if the paste target header is bare. With the bug, the adjustment process infinitely loops.) I intend to chip away on eliminating all (750) differences, to converge my version and the gnu one (preferring the gnu one when not incorrect, eg using the 'allout-' function name prefix), and finally bring them into sync. I am hoping to do this over the next several weeks, though i'm in the process of a big move so i can't give an assured estimate of the finish time. One question i have for you all is how best to get the result to you. I would like to work against a checkout of the current CVS, and expect it'll be easy to find instructions for doing that checkout. Should i just send the diff (along with a ChangeLog entry) for the converged (and fixed) version to the list of addresses in this conversation? In the long run, i would like to become more active maintaining allout, and wonder what the common practice is for applying changes to code that's part of the main distribution. I welcome pointers to guidelines, etc. --- Ken Manheimer ken.manheimer@gmail.com, klm@i.am