From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Indexed search with grep-like output Date: Sat, 1 Jan 2011 23:31:35 +0100 Message-ID: References: <831v4wpcue.fsf@gnu.org> <83zkrknusa.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1293921133 20942 80.91.229.12 (1 Jan 2011 22:32:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 1 Jan 2011 22:32:13 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 01 23:32:08 2011 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.69) (envelope-from ) id 1PZ9zY-0007zU-BO for ged-emacs-devel@m.gmane.org; Sat, 01 Jan 2011 23:32:04 +0100 Original-Received: from localhost ([127.0.0.1]:58653 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZ9zX-0007hp-AK for ged-emacs-devel@m.gmane.org; Sat, 01 Jan 2011 17:32:03 -0500 Original-Received: from [140.186.70.92] (port=43560 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZ9zR-0007hk-SR for emacs-devel@gnu.org; Sat, 01 Jan 2011 17:31:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZ9zQ-0002xI-R4 for emacs-devel@gnu.org; Sat, 01 Jan 2011 17:31:57 -0500 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:37828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZ9zQ-0002xD-IJ; Sat, 01 Jan 2011 17:31:56 -0500 Original-Received: by ewy27 with SMTP id 27so6576662ewy.0 for ; Sat, 01 Jan 2011 14:31:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=PzfYOCEEZtn8g7Jj164jgTgyDdz0pFtjE2BMBHDUZrE=; b=ZTWa5I/mhBkjUEByv6LoFS1wrXf4acIrLskHUyymoNfyuqfuLWk8keRM6YSAvgI60k 7WnEYxnyEFMnIcPWwh9arpDTr7GMe5pBbuRZhULBAOt+95q/z4gXkbMiPzsomnRx8Dpu tTs3ALOnyMK7HqfghnuHJkbax7ES0b+23O1Ac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=CfGBJJ063zaEwd4LFZWhcUBmPHkn3OuYQErxtjRcttQ1Cv/IbgS/1E0YlyoOfLKQVp Jet0b41QXDRk8pmUSjePOks0tnbXKjzDKf+LIgCPJGsKhlr0GII2ukUTKHyJO7giB9s6 RNTbWC70yv4wL8K09xk+r4QciU9ZYjW6O/LQk= Original-Received: by 10.213.35.209 with SMTP id q17mr4454334ebd.97.1293921115630; Sat, 01 Jan 2011 14:31:55 -0800 (PST) Original-Received: by 10.213.20.148 with HTTP; Sat, 1 Jan 2011 14:31:35 -0800 (PST) In-Reply-To: <83zkrknusa.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:134135 Archived-At: On Sat, Jan 1, 2011 at 11:06 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Sat, 1 Jan 2011 22:15:25 +0100 >> Cc: emacs-devel@gnu.org >> >> > The GNU Id-utils package already does that for searching identifiers >> > in program source code. =C2=A0The package comes with id-utils.el, whic= h >> > implements the Emacs front-end for it, and produces grep-like output. >> >> >> Nice. I have never seen it. >> >> However that does not use a modern indexed database that is >> automatically incrementally updated. > > Why does it matter? =C2=A0mkid is lightning fast; I have it run once a we= ek > when I'm usually away of my development machine, and it needs only 15 > minutes to index all my tens of thousands of source files in 3 > humongously large source repositories. =C2=A0With such speed, why should > one care for incremental updates? =C2=A0You are being brain-washed by > producers of slow indexing engines, if you think incremental indexing > is a must. > > The same goes for `locate' DB updates: it needs only 9 minutes to > generate a DB of 758,000 files on my 2 large disks. That is good. However don't you think that most people already have an indexed automatically updated search engines on their desktop that can be used for this too? At least that is the case for w32 as you know. Those search engines does of course not know about the symbol id format. (But that can be corrected by adding indexing filters.) This might be a problem, I am not sure. On the other hand the indexing search engines are used for text searching which many Org users might find useful. It looks like less trouble to me installing ruby.