Closed milanglacier closed 1 year ago
There is a docker image which can reproduce the problem:
https://hub.docker.com/repository/docker/northyear/dape-repro/general
steps to reproduce:
docker run -it —rm dape-repro
cd ~/.emacs.d
emacs -nw hello.py
sum = 0
C-x C-a d debugpy RET
dape
C-x C-a c
dape-continue
C-x C-c
ps -a
This is the config file used for the docker image:
(require 'package) (setq package-user-dir "~/.emacs.d/emacs-package-dir") (setq debug-on-error t) (setq package-list '()) (add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/")) (package-initialize) (unless package-archive-contents (package-refresh-contents)) (dolist (package package-list) (unless (package-installed-p package) (package-install package))) (setq warning-minimum-level :error) (menu-bar-mode -1) ;;(tool-bar-mode -1) ;;(scroll-bar-mode -1) (xterm-mouse-mode 1) (setq scroll-step 1) (setq scroll-conservatively 10000) (setq auto-window-vscroll nil) (add-to-list 'load-path "~/.emacs.d/emacs-package-dir/dape") (defun plistp (object) "Non-nil if and only if OBJECT is a valid plist." (let ((len (proper-list-p object))) (and len (zerop (% len 2))))) (require 'dape) (add-to-list 'dape-configs '(debugpy modes (python-ts-mode python-mode) command "~/.emacs.d/venv/bin/python3" command-args ("-m" "debugpy.adapter") :type "executable" :request "launch" :cwd dape-cwd-fn :program dape-find-file-buffer-default))
Nice find 👍 Please test again against master.
The latest patch works for me!
There is a docker image which can reproduce the problem:
https://hub.docker.com/repository/docker/northyear/dape-repro/general
steps to reproduce:
docker run -it —rm dape-repro
cd ~/.emacs.d
emacs -nw hello.py
sum = 0
C-x C-a d debugpy RET
, that is, executedape
C-x C-a c
, that is, executedape-continue
.C-x C-c
to quit emacs.ps -a
, see that debugpy process does not quit and keep consuming high CPU usage (100% in my computer)This is the config file used for the docker image: