你开debug了
emacs的吗? 没有开啊
librime的
用二分法试出来了, 确实是注释掉 gc-cons-threshold 就不会输出到标准错误了…
等等…又出现了
又试了试, gc-cons-threshold 超过 5179485 的话就会出现这个问题…搞不懂是啥原因
1 个赞
你们真牛叉，这都能试出来，佩服的五体投地。。。。
1 个赞
只有我出现了这个问题说明还是配置有问题 
, 别的方法也不会, 只好用二分法慢慢试了
我用 debian，暂时没发现有你这个问题，不过我用的 liberime master
恩, 可能我这有些其他问题吧. 换回pyim了 
必须是这个值才有问题？ 
到5179500就肯定会有问题，超过一点的话就是随机出现，5179480就不会出现了。
用的native-comp，也不清楚和这个是否有关。
emacs dump 下也会类似有问题
恩…确实, 切换到 emacs 26 就没有问题了.
还是切换为正常版本吧
这个作品太棒了，让我重拾写中文的乐趣。感谢作者和贡献者们。
1 个赞
这个问题又出现了…这次猜测主要应该是两方面的问题
- posframe. 不使用posframe的话一定不会出现这个现象.
- terminal. 在使用posframe的前提下, 由于terminal的不同, 结果也会不一样. konsole以及windows terminal下的tui会乱掉. urxvt 不会.
- 在设置了posframe以及使用konsole的前提下,
gc-cons-threshold的设置也会影响结果.
感觉应该还是 posframe 在终端下的问题.
终端下能使用 posframe 吗？ 如果你在终端下，应该用 popup 或 minibuffer.
另外我也比较好奇为什么用终端，是要用在远程里吗？
只是个人偏好吧. 不需要太多gui上的功能. 不过今天刚尝试了一下eaf , 估计以后就一直用gui了
GUI 会有更好的性能，感觉除非是一定要远程，不然没有什么用 TUI 的必要。
终端倒是有个不用配置字体的优点吧. 默认就能很好的处理中英文的对齐. 之前从org入坑的来说还是不错的
现在换成1.0.2的思源黑体了，也是等宽等高的。英文部分是source code pro。