GNU bug report logs - #34690
Emacs gets stuck in query-replace with font "Inconsolata"

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34690 in the body.
You can then email your comments to 34690 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Daniel Hernandez <daniel <at> degu.cl>
To: "bug-gnu-emacs" <bug-gnu-emacs <at> gnu.org>
Subject: 26.1; Emacs gets stuck when replacing text
Date: Thu, 28 Feb 2019 20:16:55 -0300

Exactly after pressing M-% to replace text, Emacs gets stuck. The emacs
process was using 90% of the CPU until I killed the process.  The
problem started when I customize the font. If I comment the lines that
Custom added to the ".emacs" file, then the problem disappeared.

The lines added by Custom are the following:

(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(default ((t (:family "Inconsolata" :foundry "unknown" :slant
 normal :weight normal :height 128 :width normal)))))


In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.10.8)
 of 2019-02-14 built on canelo
Windowing system distributor 'The X.Org Foundation', version 11.0.11501000
System Description:	Linux Mint 17.2 Rafaela

Recent messages:
Wrote /home/daniel/*message*-20190228-194721
Mark set
Saving file /home/daniel/.emacs...
Wrote /home/daniel/.emacs [2 times]
Sending...
Mark set [2 times]
Sending via mail...
Sending...done
next-line: End of buffer [3 times]
previous-line: Beginning of buffer
next-line: End of buffer
Configured using:
 'configure --with-mailutils'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 THREADS LCMS2

Important settings:
  value of $LC_MONETARY: es_CL.UTF-8
  value of $LC_NUMERIC: es_CL.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(mailalias mailclient browse-url cus-edit cus-start cus-load wid-edit
help-mode pp shadow sort mail-extr emacsbug message rmc puny dired
dired-loaddefs format-spec rfc822 mml mml-sec epa derived epg gnus-util
rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils elec-pair tango-dark-theme finder-inf
d-mode-autoloads tex-site markdown-mode-autoloads info package easymenu
epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib time-date mule-util tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win
x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 146020 19963)
 (symbols 48 24194 2)
 (miscs 40 121 187)
 (strings 32 40397 1608)
 (string-bytes 1 1124254)
 (vectors 16 18662)
 (vector-slots 8 541854 9664)
 (floats 8 66 297)
 (intervals 56 580 0)
 (buffers 992 16)
 (heap 1024 37193 1716))

Message #8 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Hernandez <daniel <at> degu.cl>
Cc: 34690 <at> debbugs.gnu.org
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Fri, 01 Mar 2019 09:36:47 +0200

> Date: Thu, 28 Feb 2019 20:16:55 -0300
> From: Daniel Hernandez <daniel <at> degu.cl>
> 
> 
> Exactly after pressing M-% to replace text, Emacs gets stuck. The emacs
> process was using 90% of the CPU until I killed the process.  The
> problem started when I customize the font. If I comment the lines that
> Custom added to the ".emacs" file, then the problem disappeared.

Does this happen with any text in any buffer, and with any search and
replacement strings? or just with some?

> The lines added by Custom are the following:
> 
> (custom-set-faces
>  ;; custom-set-faces was added by Custom.
>  ;; If you edit it by hand, you could mess it up, so be careful.
>  ;; Your init file should contain only one such instance.
>  ;; If there is more than one, they won't work right.
>  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant
>  normal :weight normal :height 128 :width normal)))))

Only with this particular font, or with any font?

Message #11 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Hernandez <daniel <at> degu.cl>
To: "Eli Zaretskii" <eliz <at> gnu.org>
Cc: 34690 <34690 <at> debbugs.gnu.org>
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Fri, 01 Mar 2019 11:37:10 -0300

 ---- On vie, 01 mar 2019 04:36:47 -0300 Eli Zaretskii <eliz <at> gnu.org> wrote ---- 
 > > Date: Thu, 28 Feb 2019 20:16:55 -0300 
 > > From: Daniel Hernandez <daniel <at> degu.cl> 
 > >  
 > >  
 > > Exactly after pressing M-% to replace text, Emacs gets stuck. The emacs 
 > > process was using 90% of the CPU until I killed the process.  The 
 > > problem started when I customize the font. If I comment the lines that 
 > > Custom added to the ".emacs" file, then the problem disappeared. 
 >  
 > Does this happen with any text in any buffer, and with any search and 
 > replacement strings? or just with some? 
 
It happens with any buffer; even with an empty one.
This problem occurs also when I only have that lines in
the ".emacs" file.
  
 > > The lines added by Custom are the following: 
 > >  
 > > (custom-set-faces 
 > >  ;; custom-set-faces was added by Custom. 
 > >  ;; If you edit it by hand, you could mess it up, so be careful. 
 > >  ;; Your init file should contain only one such instance. 
 > >  ;; If there is more than one, they won't work right. 
 > >  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant 
 > >  normal :weight normal :height 128 :width normal))))) 
 >  
 > Only with this particular font, or with any font? 
 
I noticed that it occurs with some font and it does not occur
with other. For instance, it does not occur with DejaVu Sans
Mono. That is, it does not occur with the following lines:

(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(default ((t (:family "DejaVu Sans Mono" :foundry "unknown"
 :slant normal :weight normal :height 98 :width normal)))))

Another detail. When it occurs the text "Query replace:" is
not showed.

Message #14 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Hernandez <daniel <at> degu.cl>
Cc: 34690 <at> debbugs.gnu.org
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Fri, 01 Mar 2019 16:48:16 +0200

> Date: Fri, 01 Mar 2019 11:37:10 -0300
> From: Daniel Hernandez <daniel <at> degu.cl>
> Cc: "34690" <34690 <at> debbugs.gnu.org>
> 
>  > Does this happen with any text in any buffer, and with any search and 
>  > replacement strings? or just with some? 
>  
> It happens with any buffer; even with an empty one.
> This problem occurs also when I only have that lines in
> the ".emacs" file.
>   
>  > > The lines added by Custom are the following: 
>  > >  
>  > > (custom-set-faces 
>  > >  ;; custom-set-faces was added by Custom. 
>  > >  ;; If you edit it by hand, you could mess it up, so be careful. 
>  > >  ;; Your init file should contain only one such instance. 
>  > >  ;; If there is more than one, they won't work right. 
>  > >  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant 
>  > >  normal :weight normal :height 128 :width normal))))) 
>  >  
>  > Only with this particular font, or with any font? 
>  
> I noticed that it occurs with some font and it does not occur
> with other. For instance, it does not occur with DejaVu Sans
> Mono. That is, it does not occur with the following lines:
> 
> (custom-set-faces
>  ;; custom-set-faces was added by Custom.
>  ;; If you edit it by hand, you could mess it up, so be careful.
>  ;; Your init file should contain only one such instance.
>  ;; If there is more than one, they won't work right.
>  '(default ((t (:family "DejaVu Sans Mono" :foundry "unknown"
>  :slant normal :weight normal :height 98 :width normal)))))

Can you try the latest pretest of Emacs 26.2?  Maybe this problem is
already fixed.

If Emacs 26.2 also has this problem, the next step is to attach GDB to
Emacs when this happens and use the technique described in etc/DEBUG
to find out where it loops.

> Another detail. When it occurs the text "Query replace:" is
> not showed.

This is consistent with redisplay looping.

Message #17 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Hernandez <daniel <at> degu.cl>
To: "Eli Zaretskii" <eliz <at> gnu.org>
Cc: 34690 <34690 <at> debbugs.gnu.org>
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Fri, 01 Mar 2019 17:11:25 -0300

 ---- On vie, 01 mar 2019 11:48:16 -0300 Eli Zaretskii <eliz <at> gnu.org> wrote ----
 > > Date: Fri, 01 Mar 2019 11:37:10 -0300 
 > > From: Daniel Hernandez <daniel <at> degu.cl> 
 > > Cc: "34690" <34690 <at> debbugs.gnu.org> 
 > >  
 > >  > Does this happen with any text in any buffer, and with any search and  
 > >  > replacement strings? or just with some?  
 > >   
 > > It happens with any buffer; even with an empty one. 
 > > This problem occurs also when I only have that lines in 
 > > the ".emacs" file. 
 > >    
 > >  > > The lines added by Custom are the following:  
 > >  > >   
 > >  > > (custom-set-faces  
 > >  > >  ;; custom-set-faces was added by Custom.  
 > >  > >  ;; If you edit it by hand, you could mess it up, so be careful.  
 > >  > >  ;; Your init file should contain only one such instance.  
 > >  > >  ;; If there is more than one, they won't work right.  
 > >  > >  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant  
 > >  > >  normal :weight normal :height 128 :width normal)))))  
 > >  >   
 > >  > Only with this particular font, or with any font?  
 > >   
 > > I noticed that it occurs with some font and it does not occur 
 > > with other. For instance, it does not occur with DejaVu Sans 
 > > Mono. That is, it does not occur with the following lines: 
 > >  
 > > (custom-set-faces 
 > >  ;; custom-set-faces was added by Custom. 
 > >  ;; If you edit it by hand, you could mess it up, so be careful. 
 > >  ;; Your init file should contain only one such instance. 
 > >  ;; If there is more than one, they won't work right. 
 > >  '(default ((t (:family "DejaVu Sans Mono" :foundry "unknown" 
 > >  :slant normal :weight normal :height 98 :width normal))))) 
 >  
 > Can you try the latest pretest of Emacs 26.2?  Maybe this problem is 
 > already fixed. 
 >  
 > If Emacs 26.2 also has this problem, the next step is to attach GDB to 
 > Emacs when this happens and use the technique described in etc/DEBUG 
 > to find out where it loops. 
 
I will try with the latest pretest of Emacs 26.2 (probably the next week).

 > > Another detail. When it occurs the text "Query replace:" is 
 > > not showed. 
 >  
 > This is consistent with redisplay looping. 
 > 

Message #20 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Daniel Hernandez <daniel <at> degu.cl>
Cc: 34690 <at> debbugs.gnu.org
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Mon, 01 Apr 2019 21:34:26 -0400

Daniel Hernandez <daniel <at> degu.cl> writes:

> Exactly after pressing M-% to replace text, Emacs gets stuck. The emacs
> process was using 90% of the CPU until I killed the process.  The
> problem started when I customize the font. If I comment the lines that
> Custom added to the ".emacs" file, then the problem disappeared.
>
> The lines added by Custom are the following:
>
> (custom-set-faces
>  ;; custom-set-faces was added by Custom.
>  ;; If you edit it by hand, you could mess it up, so be careful.
>  ;; Your init file should contain only one such instance.
>  ;; If there is more than one, they won't work right.
>  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant
>  normal :weight normal :height 128 :width normal)))))

Does (setq query-replace-from-to-separator " -> ") avoid the problem (as
suggested in Bug#30291)?

Message #23 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Hernández <daniel <at> degu.cl>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 34690 <at> debbugs.gnu.org
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Tue, 2 Apr 2019 23:43:13 -0300

On Mon, 01 Apr 2019 21:34:26 -0400
Noam Postavsky <npostavs <at> gmail.com> wrote:

> Daniel Hernandez <daniel <at> degu.cl> writes:
> 
> > Exactly after pressing M-% to replace text, Emacs gets stuck. The
> > emacs process was using 90% of the CPU until I killed the process.
> > The problem started when I customize the font. If I comment the
> > lines that Custom added to the ".emacs" file, then the problem
> > disappeared.
> >
> > The lines added by Custom are the following:
> >
> > (custom-set-faces
> >  ;; custom-set-faces was added by Custom.
> >  ;; If you edit it by hand, you could mess it up, so be careful.
> >  ;; Your init file should contain only one such instance.
> >  ;; If there is more than one, they won't work right.
> >  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant
> >  normal :weight normal :height 128 :width normal)))))
> 
> Does (setq query-replace-from-to-separator " -> ") avoid the problem
> (as suggested in Bug#30291)?

Yes, this solve the issue in the computer where I detected the issue. I
have another computer where that code is not needed, because there is
no problem with the inconsolata font.

Message #26 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Hernández <daniel <at> degu.cl>
Cc: 34690 <at> debbugs.gnu.org, npostavs <at> gmail.com
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Wed, 03 Apr 2019 08:01:48 +0300

> Date: Tue, 2 Apr 2019 23:43:13 -0300
> From: Daniel Hernández <daniel <at> degu.cl>
> Cc: 34690 <at> debbugs.gnu.org
> 
> > > (custom-set-faces
> > >  ;; custom-set-faces was added by Custom.
> > >  ;; If you edit it by hand, you could mess it up, so be careful.
> > >  ;; Your init file should contain only one such instance.
> > >  ;; If there is more than one, they won't work right.
> > >  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant
> > >  normal :weight normal :height 128 :width normal)))))
> > 
> > Does (setq query-replace-from-to-separator " -> ") avoid the problem
> > (as suggested in Bug#30291)?
> 
> Yes, this solve the issue in the computer where I detected the issue. I
> have another computer where that code is not needed, because there is
> no problem with the inconsolata font.

It would be good to discover where Emacs loops with the problematic
font, so we could at least try to present some meaningful error
message, if not avoid this entirely.  It would help if someone who can
reproduce the problem used the technique in etc/DEBUG for finding the
place in the code where we loop.

Thanks.

Message #33 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Hernández <daniel <at> degu.cl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 34690 <at> debbugs.gnu.org, npostavs <at> gmail.com
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Fri, 12 Apr 2019 09:57:22 -0400

On Wed, 03 Apr 2019 08:01:48 +0300
Eli Zaretskii <eliz <at> gnu.org> wrote:

> > Date: Tue, 2 Apr 2019 23:43:13 -0300
> > From: Daniel Hernández <daniel <at> degu.cl>
> > Cc: 34690 <at> debbugs.gnu.org
> > 
> > > > (custom-set-faces
> > > >  ;; custom-set-faces was added by Custom.
> > > >  ;; If you edit it by hand, you could mess it up, so be careful.
> > > >  ;; Your init file should contain only one such instance.
> > > >  ;; If there is more than one, they won't work right.
> > > >  '(default ((t (:family "Inconsolata" :foundry "unknown" :slant
> > > >  normal :weight normal :height 128 :width normal)))))
> > > 
> > > Does (setq query-replace-from-to-separator " -> ") avoid the
> > > problem (as suggested in Bug#30291)?
> > 
> > Yes, this solve the issue in the computer where I detected the
> > issue. I have another computer where that code is not needed,
> > because there is no problem with the inconsolata font.
> 
> It would be good to discover where Emacs loops with the problematic
> font, so we could at least try to present some meaningful error
> message, if not avoid this entirely.  It would help if someone who can
> reproduce the problem used the technique in etc/DEBUG for finding the
> place in the code where we loop.

I will try that next week.

Daniel

Message #36 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Daniel Hernández <daniel <at> degu.cl>
Cc: 34690 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, npostavs <at> gmail.com
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Sun, 17 Nov 2019 09:51:54 +0100

Daniel Hernández <daniel <at> degu.cl> writes:

>> It would be good to discover where Emacs loops with the problematic
>> font, so we could at least try to present some meaningful error
>> message, if not avoid this entirely.  It would help if someone who can
>> reproduce the problem used the technique in etc/DEBUG for finding the
>> place in the code where we loop.
>
> I will try that next week.

Daniel, did you make any progress on debugging this?

M-: (message "%s" query-replace-from-to-separator) RET

should probably reproduce the error if your Emacs is just having problem
displaying that character.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #39 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Daniel Hernandez <daniel <at> degu.cl>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 34690 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, npostavs <at> gmail.com
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Wed, 20 Nov 2019 17:57:06 -0300

Lars Ingebrigtsen writes:

> Daniel Hernández <daniel <at> degu.cl> writes:
>
>>> It would be good to discover where Emacs loops with the problematic
>>> font, so we could at least try to present some meaningful error
>>> message, if not avoid this entirely.  It would help if someone who can
>>> reproduce the problem used the technique in etc/DEBUG for finding the
>>> place in the code where we loop.
>>
>> I will try that next week.
>
> Daniel, did you make any progress on debugging this?
>
> M-: (message "%s" query-replace-from-to-separator) RET
>
> should probably reproduce the error if your Emacs is just having problem
> displaying that character.

Sorry! I did not try finding the bug that week, because I was too
busy. I changed then the computer by a newer one. The bug does not occur
on my new computer, so I cannot reproduce it now. I Remember I was
working with Linux Mint 17.2.

--
Daniel

Message #42 received at 34690 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Daniel Hernandez <daniel <at> degu.cl>
Cc: 34690 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, npostavs <at> gmail.com
Subject: Re: bug#34690: 26.1; Emacs gets stuck when replacing text
Date: Thu, 21 Nov 2019 13:27:26 +0100

Daniel Hernandez <daniel <at> degu.cl> writes:

> Sorry! I did not try finding the bug that week, because I was too
> busy. I changed then the computer by a newer one. The bug does not occur
> on my new computer, so I cannot reproduce it now. I Remember I was
> working with Linux Mint 17.2.

Thanks for checking.

It seems unlikely that there'll be further progress with this bug
report, so I'm closing it.  If further progress can be made, somebody
should follow up with an email, and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.