From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Charles C. Berry" Subject: Re: Using tramp to run R source code blocks on remote server Date: Thu, 21 Apr 2016 15:04:49 -0700 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56562) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1atMib-0005Q4-U6 for emacs-orgmode@gnu.org; Thu, 21 Apr 2016 18:05:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1atMiW-0001il-Us for emacs-orgmode@gnu.org; Thu, 21 Apr 2016 18:05:01 -0400 Received: from iport-acv6-out.ucsd.edu ([132.239.0.13]:22733) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1atMiW-0001hC-Lv for emacs-orgmode@gnu.org; Thu, 21 Apr 2016 18:04:56 -0400 In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Vikas Rawal Cc: org-mode mailing list 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