From: "Charles C. Berry" <ccberry@ucsd.edu>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: Bastien <bzg@altern.org>, emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: [babel] [bug] inline src_R breaks downstream src block
Date: Mon, 22 Aug 2011 10:32:39 -0700 [thread overview]
Message-ID: <Pine.LNX.4.64.1108221031340.8244@tajo.ucsd.edu> (raw)
In-Reply-To: <87zkj18qvy.fsf@gmail.com>
On Mon, 22 Aug 2011, Eric Schulte wrote:
> Hi Chuck,
>
> I just pushed up another fix, after which your example exports cleanly
> on my system. Please give this another try and let me know if it is now
> working for you as well.
Org-mode version 7.7 (release_7.7.170.gcaaad.dirty) works fine on the
example.
Thanks,
Chuck
>
> Thanks -- Eric
>
> "Charles C. Berry" <ccberry@ucsd.edu> writes:
>
>> On Sun, 21 Aug 2011, Eric Schulte wrote:
>>
>>> I've just pushed up a change to org-exp-blocks which should fix Charles'
>>> original problem related to conflict between inline and regular code
>>> blocks. Please let me know if this problem persists in the latest git
>>> HEAD.
>>
>> Just updated to
>>
>> Org-mode version 7.7 (release_7.7.167.gfceb.dirty)
>>
>> And I get
>>
>> [...]
>> Code block evaluation complete.
>> if: Args out of range: -1, -1
>>
>> after typing C-c C-e A RET y
>>
>> :-(
>>
>> Chuck
>>
>>>
>>> Thanks -- Eric
>>>
>>> Eric Schulte <schulte.eric@gmail.com> writes:
>>>
>>>> Bastien <bzg@altern.org> writes:
>>>>
>>>>> Hi Charles,
>>>>>
>>>>> yes, there are some problems with parsing inline source blocks.
>>>>> Stephen also reported that these colon lines
>>>>>
>>>>> : were $\beta_2$ = src_R{round(out3$coef[3], 4)}
>>>>> : and $\beta_3$ = src_R{round(out3$coef[4], 4)}
>>>>>
>>>>> where not exporting correctly... Eric, can you have a look at
>>>>> these problems?
>>>>>
>>>>> Thanks!
>>>>>
>>>>
>>>> It will probably be a couple of days before I have sufficient time to
>>>> address these issues, but rest assured it is only my TODO list.
>>>>
>>>> Thanks -- Eric
>>>>
>>>>>
>>>>> "Charles C. Berry" <ccberry@ucsd.edu> writes:
>>>>>
>>>>>> ,----
>>>>>> | | * inline code block example
>>>>>> | | | AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
>>>>>> | blah blah src_R[:results output]{cat(rnorm(2))}
>>>>>> | CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
>>>>>> | #+begin_src R :eval never :exports none
>>>>>> | 1+2
>>>>>> | a <- b + c
>>>>>> | xyz
>>>>>> | #+end_src
>>>>>> | DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
>>>>>> `----
>>>>>>
>>>>>>
>>>>>> When I run C-c C-e A y, I get a buffer that misses the 'DDD...' line.
>>>>>>
>>>>>> When I run C-c C-e L y, I get a buffer that ends like this:
>>>>>>
>>>>>> ----
>>>>>> | AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
>>>>>> | blah blah \texttt{-1.172165 -0.5324113}
>>>>>> | CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
>>>>>> | \begin{src}R DDDDDDDDDDDDDDDDDDDDDDDDDDD
>>>>>> | | \end{document}
>>>>>> `----
>>>>>>
>>>>>> More complicated examples exhibit other problems, I speculate that
>>>>>> parsing the inline src_R and setting up to find the next
>>>>>> #+begin_src...#+end_src instance is what has gone wrong.
>>>>>>
>>>>>> FWIW, changing the :exports header to 'code' seems to give correct
>>>>>> results
>>>>>>
>>>>>> Also, placing a dummy example like this:
>>>>>>
>>>>>> ,----
>>>>>> | #+begin_example
>>>>>> | #+end_example
>>>>>> `----
>>>>>>
>>>>>> after the src_R line produces correct results.
>>>>>>
>>>>>> Chuck
>>>>>>
>>>>>>
>>>>>> Charles C. Berry Dept of Family/Preventive Medicine
>>>>>> cberry@tajo.ucsd.edu UC San Diego
>>>>>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>
>>> --
>>> Eric Schulte
>>> http://cs.unm.edu/~eschulte/
>>>
>>
>> Charles C. Berry Dept of Family/Preventive Medicine
>> cberry@tajo.ucsd.edu UC San Diego
>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>
>>
>
> --
> Eric Schulte
> http://cs.unm.edu/~eschulte/
>
Charles C. Berry Dept of Family/Preventive Medicine
cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
next prev parent reply other threads:[~2011-08-22 17:33 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-09 4:00 [babel] [bug] inline src_R breaks downstream src block Charles C. Berry
2011-08-19 22:50 ` Bastien
2011-08-21 18:35 ` Eric Schulte
2011-08-21 20:17 ` Eric Schulte
2011-08-21 20:25 ` Eric Schulte
2011-08-22 3:19 ` Charles C. Berry
2011-08-22 14:25 ` Eric Schulte
2011-08-22 17:32 ` Charles C. Berry [this message]
2011-08-22 19:58 ` Rasmus
2011-08-22 20:08 ` Eric Schulte
2011-08-23 16:27 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.64.1108221031340.8244@tajo.ucsd.edu \
--to=ccberry@ucsd.edu \
--cc=bzg@altern.org \
--cc=emacs-orgmode@gnu.org \
--cc=schulte.eric@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).