From: "Cook, Malcolm" <MEC@stowers.org>
To: "'Charles C. Berry'" <ccberry@ucsd.edu>,
'Vikas Rawal' <vikaslists@agrarianresearch.org>
Cc: 'org-mode mailing list' <emacs-orgmode@gnu.org>
Subject: Re: Using tramp to run R source code blocks on remote server
Date: Thu, 21 Apr 2016 22:20:50 +0000 [thread overview]
Message-ID: <fc7d001190a44634bcd9a3ae4fe58ba2@exchsrv2.sgc.loc> (raw)
In-Reply-To: <alpine.OSX.2.20.1604211458320.1170@charles-berrys-macbook.local>
I believe some of the inter-process communication magic depends upon i/o through a file that exists in /tmp on the remote host
If the remote server shares a file system with localhost (does it?), you could contrive for that temp file to live there (~/.emacs.d/ESS.IPC.HACK) instead.
I've been stung by similar in the past.
What version of ESS and org are you using? (meta-x org-version and meta-x ess-version) - this has been a bit of a moving target. I've most recently had tramp/ess/org work FINE. That is when I am editing a file on a remote host via tramp. The R process starts up on the remote host (as does a shell for "#+SRC sh" blocks). This _should_ work for you....
~Malcolm
> -----Original Message-----
> From: Emacs-orgmode [mailto:emacs-orgmode-
> bounces+mec=stowers.org@gnu.org] On Behalf Of Charles C. Berry
> Sent: Thursday, April 21, 2016 5:05 PM
> To: Vikas Rawal <vikaslists@agrarianresearch.org>
> Cc: org-mode mailing list <emacs-orgmode@gnu.org>
> Subject: Re: [O] Using tramp to run R source code blocks on remote server
>
> On Thu, 21 Apr 2016, Charles C. Berry wrote:
>
> > On Thu, 21 Apr 2016, Charles C. Berry wrote:
> >
> >> On Thu, 21 Apr 2016, Vikas Rawal wrote:
> >>
> >>> I am trying to run R source code blocks on a remote server (defined in my
> >>> ~/.ssh/config as cesp).
> >>>
> >>> I am facing several problems.
> >>>
> >>> 1. The following sample block, when used with ":results value" does not
> >>> give any results.
> >>>
> >>> #+NAME: level1
> >>> #+begin_src R :results value :exports results :colnames yes :hline yes
> >>> :session cesp :dir /cesp:/home/vikas/
> >>> c(1:5)
> >>> #+end_src
> >>>
> >>> I get the following message:
> >>>
> >>> tramp-flush-directory-property: Wrong type argument: arrayp, nil
> >>>
> >>
> >> I think this is an issue with having different version of ESS on your local
> >> and remote systems.
> >>
> >
> > OOPS!
> >
> > The `different versions' issue affected my setup. But after correcting it, I
> > still get the error you cited above.
> >
> > Not sure exactly where the fault lies.
> >
>
>
> Maybe in `org-babel-comint-eval-invisibly-and-wait-for-file', but I am not
> sure what/how.
>
> I tried to instrument the function (C-u C-M-x on the function source) and
> run it. And it ran without error when I stepped thru it. Then I removed
> instrumentation with C-M-x and reran - again no error.
>
> I tried removing the *.elc and restarting emacs, but that seems to make no
> difference - the error is still there till I instrument the code.
>
> Until this is sorted out, you might try the instrument/uninstrument gambit
> as a workaround.
>
> HTH,
>
> Chuck
>
next prev parent reply other threads:[~2016-04-21 22:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-21 10:53 Using tramp to run R source code blocks on remote server Vikas Rawal
2016-04-21 16:48 ` Charles C. Berry
2016-04-21 21:29 ` Charles C. Berry
2016-04-21 22:04 ` Charles C. Berry
2016-04-21 22:20 ` Cook, Malcolm [this message]
2016-04-22 3:26 ` Vikas Rawal
2016-04-22 15:22 ` Nick Dokos
2016-04-22 16:17 ` Charles C. Berry
2016-04-22 18:22 ` Cook, Malcolm
2016-04-21 23:33 ` Tim Howes
2016-04-23 4:15 ` [PATCH] ob-comint.el bug WAS: " Charles C. Berry
2016-05-10 4:04 ` Benda Xu
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fc7d001190a44634bcd9a3ae4fe58ba2@exchsrv2.sgc.loc \
--to=mec@stowers.org \
--cc=ccberry@ucsd.edu \
--cc=emacs-orgmode@gnu.org \
--cc=vikaslists@agrarianresearch.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.