From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: babel scheme not working Date: Thu, 28 May 2015 15:56:53 -0400 Message-ID: <87wpzsxypm.fsf@alphaville.usersys.redhat.com> References: <878uc8zhzj.fsf@alphaville.usersys.redhat.com> <874mmwzez8.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56075) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yy3vL-0006Ex-ST for emacs-orgmode@gnu.org; Thu, 28 May 2015 15:57:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yy3vI-00041u-Ho for emacs-orgmode@gnu.org; Thu, 28 May 2015 15:57:03 -0400 Received: from plane.gmane.org ([80.91.229.3]:60688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yy3vI-00041i-Am for emacs-orgmode@gnu.org; Thu, 28 May 2015 15:57:00 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Yy3vH-00069o-1b for emacs-orgmode@gnu.org; Thu, 28 May 2015 21:56:59 +0200 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 May 2015 21:56:59 +0200 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 May 2015 21:56:59 +0200 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Lawrence Bottorff writes: > Yes, thanks, the :session did the trick. Is that documented somewhere? > Also, it ignored my running MIT Scheme and fired up a Guile REPL in > the next buffer. I guess it's doing something with Geiser, hence, > Guile? > (info "(org) session"): ,---- | The ‘:session’ header argument starts a (possibly named) session for an | interpreted language where the interpreter’s state is preserved. All | code blocks sharing the same name are exectuted by the same interpreter | process. By default, a session is not started. `---- The interpreter that geiser runs is specified in geiser-default-implementation. > On Thu, May 28, 2015 at 3:20 PM, Nick Dokos wrote: > > Lawrence Bottorff writes: > > > The MIT scheme repl is running in the next buffer. . . > > > > Did you try it? > > --8<---------------cut here---------------start------------->8--- > #+BEGIN_SRC scheme :session foo >  (define (mydouble x) >  (+ x x)) > #+END_SRC > > #+RESULTS: > > doesn't seem to remember from one block to the next. So, after defining the code above > > #+BEGIN_SRC scheme :session foo >  (mydouble 5) > #+END_SRC > > #+RESULTS: > : 10 > --8<---------------cut here---------------end--------------->8--- > > Without the session, I get > > #+RESULTS > : An error occurred. > > instead. This is with guile as the scheme interpreter, but that should > not make any difference. > > > On May 28, 2015 2:16 PM, "Nick Dokos" wrote: > > > >     Lawrence Bottorff writes: > > > >     > . . . installed geiser via elpa -- and got some functionality. Although a simple thing like  > >     > > >     > #+BEGIN_SRC scheme > >     > (define (mydouble x) > >     > (+ x x))   > >     >   #+END_SRC > >     > > >     > doesn't seem to remember from one block to the next. So, after defining the code above > >     > > >     > #+BEGIN_SRC scheme > >     > (mydouble 5) > >     >  #+END_SRC > >     > > >     > gives an error, while  > >     > > >     >  #+BEGIN_SRC scheme > >     > (define (mysquare x) > >     >   (* x x)) > >     > (mysquare 5) > >     >  #+END_SRC > >     > > >     >   #+RESULTS: > >     >   : 25 > >     > > >     > works. Any way to have it remember like a REPL does? > > > >     Use a session? > Nick