From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [PATCH] * lisp/ob-core.el (org-babel-execute-src-block): insert hash for silent results Date: Sat, 09 Mar 2013 01:57:08 +0100 Message-ID: <87k3phs84b.fsf@Rainer.invalid> References: <1362542863-25992-1-git-send-email-aaronecay@gmail.com> <87obetsgma.fsf@Rainer.invalid> <877glhsfus.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:48891) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UE86I-00048A-5C for emacs-orgmode@gnu.org; Fri, 08 Mar 2013 19:57:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UE86C-0007JO-Sc for emacs-orgmode@gnu.org; Fri, 08 Mar 2013 19:57:26 -0500 Received: from plane.gmane.org ([80.91.229.3]:37156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UE86C-0007JB-Lh for emacs-orgmode@gnu.org; Fri, 08 Mar 2013 19:57:20 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UE86W-0001mp-Dp for emacs-orgmode@gnu.org; Sat, 09 Mar 2013 01:57:40 +0100 Received: from pd9eb4b56.dip.t-dialin.net ([217.235.75.86]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Mar 2013 01:57:40 +0100 Received: from Stromeko by pd9eb4b56.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Mar 2013 01:57:40 +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 Eric Schulte writes: > I prefer leaving the hash with the results, as it is the results which > are "hashed". Also, same input does not always guarantee same output, > e.g., > > #+begin_src sh > date > #+end_src That's not what I'm seeing, but I may be missing something again. The hash is for the parameters of the call, not the result. If I'm editing the result, Babel still marks the cache valid and does not re-compute it. It does re-compute if I change the parameters explicitly or implicitly, even if the result will not change. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables