* Scheme output results @ 2017-07-18 14:06 Neil Jerram 2017-07-23 8:52 ` Nicolas Goaziou 0 siblings, 1 reply; 10+ messages in thread From: Neil Jerram @ 2017-07-18 14:06 UTC (permalink / raw To: emacs-orgmode I don't think that Scheme output results are correctly handled. Please consider: #+BEGIN_SRC scheme :results output (display "a") (newline) (display "b") (newline) (display "c") (newline) '(a b c) #+END_SRC #+RESULTS: : "a\nb\nc\n" As compared with the Elisp equivalent: #+BEGIN_SRC elisp :results output (princ "a") (terpri) (princ "b") (terpri) (princ "c") (terpri) '(a b c) #+END_SRC #+RESULTS: : a : b : c I have a possible fix for this - on another computer, so not to hand right now - but thought it would be check first whether you agree with me that the Scheme results should be more like the Elisp ones. Regards - Neil ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-07-18 14:06 Scheme output results Neil Jerram @ 2017-07-23 8:52 ` Nicolas Goaziou 2017-08-20 16:43 ` Neil Jerram 0 siblings, 1 reply; 10+ messages in thread From: Nicolas Goaziou @ 2017-07-23 8:52 UTC (permalink / raw To: Neil Jerram; +Cc: emacs-orgmode Hello, Neil Jerram <neil@ossau.homelinux.net> writes: > I don't think that Scheme output results are correctly handled. Please > consider: > > #+BEGIN_SRC scheme :results output > (display "a") (newline) > (display "b") (newline) > (display "c") (newline) > '(a b c) > #+END_SRC > > > #+RESULTS: : "a\nb\nc\n" > > As compared with the Elisp equivalent: > > #+BEGIN_SRC elisp :results output > (princ "a") (terpri) > (princ "b") (terpri) > (princ "c") (terpri) > '(a b c) > #+END_SRC > > #+RESULTS: > : a > : b > : c > > I have a possible fix for this - on another computer, so not to hand > right now - but thought it would be check first whether you agree with > me that the Scheme results should be more like the Elisp ones. That sounds like a good idea. Could you send your fix as a proper patch with a commit message? Thank you! Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-07-23 8:52 ` Nicolas Goaziou @ 2017-08-20 16:43 ` Neil Jerram 2017-08-20 20:31 ` Nicolas Goaziou 0 siblings, 1 reply; 10+ messages in thread From: Neil Jerram @ 2017-08-20 16:43 UTC (permalink / raw To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 1677 bytes --] On 23/07/17 09:52, Nicolas Goaziou wrote: > Hello, > > Neil Jerram <neil@ossau.homelinux.net> writes: > >> I don't think that Scheme output results are correctly handled. Please >> consider: >> >> #+BEGIN_SRC scheme :results output >> (display "a") (newline) >> (display "b") (newline) >> (display "c") (newline) >> '(a b c) >> #+END_SRC >> >> >> #+RESULTS: : "a\nb\nc\n" >> >> As compared with the Elisp equivalent: >> >> #+BEGIN_SRC elisp :results output >> (princ "a") (terpri) >> (princ "b") (terpri) >> (princ "c") (terpri) >> '(a b c) >> #+END_SRC >> >> #+RESULTS: >> : a >> : b >> : c >> >> I have a possible fix for this - on another computer, so not to hand >> right now - but thought it would be check first whether you agree with >> me that the Scheme results should be more like the Elisp ones. > That sounds like a good idea. Could you send your fix as a proper patch > with a commit message? > > Thank you! > > Regards, With apologies for the slow follow up, attached is a patch that works well for me. I think a concern with it would be whether the Geiser retort object and functions have always existed, and whether we can rely on them continuing to exist. But - at least for me - every Scheme evaluation was previously giving "An error occurred", because of an unexpected extra "Mark set" message, so I am pretty sure that my patch is an improvement. I guess (following any revisions) you will also need assignment papers. I believe I have these on file for Guile already (since about 1990), and it's possible that those are worded so as to cover Emacs as well. Would you mind checking, as I've forgotten how to do that myself? Regards - Neil [-- Attachment #2: 0001-Improve-Scheme-code-evaluation.patch --] [-- Type: text/x-patch, Size: 3559 bytes --] From a02b60b88bcfd1896c05cd858ae80bb1ef183730 Mon Sep 17 00:00:00 2001 From: Neil Jerram <neil@tigera.io> Date: Sun, 20 Aug 2017 17:25:58 +0100 Subject: [PATCH] Improve Scheme code evaluation * lisp/ob-scheme.el (org-babel-scheme-execute-with-geiser): Use Geiser's explicit 'retort' object, instead of catching and parsing an expected Emacs message (which for me is in any case overwritten by a following "Mark set" message); this also means we don't need the with-output-to-string approach for getting 'output' results. Also 'let' Geiser variables so as to avoid popping up the REPL and *Geiser dbg* buffers. --- lisp/ob-scheme.el | 56 +++++++++++++++++++++++++++---------------------------- 1 file changed, 28 insertions(+), 28 deletions(-) diff --git a/lisp/ob-scheme.el b/lisp/ob-scheme.el index b8867d5f6..bf1da01b0 100644 --- a/lisp/ob-scheme.el +++ b/lisp/ob-scheme.el @@ -150,35 +150,35 @@ is true; otherwise returns the last value." (with-temp-buffer (insert (format ";; -*- geiser-scheme-implementation: %s -*-" impl)) (newline) - (insert (if output - (format "(with-output-to-string (lambda () %s))" code) - code)) + (insert code) (geiser-mode) - (let ((repl-buffer (save-current-buffer - (org-babel-scheme-get-repl impl repl)))) - (when (not (eq impl (org-babel-scheme-get-buffer-impl - (current-buffer)))) - (message "Implementation mismatch: %s (%s) %s (%s)" impl (symbolp impl) - (org-babel-scheme-get-buffer-impl (current-buffer)) - (symbolp (org-babel-scheme-get-buffer-impl - (current-buffer))))) - (setq geiser-repl--repl repl-buffer) - (setq geiser-impl--implementation nil) - (setq result (org-babel-scheme-capture-current-message - (geiser-eval-region (point-min) (point-max)))) - (setq result - (if (and (stringp result) (equal (substring result 0 3) "=> ")) - (replace-regexp-in-string "^=> " "" result) - "\"An error occurred.\"")) - (when (not repl) - (save-current-buffer (set-buffer repl-buffer) - (geiser-repl-exit)) - (set-process-query-on-exit-flag (get-buffer-process repl-buffer) nil) - (kill-buffer repl-buffer)) - (setq result (if (or (string= result "#<void>") - (string= result "#<unspecified>")) - nil - result)))) + (let ((geiser-repl-window-allow-split nil) + (geiser-repl-use-other-window nil)) + (let ((repl-buffer (save-current-buffer + (org-babel-scheme-get-repl impl repl)))) + (when (not (eq impl (org-babel-scheme-get-buffer-impl + (current-buffer)))) + (message "Implementation mismatch: %s (%s) %s (%s)" impl (symbolp impl) + (org-babel-scheme-get-buffer-impl (current-buffer)) + (symbolp (org-babel-scheme-get-buffer-impl + (current-buffer))))) + (setq geiser-repl--repl repl-buffer) + (setq geiser-impl--implementation nil) + (let ((geiser-debug-jump-to-debug-p nil) + (geiser-debug-show-debug-p nil)) + (let ((ret (geiser-eval-region (point-min) (point-max)))) + (setq result (if output + (geiser-eval--retort-output ret) + (geiser-eval--retort-result-str ret ""))))) + (when (not repl) + (save-current-buffer (set-buffer repl-buffer) + (geiser-repl-exit)) + (set-process-query-on-exit-flag (get-buffer-process repl-buffer) nil) + (kill-buffer repl-buffer)) + (setq result (if (or (string= result "#<void>") + (string= result "#<unspecified>")) + nil + result))))) result)) (defun org-babel-scheme--table-or-string (results) -- 2.13.2 ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-08-20 16:43 ` Neil Jerram @ 2017-08-20 20:31 ` Nicolas Goaziou 2017-08-27 12:15 ` Bastien Guerry 0 siblings, 1 reply; 10+ messages in thread From: Nicolas Goaziou @ 2017-08-20 20:31 UTC (permalink / raw To: Neil Jerram; +Cc: Bastien Guerry, emacs-orgmode Hello, Neil Jerram <neil@ossau.homelinux.net> writes: > With apologies for the slow follow up, attached is a patch that works > well for me. Thank you. > I guess (following any revisions) you will also need assignment > papers. I believe I have these on file for Guile already (since about > 1990), and it's possible that those are worded so as to cover Emacs as > well. Would you mind checking, as I've forgotten how to do that > myself? I cannot, I'm not the maintainer. I'm Cc'ing Bastien. I'll apply your patch as soon as it is sorted out. Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-08-20 20:31 ` Nicolas Goaziou @ 2017-08-27 12:15 ` Bastien Guerry 2017-08-31 12:21 ` Neil Jerram 0 siblings, 1 reply; 10+ messages in thread From: Bastien Guerry @ 2017-08-27 12:15 UTC (permalink / raw To: Nicolas Goaziou; +Cc: Neil Jerram, emacs-orgmode Hi Neil, Nicolas Goaziou <mail@nicolasgoaziou.fr> writes: > I cannot, I'm not the maintainer. I'm Cc'ing Bastien. I'll apply your > patch as soon as it is sorted out. Thanks for contributing. I’ve found your copyright assignment for GUILE but it does not cover changes for GNU Emacs, you would need another copyright assignment for this. Thanks in advance, -- Bastien ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-08-27 12:15 ` Bastien Guerry @ 2017-08-31 12:21 ` Neil Jerram 2017-09-05 21:17 ` Neil Jerram 0 siblings, 1 reply; 10+ messages in thread From: Neil Jerram @ 2017-08-31 12:21 UTC (permalink / raw To: Bastien Guerry, Nicolas Goaziou; +Cc: emacs-orgmode Hi Bastien, Thanks for checking this. I've written to assign@gnu.org to kick off sorting out the additional assignment. Regards - Neil Original Message From: Bastien Guerry Sent: Sunday, 27 August 2017 13:07 To: Nicolas Goaziou Cc: Neil Jerram; emacs-orgmode@gnu.org Subject: Re: [O] Scheme output results Hi Neil, Nicolas Goaziou <mail@nicolasgoaziou.fr> writes: > I cannot, I'm not the maintainer. I'm Cc'ing Bastien. I'll apply your > patch as soon as it is sorted out. Thanks for contributing. I’ve found your copyright assignment for GUILE but it does not cover changes for GNU Emacs, you would need another copyright assignment for this. Thanks in advance, -- Bastien ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-08-31 12:21 ` Neil Jerram @ 2017-09-05 21:17 ` Neil Jerram 2017-09-05 21:49 ` Nicolas Goaziou 0 siblings, 1 reply; 10+ messages in thread From: Neil Jerram @ 2017-09-05 21:17 UTC (permalink / raw To: Bastien Guerry, Nicolas Goaziou; +Cc: emacs-orgmode Hi Bastien & Nicolas, I've been told by "Theodore Teah via RT <copyright-clerk@fsf.org>" that my copyright assignment is in place now. Regards - Neil On 31/08/17 13:21, Neil Jerram wrote: > Hi Bastien, > > Thanks for checking this. I've written to assign@gnu.org to kick off sorting out the additional assignment. > > Regards - Neil > > > Original Message > From: Bastien Guerry > Sent: Sunday, 27 August 2017 13:07 > To: Nicolas Goaziou > Cc: Neil Jerram; emacs-orgmode@gnu.org > Subject: Re: [O] Scheme output results > > Hi Neil, > > Nicolas Goaziou <mail@nicolasgoaziou.fr> writes: > >> I cannot, I'm not the maintainer. I'm Cc'ing Bastien. I'll apply your >> patch as soon as it is sorted out. > Thanks for contributing. > > I’ve found your copyright assignment for GUILE but it does not cover > changes for GNU Emacs, you would need another copyright assignment for > this. > > Thanks in advance, > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-09-05 21:17 ` Neil Jerram @ 2017-09-05 21:49 ` Nicolas Goaziou 2017-09-07 20:27 ` Neil Jerram 0 siblings, 1 reply; 10+ messages in thread From: Nicolas Goaziou @ 2017-09-05 21:49 UTC (permalink / raw To: Neil Jerram; +Cc: Bastien Guerry, emacs-orgmode Hello, Neil Jerram <neil@ossau.homelinux.net> writes: > Hi Bastien & Nicolas, > > I've been told by "Theodore Teah via RT <copyright-clerk@fsf.org>" > that my copyright assignment is in place now. Great! I tried to build Org with your patch, but it generates compilation warnings. Could you look into it? Thank you. Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-09-05 21:49 ` Nicolas Goaziou @ 2017-09-07 20:27 ` Neil Jerram 2017-09-08 4:50 ` Nicolas Goaziou 0 siblings, 1 reply; 10+ messages in thread From: Neil Jerram @ 2017-09-07 20:27 UTC (permalink / raw To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 479 bytes --] Hi Nicolas, On 05/09/17 22:49, Nicolas Goaziou wrote: > Hello, > > Neil Jerram <neil@ossau.homelinux.net> writes: > >> Hi Bastien & Nicolas, >> >> I've been told by "Theodore Teah via RT <copyright-clerk@fsf.org>" >> that my copyright assignment is in place now. > Great! > > I tried to build Org with your patch, but it generates compilation > warnings. Could you look into it? > > Thank you. > > Regards, > I believe the attached patch fixes those problems. Regards - Neil [-- Attachment #2: 0001-Improve-Scheme-code-evaluation.patch --] [-- Type: text/x-patch, Size: 4630 bytes --] From 35d3742774335decfcf8e4e5ab8e4101332a39a5 Mon Sep 17 00:00:00 2001 From: Neil Jerram <neil@tigera.io> Date: Sun, 20 Aug 2017 17:25:58 +0100 Subject: [PATCH] Improve Scheme code evaluation * lisp/ob-scheme.el (org-babel-scheme-execute-with-geiser): Use Geiser's explicit 'retort' object, instead of catching and parsing an expected Emacs message (which for me is in any case overwritten by a following "Mark set" message); this also means we don't need the with-output-to-string approach for getting 'output' results. Also 'let' Geiser variables so as to avoid popping up the REPL and *Geiser dbg* buffers. --- lisp/ob-scheme.el | 62 ++++++++++++++++++++++++++++++------------------------- 1 file changed, 34 insertions(+), 28 deletions(-) diff --git a/lisp/ob-scheme.el b/lisp/ob-scheme.el index b8867d5..f822e15 100644 --- a/lisp/ob-scheme.el +++ b/lisp/ob-scheme.el @@ -44,12 +44,18 @@ (defvar geiser-impl--implementation) ; Defined in geiser-impl.el (defvar geiser-default-implementation) ; Defined in geiser-impl.el (defvar geiser-active-implementations) ; Defined in geiser-impl.el +(defvar geiser-debug-show-debug-p) ; Defined in geiser-debug.el +(defvar geiser-debug-jump-to-debug-p) ; Defined in geiser-debug.el +(defvar geiser-repl-use-other-window) ; Defined in geiser-repl.el +(defvar geiser-repl-window-allow-split) ; Defined in geiser-repl.el (declare-function run-geiser "ext:geiser-repl" (impl)) (declare-function geiser-mode "ext:geiser-mode" ()) (declare-function geiser-eval-region "ext:geiser-mode" (start end &optional and-go raw nomsg)) (declare-function geiser-repl-exit "ext:geiser-repl" (&optional arg)) +(declare-function geiser-eval--retort-output "ext:geiser-eval" (ret)) +(declare-function geiser-eval--retort-result-str "ext:geiser-eval" (ret prefix)) (defcustom org-babel-scheme-null-to 'hline "Replace `null' and empty lists in scheme tables with this before returning." @@ -150,35 +156,35 @@ is true; otherwise returns the last value." (with-temp-buffer (insert (format ";; -*- geiser-scheme-implementation: %s -*-" impl)) (newline) - (insert (if output - (format "(with-output-to-string (lambda () %s))" code) - code)) + (insert code) (geiser-mode) - (let ((repl-buffer (save-current-buffer - (org-babel-scheme-get-repl impl repl)))) - (when (not (eq impl (org-babel-scheme-get-buffer-impl - (current-buffer)))) - (message "Implementation mismatch: %s (%s) %s (%s)" impl (symbolp impl) - (org-babel-scheme-get-buffer-impl (current-buffer)) - (symbolp (org-babel-scheme-get-buffer-impl - (current-buffer))))) - (setq geiser-repl--repl repl-buffer) - (setq geiser-impl--implementation nil) - (setq result (org-babel-scheme-capture-current-message - (geiser-eval-region (point-min) (point-max)))) - (setq result - (if (and (stringp result) (equal (substring result 0 3) "=> ")) - (replace-regexp-in-string "^=> " "" result) - "\"An error occurred.\"")) - (when (not repl) - (save-current-buffer (set-buffer repl-buffer) - (geiser-repl-exit)) - (set-process-query-on-exit-flag (get-buffer-process repl-buffer) nil) - (kill-buffer repl-buffer)) - (setq result (if (or (string= result "#<void>") - (string= result "#<unspecified>")) - nil - result)))) + (let ((geiser-repl-window-allow-split nil) + (geiser-repl-use-other-window nil)) + (let ((repl-buffer (save-current-buffer + (org-babel-scheme-get-repl impl repl)))) + (when (not (eq impl (org-babel-scheme-get-buffer-impl + (current-buffer)))) + (message "Implementation mismatch: %s (%s) %s (%s)" impl (symbolp impl) + (org-babel-scheme-get-buffer-impl (current-buffer)) + (symbolp (org-babel-scheme-get-buffer-impl + (current-buffer))))) + (setq geiser-repl--repl repl-buffer) + (setq geiser-impl--implementation nil) + (let ((geiser-debug-jump-to-debug-p nil) + (geiser-debug-show-debug-p nil)) + (let ((ret (geiser-eval-region (point-min) (point-max)))) + (setq result (if output + (geiser-eval--retort-output ret) + (geiser-eval--retort-result-str ret ""))))) + (when (not repl) + (save-current-buffer (set-buffer repl-buffer) + (geiser-repl-exit)) + (set-process-query-on-exit-flag (get-buffer-process repl-buffer) nil) + (kill-buffer repl-buffer)) + (setq result (if (or (string= result "#<void>") + (string= result "#<unspecified>")) + nil + result))))) result)) (defun org-babel-scheme--table-or-string (results) -- 2.7.4 ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: Scheme output results 2017-09-07 20:27 ` Neil Jerram @ 2017-09-08 4:50 ` Nicolas Goaziou 0 siblings, 0 replies; 10+ messages in thread From: Nicolas Goaziou @ 2017-09-08 4:50 UTC (permalink / raw To: Neil Jerram; +Cc: emacs-orgmode Hello, Neil Jerram <neil@ossau.homelinux.net> writes: > I believe the attached patch fixes those problems. Applied. Thank you! Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2017-09-08 4:50 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-07-18 14:06 Scheme output results Neil Jerram 2017-07-23 8:52 ` Nicolas Goaziou 2017-08-20 16:43 ` Neil Jerram 2017-08-20 20:31 ` Nicolas Goaziou 2017-08-27 12:15 ` Bastien Guerry 2017-08-31 12:21 ` Neil Jerram 2017-09-05 21:17 ` Neil Jerram 2017-09-05 21:49 ` Nicolas Goaziou 2017-09-07 20:27 ` Neil Jerram 2017-09-08 4:50 ` Nicolas Goaziou
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.