Scheme babel error

Scheme babel error

[Lawrence Bottorff]

[-- Attachment #1: Type: text/plain, Size: 761 bytes --]

I'm using Racket with Geiser and I get this error:

executing Scheme code block...
=> #f
org-babel-scheme-execute-with-geiser: Invalid read syntax: "#"

when in an org-mode file this code

#+begin_src scheme :exports both :session ch3
(define (bool-imply2 x y)
  (or (not x) y))
#+end_src

is run (C-c-c)

#+BEGIN_SRC scheme :session ch3
(bool-imply2 #t #f)
#+END_SRC

In the Racket "ch3" REPL session (bool-imply2 #t #f) works fine. I
discovered this problem when I first tried a simple export to HTML of the
buffer. It seems to not like the second boolean parameter. So switching the
parameters then complains about #t . What might be going on? BTW, does an
export try to "run" all the code blocks, i.e., why did I find this when I
was exporting to HTML?

LB

[-- Attachment #2: Type: text/html, Size: 1093 bytes --]

Re: Scheme babel error

[Nick Dokos]

Lawrence Bottorff <borgauf@gmail.com> writes:

> I'm using Racket with Geiser and I get this error:
>
> executing Scheme code block...
> => #f
> org-babel-scheme-execute-with-geiser: Invalid read syntax: "#"
>
> when in an org-mode file this code
>
> #+begin_src scheme :exports both :session ch3
> (define (bool-imply2 x y)
>   (or (not x) y))
> #+end_src
>
> is run (C-c-c)
>
> #+BEGIN_SRC scheme :session ch3
> (bool-imply2 #t #f)
> #+END_SRC
>
> In the Racket "ch3" REPL session (bool-imply2 #t #f) works fine. I discovered this problem when I first
> tried a simple export to HTML of the buffer. It seems to not like the second boolean parameter. So
> switching the parameters then complains about #t . What might be going on? BTW, does an export try to
> "run" all the code blocks, i.e., why did I find this when I was exporting to HTML?
>
> LB
>

Aargh - somebody (maybe you?) had run into this a long time ago and I
had suggested a possible fix, but with the demise of the gmane site, I
cannot find the thread - how do people search the ML nowadays?

In any case, there is a basic error in ob-scheme.el, line 176 (at
least in the version that I have):

        ...
        (setq result (if (or (string= result "#<void>")
			     (string= result "#<unspecified>"))
			 nil
		       (read result)))))   ;;;<<<<<<<<<<<<<<<<
        ...

The (read result) is bogus: it tries to use the emacs lisp reader to
parse a string that contains a scheme expression.

IIRC, I suggested changing it to just result:

        ...
        (setq result (if (or (string= result "#<void>")
			     (string= result "#<unspecified>"))
			 nil
		       result))))
        ...

but I didn't (and still don't) know if that breaks anything else.

Plus I'm on a machine that doesn't have geiser so I can't even test the basic "fix",
so I hope I've got it right. I'll try to follow up tonight from a machine that has
geiser installed.

-- 
Nick

Re: Scheme babel error

[Lawrence Bottorff]

[-- Attachment #1: Type: text/plain, Size: 2741 bytes --]

Actually, I found that thread (
https://lists.gnu.org/archive/html/emacs-orgmode/2015-09/msg00390.html) and
looked thrugh it (not as good as "looking through" it), but didn't make the
connection that it was because of the boolean -- again. What threw me was
how this time it seemed to just be a source block execute of the function,
whereas before it was the actual code -- as if the problem in ob-scheme.el
had escaped and hidden somewhere new.

How does one make an official bug report and/or fix?

On Tue, Aug 30, 2016 at 1:16 PM, Nick Dokos <ndokos@gmail.com> wrote:

> Lawrence Bottorff <borgauf@gmail.com> writes:
>
> > I'm using Racket with Geiser and I get this error:
> >
> > executing Scheme code block...
> > => #f
> > org-babel-scheme-execute-with-geiser: Invalid read syntax: "#"
> >
> > when in an org-mode file this code
> >
> > #+begin_src scheme :exports both :session ch3
> > (define (bool-imply2 x y)
> >   (or (not x) y))
> > #+end_src
> >
> > is run (C-c-c)
> >
> > #+BEGIN_SRC scheme :session ch3
> > (bool-imply2 #t #f)
> > #+END_SRC
> >
> > In the Racket "ch3" REPL session (bool-imply2 #t #f) works fine. I
> discovered this problem when I first
> > tried a simple export to HTML of the buffer. It seems to not like the
> second boolean parameter. So
> > switching the parameters then complains about #t . What might be going
> on? BTW, does an export try to
> > "run" all the code blocks, i.e., why did I find this when I was
> exporting to HTML?
> >
> > LB
> >
>
> Aargh - somebody (maybe you?) had run into this a long time ago and I
> had suggested a possible fix, but with the demise of the gmane site, I
> cannot find the thread - how do people search the ML nowadays?
>
> In any case, there is a basic error in ob-scheme.el, line 176 (at
> least in the version that I have):
>
>         ...
>         (setq result (if (or (string= result "#<void>")
>                              (string= result "#<unspecified>"))
>                          nil
>                        (read result)))))   ;;;<<<<<<<<<<<<<<<<
>         ...
>
> The (read result) is bogus: it tries to use the emacs lisp reader to
> parse a string that contains a scheme expression.
>
> IIRC, I suggested changing it to just result:
>
>         ...
>         (setq result (if (or (string= result "#<void>")
>                              (string= result "#<unspecified>"))
>                          nil
>                        result))))
>         ...
>
> but I didn't (and still don't) know if that breaks anything else.
>
> Plus I'm on a machine that doesn't have geiser so I can't even test the
> basic "fix",
> so I hope I've got it right. I'll try to follow up tonight from a machine
> that has
> geiser installed.
>
> --
> Nick
>
>
>

