From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [babel] evaluating ledger source block now scans large number of org files Date: Fri, 01 Jul 2011 12:11:08 -0700 Message-ID: <877h81n4i7.fsf@gmail.com> References: <87pqlupdwd.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:41284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qck5w-0005sF-UP for emacs-orgmode@gnu.org; Fri, 01 Jul 2011 16:13:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qck5u-0007Or-IU for emacs-orgmode@gnu.org; Fri, 01 Jul 2011 16:13:44 -0400 Received: from mail-pv0-f169.google.com ([74.125.83.169]:44672) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qck5u-0007Ol-1P for emacs-orgmode@gnu.org; Fri, 01 Jul 2011 16:13:42 -0400 Received: by pvc12 with SMTP id 12so3771188pvc.0 for ; Fri, 01 Jul 2011 13:13:40 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi Eric, Thanks for pointing this out. IDs can be used to resolve code block references, however it appears that the `org-id-goto' function is attempting to re-scan all ID locations when a reference is not found. I've just pushed up a patch which side-steps this rescanning behavior. Best -- Eric Eric S Fraga writes: > Hello, > > I don't know what has changed or when but, being the start of a new > month, I am doing my finances. I use ledger for this and, of course, > within org! > > Evaluating a ledger source code block now takes a significant amount of > time. Babel seems to search org files throughout my disk for IDs. I > get messages like this: > > ,---- > | ... > | Finding ID locations (13/65 files): ~/git/notes/personal.org > | Finding ID locations (14/65 files): ~/git/notes/research.org > | Finding ID locations (15/65 files): ~/git/notes/tasks.org > | ... > `---- > > I am using ":noweb yes" but otherwise I cannot see why org + babel need > to scan files throughout the disk? > > A minimal example that exhibits this behaviour is attached. Evaluating > the second code block generates the lines shown above. Evaluating the > first block does not which is why I think this may have something to do > with :noweb. > > Up to date org (see signature below). > > thanks, > eric -- Eric Schulte http://cs.unm.edu/~eschulte/