From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Eric Schulte" <schulte.eric@gmail.com>
Subject: Re: [bug] [babel] results eat up following text
Date: Sat, 29 Jan 2011 08:42:44 -0700
Message-ID: <87wrln1zt7.fsf@gmail.com>
References: <87mxmk93f9.fsf@ucl.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from [140.186.70.92] (port=47074 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PjCww-0006JZ-Lx
	for emacs-orgmode@gnu.org; Sat, 29 Jan 2011 10:42:58 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1PjCwv-0006j9-9X
	for emacs-orgmode@gnu.org; Sat, 29 Jan 2011 10:42:54 -0500
Received: from mail-px0-f169.google.com ([209.85.212.169]:42047)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1PjCwu-0006ij-Vs
	for emacs-orgmode@gnu.org; Sat, 29 Jan 2011 10:42:53 -0500
Received: by pxi12 with SMTP id 12so1074694pxi.0
	for <emacs-orgmode@gnu.org>; Sat, 29 Jan 2011 07:42:51 -0800 (PST)
In-Reply-To: <87mxmk93f9.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Fri, 28
	Jan 2011 20:30:34 +0000")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/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: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: Eric S Fraga <e.fraga@ucl.ac.uk>
Cc: Emacs Org mode mailing list <emacs-orgmode@gnu.org>

Hi Eric,

Thanks for catching this issue.  It turns out this was a result of
adding lists as supported output types, the code block thinks that the
enclosing list is the results list, and deletes it before inserting new
results.

Luckily this was a quick 2-character change, which has been committed.

Cheers -- Eric

Eric S Fraga <e.fraga@ucl.ac.uk> writes:

> Hello,
>
> please see attached file for a simple example of a bug in babel: if you
> execute the code block, the results section overwrites the text that
> follows the code block.
>
> If you insert an extra blank line between the end of the code block and
> the text that follows (before executing the block for the first time),
> the results will *not* overwrite the text *but* if you then execute the
> block again, the text will be overwritten.
>
> My feeling is that there's some interplay between lists (I use the 'both
> org-list-ending-method) and babel.  I've no idea otherwise what is
> happening unfortunately.  
>
> I can send my full configuration if need be but always prefer not to as
> I have to spend time obfuscating a number of things...
>
> Thanks,
> eric
>
> # -*- coding: utf-8; -*-
> #+TITLE:     examplebug.org
> #+AUTHOR:    Eric S Fraga
> #+EMAIL:     e.fraga@ucl.ac.uk
>
> * babel results overwrite following text 
>
>   - start an item so that following is indented:
>
>     #+begin_src octave :var x=10
> 3*x+5
>     #+end_src
>
>     This is some text that follows the code.