I think this may be as much a problem with the fonts as with emacs.
I've been using Ubuntu's mono font for emacs, and activating with:
(set-face-attribute 'default nil :font "Ubuntu Mono") However, I can reliably get emacs to hang:
- Set the font with
(set-face-attribute 'default nil :font "Ubuntu Mono"). - In any buffer (including
*scratch*of a freshly-started emacs) - Do a
query-replace, it does not matter if anything is found or replaced. Do another
query-replace. This time, emacs should provide the previous search/replace as default, something ala:Query replace (foo --> bar): _where the
-->is actually a fancy arrow, not dash-dash-greaterthan. Emacs always slows down a little in this part.- Interrupt (
C-g) before completing the act. Emacs hangs (for me).
If I do not set the font (fresh emacs) or set it to another font (e.g., "Consolas"), no such slow-down or hang occurs with the same steps.
If the font is somehow incomplete or incompatible, is there a way to make emacs more resilient to the problem? (Besides, of course, not using that font.)
Versions: win10_64, emacs-25.2.1 (vgoulet's 25.2mod3), ubuntu mono 0.80 (dtd 2011; non-mono fonts are 0.83 from 2015)
emacs -Q(no init file), then file an Emacs bug report:M-x report-emacs-bug. If you cannot do that then bisect your init file to find the culprit.(setq query-replace-from-to-separator " -> ")or viaM-x customize-variable RET query-replace-from-to-separator. [Stackexchange is inexplicably messing up my formatting — it works if I try it as an answer.]