GNU logs - #33887, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Vincent Lefevre <vincent@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 10:14:02 +0000
Resent-Message-ID: <handler.33887.B.154590561529156 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 33887 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.154590561529156
          (code B ref -1); Thu, 27 Dec 2018 10:14:02 +0000
Received: (at submit) by debbugs.gnu.org; 27 Dec 2018 10:13:35 +0000
Received: from localhost ([127.0.0.1]:38194 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcSfW-0007aC-Ew
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 05:13:34 -0500
Received: from eggs.gnu.org ([208.118.235.92]:57942)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vincent@HIDDEN>) id 1gcSfU-0007Zy-PG
 for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 05:13:33 -0500
Received: from lists.gnu.org ([208.118.235.17]:43018)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <vincent@HIDDEN>) id 1gcSfO-000851-Oe
 for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 05:13:26 -0500
Received: from eggs.gnu.org ([208.118.235.92]:50633)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <vincent@HIDDEN>) id 1gcSfN-0000HX-F6
 for bug-gnu-emacs@HIDDEN; Thu, 27 Dec 2018 05:13:26 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
 version=3.3.2
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <vincent@HIDDEN>) id 1gcSfH-0007zL-Ee
 for bug-gnu-emacs@HIDDEN; Thu, 27 Dec 2018 05:13:23 -0500
Received: from joooj.vinc17.net ([2001:4b99:1:3:216:3eff:fe20:ac98]:43434)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <vincent@HIDDEN>) id 1gcSfF-0007lq-7a
 for bug-gnu-emacs@HIDDEN; Thu, 27 Dec 2018 05:13:17 -0500
Received: from smtp-zira.vinc17.net (jlefevre.net1.nerim.net [80.65.226.245])
 by joooj.vinc17.net (Postfix) with ESMTPSA id 20A8D2DD;
 Thu, 27 Dec 2018 11:13:08 +0100 (CET)
Received: by zira.vinc17.org (Postfix, from userid 1000)
 id 804CAC218C3; Thu, 27 Dec 2018 11:13:06 +0100 (CET)
From: Vincent Lefevre <vincent@HIDDEN>
Date: Thu, 27 Dec 2018 11:13:06 +0100
Message-ID: <87ftujuvkd.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
 recognized.
X-Received-From: 2001:4b99:1:3:216:3eff:fe20:ac98
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)


When I open a large XML file and immediately go to the end of the
file with '<ESC> >', Emacs hangs for several seconds. For instance,
on /usr/share/xml/iso-codes/iso_639-3.xml from iso-codes in Debian
(a 1-MB file), it takes 5 seconds. On a 4-MB personal XML file, it
takes 15 seconds.

This is a regression: Emacs 25 did not hang at all.


In GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.2)
 of 2018-12-26, modified by Debian built on x86-ubc-01
Windowing system distributor 'The X.Org Foundation', version 11.0.12003000
System Description:	Debian GNU/Linux buster/sid

Recent messages:
Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)...done
Loading /etc/emacs/site-start.d/50latex-cjk-thai.el (source)...done
Loading /etc/emacs/site-start.d/50maxima-emacs.el (source)...done
Loading /etc/emacs/site-start.d/50psvn.el (source)...done
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done
Loading /etc/emacs/site-start.d/50texlive-lang-english.el (source)...done
Loading /etc/emacs/site-start.d/50why3.el (source)...done
Loading /home/vinc17/share/emacs/site-lisp/mutteditor.el (source)...done
Loading time...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --enable-libsystemd --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils --build
 x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
 --libexecdir=/usr/lib --localstatedir=/var/lib
 --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd
 --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils --with-x=yes
 --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2
 -fdebug-prefix-map=/build/emacs-3ThesY/emacs-26.1+1=.
 -fstack-protector-strong -Wformat -Werror=format-security -Wall'
 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'

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

Important settings:
  value of $LC_COLLATE: POSIX
  value of $LC_CTYPE: en_US.UTF-8
  value of $LC_TIME: en_DK
  value of $LANG: POSIX
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  display-time-mode: t
  show-paren-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-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:
/usr/share/emacs/site-lisp/llvm-3.5/tablegen-mode hides /usr/share/emacs/site-lisp/llvm-3.6/tablegen-mode
/usr/share/emacs/site-lisp/llvm-3.5/llvm-mode hides /usr/share/emacs/site-lisp/llvm-3.6/llvm-mode
/usr/share/emacs/site-lisp/llvm-3.5/emacs hides /usr/share/emacs/site-lisp/llvm-3.6/emacs
/usr/share/emacs/site-lisp/llvm-3.5/tablegen-mode hides /usr/share/emacs/site-lisp/llvm-3.7/tablegen-mode
/usr/share/emacs/site-lisp/llvm-3.5/llvm-mode hides /usr/share/emacs/site-lisp/llvm-3.7/llvm-mode
/usr/share/emacs/site-lisp/llvm-3.5/emacs hides /usr/share/emacs/site-lisp/llvm-3.7/emacs
/usr/share/emacs/site-lisp/llvm-3.5/tablegen-mode hides /usr/share/emacs/site-lisp/llvm-3.8/tablegen-mode
/usr/share/emacs/site-lisp/llvm-3.5/llvm-mode hides /usr/share/emacs/site-lisp/llvm-3.8/llvm-mode
/usr/share/emacs/site-lisp/llvm-3.5/emacs hides /usr/share/emacs/site-lisp/llvm-3.8/emacs
/usr/share/emacs/site-lisp/llvm-3.5/tablegen-mode hides /usr/share/emacs/site-lisp/llvm-3.9/tablegen-mode
/usr/share/emacs/site-lisp/llvm-3.5/llvm-mode hides /usr/share/emacs/site-lisp/llvm-3.9/llvm-mode
/usr/share/emacs/site-lisp/llvm-3.5/emacs hides /usr/share/emacs/site-lisp/llvm-3.9/emacs
/usr/share/emacs/site-lisp/llvm-3.5/tablegen-mode hides /usr/share/emacs/site-lisp/llvm-4.0/tablegen-mode
/usr/share/emacs/site-lisp/llvm-3.5/llvm-mode hides /usr/share/emacs/site-lisp/llvm-4.0/llvm-mode
/usr/share/emacs/site-lisp/llvm-3.5/emacs hides /usr/share/emacs/site-lisp/llvm-4.0/emacs
/usr/share/emacs/site-lisp/rst hides /usr/share/emacs/26.1/lisp/textmodes/rst
/usr/share/emacs/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/26.1/lisp/language/thai-word

Features:
(shadow sort mail-extr warnings emacsbug message rmc puny seq byte-opt
gv bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822
mml easymenu mml-sec password-cache epa derived epg epg-config 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 time cus-start cus-load paren
cc-styles cc-align cc-engine cc-vars cc-defs edmacro kmacro 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 118562 10618)
 (symbols 48 23199 1)
 (miscs 40 54 133)
 (strings 32 34944 2101)
 (string-bytes 1 946046)
 (vectors 16 15937)
 (vector-slots 8 510844 4784)
 (floats 8 56 97)
 (intervals 56 279 0)
 (buffers 992 12))




Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Vincent Lefevre <vincent@HIDDEN>
Subject: bug#33887: Acknowledgement (26.1; Emacs hangs for several seconds
 when going to the end of an XML file in nXML mode)
