emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
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
 > 

  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

  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=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 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).