From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [RFC] Standardized code block keywords Date: Wed, 26 Oct 2011 06:16:32 -0600 Message-ID: <87ipncymlb.fsf@gmail.com> References: <87pqhrih3s.fsf@gmail.com> <201110250914.29233.DanielBausch@gmx.de> <8739eh3v57.fsf@gmail.com> <201110260741.56064.DanielBausch@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:37699) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RJ2PS-0004JK-2s for emacs-orgmode@gnu.org; Wed, 26 Oct 2011 08:16:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RJ2PQ-0005jY-Fp for emacs-orgmode@gnu.org; Wed, 26 Oct 2011 08:16:42 -0400 Received: from mail-qy0-f176.google.com ([209.85.216.176]:58744) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RJ2PQ-0005jT-Cn for emacs-orgmode@gnu.org; Wed, 26 Oct 2011 08:16:40 -0400 Received: by qyk30 with SMTP id 30so1918975qyk.0 for ; Wed, 26 Oct 2011 05:16:39 -0700 (PDT) In-Reply-To: <201110260741.56064.DanielBausch@gmx.de> (Daniel Bausch's message of "Wed, 26 Oct 2011 07:41:55 +0200") 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: Daniel Bausch Cc: emacs-orgmode@gnu.org Daniel Bausch writes: >> > However, I'd like to ask, what happens, if one refers to a >> > name of a source block where data is expected, does it then refer to >> > the results produced by that source block? How are such situations >> > handeled at the moment? >> >> Try it out, but be ready to press C-g, because I would guess that it >> results in an infinite loop. > > Isn't it possible to refer to the results of a code block as input data for > another? I thought it was. If not currently then at least I suppose that it > will be in the future. The new syntax should be ready for that. > Sorry for my confusion. I thought you meant a case in which code block A needs the results of code block B as an input parameter, but code block B needs the results of code block A as an input parameter. Such a reciprocal dependency would result in an infinite loop. But yes, the ability of one code block to call another and make use of its results is (as Tom mentioned) one of the core features of code block support in Org-mode. Cheers -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/