Message-ID: <handler.33887.B.154590561529156.ack <at> debbugs.gnu.org>
References: <87ftujuvkd.fsf@HIDDEN>
X-Gnu-PR-Message: ack 33887
X-Gnu-PR-Package: emacs
Reply-To: 33887 <at> debbugs.gnu.org
Date: Thu, 27 Dec 2018 10:14:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 33887 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
33887: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D33887
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 16:03:01 +0000
Resent-Message-ID: <handler.33887.B33887.154592655115534 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Vincent Lefevre <vincent@HIDDEN>, Stefan Monnier <monnier@HIDDEN>
Cc: 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154592655115534
          (code B ref 33887); Thu, 27 Dec 2018 16:03:01 +0000
Received: (at 33887) by debbugs.gnu.org; 27 Dec 2018 16:02:31 +0000
Received: from localhost ([127.0.0.1]:39468 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcY79-00042O-Dn
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:02:31 -0500
Received: from eggs.gnu.org ([208.118.235.92]:36697)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1gcY73-000425-1h
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:02:26 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1gcY6s-00017u-2X
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:02:15 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled
 version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40386)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1gcY6r-00017o-Va; Thu, 27 Dec 2018 11:02:10 -0500
Received: from [176.228.60.248] (port=3563 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1gcY6q-0003ML-7O; Thu, 27 Dec 2018 11:02:09 -0500
Date: Thu, 27 Dec 2018 18:02:07 +0200
Message-Id: <83imzf6jr4.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87ftujuvkd.fsf@HIDDEN> (message from Vincent Lefevre on
 Thu, 27 Dec 2018 11:13:06 +0100)
References: <87ftujuvkd.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Vincent Lefevre <vincent@HIDDEN>
> Date: Thu, 27 Dec 2018 11:13:06 +0100
> 
> When I open a large XML file and immediately go to the end of the
> file with '<ESC> >', Emacs hangs for several seconds. For instance,
> on /usr/share/xml/iso-codes/iso_639-3.xml from iso-codes in Debian
> (a 1-MB file), it takes 5 seconds. On a 4-MB personal XML file, it
> takes 15 seconds.
> 
> This is a regression: Emacs 25 did not hang at all.

Confirmed, thanks.

The profile (see below) blames syntax-ppss called by
sgml-syntax-propertize, so I suspect commit 0055190, which added
sgml-syntax-propertize-inside to sgml-syntax-propertize.

CC'ing Stefan who made those changes.

Here's the profile:

  - command-execute                                                 532  77%
   - call-interactively                                             532  77%
    - funcall-interactively                                         522  75%
     - end-of-buffer                                                500  72%
      - recenter                                                    496  71%
       - jit-lock-function                                          496  71%
	- jit-lock-fontify-now                                      496  71%
	 - jit-lock--run-functions                                  496  71%
	  - run-hook-wrapped                                        496  71%
	   - #<compiled 0x200000000b3a7fd0>                         496  71%
	    - font-lock-fontify-region                              496  71%
	     - font-lock-default-fontify-region                     496  71%
	      - nxml-extend-region                                  496  71%
	       - skip-syntax-forward                                496  71%
		- internal--syntax-propertize                       496  71%
		 - syntax-propertize                                496  71%
		  - sgml-syntax-propertize                          490  71%
		     syntax-ppss                                    445  64%
	push-mark                                                     1   0%
     - find-file                                                     20   2%
      - find-file-noselect                                           20   2%
       - find-file-noselect-1                                        19   2%
	- after-find-file                                            17   2%
	 - normal-mode                                               17   2%
	  - set-auto-mode                                            17   2%
	   - set-auto-mode-0                                         17   2%
	    - xml-mode                                               17   2%
	     - byte-code                                             14   2%
	      - require                                              12   1%
	       - byte-code                                           11   1%
		- require                                            10   1%
		 - byte-code                                          9   1%
		  - require                                           6   0%
		   - byte-code                                        6   0%
		    - cl-generic-define-method                        4   0%
		     - cl--generic-make-function                      4   0%
		      - cl--generic-make-next-function                  4   0%
		       - cl--generic-get-dispatcher                   4   0%
			- byte-compile                                3   0%
			   byte-code                                  1   0%
			 - #<compiled 0x200000000b325048>                  1   0%
			    byte-compile-top-level                    1   0%
		  - custom-declare-variable                           1   0%
		   - custom-initialize-reset                          1   0%
		    - eval                                            1   0%
		     - funcall                                        1   0%
		      - #<compiled 0x200000000b3c88b8>                  1   0%
		       - executable-find                              1   0%
			  locate-file                                 1   0%
		 file-truename                                        1   0%
	     - rng-nxml-mode-init                                     2   0%
	      - rng-validate-mode                                     2   0%
	       - rng-auto-set-schema                                  2   0%
		- rng-locate-schema-file                              2   0%
		 - rng-locate-schema-file-using                       2   0%
		  - rng-get-parsed-schema-locating-file                  2   0%
		   - rng-parse-schema-locating-file                   1   0%
		    - rng-parse-validate-file                         1   0%
		     - nxml-parse-instance                            1   0%
			nxml-parse-instance-1                         1   0%
	     - file-truename                                          1   0%
	      - file-truename                                         1   0%
	       - file-truename                                        1   0%
		  file-truename                                       1   0%
	- insert-file-contents                                        1   0%
	   xml-find-file-coding-system                                1   0%
     - execute-extended-command                                       1   0%
      - sit-for                                                       1   0%
	 redisplay                                                    1   0%
     - minibuffer-complete                                            1   0%
      - completion-in-region                                          1   0%
       - completion--in-region                                        1   0%
	- #<compiled 0x2000000001b04c20>                              1   0%
	 - apply                                                      1   0%
	  - #<compiled 0x20000000013baac8>                            1   0%
	   - completion--in-region-1                                  1   0%
	    - completion--do-completion                               1   0%
	     - completion-try-completion                              1   0%
	      - completion--nth-completion                            1   0%
	       - completion--some                                     1   0%
		- #<compiled 0x2000000001b0bd20>                      1   0%
		 - completion-basic-try-completion                    1   0%
		  - try-completion                                    1   0%
		     completion-file-name-table                       1   0%
    - byte-code                                                      10   1%
     - read-extended-command                                          9   1%
      - completing-read                                               9   1%
       - completing-read-default                                      9   1%
	  read-from-minibuffer                                        9   1%
     - find-file-read-args                                            1   0%
      - read-file-name                                                1   0%
       - read-file-name-default                                       1   0%
	- completing-read                                             1   0%
	 - completing-read-default                                    1   0%
	  - read-from-minibuffer                                      1   0%
	   - redisplay_internal (C function)                          1   0%
	      find-image                                              1   0%
  - ...                                                             158  22%
     Automatic GC                                                   156  22%
   - macroexp--all-forms                                              1   0%
    - macroexp--expand-all                                            1   0%
     - #<compiled 0x2000000001375130>                                 1   0%
      - macroexp--all-forms                                           1   0%
       - macroexp--expand-all                                         1   0%
	- macroexp--all-forms                                         1   0%
	 - macroexp--expand-all                                       1   0%
	  - #<compiled 0x2000000001375130>                            1   0%
	   - macroexp--all-forms                                      1   0%
	    - macroexp--expand-all                                    1   0%
	     - #<compiled 0x2000000001375068>                         1   0%
	      - macroexp--all-forms                                   1   0%
	       - macroexp--expand-all                                 1   0%
		- macroexp-macroexpand                                1   0%
		 - macroexpand                                        1   0%
		    #<compiled 0x20000000013f0600>                    1   0%
   - rng-compute-start-tag-open-deriv                                 1   0%
    - rng-element-get-child                                           1   0%
     - rng-compile                                                    1   0%
      - apply                                                         1   0%
       - rng-compile-group                                            1   0%
	- mapcar                                                      1   0%
	 - rng-compile                                                1   0%
	  - apply                                                     1   0%
	   - rng-compile-attribute                                    1   0%
	    - rng-compile                                             1   0%
	     - apply                                                  1   0%
	      - rng-compile-ref                                       1   0%
	       - rng-compile                                          1   0%
		- apply                                               1   0%
		 - rng-compile-data                                   1   0%
		    rng-compile-dt                                    1   0%




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 16:40:02 +0000
Resent-Message-ID: <handler.33887.B33887.154592875218869 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Vincent Lefevre <vincent@HIDDEN>, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154592875218869
          (code B ref 33887); Thu, 27 Dec 2018 16:40:02 +0000
Received: (at 33887) by debbugs.gnu.org; 27 Dec 2018 16:39:12 +0000
Received: from localhost ([127.0.0.1]:39480 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcYgh-0004uG-Ma
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:39:12 -0500
Received: from pruche.dit.umontreal.ca ([132.204.246.22]:51334)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1gcYge-0004u8-S8
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:39:09 -0500
Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca
 [132.204.27.242])
 by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wBRGd6Kg001933;
 Thu, 27 Dec 2018 11:39:07 -0500
Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848)
 id 6EFB4AE0D0; Thu, 27 Dec 2018 11:39:06 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN>
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
Date: Thu, 27 Dec 2018 11:39:06 -0500
In-Reply-To: <83imzf6jr4.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 27 Dec
 2018 18:02:07 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-NAI-Spam-Flag: NO
X-NAI-Spam-Threshold: 5
X-NAI-Spam-Score: 0
X-NAI-Spam-Rules: 2 Rules triggered
	EDT_SA_DN_PASS=0, RV6448=0
X-NAI-Spam-Version: 2.3.0.9418 : core <6448> : inlines <6990> : streams
 <1808356> : uri <2770859>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> When I open a large XML file and immediately go to the end of the
>> file with '<ESC> >', Emacs hangs for several seconds. For instance,
>> on /usr/share/xml/iso-codes/iso_639-3.xml from iso-codes in Debian
>> (a 1-MB file), it takes 5 seconds. On a 4-MB personal XML file, it
>> takes 15 seconds.
>> 
>> This is a regression: Emacs 25 did not hang at all.
>
> Confirmed, thanks.
>
> The profile (see below) blames syntax-ppss called by
> sgml-syntax-propertize, so I suspect commit 0055190, which added
> sgml-syntax-propertize-inside to sgml-syntax-propertize.

Sounds right, but I'm not sure what to do about this.
I don't wonder why so much time is passed on syntax-ppss, which is
generally expected to be relatively fast.
Maybe sgml-syntax-propertize is called too often (I see it's mostly
called from skip-syntax-forward; maybe we should call syntax-propertize
explicitly beforehand with a more distant position so
sgml-syntax-propertize is called just once).


        Stefan


> Here's the profile:
>
>   - command-execute                                                 532  77%
>    - call-interactively                                             532  77%
>     - funcall-interactively                                         522  75%
>      - end-of-buffer                                                500  72%
>       - recenter                                                    496  71%
>        - jit-lock-function                                          496  71%
> 	- jit-lock-fontify-now                                      496  71%
> 	 - jit-lock--run-functions                                  496  71%
> 	  - run-hook-wrapped                                        496  71%
> 	   - #<compiled 0x200000000b3a7fd0>                         496  71%
> 	    - font-lock-fontify-region                              496  71%
> 	     - font-lock-default-fontify-region                     496  71%
> 	      - nxml-extend-region                                  496  71%
> 	       - skip-syntax-forward                                496  71%
> 		- internal--syntax-propertize                       496  71%
> 		 - syntax-propertize                                496  71%
> 		  - sgml-syntax-propertize                          490  71%
> 		     syntax-ppss                                    445  64%
> 	push-mark                                                     1   0%
>      - find-file                                                     20   2%
>       - find-file-noselect                                           20   2%
>        - find-file-noselect-1                                        19   2%
> 	- after-find-file                                            17   2%
> 	 - normal-mode                                               17   2%
> 	  - set-auto-mode                                            17   2%
> 	   - set-auto-mode-0                                         17   2%
> 	    - xml-mode                                               17   2%
> 	     - byte-code                                             14   2%
> 	      - require                                              12   1%
> 	       - byte-code                                           11   1%
> 		- require                                            10   1%
> 		 - byte-code                                          9   1%
> 		  - require                                           6   0%
> 		   - byte-code                                        6   0%
> 		    - cl-generic-define-method                        4   0%
> 		     - cl--generic-make-function                      4   0%
> 		      - cl--generic-make-next-function                  4   0%
> 		       - cl--generic-get-dispatcher                   4   0%
> 			- byte-compile                                3   0%
> 			   byte-code                                  1   0%
> 			 - #<compiled 0x200000000b325048>                  1   0%
> 			    byte-compile-top-level                    1   0%
> 		  - custom-declare-variable                           1   0%
> 		   - custom-initialize-reset                          1   0%
> 		    - eval                                            1   0%
> 		     - funcall                                        1   0%
> 		      - #<compiled 0x200000000b3c88b8>                  1   0%
> 		       - executable-find                              1   0%
> 			  locate-file                                 1   0%
> 		 file-truename                                        1   0%
> 	     - rng-nxml-mode-init                                     2   0%
> 	      - rng-validate-mode                                     2   0%
> 	       - rng-auto-set-schema                                  2   0%
> 		- rng-locate-schema-file                              2   0%
> 		 - rng-locate-schema-file-using                       2   0%
> 		  - rng-get-parsed-schema-locating-file                  2   0%
> 		   - rng-parse-schema-locating-file                   1   0%
> 		    - rng-parse-validate-file                         1   0%
> 		     - nxml-parse-instance                            1   0%
> 			nxml-parse-instance-1                         1   0%
> 	     - file-truename                                          1   0%
> 	      - file-truename                                         1   0%
> 	       - file-truename                                        1   0%
> 		  file-truename                                       1   0%
> 	- insert-file-contents                                        1   0%
> 	   xml-find-file-coding-system                                1   0%
>      - execute-extended-command                                       1   0%
>       - sit-for                                                       1   0%
> 	 redisplay                                                    1   0%
>      - minibuffer-complete                                            1   0%
>       - completion-in-region                                          1   0%
>        - completion--in-region                                        1   0%
> 	- #<compiled 0x2000000001b04c20>                              1   0%
> 	 - apply                                                      1   0%
> 	  - #<compiled 0x20000000013baac8>                            1   0%
> 	   - completion--in-region-1                                  1   0%
> 	    - completion--do-completion                               1   0%
> 	     - completion-try-completion                              1   0%
> 	      - completion--nth-completion                            1   0%
> 	       - completion--some                                     1   0%
> 		- #<compiled 0x2000000001b0bd20>                      1   0%
> 		 - completion-basic-try-completion                    1   0%
> 		  - try-completion                                    1   0%
> 		     completion-file-name-table                       1   0%
>     - byte-code                                                      10   1%
>      - read-extended-command                                          9   1%
>       - completing-read                                               9   1%
>        - completing-read-default                                      9   1%
> 	  read-from-minibuffer                                        9   1%
>      - find-file-read-args                                            1   0%
>       - read-file-name                                                1   0%
>        - read-file-name-default                                       1   0%
> 	- completing-read                                             1   0%
> 	 - completing-read-default                                    1   0%
> 	  - read-from-minibuffer                                      1   0%
> 	   - redisplay_internal (C function)                          1   0%
> 	      find-image                                              1   0%
>   - ...                                                             158  22%
>      Automatic GC                                                   156  22%
>    - macroexp--all-forms                                              1   0%
>     - macroexp--expand-all                                            1   0%
>      - #<compiled 0x2000000001375130>                                 1   0%
>       - macroexp--all-forms                                           1   0%
>        - macroexp--expand-all                                         1   0%
> 	- macroexp--all-forms                                         1   0%
> 	 - macroexp--expand-all                                       1   0%
> 	  - #<compiled 0x2000000001375130>                            1   0%
> 	   - macroexp--all-forms                                      1   0%
> 	    - macroexp--expand-all                                    1   0%
> 	     - #<compiled 0x2000000001375068>                         1   0%
> 	      - macroexp--all-forms                                   1   0%
> 	       - macroexp--expand-all                                 1   0%
> 		- macroexp-macroexpand                                1   0%
> 		 - macroexpand                                        1   0%
> 		    #<compiled 0x20000000013f0600>                    1   0%
>    - rng-compute-start-tag-open-deriv                                 1   0%
>     - rng-element-get-child                                           1   0%
>      - rng-compile                                                    1   0%
>       - apply                                                         1   0%
>        - rng-compile-group                                            1   0%
> 	- mapcar                                                      1   0%
> 	 - rng-compile                                                1   0%
> 	  - apply                                                     1   0%
> 	   - rng-compile-attribute                                    1   0%
> 	    - rng-compile                                             1   0%
> 	     - apply                                                  1   0%
> 	      - rng-compile-ref                                       1   0%
> 	       - rng-compile                                          1   0%
> 		- apply                                               1   0%
> 		 - rng-compile-data                                   1   0%
> 		    rng-compile-dt                                    1   0%




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 16:44:02 +0000
Resent-Message-ID: <handler.33887.B33887.154592900619263 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: vincent@HIDDEN, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154592900619263
          (code B ref 33887); Thu, 27 Dec 2018 16:44:02 +0000
Received: (at 33887) by debbugs.gnu.org; 27 Dec 2018 16:43:26 +0000
Received: from localhost ([127.0.0.1]:39487 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcYkn-00050d-MU
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:43:25 -0500
Received: from eggs.gnu.org ([208.118.235.92]:54579)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1gcYkm-00050Q-UQ
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:43:25 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1gcYke-0001ng-67
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 11:43:19 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled
 version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40988)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1gcYkc-0001nS-Va; Thu, 27 Dec 2018 11:43:15 -0500
Received: from [176.228.60.248] (port=2118 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1gcYkc-0005B8-J3; Thu, 27 Dec 2018 11:43:14 -0500
Date: Thu, 27 Dec 2018 18:43:14 +0200
Message-Id: <83ftui7wf1.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN> (message from Stefan
 Monnier on Thu, 27 Dec 2018 11:39:06 -0500)
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
 <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: Vincent Lefevre <vincent@HIDDEN>, 33887 <at> debbugs.gnu.org
> Date: Thu, 27 Dec 2018 11:39:06 -0500
> 
> > The profile (see below) blames syntax-ppss called by
> > sgml-syntax-propertize, so I suspect commit 0055190, which added
> > sgml-syntax-propertize-inside to sgml-syntax-propertize.
> 
> Sounds right, but I'm not sure what to do about this.
> I don't wonder why so much time is passed on syntax-ppss, which is
> generally expected to be relatively fast.

Why was sgml-syntax-propertize-inside added?  Is its effect an
absolute must, or merely a nice-to-have feature?  If the latter,
perhaps a defcustom that could disable that call will be an okay
solution, at least as a stopgap?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 17:33:02 +0000
Resent-Message-ID: <handler.33887.B33887.154593194524210 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: vincent@HIDDEN, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154593194524210
          (code B ref 33887); Thu, 27 Dec 2018 17:33:02 +0000
Received: (at 33887) by debbugs.gnu.org; 27 Dec 2018 17:32:25 +0000
Received: from localhost ([127.0.0.1]:39513 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcZWD-0006IQ-EH
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 12:32:25 -0500
Received: from pruche.dit.umontreal.ca ([132.204.246.22]:52802)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1gcZWB-0006IF-2m
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 12:32:23 -0500
Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242])
 by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wBRHWMaO007291;
 Thu, 27 Dec 2018 12:32:22 -0500
Received: by pastel.home (Postfix, from userid 20848)
 id D7F3B6A505; Thu, 27 Dec 2018 12:32:21 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv8t0a27yy.fsf-monnier+emacsbugs@HIDDEN>
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
 <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN> <83ftui7wf1.fsf@HIDDEN>
Date: Thu, 27 Dec 2018 12:32:21 -0500
In-Reply-To: <83ftui7wf1.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 27 Dec
 2018 18:43:14 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-NAI-Spam-Flag: NO
X-NAI-Spam-Threshold: 5
X-NAI-Spam-Score: 0
X-NAI-Spam-Rules: 2 Rules triggered
	EDT_SA_DN_PASS=0, RV6448=0
X-NAI-Spam-Version: 2.3.0.9418 : core <6448> : inlines <6990> : streams
 <1808359> : uri <2770879>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Why was sgml-syntax-propertize-inside added?  Is its effect an
> absolute must, or merely a nice-to-have feature?

It's needed for correctness in the presence of <?...?> or <![CDATA[...]]>

> If the latter, perhaps a defcustom that could disable that call will
> be an okay solution, at least as a stopgap?

I don't think it should be terribly expensive, so I'd rather first try
and better understand the performance issue,


        Stefan




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 17:48:01 +0000
Resent-Message-ID: <handler.33887.B33887.154593286125691 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: vincent@HIDDEN, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154593286125691
          (code B ref 33887); Thu, 27 Dec 2018 17:48:01 +0000
Received: (at 33887) by debbugs.gnu.org; 27 Dec 2018 17:47:41 +0000
Received: from localhost ([127.0.0.1]:39521 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcZkz-0006gJ-Iv
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 12:47:41 -0500
Received: from eggs.gnu.org ([208.118.235.92]:57870)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1gcZky-0006g3-8w
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 12:47:40 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1gcZko-0006n2-RS
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 12:47:34 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled
 version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42144)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1gcZko-0006mq-OC; Thu, 27 Dec 2018 12:47:30 -0500
Received: from [176.228.60.248] (port=2307 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1gcZko-0002Bg-Br; Thu, 27 Dec 2018 12:47:30 -0500
Date: Thu, 27 Dec 2018 19:47:29 +0200
Message-Id: <83bm567tfy.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <jwv8t0a27yy.fsf-monnier+emacsbugs@HIDDEN> (message from Stefan
 Monnier on Thu, 27 Dec 2018 12:32:21 -0500)
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
 <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN> <83ftui7wf1.fsf@HIDDEN>
 <jwv8t0a27yy.fsf-monnier+emacsbugs@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: vincent@HIDDEN, 33887 <at> debbugs.gnu.org
> Date: Thu, 27 Dec 2018 12:32:21 -0500
> 
> > If the latter, perhaps a defcustom that could disable that call will
> > be an okay solution, at least as a stopgap?
> 
> I don't think it should be terribly expensive, so I'd rather first try
> and better understand the performance issue,

Sure.  I thought you already did ;-)




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Vincent Lefevre <vincent@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Dec 2018 18:44:01 +0000
Resent-Message-ID: <handler.33887.B33887.154593619330861 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154593619330861
          (code B ref 33887); Thu, 27 Dec 2018 18:44:01 +0000
Received: (at 33887) by debbugs.gnu.org; 27 Dec 2018 18:43:13 +0000
Received: from localhost ([127.0.0.1]:39538 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcacf-00081c-B2
	for submit <at> debbugs.gnu.org; Thu, 27 Dec 2018 13:43:13 -0500
Received: from joooj.vinc17.net ([155.133.131.76]:40490)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vincent@HIDDEN>) id 1gcaca-00081R-5X
 for 33887 <at> debbugs.gnu.org; Thu, 27 Dec 2018 13:43:08 -0500
Received: from smtp-zira.vinc17.net (jlefevre.net1.nerim.net [80.65.226.245])
 by joooj.vinc17.net (Postfix) with ESMTPSA id D457A2DD;
 Thu, 27 Dec 2018 19:43:02 +0100 (CET)
Received: by zira.vinc17.org (Postfix, from userid 1000)
 id 102E1C207A9; Thu, 27 Dec 2018 19:43:02 +0100 (CET)
Date: Thu, 27 Dec 2018 19:43:02 +0100
From: Vincent Lefevre <vincent@HIDDEN>
Message-ID: <20181227184302.GG2581@HIDDEN>
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
 <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN>
 <83ftui7wf1.fsf@HIDDEN>
 <jwv8t0a27yy.fsf-monnier+emacsbugs@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <jwv8t0a27yy.fsf-monnier+emacsbugs@HIDDEN>
X-Mailer-Info: https://www.vinc17.net/mutt/
User-Agent: Mutt/1.11.1+41 (02252dac) vl-114013 (2018-12-13)
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On 2018-12-27 12:32:21 -0500, Stefan Monnier wrote:
> > Why was sgml-syntax-propertize-inside added?  Is its effect an
> > absolute must, or merely a nice-to-have feature?
> 
> It's needed for correctness in the presence of <?...?> or <![CDATA[...]]>

I use both in some of my XML files and I have never found any issue
with them. Or perhaps this is just for particular cases?

-- 
Vincent Lefèvre <vincent@HIDDEN> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 28 Dec 2018 17:19:02 +0000
Resent-Message-ID: <handler.33887.B33887.154601753620933 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Vincent Lefevre <vincent@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154601753620933
          (code B ref 33887); Fri, 28 Dec 2018 17:19:02 +0000
Received: (at 33887) by debbugs.gnu.org; 28 Dec 2018 17:18:56 +0000
Received: from localhost ([127.0.0.1]:40634 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gcvmi-0005RZ-1k
	for submit <at> debbugs.gnu.org; Fri, 28 Dec 2018 12:18:56 -0500
Received: from chene.dit.umontreal.ca ([132.204.246.20]:56250)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1gcvmf-0005RQ-H4
 for 33887 <at> debbugs.gnu.org; Fri, 28 Dec 2018 12:18:54 -0500
Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca
 [132.204.27.242])
 by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id wBSHIpDW015853;
 Fri, 28 Dec 2018 12:18:52 -0500
Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848)
 id 36287AE0D0; Fri, 28 Dec 2018 12:18:51 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv7efty3lv.fsf-monnier+emacsbugs@HIDDEN>
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
 <jwvo997x773.fsf-monnier+emacsbugs@HIDDEN> <83ftui7wf1.fsf@HIDDEN>
 <jwv8t0a27yy.fsf-monnier+emacsbugs@HIDDEN>
 <20181227184302.GG2581@HIDDEN>
Date: Fri, 28 Dec 2018 12:18:51 -0500
In-Reply-To: <20181227184302.GG2581@HIDDEN> (Vincent Lefevre's
 message of "Thu, 27 Dec 2018 19:43:02 +0100")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-NAI-Spam-Flag: NO
X-NAI-Spam-Threshold: 5
X-NAI-Spam-Score: 0
X-NAI-Spam-Rules: 2 Rules triggered
	EDT_SA_DN_PASS=0, RV6449=0
X-NAI-Spam-Version: 2.3.0.9418 : core <6449> : inlines <6990> : streams
 <1808454> : uri <2771360>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> > Why was sgml-syntax-propertize-inside added?  Is its effect an
>> > absolute must, or merely a nice-to-have feature?
>> It's needed for correctness in the presence of <?...?> or <![CDATA[...]]>
> I use both in some of my XML files and I have never found any issue
> with them. Or perhaps this is just for particular cases?

Yes, it only makes a real difference when the content of those things
ends up confusing the parser (e.g. it looks like an unclosed tag, or
things along these lines).


        Stefan




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
References: <87ftujuvkd.fsf@HIDDEN>
In-Reply-To: <87ftujuvkd.fsf@HIDDEN>
Resent-From: Fernando Jascovich <fernando.ej@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 08 Jan 2019 22:16:01 +0000
Resent-Message-ID: <handler.33887.B.154698573717451 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 33887 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.154698573717451
          (code B ref -1); Tue, 08 Jan 2019 22:16:01 +0000
