From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: save-match-data woes Date: Mon, 25 Feb 2002 11:19:32 +0100 Message-ID: <20020225111742.B041.LEKTU@terra.es> References: <20020225090007.B039.LEKTU@terra.es> <200202250821.g1P8L7K14888@rum.cs.yale.edu> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: quimby2.netfonds.no 1014632674 2608 195.204.10.66 (25 Feb 2002 10:24:34 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 25 Feb 2002 10:24:34 GMT Cc: 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 16fIJ7-0000fy-00 for ; Mon, 25 Feb 2002 11:24:33 +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 16fIFv-0003Dy-00; Mon, 25 Feb 2002 05:21:15 -0500 Original-Received: from [62.22.27.141] (helo=mail.peoplecall.com) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16fIEJ-0003AP-00 for ; Mon, 25 Feb 2002 05:19:35 -0500 Original-Received: from jbarranquero (jbarranquero.ofi.peoplecall.com [62.22.27.143]) by mail.peoplecall.com (8.11.6/8.11.6) with ESMTP id g1PAJW827248; Mon, 25 Feb 2002 11:19:32 +0100 Original-To: "Stefan Monnier" In-Reply-To: <200202250821.g1P8L7K14888@rum.cs.yale.edu> X-BkRandomSig-Folder: 3ade7ea7.mb\Emacs\Emacs-Devel\ X-Mailer: Becky! ver. 2.00.07 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:1518 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1518 On Mon, 25 Feb 2002 03:21:07 -0500, "Stefan Monnier" wrote: > My experience is quite different: the match data is in 99% of the cases > used right after a call to a regexp-match function, with almost no > other functions called inbetween apart from some very primitive ones. I think (after a cursory look to lisp/*.el) you're right. /L/e/k/t/u _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel