Re: [O] babel R: should/does order of parameters matter?

[Eric Schulte]

Hi Myles,

I believe the problem here is that your :var header argument syntax is
wrong.  A :var header argument must have a name, and equals sign, and an
assignment for the variable, e.g.

#+begin_src sh :var name="eric"
  echo $name
#+end_src

#+results:
: eric

Please see the online manual for more information on the :var header
argument. http://orgmode.org/manual/var.html#var

Best -- Eric

Myles English <address@hidden> writes:

> Hello,
>
> First of all thanks very much for all the very well explained help
> given in previous threads I have started.
>
> Now, I have found different results arise from a difference in position
> of parameters (I'm using commit c01c2ad Fri Mar 18, R version 2.12.20,
> Feb 25):
>
>
> #+TBLNAME: data
> | x | parameter | value |
> |---+-----------+-------|
> | 0 | heat      |    30 |
> | 1 | heat      |    30 |
>
> This next block works as I expect and returns the column names:
>
> #+source: namesNFirst
> #+begin_src R  :var N :var tbl :var param :colnames yes
>        names(tbl)
> #+end_src
>
> #+call: namesNFirst(N=10,tbl=data,param="heat")
>
> #+results: namesNFirst(N=10,tbl=data,param="heat")
> | x         |
> | parameter |
> | value     |
>
> Now, I would expect this to return the same result as above:
>
> #+source: namesNLast
> #+begin_src R  :var tbl :var param :var N :colnames yes 
>        names(tbl)
> #+end_src
>
> #+call: namesNLast(tbl=data,param="heat",N=10)
>
> but it doesn't:
>
> #+results: namesNLast(tbl=data,param="heat",N=10)
> | X0   |
> | heat |
> | X30  |
>
> Removing the string parameter 'param', and again it works as expected:
>
> #+source: namesNoParam
> #+begin_src R  :var tbl :var N :colnames yes 
>        names(tbl)
> #+end_src
>
> #+call: namesNoParam(tbl=data,N=10)
>
> #+results: namesNoParam(tbl=data,N=10)
> | x         |
> | parameter |
> | value     |
>
> I can't find any difference R-side when using :session.  At this stage
> I am asking for help; is this intended or a bug?.
>
> Thanks.
>
> Myles