[-- Attachment #2: Type: text/html, Size: 3876 bytes --]

Re: Scheme babel error

[Nick Dokos]

Lawrence Bottorff <borgauf@gmail.com> writes:

> Actually, I found that thread (https://lists.gnu.org/archive/html/emacs-orgmode/2015-09/msg00390.html) and looked thrugh it (not as good as "looking through" it), but didn't make the
> connection that it was because of the boolean -- again. What threw me was how this time it seemed to just be a source block execute of the function, whereas before it was the actual code
> -- as if the problem in ob-scheme.el had escaped and hidden somewhere new.
>
> How does one make an official bug report and/or fix?
>

I pushed the simple (read result)-->result fix to maint and merged it
into master as well.  It's probably not the end of the story, but it
does seem to make things better, so keeping fingers crossed. Try it
out and let me know if you encounter more problems.

Thanks!

> On Tue, Aug 30, 2016 at 1:16 PM, Nick Dokos <ndokos@gmail.com> wrote:
>
>     Lawrence Bottorff <borgauf@gmail.com> writes:
>    
>     > I'm using Racket with Geiser and I get this error:
>     >
>     > executing Scheme code block...
>     > => #f
>     > org-babel-scheme-execute-with-geiser: Invalid read syntax: "#"
>     >
>     > when in an org-mode file this code
>     >
>     > #+begin_src scheme :exports both :session ch3
>     > (define (bool-imply2 x y)
>     >   (or (not x) y))
>     > #+end_src
>     >
>     > is run (C-c-c)
>     >
>     > #+BEGIN_SRC scheme :session ch3
>     > (bool-imply2 #t #f)
>     > #+END_SRC
>     >
>     > In the Racket "ch3" REPL session (bool-imply2 #t #f) works fine. I discovered this problem when I first
>     > tried a simple export to HTML of the buffer. It seems to not like the second boolean parameter. So
>     > switching the parameters then complains about #t . What might be going on? BTW, does an export try to
>     > "run" all the code blocks, i.e., why did I find this when I was exporting to HTML?
>     >
>     > LB
>     >
>    
>     Aargh - somebody (maybe you?) had run into this a long time ago and I
>     had suggested a possible fix, but with the demise of the gmane site, I
>     cannot find the thread - how do people search the ML nowadays?
>    
>     In any case, there is a basic error in ob-scheme.el, line 176 (at
>     least in the version that I have):
>    
>             ...
>             (setq result (if (or (string= result "#<void>")
>                                  (string= result "#<unspecified>"))
>                              nil
>                            (read result)))))   ;;;<<<<<<<<<<<<<<<<
>             ...
>    
>     The (read result) is bogus: it tries to use the emacs lisp reader to
>     parse a string that contains a scheme expression.
>    
>     IIRC, I suggested changing it to just result:
>    
>             ...
>             (setq result (if (or (string= result "#<void>")
>                                  (string= result "#<unspecified>"))
>                              nil
>                            result))))
>             ...
>    
>     but I didn't (and still don't) know if that breaks anything else.
>    
>     Plus I'm on a machine that doesn't have geiser so I can't even test the basic "fix",
>     so I hope I've got it right. I'll try to follow up tonight from a machine that has
>     geiser installed.
>    
>     --
>     Nick
>

-- 
Nick