From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: map-file-lines Date: Tue, 03 Feb 2009 08:27:01 +0100 Message-ID: References: <86wsc87o3c.fsf@lifelogs.com> <86skmw7ig6.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1233646349 8469 80.91.229.12 (3 Feb 2009 07:32:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Feb 2009 07:32:29 +0000 (UTC) Cc: Ted Zlatanov , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 03 08:33:43 2009 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 1LUFmv-0007QF-If for ged-emacs-devel@m.gmane.org; Tue, 03 Feb 2009 08:33:42 +0100 Original-Received: from localhost ([127.0.0.1]:35936 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LUFlc-0004bt-7T for ged-emacs-devel@m.gmane.org; Tue, 03 Feb 2009 02:32:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LUFlX-0004bo-Jt for emacs-devel@gnu.org; Tue, 03 Feb 2009 02:32:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LUFlV-0004bZ-N5 for emacs-devel@gnu.org; Tue, 03 Feb 2009 02:32:14 -0500 Original-Received: from [199.232.76.173] (port=46241 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LUFlV-0004bT-Ir for emacs-devel@gnu.org; Tue, 03 Feb 2009 02:32:13 -0500 Original-Received: from iwfs.imcode.com ([82.115.149.64]:35352 helo=gate.verona.se) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LUFlU-0002zz-SI for emacs-devel@gnu.org; Tue, 03 Feb 2009 02:32:13 -0500 Original-Received: from localhost.localdomain (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id n137W6xh029746; Tue, 3 Feb 2009 08:32:06 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 02 Feb 2009 23:13:13 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 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:108658 Archived-At: Stefan Monnier writes: >> Maybe like this: >> - find where you want to edit, by searching chunk-at-a-time >> - display a buffer of this chunk >> - edit it >> - save the chunk back into the file > >> This could behave conceptually like narrowing. Obviously not perfect, >> but better than not being able to edit large files at all. > > OK, that's indeed how I imagine it as well, but I fail to see how this > relates to map-file-lines. All you need for that is to use the BEG and > END args of insert-file-contents (and maybe also to extend those args > so they can be floats, in case Emacs's ints are too limited). That might indeed be the case. I dont advocate any particular solution to the bigfile problem. I just wanted to explain that some of us longterm emacs users would like this functionality in Emacs. That being said, how would the insert-file-contents solution work in practice? Has something been done along these lines already? Would it be possible to make some kind of generic solution that would make for instance hexl mode work on large files? > > Stefan -- Joakim Verona