From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: find-file-noselect needs save-match-data Date: Fri, 15 Jun 2007 18:45:09 -0400 Message-ID: References: <46665AD7.7040706@gmx.at> <87k5ueq23m.fsf@kfs-lx.testafd.dk> <87myz8c10t.fsf@jurta.org> <18030.3441.204697.244518@rgrjr.dyndns.org> <87zm3515r4.fsf@jurta.org> <85k5u8x2gm.fsf@lola.goethe.zz> <87r6og6czf.fsf@catnip.gol.com> <85bqfkx0i5.fsf@lola.goethe.zz> <4670E6C3.7070505@gmx.at> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1181947522 31200 80.91.229.12 (15 Jun 2007 22:45:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 15 Jun 2007 22:45:22 +0000 (UTC) Cc: miles.bader@necel.com, schwab@suse.de, emacs-devel@gnu.org, juri@jurta.org, rudalics@gmx.at, miles@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 16 00:45:18 2007 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 1HzKXc-0007WW-GP for ged-emacs-devel@m.gmane.org; Sat, 16 Jun 2007 00:45:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzKXb-0007DN-Pi for ged-emacs-devel@m.gmane.org; Fri, 15 Jun 2007 18:45:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HzKXY-0007Cv-WF for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:45:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HzKXX-0007CV-4V for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:45:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzKXW-0007CR-Vi for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:45:11 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HzKXW-0006Yc-Kd for emacs-devel@gnu.org; Fri, 15 Jun 2007 18:45:10 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HzKXV-00087K-N6; Fri, 15 Jun 2007 18:45:09 -0400 In-reply-to: (message from Stefan Monnier on Fri, 15 Jun 2007 10:23:52 -0400) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:73018 Archived-At: > I think that the file-manipulation functions that seem clean and > abstract ought to call `save-match-data'. find-file-noselect is a huge function which runs major modes, looks for file-local variables, looks for other buffers already visiting the file, checks the buffer if it is still uptodate w.r.t the file, ... So what? It's nowhere near "clean and abstract". Viewed from outside, it might seem clean and abstract: a function you can call to do a very clear job with a simple description (even though its implementation is complex).