Re: Bug: ob-R.el breaks when :session is specified

[Christian Heinrich <com-orgmode-mailinglist@gladbachcity.de>]

[-- Attachment #1: Type: text/plain, Size: 4820 bytes --]

Hi Jeremie,

thank you for providing this example!

The ess that was found in the load path was years old and once updated, all issues were resolved. In
fact, my so-called minimum init still used (require 'package) and I didn't even think about ESS
causing this trouble.

It's now a bit clearer how to build a real minimum init - thank you!

This is hence resolved.

Best regards
Christian


On Mon, 2022-05-16 at 00:21 +0200, Jeremie Juste wrote:
> 
> Hello Christian
> 
> On Sunday, 15 May 2022 at 20:06, Christian Heinrich wrote:
> > I just tested with
> > 
> >  Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @
> > /home/heinrich/.emacs.d/straight/repos/org/lisp/)
> > 
> > using
> > 
> > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.16.0) of
> > 2021-
> > 11-27, modified by Debian
> 
> 
> Many thanks for reporting back.  I updated to gcdbb1c and it is still working fine.
> 
> My minimum working example is the following. From the org-mode root directory,
> 
> $ emacs -Q -L ./lisp -l org  -l ~/ess-barebone.el
> 
> where ~/ess-barebone.el is the following:
> 
> #+begin_src  elisp
> (add-to-list 'load-path "/home/djj/.emacs.d/elpa/ess-20220125.2207/")
> (require 'ess-r-mode)
> 
>  (org-babel-do-load-languages
>    'org-babel-load-languages
>    '((R . t)))
> 
> (setq org-confirm-babel-evaluate nil)
> #+end_src
> 
> Note that I'm still using a rather old ess version. Could you please try
> with the above configuration? Note that I am using a rather old ess
> version but the I haven't experienced issues with the newer one.
> 
> Best regards
> Jeremie
> 
> 
> > Hi Jeremie,
> > 
> > I just tested with
> > 
> >  Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @
> > /home/heinrich/.emacs.d/straight/repos/org/lisp/)
> > 
> > using
> > 
> > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.16.0) of
> > 2021-
> > 11-27, modified by Debian
> > 
> > I am on Debian Testing and that is the default emacs version.
> > 
> > Using the unmodified org (git hash from above) I get the following messages when executing a src
> > block with R:
> > 
> >    executing R code block...
> >    Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, `?\(', `?\)'
> > expected!
> >    Type C-h m for help on ESS version 15.09
> >    ess-tracebug mode enabled
> >    Quit
> >    Package cl is deprecated
> > 
> > Note that the "Quit" is me pressing Ctrl-g after a few seconds.
> > 
> > Removing the commit in question makes the block return instantaneously:
> > 
> >    executing R code block...
> >    Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, `?\(', `?\)'
> > expected!
> >    Type C-h m for help on ESS version 15.09
> >    ess-tracebug mode enabled
> >    Code block evaluation complete.
> >    Package cl is deprecated
> > 
> > I anticipated that this would not be obvious, since this feature is used too much to go
> > unnoticed for
> > two years - but I am clueless as to how I should continue with debugging...
> > 
> > Thanks for your help!
> > Christian
> > 
> > On Sun, 2022-05-15 at 16:16 +0200, Jeremie Juste wrote:
> > > 
> > > Hello Christian,
> > > 
> > > Thanks for reporting but I cannot reproduce the bug with the org and
> > > emacs version below.
> > > 
> > > Org mode version 9.5.3 (release_9.5.3-467-g2bd34e @
> > > /home/djj/src/org-mode/lisp/)
> > > GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24) of
> > > 2022-01-16
> > > 
> > > Can you please let me know which version of org-mode you are actually
> > > using?
> > > 
> > > Ihor, many thanks for checking.
> > > 
> > > Best regards,
> > > Jeremie
> > > 
> > > On Sunday, 15 May 2022 at 16:08, Ihor Radchenko wrote:
> > > > Christian Heinrich <com-orgmode-mailinglist@gladbachcity.de> writes:
> > > > 
> > > > > I got back to an org file after upgrading to the latest release of org-mode and tried
> > > > > executing the
> > > > > contained R source blocks. Unfortunately, emacs got stuck in the execution and was
> > > > > blocked; I
> > > > > had to
> > > > > exit using C-g.
> > > > > 
> > > > > Here's a minimal example src block that causes emacs to get stuck:
> > > > > 
> > > > > #+begin_src R :results output :session *R* :exports both
> > > > >   a <- 10
> > > > >   a
> > > > > #+end_src
> > > > > 
> > > > > R itself does start and the code is also executed correctly. However, the output from that
> > > > > session
> > > > > is apparently not returned to emacs or the buffer.
> > > > 
> > > > I tried you example using Emacs >=26 and it works just fine.
> > > > 
> > > > Best,
> > > > Ihor
> 

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]