From mboxrd@z Thu Jan  1 00:00:00 1970
From: Soapy Smith <soapy-smith@comcast.net>
Subject: Re: Code block option :results raw does not replace #+RESULTS
Date: Sat, 01 Feb 2014 07:01:32 -0500
Message-ID: <1391256092.11022.1.camel@raven-CM5571>
References: <1391187052.2534.12.camel@raven-CM5571>
	<1391204719.2534.23.camel@raven-CM5571>
	<87bnyr91yd.fsf@alphaville.bos.redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:36987)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W9ZGx-00040v-Tu
	for emacs-orgmode@gnu.org; Sat, 01 Feb 2014 07:02:17 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W9ZGo-0003Db-Ho
	for emacs-orgmode@gnu.org; Sat, 01 Feb 2014 07:02:07 -0500
Received: from qmta02.westchester.pa.mail.comcast.net
	([2001:558:fe14:43:76:96:62:24]:40366)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W9ZGo-0003DP-CH
	for emacs-orgmode@gnu.org; Sat, 01 Feb 2014 07:01:58 -0500
In-Reply-To: <87bnyr91yd.fsf@alphaville.bos.redhat.com>
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: Nick Dokos <ndokos@gmail.com>
Cc: emacs-orgmode@gnu.org

On Fri, 2014-01-31 at 18:16 -0500, Nick Dokos wrote:
> > Is this the expected behavior for this option?
> >
> 
> Yes - raw does not keep track of where the results begin and end and
> cannot erase the old ones before adding the new ones. Try
> calling org-babel-remove-result: you'll see that it gets rid of the
> #+RESULTS: line but it doesn't touch the actual results. Once it has
> inserted them, they become part of the buffer, outside the jurisdiction
> of the code block/babel.
> 
> Nick

That makes sense as I don't see the #RESULTS: line repeated.

I'm adding that to my notes.  Thank you for the explanation!

Regards,
Greg