From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [babel] [BUG] table with header line as parameter Date: Fri, 11 May 2012 16:51:20 -0400 Message-ID: <87obpuwiev.fsf@gmx.com> References: <878vh1uhmh.fsf@med.uni-goettingen.de> <87wr4iyddd.fsf@med.uni-goettingen.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:40932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSygm-00010U-0q for emacs-orgmode@gnu.org; Fri, 11 May 2012 18:51:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SSygj-000788-F4 for emacs-orgmode@gnu.org; Fri, 11 May 2012 18:51:55 -0400 Received: from mailout-us.gmx.com ([74.208.5.67]:60089) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1SSygj-00077y-8e for emacs-orgmode@gnu.org; Fri, 11 May 2012 18:51:53 -0400 In-Reply-To: <87wr4iyddd.fsf@med.uni-goettingen.de> (Andreas Leha's message of "Fri, 11 May 2012 16:57:18 +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: Andreas Leha Cc: emacs-orgmode@gnu.org Andreas Leha writes: > 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 > > Hi Andreas, Thanks for reporting and for bisecting (which made fixing much easier). I've just pushed up a fix. Please let me know if problems persist. Best, -- Eric Schulte http://cs.unm.edu/~eschulte/