From mboxrd@z Thu Jan  1 00:00:00 1970
From: Soapy Smith <soapy-smith@comcast.net>
Subject: Code block option :results raw does not replace #+RESULTS
Date: Fri, 31 Jan 2014 16:45:19 -0500
Message-ID: <1391204719.2534.23.camel@raven-CM5571>
References: <1391187052.2534.12.camel@raven-CM5571>
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]:52470)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W9LuJ-0003Wz-ML
	for emacs-orgmode@gnu.org; Fri, 31 Jan 2014 16:46:01 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W9Lu9-0002cy-3m
	for emacs-orgmode@gnu.org; Fri, 31 Jan 2014 16:45:51 -0500
Received: from qmta07.westchester.pa.mail.comcast.net
	([2001:558:fe14:43:76:96:62:64]:53047)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W9Lu8-0002cq-O9
	for emacs-orgmode@gnu.org; Fri, 31 Jan 2014 16:45:41 -0500
In-Reply-To: <1391187052.2534.12.camel@raven-CM5571>
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: emacs-orgmode@gnu.org

Hello-

Here is an example Python code block:

#+begin_src python :results value raw
 a = (1, 2, 3, 4)
 return a
#+end_src

#+RESULTS:
(1, 2, 3, 4)
(1, 2, 3, 4)

The #+RESULT block above is after 2 evaluations.
The default behavior of "replace" is not happening.  The result "stack"
will continue to grow with additional evaluations.

I also confirmed the same behavior with a Clojure code block.

Is this the expected behavior for this option?

Regards,
Greg