#+TITLE: Issue Reporting Checklist #+PROPERTIES: :header-args :results value This checklist will help you diagnose problems with your =ob-async= setup. * Instructions Execute the src blocks one at a time with =ctrl-c ctrl-c= to ensure that =ob-async-org-babel-execute-src-block= is used for files with the :async header-arg. If by the end of this file your issue isn't solved, open an issue on Github with the contents of this file. First, make sure you can execute emacs-lisp src blocks *without* the async header argument. Otherwise you've got bigger problems, and none of this is going to work. #+BEGIN_SRC emacs-lisp (message "Yes, I can synchronously execute emacs-lisp from an org-babel src block.") #+END_SRC #+RESULTS: : Yes, I can synchronously execute emacs-lisp from an org-babel src block. * Checklist Have you installed the =ctrl-c ctrl-c= hook as described in the README? If so, you should see =ob-async-org-babel-execute-src-block= in this list. #+BEGIN_SRC emacs-lisp :results value (message "%s" org-ctrl-c-ctrl-c-hook) #+END_SRC #+RESULTS: : nil From where are you loading =ob-async=? #+BEGIN_SRC emacs-lisp (symbol-file 'ob-async-org-babel-execute-src-block) #+END_SRC #+RESULTS: : c:/msys64/home/me/.emacs.d/elpa/ob-async-20171114.1936/ob-async.elc #+BEGIN_SRC emacs-lisp (message "PID: %s\nEmacs version: %s\norg version: %s\nPath to org: %s" (emacs-pid) (emacs-version) (org-version) (symbol-file 'org-version)) #+END_SRC #+RESULTS: : PID: 964 : Emacs version: GNU Emacs 26.0.90 (build 1, x86_64-w64-mingw32) : of 2018-01-10 : org version: 9.1.6 : Path to org: c:/msys64/home/me/.emacs.d/elpa/org-20180115/org-version.el Execution of the :async block occurs in an Emacs subprocess. Are you using a consistent version of emacs and org-mode across both processes? Compare the output of this block the output of the previous block. #+BEGIN_SRC emacs-lisp :async (message "PID: %s\nEmacs version: %s\norg version: %s\nPath to org: %s" (emacs-pid) (emacs-version) (org-version) (symbol-file 'org-version)) #+END_SRC #+RESULTS: : 369eb08ccbe6f18400b2cb61281e06f6 If you're using a consistent version and still facing problems, turn on async debugging. #+BEGIN_SRC emacs-lisp (setq async-debug t) #+END_SRC #+RESULTS: : t If possible, replace the following block with a block that reproduces your problem, then execute it. #+BEGIN_SRC emacs-lisp :async (message "I'm executed in a subprocess.") #+END_SRC #+RESULTS: : 79b7a324780395ffc2a5839336719bb1 This is the elisp that was sent to the Emacs subprocess. If there's still nothing obviously wrong, file an issue on GitHub and include the contents of this file as a Gist. #+BEGIN_SRC emacs-lisp (switch-to-buffer "*Messages*") (goto-char (point-max)) (re-search-backward "Transmitting sexp {{{\\([^}]+\\)}}}") (match-string 1) #+END_SRC #+RESULTS: #+begin_example '(lambda nil (setq exec-path '("c:/msys64/mingw64/bin" "C:/msys64/usr/local/bin" "C:/msys64/usr/bin" "C:/msys64/usr/bin" "C:/msys64/usr/bin/site_perl" "C:/msys64/usr/bin/vendor_perl" "C:/msys64/usr/bin/core_perl" "C:/msys64/home/me/go/bin" "c:/msys64/mingw64/libexec/emacs/26.0.90/x86_64-w64-mingw32")) (package-initialize) (org-babel-do-load-languages 'org-babel-load-languages '((ruby . t) (emacs-lisp . t) (R . t) (sh . t) (C . t) (haskell . t) (js . t) (java . t) (css . t) (sass . t) (octave . t) (sql . t) (sqlite . t) (lisp . t) (python . t))) (let ((default-directory "c:/msys64/home/me/Projects/Public/Github/ob-async/")) (org-babel-execute:emacs-lisp "(message \"I'm executed in a subprocess.\")" '((:colname-names) (:rowname-names) (:result-params "replace") (:result-type . value) (:results . "replace") (:exports . "code") (:session . "none") (:cache . "no") (:noweb . "no") (:hlines . "no") (:tangle . "no") (:lexical . "no") (:async))))) #+end_example * Bug Description Seeing the following message whenever executing async blocks: error in process sentinel: Cannot open load file: No such file or directory, ob-shell