From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Sexton Subject: org-babel: Bugs with inline src_* blocks Date: Tue, 15 Feb 2011 02:31:27 +0000 (UTC) Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=36250 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PpAhd-00052o-Fp for emacs-orgmode@gnu.org; Mon, 14 Feb 2011 21:31:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PpAhc-0006Sj-8k for emacs-orgmode@gnu.org; Mon, 14 Feb 2011 21:31:45 -0500 Received: from lo.gmane.org ([80.91.229.12]:45545) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PpAhb-0006SO-TQ for emacs-orgmode@gnu.org; Mon, 14 Feb 2011 21:31:44 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PpAhZ-0007kW-Ow for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 03:31:42 +0100 Received: from rp.young.med.auckland.ac.nz ([130.216.140.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Feb 2011 03:31:41 +0100 Received: from psexton by rp.young.med.auckland.ac.nz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Feb 2011 03:31:41 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: emacs-orgmode@gnu.org I am experiencing a couple of significant bugs with inline src blocks in org-babel -- ie blocks of the form src_LANG{EXPRESSION}. I am using the development version of org, checked out a few days ago. Pressing C-c C-c with the cursor on such a block is supposed to evaluate it and echo the result to the minibuffer. However in recent versions of org (the last 3 months or so) this behaviour has become broken, at least for me. The following is an example file. ------start------- #+BABEL: :session s1 :exports value latex :results raw #+BEGIN_SRC R :results none :exports none 1+2+3 #+END_SRC src_R{1+1} ------end-------- Pressing C-c C-c with the cursor on the inline block produces the error: 'R' is not recognized as an internal or external command, operable program or batch file. This happens even if the session named s1 is already running. However, if I first evaluate the BEGIN_SRC ... END_SRC block, using org-babel-execute-src-block, and then reattempt to evaluate the inline block, it will work. If I then press C-c C-c on the '#+BABEL:' line at the start of the file, the inline block goes back to producing the error. The second, and more aggravating, error is do with the consequences of evaluating inline blocks. Formerly the result would be echoed in the minibuffer, and the document itself would not be altered. Now org has taken to inserting the result after the block, the same behaviour as a non-inline block. The header arguments used for this insertion seem to carry over either from the previous non-inline block, or possibly the global settings (BABEL: line). So for example, if I press C-c C-c on the src_R{1+1} above, I get: ------- src_R{1+1} #+BEGIN_LaTeX 2#+END_LaTeX ------- I want inline code blocks to replace themselves with their result when exporting the document to latex etc. I *never* want them to paste their results into the document while editing - that is what non-inline blocks are for. Is this change in behaviour intentional? If so is there a setting that will revert to the old behaviour? Paul