[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [babel] Error when exporting a trivial org file to HTML: Wrong t
From: |
Eric Schulte |
Subject: |
Re: [O] [babel] Error when exporting a trivial org file to HTML: Wrong type argument: stringp, (results . "") |
Date: |
Thu, 29 Sep 2011 19:08:26 -0600 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Leo Alekseyev <address@hidden> writes:
> Eric, I pulled the latest org-mode and that got me past the trivial
> error I described, however, I've run into other ones (I'm still
> bisecting my original large org file to come up with concise example).
> There is another error: if I have a hyperlink anywhere in my org
> file, the html export fails with
>
> org-translate-link: Args out of range: 0, 4
>
Hi Leo,
I can't reproduce your problem. After adding a value "=0" to your foo
variable your example below exports for me without problem.
Maybe the issue has something to do with your config, in which case
starting Emacs with -Q and trying to reproduce the problem could help.
Best -- Eric
>
> Here's the exact example; any comments?:
> ------------------------8<--------
> #+title: My org file
> #+babel: :session *R-babel* :tangle yes
>
> * The problem
> here's a hyperlink: [[http://google.com]]
>
> ** The code
> This is going to fail on export:
>
> #+source: test_code
> #+BEGIN_SRC R :results output silent :exports none :var foo
> bar <- foo
> #+END_SRC
>
> Why does this fail?
> #+call: test_code(foo=200)
> #+results: test_code(foo=200)
> ------------------------8<--------
>
>
> On Thu, Sep 29, 2011 at 4:33 PM, Eric Schulte <address@hidden> wrote:
>> Leo Alekseyev <address@hidden> writes:
>>
>>> I changed the line to #+BEGIN_SRC R :results output silent :exports
>>> none :var foo=0, but it gives me the same error as before. Running on
>>> the old-ish version of org (from January, commit
>>> 8be17c8c62a8fb402a2ebf1c963a4e9f8f5dec53).
>>>
>>
>> I'd recommend updating to the most recent version in which the header
>> arguments you mention above work for me.
>>
>> Best -- Eric
>>
>> --
>> Eric Schulte
>> http://cs.unm.edu/~eschulte/
>>
--
Eric Schulte
http://cs.unm.edu/~eschulte/