From mboxrd@z Thu Jan 1 00:00:00 1970 From: Martyn Jago Subject: Re: [babel] Collection of code block snippets Date: Thu, 08 Sep 2011 19:34:49 +0100 Message-ID: References: <878vq48dvt.fsf@gmail.com> <87zkiiq4ko.fsf@gmail.com> <87bouxr3v1.fsf@gmail.com> <87mxef6p4r.fsf@gmail.com> <87bouvdj15.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:57233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1jRN-00007P-PH for emacs-orgmode@gnu.org; Thu, 08 Sep 2011 14:35:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R1jRM-0001wU-Cu for emacs-orgmode@gnu.org; Thu, 08 Sep 2011 14:35:09 -0400 Received: from lo.gmane.org ([80.91.229.12]:42765) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1jRM-0001vu-3a for emacs-orgmode@gnu.org; Thu, 08 Sep 2011 14:35:08 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R1jRH-00026i-Jq for emacs-orgmode@gnu.org; Thu, 08 Sep 2011 20:35:03 +0200 Received: from 88-96-171-142.dsl.zen.co.uk ([88.96.171.142]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Sep 2011 20:35:03 +0200 Received: from martyn.jago by 88-96-171-142.dsl.zen.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Sep 2011 20:35:03 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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 Hi Eric Eric Schulte writes: > Hi Martyn, > >> >> I have written a few more tests for inline source blocks execution with >> org-ctrl-c-ctrl-c (not extensive by any means). > > Thanks for adding these tests, I get 6 failures all with the same error > [1], is that intentional? If not would you mind taking another look at > this patch? > >> The last two [:results scaler] and [:results verbatim] surprised me >> slightly since the manual suggests to me that they would be identical >> (although verbatim does what I would expect). >> >> ,---- >> | - scalar, verbatim The results should be interpreted literally—they >> | will not be converted into a table. The results will be inserted into >> | the Org-mode buffer as quoted text. E.g., :results value verbatim. >> `---- >> >> src_src_emacs-lisp[ :results scalar ]{ \"x\" } =x= >> src_src_emacs-lisp[ :results verbatim ]{ \"x\" } ="x"= > > interesting, I get the same results for both scalar and verbatim... Yes my bad - I have a problem with the spelling of scalar - they are the same here now. > > src_emacs-lisp[ :results scalar ]{ "x" } ="x"= > src_emacs-lisp[ :results verbatim ]{ "x" } ="x"= > > Notice that I had to edit your pasted example for it to run w/o error on > my system. Apologies, my hasty cut/pasting from tests to gnus. The only way I can generate any failures is by using your "older" command line script - even using your selector "\\(org\\|ob\\)" passes everything here. Interestingly, using my test-init.el based script with Emacs -batch -Q produces no errors either. I'll investigate further. Best, Martyn