Am Sa., 31. Dez. 2022 um 11:09 Uhr schrieb Marc Nieper-Wißkirchen <m...@nieper-wisskirchen.de>: > > Am Sa., 31. Dez. 2022 um 10:49 Uhr schrieb Ihor Radchenko > <yanta...@posteo.net>: > > > > Marc Nieper-Wißkirchen <m...@nieper-wisskirchen.de> writes: > > > > > I have been talking to jao (from geiser). The following version of > > > ob-scheme.el signals an error when executing Scheme code blocks. > > > Besides two function declarations, the only change is in the function > > > org-babel-scheme-execute-with-geiser. > > > > Do you mean that `org-babel-scheme-execute-with-geiser' throws Elisp > > error? > > This is what it currently does; it packages the Scheme error as an > Elisp *user* error. > > I chose this behavior to mimic what happens when Elisp code blocks > produce errors. > > > It is not what we usually do in Org babel. If blocks execution > > fails, we display the error in separate buffer and still return the > > output available before error has been thrown. See `org-babel-eval' and > > `org-babel-eval-error-notify'. > > I will take a look.
Hmmm... `org-babel-eval-error-notify' assumes that the code was evaluated by running an external script. In the case of the Geiser interface to Scheme, the concept of an exit code does not make any sense.