From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Doherty Subject: Bug in org-babel R language shadows ruby Date: Fri, 4 Dec 2009 16:50:16 -0600 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0313665684==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NGgym-0002Ab-5b for emacs-orgmode@gnu.org; Fri, 04 Dec 2009 17:50:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NGgyh-00024x-HV for emacs-orgmode@gnu.org; Fri, 04 Dec 2009 17:50:23 -0500 Received: from [199.232.76.173] (port=45213 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGgyh-00024n-7K for emacs-orgmode@gnu.org; Fri, 04 Dec 2009 17:50:19 -0500 Received: from mail-fx0-f213.google.com ([209.85.220.213]:49555) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NGgyg-0005U4-Sc for emacs-orgmode@gnu.org; Fri, 04 Dec 2009 17:50:19 -0500 Received: by fxm5 with SMTP id 5so3022552fxm.8 for ; Fri, 04 Dec 2009 14:50:17 -0800 (PST) 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 --===============0313665684== Content-Type: multipart/alternative; boundary=0016364d232b7a89e90479eeeedb --0016364d232b7a89e90479eeeedb Content-Type: text/plain; charset=ISO-8859-1 All, I'm not on this mailing list, but thought this would be the right place to pass along a bug in org-babek that had me baffled for a long time. I was initializing org-babel with the following from my init.el file =========================================== (require 'org-babel-init) (require 'org-babel-ruby) (require 'org-babel-R) (require 'org-babel-python) (org-babel-load-library-of-babel) ============================================ When executing a ruby src block, I would get an error saying that the "r" language was not a babel-interpreter. When I change the order of the language initializations, the error goes away: ============================================ (require 'org-babel-init) (require 'org-babel-R) (require 'org-babel-ruby) (require 'org-babel-python) (org-babel-load-library-of-babel) ============================================ Now, ruby is recognized. Looks like the function for parsing the src block is seeing the 'r' in ruby and stopping because 'R" is a valid language, but then choking when it tries to run 'r'. I hope someone can get this to Eric Schulte to see what's going on. In the meantime, putting ruby second is a workaround. I suspect a similar problem happens whenever one language is a prefix of another. Regards, Dan Doherty --0016364d232b7a89e90479eeeedb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable All,

I'm not on this mailing list, but thought this would be the= right place to pass along a bug in org-babek
that had me baffled for a = long time.

I was initializing org-babel with the following from my i= nit.el file
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
(require 'org= -babel-init)
(require 'org-babel-ruby)
(require 'org-babel-R)=
(require 'org-babel-python)
(org-babel-load-library-of-babel)
=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

When executin= g a ruby src block, I would get an error saying that the "r" lang= uage was not a babel-interpreter.

When I change the order of the language initializations, the error goes= away:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
(r= equire 'org-babel-init)
(require 'org-babel-R)
(require 'org-babel-ruby)
(require 'org-babel-python)
(org-babel-load-library-of-babel)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Now, ruby = is recognized.=A0 Looks like the function for parsing the src block is seei= ng the 'r' in ruby and stopping
because 'R" is a valid = language, but then choking when it tries to run 'r'.

I hope someone can get this to Eric Schulte to see what's going on.= =A0 In the meantime, putting ruby second is a workaround.

I suspect = a similar problem happens whenever one language is a prefix of another.

Regards,

Dan Doherty
--0016364d232b7a89e90479eeeedb-- --===============0313665684== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0313665684==--