From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Brand <michael.ch.brand@gmail.com>
Subject: Re: evaluation context in call statements
Date: Tue, 25 Jun 2013 22:07:09 +0200
Message-ID: <CALn3zohXL0x21gYhKj7QS0prJXDC_OcC4qgcejAqtk7b8-KytQ@mail.gmail.com>
References: <444ea6cff489e2adc97092bdac881aef@mail.rickster.com>
	<878v1y574d.fsf@Rainer.invalid> <874ncm55ma.fsf@Rainer.invalid>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:36852)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael.ch.brand@gmail.com>) id 1UrZWE-0006NL-7m
	for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 16:07:15 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <michael.ch.brand@gmail.com>) id 1UrZWA-0001Mh-8g
	for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 16:07:14 -0400
Received: from mail-la0-x22f.google.com ([2a00:1450:4010:c03::22f]:45621)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael.ch.brand@gmail.com>) id 1UrZWA-0001MU-21
	for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 16:07:10 -0400
Received: by mail-la0-f47.google.com with SMTP id fe20so12452773lab.6
	for <emacs-orgmode@gnu.org>; Tue, 25 Jun 2013 13:07:09 -0700 (PDT)
In-Reply-To: <874ncm55ma.fsf@Rainer.invalid>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Achim Gratz <Stromeko@nexgo.de>
Cc: Org Mode <emacs-orgmode@gnu.org>

Hi Achim

On Tue, Jun 25, 2013 at 9:53 PM, Achim Gratz <Stromeko@nexgo.de> wrote:
> Achim Gratz writes:
>> Executing Call#2 will update the #+RESULTS for Call#1 (or actually the
>> first matching #+RESULTS cookie in the whole document).  I'd think it
>> should also start looking for the results line from the point of call.
>> I don't really get why it does this, maybe Eric knows where to look.
>
> I'd think this should fix it.

Is it a bug?

I also noticed this when I was writing an ERT. First it confused me
but then I thought that this is intended to make it possible to
have #+BEGIN_SRC and #+RESULT at independent locations, possibly in
reverse order. For how to address several similar calls to different
results see my ERT patch here
http://thread.gmane.org/gmane.emacs.orgmode/72513/focus=73655
and the messages before. I used :session for emacs-lisp and a
workaround with :var dummy_name for Babel languages that do not
support :session like shell.

Michael