From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: [babel] [BUG] table with header line as parameter Date: Fri, 11 May 2012 16:57:18 +0200 Message-ID: <87wr4iyddd.fsf@med.uni-goettingen.de> References: <878vh1uhmh.fsf@med.uni-goettingen.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41646) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSrIY-00027L-S1 for emacs-orgmode@gnu.org; Fri, 11 May 2012 10:58:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SSrIT-0006ZR-LD for emacs-orgmode@gnu.org; Fri, 11 May 2012 10:58:26 -0400 Received: from plane.gmane.org ([80.91.229.3]:33905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSrIT-0006Z7-Am for emacs-orgmode@gnu.org; Fri, 11 May 2012 10:58:21 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SSrIM-0006mp-Ci for emacs-orgmode@gnu.org; Fri, 11 May 2012 16:58:14 +0200 Received: from vpn-2180.gwdg.de ([134.76.2.180]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 May 2012 16:58:14 +0200 Received: from andreas.leha by vpn-2180.gwdg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 May 2012 16:58:14 +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 Andreas Leha writes: > Hi all, > > I do not know what could be the cause of this, but I can't have a > table with header as argument to a source block any more: > > #+name: table_w_header > | one | two | > |-----+-----| > | 1 | 3 | > > #+begin_src R :var tbl=table_w_header > > #+end_src > > If I do C-c C-v v on the above source block, I get this backtrace: > > ,---- > | Debugger entered--Lisp error: (wrong-type-argument sequencep hline) > | length(hline) > | mapcar(length (("one" "two") hline (1 3))) > | org-babel-R-assign-elisp(tbl (("one" "two") hline (1 3)) nil nil) > | #[(pair) "\302@A\303\304 \"A\305\232\303\306 \"A\305\232$\207" > | [pair params org-babel-R-assign-elisp assoc :colnames "yes" > | :rownames] 7]((tbl ("one" "two") hline (1 3))) > | mapcar(#[(pair) "\302@A\303\304 \"A\305\232\303\306 > | \"A\305\232$\207" [pair params org-babel-R-assign-elisp assoc > | :colnames "yes" :rownames] 7] ((tbl ("one" "two") hline (1 3)))) > | org-babel-variable-assignments:R(((:cache . "no") (:colname-names > | (tbl "one" "two")) (:comments . "") (:exports . "code") (:hlines > | . "no") (:noweb . "no") (:padline . "") (:padnewline . "yes") > | (:result-params "replace") (:result-type . value) (:results > | . "replace") (:rowname-names) (:session . "none") (:shebang . "") > | (:tangle . "no") (:var tbl (1 3)))) > | org-babel-expand-body:R("\n" ((:cache . "no") (:colname-names (tbl > | "one" "two")) (:comments . "") (:exports . "code") (:hlines . "no") > | (:noweb . "no") (:padline . "") (:padnewline . "yes") > | (:result-params "replace") (:result-type . value) (:results > | . "replace") (:rowname-names) (:session . "none") (:shebang . "") > | (:tangle . "no") (:var tbl (1 3)))) > | org-babel-expand-src-block() > | call-interactively(org-babel-expand-src-block nil nil) > `---- > > I tested on with emacs -Q on > 1. GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1) of 2012-05-02 on zelenka, modified by Debian > 2. GNU Emacs 23.4.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.10) of 2012-04-07 on trouble, modified by Debian > > My org-version: Org-mode version 7.8.09 with last commit > ,---- > | commit 56520a6936351d6fcc149652e1ff30f50c43eb4e > | Merge: 505cc7a 0ebeb77 > | Author: Nicolas Goaziou > | Date: Wed May 9 23:34:05 2012 +0200 > | > | Merge branch 'maint' > `---- > So, the fix discussed in > [[https://lists.gnu.org/archive/html/emacs-orgmode/2011-02/msg01444.html]] > should be there. > > > Not sure if this could be connected: I updated my emacs-snapshot (the > 24 version) from [[http://emacs.naquadah.org]] today. > > > Any help is highly appreciated, > Andreas Hi all, sorry for answering to my own message. I thought, that I did not pull between working state and broken state, but apparently I did. So, in the end, =git bisect= now told me the responsible commit: ,---- | fb7ebd2dae66a7b42aecff695fe40461a33a76ed is the first bad commit | commit fb7ebd2dae66a7b42aecff695fe40461a33a76ed | Author: Eric Schulte | Date: Wed Apr 25 15:34:15 2012 -0400 | | clean up the code implementing reads of irregular data into R | | * lisp/ob-R.el (org-babel-R-assign-elisp): Clean up the code | implementing reads of irregular data into R. `---- This commit is revertable, and reverting this commit also solves the described issue for me. Cheers, Andreas