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: Sun, 10 Mar 2013 22:06:24 +0100 Message-ID: <871ubnm0bz.fsf@Rainer.invalid> References: <1362542863-25992-1-git-send-email-aaronecay@gmail.com> <87obetsgma.fsf@Rainer.invalid> <877glhsfus.fsf@gmail.com> <87k3phs84b.fsf@Rainer.invalid> <87ip50qv36.fsf@gmail.com> <87y5dvocw5.fsf@Rainer.invalid> <86d2v7108a.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:57837) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEnS7-0006aq-6r for emacs-orgmode@gnu.org; Sun, 10 Mar 2013 17:06:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UEnS5-0002Xy-Tf for emacs-orgmode@gnu.org; Sun, 10 Mar 2013 17:06:43 -0400 Received: from plane.gmane.org ([80.91.229.3]:34133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEnS5-0002Xt-N2 for emacs-orgmode@gnu.org; Sun, 10 Mar 2013 17:06:41 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UEnSO-0003vf-Ea for emacs-orgmode@gnu.org; Sun, 10 Mar 2013 22:07:00 +0100 Received: from pd9eb4723.dip.t-dialin.net ([217.235.71.35]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Mar 2013 22:07:00 +0100 Received: from Stromeko by pd9eb4723.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Mar 2013 22:07:00 +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 Sebastien Vauban writes: > A more general question: shouldn't cache be unusable (generate an > error) when there is a session? In the presence of a session, I've > the impression that caching results is always wrong. Who knows its > contents before executing the code, in the next Emacs session? That depends on what execution model you have in mind. Generally caching results from a session has questionable utility as you mention, since you still have to arrange certain things by hand. Now, if Babel would provide a way to check a session ID and have the hash depend on it also, then suddenly this becomes an extremely useful tool. One application would be to ensure that certain initialization have taken place (but only once) in that session even though the code calling into the session hasn't set it up. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds