From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Newsgroups: gmane.emacs.bugs Subject: bug#22519: 25.1.50; Emacs gets stuck while doing incremental search forward Date: Tue, 15 Mar 2016 14:28:18 +0100 Message-ID: <84a8lzzx8t.fsf@gmail.com> References: <84lh74g5s7.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1458048563 9436 80.91.229.3 (15 Mar 2016 13:29:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Mar 2016 13:29:23 +0000 (UTC) Cc: 22519@debbugs.gnu.org, Vincent =?UTF-8?Q?Bela=C3=AFche?= To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 15 14:29:11 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1afp26-0003NL-Sj for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Mar 2016 14:29:11 +0100 Original-Received: from localhost ([::1]:48222 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afp26-0004sA-AI for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Mar 2016 09:29:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60029) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afp21-0004rs-DY for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 09:29:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afp1y-0003bC-6D for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 09:29:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51524) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afp1y-0003b6-2W for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 09:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1afp1x-0002YS-SC for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 09:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Mar 2016 13:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22519 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 22519-submit@debbugs.gnu.org id=B22519.14580485119783 (code B ref 22519); Tue, 15 Mar 2016 13:29:01 +0000 Original-Received: (at 22519) by debbugs.gnu.org; 15 Mar 2016 13:28:31 +0000 Original-Received: from localhost ([127.0.0.1]:48651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afp1T-0002Xi-Er for submit@debbugs.gnu.org; Tue, 15 Mar 2016 09:28:31 -0400 Original-Received: from smtp08.smtpout.orange.fr ([80.12.242.130]:19583 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afp1R-0002XT-E4 for 22519@debbugs.gnu.org; Tue, 15 Mar 2016 09:28:30 -0400 Original-Received: from AigleRoyal ([92.139.231.45]) by mwinf5d16 with ME id WDUJ1s01A0zRWLC03DUK5S; Tue, 15 Mar 2016 14:28:22 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Tue, 15 Mar 2016 14:28:22 +0100 X-ME-IP: 92.139.231.45 In-Reply-To: <83egbefizx.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114939 Archived-At: --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear Eli, Ok, I decided to make some test bench (herein attached). I get the following interaction: $ ./emacs-bug22519.sh --fundamental no -| mode: normal -| latin-9=3D(0.588 5 0.031999999999999994) -| utf-8=3D(111.257 146 1.3299999999999979) $ ./emacs-bug22519.sh --fundamental yes -| mode: fundamental -| latin-9=3D(0.209 0 0.0) -| utf-8=3D(95.442 129 1.121) As you see, in normal mode utf-8 is 189 times slower than latin-9, and in fundamental mode, it is 456 times slower. So, IMHO it is a bug: user expererience is *GREATLY* damaged when you have the funny math symbols displayed. Please feel free to ask me to modify the attached script according to your wishes, eg to new command line option, like making configurable number of word insertion for shorter tests. VBR, Vincent. Le 13/03/2016 17:19, Eli Zaretskii a =E9crit : >> From: vincent.belaiche@gmail.com (Vincent Bela=EFche) >> Cc: Vincent Bela=EFche , >> 22519@debbugs.gnu.org >> Date: Sun, 13 Mar 2016 09:10:11 +0100 >> >> Oooops... It is back again. It seems that this has to do with how long >> the Emacs session has been open. I was comparing the 2016-01-29 Emacs >> the session of which had been open for a couple of days with the >> recently build 2016-03-11 Emacs the session of which was just open. And >> the latter seemed not to have the problem any longer. > > I have now tried this file in a session that has been running for 10 > days, and I see no problems with this file. > >> Not correct, the editing is lengthy *ALSO* with the latter Emacs. >> >> Please note that only the latex2e-fr.texi buffer is slow, the other >> buffers behave OK. > > I'm afraid this is something specific to your configuration, so you > will have to find which parts of your configuration cause this issue. > Also, you originally talked about Emacs getting stuck, while now you > seem to say about slow editing -- is this really the same problem, and > if so, does it get stuck or just works slowly? > > In any case, without additional information I don't see how we could > move further in debugging this problem. I'd begin with looking into > the minor modes you have enabled in that buffer, disabling them one by > one, until the problem goes way. If that doesn't help, look at > features that hook into post-command-hook. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=emacs-bug22519.sh Content-Description: Benchmark #!/bin/bash # Instruction for use: # ~~~~~~~~~~~~~~~~~~~~ # 1) Copy this script into some temporary directory, and # 2) Download # svn.gna.org/viewcvs/*checkout*/latexrefman/trunk/latex2e-fr.texi # to some place # 3) Adapt the two variables TEXI_FILE & EMACS to your configuration, under # some unsername entry distincitive of you. # 4) Run the script. case $USERNAME in Vincent) TEXI_FILE=/local/projects/latexrefman/latexrefman/latex2e-fr.texi EMACS=/c/Nos_Programmes/GNU/Emacs/bin/emacs.exe;; *) echo "Uknown user!!" >2 exit;; esac if [ "$1" == "--fundamental" ]; then FUNDAMENTAL=$2 fi case $FUNDAMENTAL in yes|true|1) FUNDAMENTAL=1;; no|false|0) FUNDAMENTAL=0;; *) FUNDAMENTAL=1;; esac HERE=$(dirname $0) # We make some AWK script to remove of the file local variable that # are not relevant for the test, and configure the coding either to # latin-9 or to utf-8. We will show that utf-8 (ie math symbol are # displayed) is horribly slower than latin-9 cat >emacs-bug22519.awk < $HERE/${CODING}-l2e-fr.texi done # Now we make some Emacs script to make the benchmarking. Benchmark # result is saved to some result.txt file cat >$HERE/emacs-bug22519.el <