From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Babel SML oddity Date: Tue, 13 Nov 2018 23:42:54 -0600 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008420c8057a996834" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39869) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMnxJ-00084Y-4v for emacs-orgmode@gnu.org; Wed, 14 Nov 2018 00:43:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMnxI-0004If-17 for emacs-orgmode@gnu.org; Wed, 14 Nov 2018 00:43:13 -0500 Received: from mail-oi1-x230.google.com ([2607:f8b0:4864:20::230]:42545) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gMnxF-0004Gi-WE for emacs-orgmode@gnu.org; Wed, 14 Nov 2018 00:43:10 -0500 Received: by mail-oi1-x230.google.com with SMTP id w13so490oiw.9 for ; Tue, 13 Nov 2018 21:43:06 -0800 (PST) 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: emacs-orgmode Mailinglist --0000000000008420c8057a996834 Content-Type: text/plain; charset="UTF-8" I'm following a Coursera course that uses ML. I have SML up and running on Emacs 26.1/orgmode 9.1.14. So in an orgmode buffer I have #+begin_src sml val u = 1; val v = 2; val w = u + v; #+end_src and C-c C-c produces #+RESULTS[8b5...]: : val v = 2 : int while the REPL (*sml*) produces - val u = 1; val v = 2; val w = u + v; ; "stdIn"; val u = 1 : int - val v = 2 : int - val w = 3 : int - val it = "stdIn" : string So the RESULTS block in the orgmode buffer is not giving the full results as does the REPL. More bizarre, I can do something later, e.g., #+begin_src sml fun area_c (r) = Math.pi * r * r; #+end_src and the RESULTS simply replaces the RESULTS above, again only including some of the REPL's response. I'm saying it doesn't do the normal thing of giving a new RESULTS below the code block, rather just replaces the previous RESULTS block's contents with incomplete information. I can add many code blocks -- and I only ever get that lone RESULTS block overwritten. What am I missing? LB --0000000000008420c8057a996834 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm following a Coursera course that uses ML= . I have SML up and running on Emacs 26.1/orgmode=C2=A09.1.14. So in an org= mode buffer I have

#+begin_src sml
val u =3D 1;
val v =3D 2;
val w =3D u + v;
#+end_src

and C-c C-c produce= s

#+RESULTS[8b5...]:=C2=A0
: val v = =3D 2 : int

while the REPL (*sml*) produces<= /div>

- val u =3D 1;
val v =3D 2;
val w =3D u + v;
; "stdIn";
val u =3D 1 : = int
- val v =3D 2 : int
- val w =3D 3 : int
-= val it =3D "stdIn" : string

So th= e RESULTS block in the orgmode buffer is not giving the full results as doe= s the REPL. More bizarre, I can do something later, e.g.,

#+begin_src sml
fun area_c (r) =3D Math.pi * r * r;<= /div>
#+end_src

and the RESULTS simply r= eplaces the RESULTS above, again only including some of the REPL's resp= onse. I'm saying it doesn't do the normal thing of giving a new RES= ULTS below the code block, rather just replaces the previous RESULTS block&= #39;s contents with incomplete information. I can add many code blocks -- a= nd I only ever get that lone RESULTS block overwritten. What am I missing?<= /div>

LB

--0000000000008420c8057a996834--