Widzę ten sam problem. Przy odrobinie kopania wydaje mi się, że zidentyfikowałem problem. Nie jestem jednak pewien, do kogo należy to zgłosić.
Problem tkwi w funkcji org-babel-execute: clojure. Ta funkcja ma następujący bit kodu
(setq result
(nrepl-dict-get
(nrepl-sync-request:eval
expanded (cider-current-connection) (cider-current-session))
(if (or (member "output" result-params)
(member "pp" result-params))
"out"
"value")))
Problem polega na wywołaniu polecenia nrepl-sync: eval. Dokumentacja stwierdza dla tej funkcji
(nrepl-sync-request: eval INPUT CONNECTION & opcjonalnie NS)
Wyślij INPUT do serwera nREPL synchronicznie. Żądanie jest wysyłane przez POŁĄCZENIE. Jeśli NS ma wartość inną niż zero, dołącz ją do żądania.
Zwróć uwagę na ostatni opcjonalny argument NS. To ma być przestrzeń nazw clojure. Jednak funkcja org-babel-execute: clojure wywołuje tę funkcję z danymi wyjściowymi z sesji cydru-prądu, która zwraca unikalny identyfikator reprezentujący bieżącą sesję. W rezultacie wywołanie zwraca strukturę danych z błędem i bez danych wyjściowych (być może wymagana jest pewna obsługa błędów). Zwrócony wynik to
(dict status (namespace-not-found done error done state state) id 17 session 43e9fd6c-82ed-49fe-9624-0cfc6f56f8b1 changed-namespaces (dict) repl-type cljclj)
Zwróć uwagę na nieznaną przestrzeń nazw
Albo argumentem powinno być wywołanie do (cydr-prąd-ns), a może po prostu należy je pominąć, ponieważ nie widzę, jak można przekazać przestrzeń nazw w ramach oceny bloku.
EDYCJA: oto prosta łatka, która wydaje się naprawić problem. Wygenerowano w stosunku do bieżącego szefa repozytorium org git
---
lisp/ob-clojure.el | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el
index d407105..e542a29 100644
--- a/lisp/ob-clojure.el
+++ b/lisp/ob-clojure.el
@@ -44,6 +44,7 @@
(declare-function cider-current-connection "ext:cider-client" (&optional type))
(declare-function cider-current-session "ext:cider-client" ())
+(declare-function cider-current-ns "ext:cider-client" ())
(declare-function nrepl--merge "ext:nrepl-client" (dict1 dict2))
(declare-function nrepl-dict-get "ext:nrepl-client" (dict key))
(declare-function nrepl-dict-put "ext:nrepl-client" (dict key value))
@@ -118,7 +119,7 @@ using the :show-process parameter."
org-babel-clojure-sync-nrepl-timeout))
(nrepl-sync-request:eval expanded
(cider-current-connection)
- (cider-current-session))))
+ (cider-current-ns))))
(setq result
(concat
(nrepl-dict-get response
@@ -153,7 +154,7 @@ using the :show-process parameter."
;; Update the status of the nREPL output session.
(setq status (nrepl-dict-get response "status")))
(cider-current-connection)
- (cider-current-session))
+ (cider-current-ns))
;; Wait until the nREPL code finished to be processed.
(while (not (member "done" status))
--
2.7.4
Wysłałem również łatkę na listę emacs-orgmode
(cider-current-ns)
? A jeśli tak, to gdzie mogę znaleźć tę funkcję?ob-clojure
był trochę starszy, więc wyciągnąłem najnowsze, wprowadziłem odpowiednie zmiany i działa! Dziękuję bardzo! Chciałbym, żebyś odpowiedział kilka dni wcześniej! Zdecydowanie dałbym ci nagrodę. :) Dzięki!find ~/.emacs.d/elpa/org* -name "*elc" -delete
, a następnie ręcznie zastosować powyższą poprawkę. Dobra wiadomość jest taka, że łatka działa dzisiaj.Musisz mieć w bloku argumenty nagłówka mówiące org-babel, co chcesz uwzględnić w uzyskanych wynikach - wynik oceny lub wyjście na standardowe wyjście lub oba. W twoim przypadku nie ma danych wyjściowych, które wynika z oceny
(+ 1 1)
. Spróbować(println (+ 1 1))
.źródło
(println (+ 1 1))
nie działa. Skopiowałem i wkleiłem wcześniej kod, który również nie działa.Próbować
która wyświetla zwracaną wartość zamiast wyniku.
źródło
Ten problem niekoniecznie jest specyficzny dla Spacemacs.
Chociaż OP mógł pośrednio poszukiwać rozwiązania w Spacemacs, wydaje się, że to dobre miejsce, aby wspomnieć o innej alternatywie (szczególnie dla użytkowników spoza Spacemac, którzy mają ten sam problem po aktualizacji niektórych ustawień trybu emacs / org, które co mi się stało).
Po wypróbowaniu wielu ponownych instalacji różnych wersji emacs i org, w końcu odkryłem, że Aquamacs (!) I Org 9.0.5 (pobrane jako tar.gz zgodnie z instrukcją na http://orgmode.org/ ) udało się obejść
code block produced no output
Problem ten plakat również wystąpił.Chociaż Aquamacs może nie być długoterminowym rozwiązaniem dla wszystkich, z pewnością może pomóc innym, którzy są wysoce zależni od używania org-babel z clojure, obejść ten problem, dopóki powyższe rozwiązanie nie zostanie w pełni rozpoznane i wdrożone.
Wersja emacsa używana przez Aquamacs od 9 marca 2017 roku to:
Aquamacs 3.3 GNU Emacs 25.1.1 (x86_64-apple-darwin14.1.0, NS appkit-1344.72 Version 10.10.2 (Build 14C109)) of 2016-09-19 on 24a02dbf6b34ae061ef4df89f15bfbc5d3ed497e
źródło