[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [0][babel][R] Undesired conversion of integers to floats in R co
From: |
Eric Schulte |
Subject: |
Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output |
Date: |
Sun, 19 Feb 2012 09:48:33 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) |
> Just to be safe, I nuked my org-mode directory and re-cloned from the
> git repository: I'm now at release_7.8.03.386.g2239d (I was at
> release_7.8.03-351-g47eb3 previously). Is there a more recent
> version? I also removed the org directory that came with the packaged
> version of emacs, just in case.
>
This sounds just like my setup. I get the following from `org-version'
which should be equivalent.
Org-mode version 7.8.03 (release_7.8.03.419.gdeb6e)
>
> I start emacs with the following options:
> $ emacs -Q -eval '(setq load-path (cons
> "~/share/emacs/site-lisp/org-mode/lisp" load-path))' -eval "(require
> ob-R)" test.org
>
I just did the same using the following command line to launch Emacs,
and I still get no decimal place in my results.
$ emacs -Q -eval '(setq laod-path (cons "~/.emacs.d/src/org/lisp/" load-path))'
-eval "(require 'ob-R)" /tmp/dan.org
>
> I get the same behavior as before. I was a little puzzled when I saw
> this happen, as I've been working on this study for over a year in org
> and it's the first time I've seen this behavior. I went back and
> tried previous versions (e.g., 7.4), and now I see the same thing.
>
> I wonder if Arch (a rolling release linux distribution that tries to
> be close to the leading edge) has updated an underlying library that
> impacts the babel code in some odd way. (Granted, I don't see how
> this could be, as the emacs environment seems pretty well insulated
> from the underlying OS; PEBKAC just as likely.)
>
I doubt this is the case. I also use Arch (just ran pacman -Syu this
morning) so we likely have the largely same underlying versions of
libraries installed. Maybe the issue could lay somewhere in your R
config?
Sorry I can't be of more help.
Best,
>
> In any event, since you can't reproduce the behavior (thanks again for
> trying), I don't expect it's anything you can fix. Maybe it will show
> up in other distributions as they update to more current versions. In
> the mean time, I'll try to improve my elisp skills and figure out
> where the extraneous formatting occurs.
>
> Best,
> Dan
>
> - GNU Emacs 23.4.1 (i686-pc-linux-gnu, GTK+ Version 2.24.9) of
> 2012-02-01 on shirley.hoetzel.info
> - Org-mode version 7.8.03 (release_7.8.03.386.g2239d)
>
>
--
Eric Schulte
http://cs.unm.edu/~eschulte/
- [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Daniel Drake, 2012/02/16
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Eric Schulte, 2012/02/18
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Daniel Drake, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output,
Eric Schulte <=
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Daniel Drake, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Daniel Drake, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Daniel Drake, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Eric Schulte, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Daniel Drake, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Achim Gratz, 2012/02/19
- Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output, Achim Gratz, 2012/02/20