Received: (at submit) by debbugs.gnu.org; 8 Jan 2019 22:15:37 +0000
Received: from localhost ([127.0.0.1]:50612 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ggzeq-0004XO-SB
	for submit <at> debbugs.gnu.org; Tue, 08 Jan 2019 17:15:37 -0500
Received: from eggs.gnu.org ([209.51.188.92]:36784)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <fernando.ej@HIDDEN>) id 1ggzae-0004PM-61
 for submit <at> debbugs.gnu.org; Tue, 08 Jan 2019 17:11:16 -0500
Received: from lists.gnu.org ([209.51.188.17]:56974)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <fernando.ej@HIDDEN>)
 id 1ggzaY-00043t-Vr
 for submit <at> debbugs.gnu.org; Tue, 08 Jan 2019 17:11:11 -0500
Received: from eggs.gnu.org ([209.51.188.92]:46980)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <fernando.ej@HIDDEN>) id 1ggzaY-0006r9-5w
 for bug-gnu-emacs@HIDDEN; Tue, 08 Jan 2019 17:11:10 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM
 autolearn=disabled version=3.3.2
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <fernando.ej@HIDDEN>) id 1ggzaX-00042v-Ex
 for bug-gnu-emacs@HIDDEN; Tue, 08 Jan 2019 17:11:10 -0500
Received: from mail-qt1-x842.google.com ([2607:f8b0:4864:20::842]:43244)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <fernando.ej@HIDDEN>)
 id 1ggzaX-000409-B8
 for bug-gnu-emacs@HIDDEN; Tue, 08 Jan 2019 17:11:09 -0500
Received: by mail-qt1-x842.google.com with SMTP id i7so6209407qtj.10
 for <bug-gnu-emacs@HIDDEN>; Tue, 08 Jan 2019 14:11:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:subject:date:message-id:user-agent:mime-version;
 bh=/HDcdd8CfBa0p1CHQgBR72dP2zxUA/imeA8yeDRFLmo=;
 b=N4oW44fWiSWqnXS8fjXw64fuz7ic6QnMN5ZJNYArBZ6fmkRWm6yOcsBsUE/GJbEXYs
 znV7E0+Pf2F5iqyaG/nFrR5aX7VLgZ2Np6jlsBTqUvnwGt6oJQsUrLEzxVQRyTedQXsj
 moJ69sHBrQQrJJeM6hNJvpJAqREBpXKvZQrontDMGQ4ORGH2f2i4fGgcN9tDtj2Objk8
 fTuV73rPp4vshxkxKNxtwfk5d7Z6Gnj1yATZMMVv4jJ9tIV4YUZ83nNJeckiTkm1O5Hb
 lhCgHHswcaMXQShO7julkQyX0Wp12iIlKAEwd9WdNhcmzxlnArP4h0+B31Z73yieWNSQ
 nTvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:subject:date:message-id:user-agent
 :mime-version;
 bh=/HDcdd8CfBa0p1CHQgBR72dP2zxUA/imeA8yeDRFLmo=;
 b=hXSa4geMz+ccWf6EYZ8Vov735o3NjV2ROlw+fFGAfTbjewTI4OM4dyBg7B9fQ28o3A
 YoxCF4xxJBGy5eoF9T4noXC//r+md7sOXmoLwpIQVnLHYtaBiGzeHVIHyRa81gYfaU7G
 inzJnBQhYwiLCLgxd0zMnciqkV2xuqThy+PXegCsM7qVYR3s/BloxJnCPihPDQoHDW9t
 WRMNnrCy6htruj0lfgN3XUQWccHCWYYeQXxWuvbt3QKpB2EHwEDN7eQB/+kG5lfs9LdT
 5OV3f6iAHzcu8a79rDFyCllQ6fORJy7KHOuP5KCwiPsPt608OjaZJp6fqYk87+9Cz5sA
 oV4w==
X-Gm-Message-State: AJcUukdoQRWNcKJ+jpYgD+0dV49h11gkl2/sF8vOZxSFGWiuxiVoVHqw
 9h/HO25RTU8cLujLY836CnJklEW2jjc=
X-Google-Smtp-Source: ALg8bN4wyRcXxQYE12Q0eIxPUmikKe8UbtPV5dOXNtkIhU5PiHBN8DkNJvEbNfsc/S40DRZbL1rZog==
X-Received: by 2002:ac8:7353:: with SMTP id q19mr3316686qtp.265.1546985467742; 
 Tue, 08 Jan 2019 14:11:07 -0800 (PST)
Received: from pop-os ([168.232.248.7])
 by smtp.gmail.com with ESMTPSA id a17sm33321049qth.93.2019.01.08.14.11.05
 for <bug-gnu-emacs@HIDDEN>
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Tue, 08 Jan 2019 14:11:07 -0800 (PST)
From: Fernando Jascovich <fernando.ej@HIDDEN>
Date: Tue, 08 Jan 2019 19:11:02 -0300
Message-ID: <87ef9m2421.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
 recognized.
X-Received-From: 2607:f8b0:4864:20::842
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Spam-Score: 1.0 (+)
X-Mailman-Approved-At: Tue, 08 Jan 2019 17:15:35 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

Hi everyone, this is my first email to bug-gnu-emacs, so please let me
know if I am making some mistake.
For no special reason, I took this bug in order to start to know  emacs'
code.
Following and confirming the details of the bug, I found that indeed the
performance issue is introduced at commit 0055190174, but not beacuse
the introduction of `sgml-syntax-propertize-inside`.
The problem is with the last rule:
```
("\"" (0 (if (prog1 (zerop (car (syntax-ppss (match-beginning 0))))
                    (goto-char (match-end 0)))
                  (string-to-syntax ".")))
```
I can't see the real effect of this rule, I tested xml parsing without
this rule and it works fine, marking double quotes inside tags as
expected without this performance issue.
Do we need to target double quotes outside tags explicitly?

-- 
Fernando Jascovich
developer
m: +54 9 3548 63 9833
github: https://github.com/fernando-jascovich/
linkedin: https://www.linkedin.com/in/fernandojascovich/




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 10 Jan 2019 15:10:01 +0000
Resent-Message-ID: <handler.33887.B33887.154713299422087 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Fernando Jascovich <fernando.ej@HIDDEN>, Stefan Monnier <monnier@HIDDEN>
Cc: 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154713299422087
          (code B ref 33887); Thu, 10 Jan 2019 15:10:01 +0000
Received: (at 33887) by debbugs.gnu.org; 10 Jan 2019 15:09:54 +0000
Received: from localhost ([127.0.0.1]:54085 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ghbxx-0005kB-Pb
	for submit <at> debbugs.gnu.org; Thu, 10 Jan 2019 10:09:53 -0500
Received: from eggs.gnu.org ([209.51.188.92]:38060)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ghbxw-0005jz-0C
 for 33887 <at> debbugs.gnu.org; Thu, 10 Jan 2019 10:09:52 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1ghbxq-0002gv-99
 for 33887 <at> debbugs.gnu.org; Thu, 10 Jan 2019 10:09:46 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:470:142:3::e]:39389)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ghbxq-0002gf-59; Thu, 10 Jan 2019 10:09:46 -0500
