rg无响应导致emacs卡住,如何debug?

我平时都是用wsl环境的emacs,这两天用windows版本的emacs30试试,doom配置,在win下ivy搜索文件内容,触发的应该是counsel-rg命令,有时候会整个emacs卡住,c-g一直按住也无用,打开任务管理器发现rg.exe无响应了,结束掉进程之后emacs立即恢复响应了。再次搜索同样的关键词,却又无法复现卡住的情况。

ripgrep 是用scoop安装的,已经是最新版了。

请问道友们,这种问题应该如何debug?

我的win11+doom用rg经常卡死,同求答案

counsel-rg 的话, 使用这个配置。 (setq consult-async-input-debounce 0.8)

更推荐用color-rg

(unless (package-installed-p 'color-rg)
     (package-vc-install "https://github.com/manateelazycat/color-rg"))
(use-package color-rg 
  :config
  (when (eq system-type 'windows-nt)
    (setq color-rg-command-prefix "powershell")))

试了一下设置debounce,没有改善,rg多搜索几次就一样会【已挂起】 :innocent:

检查一下 “explicit-shell-file-name” 和 “shell-file-name” 是否设置为了 “bash.exe”.

请设置成 “cmdproxy.exe” 试一试。

例如,全局设置 (假设 explicit-shell-file-namenil)

(setq-default shell-file-name (executable-find "cmdproxy.exe"))

或者,局部设置

(let ((shell-file-name (executable-find "cmdproxy.exe"))
  (helm-do-grep-ag) ; 我使用 helm 来调用 rg
  )

之前我使用 helm 的 “helm-do-grep-ag” 也碰到了这样的问题,rg进程有时被无来由挂起,导致emacs假死,除非外部恢复或直接杀掉rg进程,否则无果。 后来发现应该是 bash.exe 导致的,似乎它在windws下不太稳定,bash在启动rg后可能自己出问题直接退出了,导致rg进程挂起无人管,emacs也在傻傻等待bash返回结果,导致emacs卡死。

换成"cmdproxy.exe"以后,一切顺畅,这个问题再没有出现过。

windows下emacs各种小问题多多,并不像linux下那么顺畅。 我还碰到一个问题,在emacs里用 “shell-command” (M-!) 运行 “gitk.exe”, 然后emacs的cpu单核使用率直接飙到100%,即使退出gitk也没用,只能含泪重启emacs。 这个也跟"bash.exe"相关,报了个bug,但是这用法太偏僻,没有修复的意义。

1 个赞

目前我 explicit-shell-file-namenil的,按你说的全局设置为cmdproxy.exe后再试,现象还是一样会挂起 :slightly_frowning_face:

前面你描述的问题跟我之前碰到的一模一样,我觉得应该就是 bash.exe 导致的。

  1. 首先检查一下 cmdproxy.exe 的设置是否生效了。

    下面代码会检查 cmdproxy.exe 的路径,设置所有相关变量,可以用来试验。

    (let ((cmdproxy-file (or (executable-find "cmdproxy.exe")
                             (let ((f (expand-file-name "cmdproxy.exe" exec-directory)))
                               (if (file-exists-p f)
                                   f
                                 (user-error "cmdproxy.exe is NOT found"))))))
      ;; 为了测试,都设置上,确保 "cmdproxy.exe" 被使用,后面可以修改
      (setq-default explicit-shell-file-name cmdproxy-file
                    shell-file-name cmdproxy-file)
      (setenv "ESHELL" cmdproxy-file)
      (setenv "SHELL" cmdproxy-file))
    

    在运行rg时,可以用 procexp / procmon 监视一下emacs启动的到底是 bash.exe 还是 cmdproxy.exe。

  2. 如果 bash.exe 依然被使用,那只能检查 counsel-rg 的源代码,看它调用什么来启动rg进程的。

    比如, helm-grep-do-ag 使用的 start-file-process-shell-command 来启动进程,会使用 shell-file-name 来运行rg命令,所以我设置了 shell-file-name

1 个赞

感觉说的很清楚,按这个设置完善了配置文件,希望能彻底解决问题 :+1:

SHELL和ESHELL环境变量都被置上了的,还是挂起了, 如何用procexp查看启动的是bash.exe还是cmdproxy.exe呢?

ivy代码:

counsel-rg代码:

是不是跨操作系统读写了,尽量将 emacs rg 你的项目代码都放入 wsl2 虚拟磁盘

不会的,我要在wsl2工作的话,文件都是在wsl2的磁盘里。 现在我是想在windows下的emacs工作,访问的就是windows磁盘里的东西。

(帖子已被作者删除)