From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: problems with export and :cache Date: Wed, 28 Oct 2015 21:45:15 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrYXC-0008Iz-Rt for emacs-orgmode@gnu.org; Wed, 28 Oct 2015 17:45:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZrYX7-0002op-S5 for emacs-orgmode@gnu.org; Wed, 28 Oct 2015 17:45:30 -0400 Received: from plane.gmane.org ([80.91.229.3]:54059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrYX7-0002ol-Kn for emacs-orgmode@gnu.org; Wed, 28 Oct 2015 17:45:25 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZrYX5-0007aF-LM for emacs-orgmode@gnu.org; Wed, 28 Oct 2015 22:45:23 +0100 Received: from cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net ([81.102.136.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Oct 2015 22:45:23 +0100 Received: from andreas.leha by cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Oct 2015 22:45:23 +0100 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 all, Andreas Leha writes: > Hi all, > > babel's :cache seems to be ignored during export. At least on #+call > lines. > > In the example below the caching works fine for interactive evaluation, > i.e. C-c C-c on the #+call line returns immediately. > > If I export the subtree with the #+call line, however, the code block > gets executed and the export is slow. > > I'd expect no evaluation even during export. > > Is this a bug or am I missing something? > > Regards, > Andreas > > PS: The example: > > * Test Cached Export > ** A long running code block. > #+name: foo > #+begin_src emacs-lisp :var bar="baz" > (sit-for 15) > (message "bar=%S" bar) > #+end_src > > #+RESULTS: foo > : bar="baz" > > ** Calling > > Exporting this subtree will demonstrate my problem. I expect the call > line below to not execute anything. This works for interactive > execution (C-c C-c). But if I export this subtree only, the code is > executed. > > This returns immediately thanks to the cached result. > #+call: foo("qux") :cache yes > > #+results[f2b650eb5296f72a1f7237c2a65b7fb3443acf5f]: > : bar="qux" I should have added that adding :eval no-export to the #+call line does not help either. To me this seems to be a bug. Best, Andreas