更新后重启一下Emacs
恩恩，重启Emacs好了。
你是Windows环境吗？
emmmm，重启emacs, 重启系统后仍然会报同样的错
epc:server:uid 这个buffer的输出我看一下？
已经合并了，说一下怎么使用这个脚本吧，我有空更新到README。
目前看EAF跑Windows应该没啥问题了，等哪天Mac高手解决QGraphicsScene和QWindow::Reparent的问题，EAF就可以在全平台运行了。
2 个赞
Arch Linux的，测试 pip install epc 在 virtualenv, eaf正常工作。
Awesome!!!
Fri Jan 22 23:31:02 2021 eaf-server:9999 <127.0.0.1:50916>: client connected
不是*eaf-server:ui*，是*epc:server:uid*。用C-b SPC来找
在Windows下使用测试反馈：
- epc con xxx这样的buffer比较容易挂掉
- mermaid打开一个mermaid-js官网的简单的例子mmd文件，（默认右侧窗口）渲染不出来（对比之下，linux下渲染出来的是文字）
- 浏览器的历史记录不成功，报错“record_history: None”
暂时还没看怎么解决。
可以去github帮我们提个issue吗？
你的错误应该类似这个Issue：Opening pdf throws error "Wrong type argument: epc:manager, nil" · Issue #531 · emacs-eaf/emacs-application-framework · GitHub
原因是emacs-epc有一个怪癖，他的端口号取决于Python进程的第一行输出，如果系统环境的输出干扰了Python进程的输出，比如上面这个Issue，因为用户的系统没有正确配置XDG_RUNTIME_DIR这个环境变量，会自动在Python进程启动时优先输出一个日志信息，导致emacs-epc无法识别端口号，所以emacs端的epc-connect因为端口号的原因无法创建。
最新版EAF我推送了一个新的补丁：Fix issue #531, make epc process build not depend on first output lin… · emacs-eaf/emacs-application-framework@840e0ff · GitHub
新的补丁通过参数传递来沟通Emacs&Python两边的端口号，不要把端口号的解析依赖于Python第一行输出，来彻底解决这类错误。
你更新到最新版本应该可以自动解决你的错误。
1 个赞
确实，问题解决啦 ヽ( ^∀^)ﾉ
1 个赞
这两天狂推了几十个补丁，目前测试的情况看，已经把稳定性维护到IPC更换之前的状态。 强烈建议大家更新到最新版。
就是没有安装上epc，都不知道错误在哪里@xhcoding
用 pip 就可以装了，没装上可能和 你 python 环境有关