Received: from [176.228.60.248] (port=3280 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ghbxp-0006ML-OK; Thu, 10 Jan 2019 10:09:46 -0500
Date: Thu, 10 Jan 2019 17:09:39 +0200
Message-Id: <8336q0im6k.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87ef9m2421.fsf@HIDDEN> (message from Fernando Jascovich on
 Tue, 08 Jan 2019 19:11:02 -0300)
References: <87ftujuvkd.fsf@HIDDEN> <87ef9m2421.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:470:142:3::e
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

> From: Fernando Jascovich <fernando.ej@HIDDEN>
> Date: Tue, 08 Jan 2019 19:11:02 -0300
> 
> Hi everyone, this is my first email to bug-gnu-emacs, so please let me
> know if I am making some mistake.
> For no special reason, I took this bug in order to start to know  emacs'
> code.
> Following and confirming the details of the bug, I found that indeed the
> performance issue is introduced at commit 0055190174, but not beacuse
> the introduction of `sgml-syntax-propertize-inside`.
> The problem is with the last rule:
> ```
> ("\"" (0 (if (prog1 (zerop (car (syntax-ppss (match-beginning 0))))
>                     (goto-char (match-end 0)))
>                   (string-to-syntax ".")))
> ```
> I can't see the real effect of this rule, I tested xml parsing without
> this rule and it works fine, marking double quotes inside tags as
> expected without this performance issue.
> Do we need to target double quotes outside tags explicitly?

Stefan, any comments?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Jan 2019 22:58:02 +0000
Resent-Message-ID: <handler.33887.B33887.154776583613877 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Vincent Lefevre <vincent@HIDDEN>, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154776583613877
          (code B ref 33887); Thu, 17 Jan 2019 22:58:02 +0000
Received: (at 33887) by debbugs.gnu.org; 17 Jan 2019 22:57:16 +0000
Received: from localhost ([127.0.0.1]:35418 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gkGb6-0003bl-Fc
	for submit <at> debbugs.gnu.org; Thu, 17 Jan 2019 17:57:16 -0500
Received: from alt22.smtp-out.videotron.ca ([70.80.0.73]:11282)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1gkGb3-0003bX-UN
 for 33887 <at> debbugs.gnu.org; Thu, 17 Jan 2019 17:57:14 -0500
Received: from fmsmemgm.homelinux.net ([23.233.195.134]) by Videotron with SMTP
 id kGaxggY8I6r0CkGaygJOHf; Thu, 17 Jan 2019 17:57:08 -0500
X-Authority-Analysis: v=2.3 cv=D61p1MZj c=1 sm=1 tr=0
 a=xXJ578j8WyTliCxld3/pTA==:117 a=xXJ578j8WyTliCxld3/pTA==:17
 a=3JhidrIBZZsA:10 a=nhY0VSo43tPj97HzVlUA:9
Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848)
 id 21A13AE0EE; Thu, 17 Jan 2019 17:57:07 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvzhryewej.fsf-monnier+bug#33887@HIDDEN>
References: <87ftujuvkd.fsf@HIDDEN> <83imzf6jr4.fsf@HIDDEN>
Date: Thu, 17 Jan 2019 17:57:07 -0500
In-Reply-To: <83imzf6jr4.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 27 Dec
 2018 18:02:07 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-CMAE-Envelope: MS4wfAEL8NOTrszVtErXxGqYdEjvkuVPdEPSHU6Pvnl4IvhMIpWUyNH1SZD2hL8pZbrRMpqClQoZ7f3hpXkEWFWhA0AZpRnZOKp+922Akdtwjie2MUhUYRYm
 7orKQ6TQP8yS7W8ubSzG2xUh0jy/0ivr6Mh6WGMYlxQkAWOjI+BPrjtqFzZfL3ozvWS3GbioAxeQZabSDBdP2l8eBDdSMukaqMh5/OCu9bahBDSR4G8Kt9zr
 FSDjY/YypVLGOo25YnLrhm4oT+WhWiuqVXOb39Ps8UdxeWi2ffZr7ZukuODfp4zY
X-Spam-Score: 0.3 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

> The profile (see below) blames syntax-ppss called by
> sgml-syntax-propertize, so I suspect commit 0055190, which added
> sgml-syntax-propertize-inside to sgml-syntax-propertize.

Hmm... actually, the syntax-ppss calls that take time are directly made
from within sgml-syntax-propertize rather than from within
sgml-syntax-propertize-inside (which doesn't even appear in your profile
(in my profile I get 8099 units of time in sgml-syntax-propertize, of
which 7611 in syntax-ppss and only 77 in sgml-syntax-propertize-inside).
The problem seems to come from the following syntax propertize rule:

     ;; Double quotes outside of tags should not introduce strings.
     ;; Be careful to call `syntax-ppss' on a position before the one we're
     ;; going to change, so as not to need to flush the data we just computed.
     ("\"" (0 (if (prog1 (zerop (car (syntax-ppss (match-beginning 0))))
                    (goto-char (match-end 0)))
                  (string-to-syntax "."))))

If I comment it out, the delay is *much* smaller.

The problem being that " are quite common characters in XML files, so
the regexp matches often and we call syntax-ppss each time, so we end up
calling syntax-ppss very often.

I'm trying to figure out how to avoid calling syntax-ppss for every
" character.  I'm thinking of looking at pairs of " chars and only do
extra work if there's a < or > between the two.


        Stefan




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#33887: 26.1; Emacs hangs for several seconds when going to the end of an XML file in nXML mode
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 17 Jan 2019 23:27:02 +0000
Resent-Message-ID: <handler.33887.B33887.154776756616427 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 33887
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Fernando Jascovich <fernando.ej@HIDDEN>, 33887 <at> debbugs.gnu.org
Received: via spool by 33887-submit <at> debbugs.gnu.org id=B33887.154776756616427
          (code B ref 33887); Thu, 17 Jan 2019 23:27:02 +0000
Received: (at 33887) by debbugs.gnu.org; 17 Jan 2019 23:26:06 +0000
Received: from localhost ([127.0.0.1]:35425 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gkH2z-0004Gt-Rk
	for submit <at> debbugs.gnu.org; Thu, 17 Jan 2019 18:26:06 -0500
Received: from alt42.smtp-out.videotron.ca ([23.233.128.29]:28812)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1gkH2w-0004GN-MH
 for 33887 <at> debbugs.gnu.org; Thu, 17 Jan 2019 18:26:04 -0500
Received: from fmsmemgm.homelinux.net ([23.233.195.134]) by Videotron with SMTP
 id kH2pg9NQgFsgZkH2qgMywn; Thu, 17 Jan 2019 18:25:57 -0500
X-Authority-Analysis: v=2.3 cv=Y7LWTCWN c=1 sm=1 tr=0
 a=xXJ578j8WyTliCxld3/pTA==:117 a=xXJ578j8WyTliCxld3/pTA==:17
 a=3JhidrIBZZsA:10 a=pGLkceISAAAA:8 a=RELml-1EI8_4TFrIe0YA:9
Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848)
 id 1A982AE0EE; Thu, 17 Jan 2019 18:25:55 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvtvi6eup3.fsf-monnier+bug#33887@HIDDEN>
References: <87ftujuvkd.fsf@HIDDEN> <87ef9m2421.fsf@HIDDEN>
 <8336q0im6k.fsf@HIDDEN>
Date: Thu, 17 Jan 2019 18:25:55 -0500
In-Reply-To: <8336q0im6k.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 10 Jan
 2019 17:09:39 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-CMAE-Envelope: MS4wfAbs3K9Z3CF8NojyOkrqiEZ7fRvheJbKXvlVqoDDkAnmxZ3yKAqUmuni5IleLtb2vBCme+m4xbv6q+KLja1SkPsv80LtKPmlIhuapL6EV5TFbHSKTIUi
 fFXrgxsbn4Hg8VK3NHQHEDTl5AzoFJXCSitlHW4pHyc8AAAGRXv/m7kUuhtyITAfGbDKY4i/detgo8tp4Nirg+7riTUNbyDw73LQXvj8FpZd4DUIlqN0zbeZ
 FIaCja45wc40i+xWIY4QvkI4Uy/OaxrmWWGYGqulz5LaZvPMalG/PvfUwlcY7eT/
X-Spam-Score: 0.3 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

>> From: Fernando Jascovich <fernando.ej@HIDDEN>
>> Date: Tue, 08 Jan 2019 19:11:02 -0300
>> 
>> Hi everyone, this is my first email to bug-gnu-emacs, so please let me
>> know if I am making some mistake.
>> For no special reason, I took this bug in order to start to know  emacs'
>> code.
>> Following and confirming the details of the bug, I found that indeed the
>> performance issue is introduced at commit 0055190174, but not beacuse
>> the introduction of `sgml-syntax-propertize-inside`.
>> The problem is with the last rule:
>> ```
>> ("\"" (0 (if (prog1 (zerop (car (syntax-ppss (match-beginning 0))))
>>                     (goto-char (match-end 0)))
>>                   (string-to-syntax ".")))
>> ```
>> I can't see the real effect of this rule, I tested xml parsing without
>> this rule and it works fine, marking double quotes inside tags as
>> expected without this performance issue.
>> Do we need to target double quotes outside tags explicitly?
>
> Stefan, any comments?

Yes, he's exactly right.

I just pushed a patch to master which should reduce significantly
this delay.


        Stefan




Message received at control <at> debbugs.gnu.org:


Received: (at control) by debbugs.gnu.org; 17 Apr 2019 23:50:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 17 19:50:43 2019
Received: from localhost ([127.0.0.1]:41039 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hGuKB-00023p-4D
	for submit <at> debbugs.gnu.org; Wed, 17 Apr 2019 19:50:43 -0400
Received: from mail-qt1-f180.google.com ([209.85.160.180]:35761)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>)
 id 1hGuK9-00023X-4w; Wed, 17 Apr 2019 19:50:41 -0400
Received: by mail-qt1-f180.google.com with SMTP id h39so339523qte.2;
 Wed, 17 Apr 2019 16:50:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=a9nzTRl1TODbmWUx5ywgDk1ezi71ewGjpmATJ1Pv3bs=;
 b=pd5rk/52cV1LNW7eRR+tsd8Dm+Hj+PIRE5qR+AAKPK6MyGuUIB61mSvdxw2ZofoQYw
 fFvzJNPKsbS9yTV7jgtFoKjBMmOY1HFeNpSsg8zY4A8Lldfv0hyF3AkZYSwCSO/gzJM2
 cUSkwfp/0rihLvIMMAPc94/3+dMEsnXWrErJvvbHI9ekgTEBaoZF37gq3DVbJ62pSlUm
 YeyYkvHkzuHS/T7fkKwSY8ItknnkpfZFMIy5UTUWmZ1YtE7a3bae7SVYAr/MOfELzTeU
 gCCDbfTaw/mDV5wREvyPvUT9j+NQ7PEGP2cJVKYfVFV58hUZKW+d5xE6dXeseTGV69/t
 89lQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=a9nzTRl1TODbmWUx5ywgDk1ezi71ewGjpmATJ1Pv3bs=;
 b=JhRB6b4DASSgiKCaMgLvlUoQcmXTvBbRgaiGVI1m0dTgOxO7vzCYO8FNYq4bCf9kBN
 pA1CM6XIh60jp10FW5vDNTiMRUnFyZWadd5NxeDoUoY2mkHrM7MUams6nz6MnM0ShOGv
 FCo8WeqPjtWmASOGrGrRisoTfJCJnZVIjpsm4pU6wKKIKEMDN5Z+ZGq1cPIIIzJKsXqg
 oHQJ1I8Dq8nvrhcGKd/MT1EySm0sOrDHHN82zg3d9NLQGUriUdv2xjzxuSq8LDJJGWoG
 cdM8OYlw6G25v+FoNq4YWxpngd8cEZNodHbhDrPiVR6Rqe+38ZdTUsPi0TAwv+QNxvmZ
 r35A==
X-Gm-Message-State: APjAAAWFwxrlkW2mmQb5mzech7waetsO8pnFkNAXtcVQBHZURmQVSx9y
 Kz4FaBqkk6pHoG9B/8FXUrtMiumf
X-Google-Smtp-Source: APXvYqz8hYLJNUH82PHSyCHfCCeC7bci7qTOQkgAQ5iUV85R1Kze8is7iqLm+rSsu6srqfm9IPOSeA==
X-Received: by 2002:a0c:8af7:: with SMTP id 52mr73860255qvw.169.1555545035510; 
 Wed, 17 Apr 2019 16:50:35 -0700 (PDT)
Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34])
 by smtp.googlemail.com with ESMTPSA id
 27sm309009qtp.49.2019.04.17.16.50.34
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 17 Apr 2019 16:50:34 -0700 (PDT)
From: Noam Postavsky <npostavs@HIDDEN>
To: Kevin Brubeck Unhammer <unhammer@HIDDEN>
Subject: Re: bug#25176: 26.0.50;
 nxml-mode hangs on first failing isearch after opening big file
References: <87zik2t9we.fsf@HIDDEN>
Date: Wed, 17 Apr 2019 19:50:34 -0400
In-Reply-To: <87zik2t9we.fsf@HIDDEN> (Kevin Brubeck Unhammer's message of
 "Sun, 11 Dec 2016 22:48:17 +0100")
Message-ID: <87imvcw5rp.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
Cc: 25176 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

merge 25176 33887
quit

Kevin Brubeck Unhammer <unhammer@HIDDEN> writes:

> To reproduce:
>
> $ wget https://unhammer.org/k/nxml-isearch-hang.xml
> $ emacs -Q nxml-isearch-hang.xml
> # Then in emacs, answer yes and isearch for e.g. "x-x":
> y C-s x - x
>
> Now it'll hang, and require a C-g. A subsequent search, however, is
> instant.

The file is now 404, but I this sounds the same as Bug#33887 "26.1;
Emacs hangs for several seconds when going to the end of an XML file in
nXML mode".





Last modified: Thu, 18 Apr 2019 00:00:01 UTC

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