GNU bug report logs - #45041
27.1; Emacs hangs if the cited message contains some specific text

Previous Next

Package: emacs;

Reported by: Pratyush Yadav <pratiy0100 <at> gmail.com>

Date: Fri, 4 Dec 2020 11:56:01 UTC

Severity: normal

Tags: fixed, moreinfo

Found in version 27.1

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Fri, 04 Dec 2020 11:56:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Pratyush Yadav <pratiy0100 <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 04 Dec 2020 11:56:01 GMT) Full text and rfc822 format available.

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

From: Pratyush Yadav <pratiy0100 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Cc: Pratyush Yadav <me <at> yadavpratyush.com>
Subject: 27.1; Emacs hangs if the cited message contains some specific text
Date: Fri, 4 Dec 2020 17:18:37 +0530
Hi,

I use Gnus to read from the NNTP server over at nntp.lore.kernel.org on
the group org.kernel.vger.git. When I opened one particular message on
the group today Emacs froze up completely. top reported 100% CPU usage
from it. This went on for a couple minutes until I hit C-g. The message
that triggered this has Message-id
<CAN05THQGqV4hP218hb3QXjJhQbbBCDRHgf=PAty=Ydd78a679A <at> mail.gmail.com>
and subject "Re: [Wireshark-dev] [Outreachy] Internship blog 2020"

I dug around a bit and found out the problem comes from the function
gnus-cite-parse in the following line:

      (when (and (< guess-limit (+ begin gnus-cite-max-prefix))
         (looking-at gnus-supercite-regexp))

The call to looking-at seems to be the problem. gnus-supercite-regexp
is:

"^\\(\\([     ]*\\(\\w\\|[_.]\\)+>+\\|[     ]*[>|]\\)+\\)? *>>>>>
+\"\\([^\"\n]+\\)\" +=="

This call works fine for most lines but at the end there is the line:

"> ___________________________________________________________________________"

I wrapped this in quotes because it freezes up this buffer as well.

Is this a problem with my setup only or do other people see it as well?
What can I do to fix it?

Thanks.


In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.21,
cairo version 1.17.3)
 of 2020-08-11 built on pratyush
Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8
Repository branch: makepkg
Windowing system distributor 'The X.Org Foundation', version 11.0.12010000
System Description: Arch Linux

Recent messages:
"../.newsrc-dribble" 3L, 3C written
Gnus auto-save file exists.  Do you want to read it? (y or n) n
Reading /home/pratyush/.newsrc.eld...
Generating the cache active file...done
Opening nnfolder server on archive...done
No new newsgroups
Checking new news...
Reading active file from archive via nnfolder...done
Reading active file via nndraft...done
Checking new news...done
Quit
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
 --with-sound=alsa --with-modules --without-gconf --without-gsettings
 --with-x-toolkit=gtk3 --without-xaw3d --without-m17n-flt --with-cairo
 --without-compress-install 'CFLAGS=-march=x86-64 -mtune=generic -O2
 -pipe -fno-plt -g -flto -g -flto -s -fuse-ld=gold'
 CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GLIB NOTIFY INOTIFY ACL
GNUTLS LIBXML2 FREETYPE HARFBUZZ LIBOTF ZLIB TOOLKIT_SCROLL_BARS GTK3
X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON PDUMPER LCMS2 GMP

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

Major mode: Summary

Minor modes in effect:
  gnus-draft-mode: t
  projectile-mode: t
  global-hl-line-mode: t
  winner-mode: t
  smartparens-global-mode: t
  ws-butler-global-mode: t
  global-undo-fu-session-mode: t
  undo-fu-session-mode: t
  undo-fu-mode: t
  global-flycheck-mode: t
  gcmh-mode: t
  which-key-mode: t
  savehist-mode: t
  better-jumper-mode: t
  better-jumper-local-mode: t
  helm-descbinds-mode: t
  helm-mode: t
  helm-ff-cache-mode: t
  ivy-rich-mode: t
  async-bytecomp-package-mode: t
  ivy-mode: t
  evil-goggles-mode: t
  evil-escape-mode: t
  evil-snipe-override-mode: t
  evil-snipe-mode: t
  evil-snipe-override-local-mode: t
  evil-snipe-local-mode: t
  solaire-global-mode: t
  doom-modeline-mode: t
  company-tng-mode: t
  global-company-mode: t
  company-mode: t
  persp-mode: t
  shell-dirtrack-mode: t
  evil-mode: t
  evil-local-mode: t
  +popup-mode: t
  general-override-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  window-divider-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  size-indication-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-parser
hides /usr/share/emacs/site-lisp/notmuch-parser
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch
hides /usr/share/emacs/site-lisp/notmuch
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-tree
hides /usr/share/emacs/site-lisp/notmuch-tree
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-jump
hides /usr/share/emacs/site-lisp/notmuch-jump
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-mua
hides /usr/share/emacs/site-lisp/notmuch-mua
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-show
hides /usr/share/emacs/site-lisp/notmuch-show
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-address
hides /usr/share/emacs/site-lisp/notmuch-address
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-draft
hides /usr/share/emacs/site-lisp/notmuch-draft
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-crypto
hides /usr/share/emacs/site-lisp/notmuch-crypto
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-message
hides /usr/share/emacs/site-lisp/notmuch-message
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-company
hides /usr/share/emacs/site-lisp/notmuch-company
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-tag
hides /usr/share/emacs/site-lisp/notmuch-tag
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-query
hides /usr/share/emacs/site-lisp/notmuch-query
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-lib
hides /usr/share/emacs/site-lisp/notmuch-lib
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-compat
hides /usr/share/emacs/site-lisp/notmuch-compat
/home/pratyush/.emacs.d/.local/straight/build-27.1/cmake-mode/cmake-mode
hides /usr/share/emacs/site-lisp/cmake-mode
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-print
hides /usr/share/emacs/site-lisp/notmuch-print
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/coolj hides
/usr/share/emacs/site-lisp/coolj
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-wash
hides /usr/share/emacs/site-lisp/notmuch-wash
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-hello
hides /usr/share/emacs/site-lisp/notmuch-hello
/home/pratyush/.emacs.d/.local/straight/build-27.1/notmuch/notmuch-maildir-fcc
hides /usr/share/emacs/site-lisp/notmuch-maildir-fcc

Features:
(shadow sort whitespace vi-tilde-fringe display-line-numbers
doom-snippets doom-snippets-lib yasnippet face-remap flycheck-popup-tip
evil-collection-popup popup evil-collection-elisp-mode elisp-mode
spell-fu ispell mail-extr emacsbug sendmail gnus-draft gnus-ml
disp-table nndraft nnmh nnfolder projectile evil-collection-grep grep
ibuffer-vc ibuf-ext evil-collection-ibuffer ibuffer ibuffer-loaddefs
network-stream nsm gnus-agent gnus-srvr gnus-score score-mode nnvirtual
gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig nntp
gnus-cache gnus-sum url url-proxy url-privacy url-expand url-methods
url-history mailcap shr url-cookie url-domsuf url-util url-parse
url-vars svg xml dom browse-url gnus-group gnus-undo nnnotmuch
gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo
gnus-spec gnus-int gnus-range message rmc puny rfc822 mml mml-sec
evil-collection-epa epa epg epg-config mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win
evil-collection-gnus gnus hl-line winner paren smartparens-config
smartparens-text smartparens ws-butler undo-fu-session undo-fu
evil-collection-flycheck flycheck find-func nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045 ietf-drums text-property-search
mail-utils mm-util mail-prsvr cursor-sensor amx gcmh
evil-collection-which-key which-key savehist better-jumper company-capf
helm-descbinds helm-mode helm-files tramp tramp-loaddefs trampver
tramp-integration files-x tramp-compat parse-time iso8601 time-date
ls-lisp auth-source password-cache json map helm-buffers helm-occur
helm-tags helm-locate helm-grep helm-regexp format-spec helm-types
evil-collection-ivy ivy-rich counsel xdg helm-xref helm-utils helm-help
helm async-bytecomp helm-global-bindings helm-source eieio-compat
helm-multi-match helm-lib async ivy-xref evil-collection-xref xref
project eieio evil-collection-dired dired dired-loaddefs
evil-collection-compile evil-collection-help evil-collection-custom
cus-edit cus-start cus-load wid-edit evil-collection-comint
evil-collection annalist compile swiper ivy delsel ivy-faces ivy-overlay
colir color evil-goggles pulse evil-easymotion evil-escape evil-snipe
server autorevert filenotify doom-themes-ext-org solaire-mode
doom-gruvbox-theme doom-themes doom-themes-base dtrt-indent
doom-modeline doom-modeline-segments doom-modeline-env
doom-modeline-core shrink-path f s all-the-icons all-the-icons-faces
data-material data-weathericons data-octicons data-fileicons
data-faicons data-alltheicons memoize dash company-tng php-extras
company kconfig-mode persp-mode smartparens-lua ibuf-macs evil
evil-integration evil-maps evil-commands reveal flyspell evil-jumps
evil-command-window evil-types evil-search shell pcomplete comint
ansi-color evil-macros evil-repeat evil-states evil-core advice
evil-common windmove thingatpt rect evil-digraphs evil-vars ring derived
core-editor core-projects core-ui edmacro kmacro easy-mmode
core-keybinds pp general cl-extra help-mode seq byte-opt cl-seq
use-package-core bytecomp byte-compile cconv core-modules eieio-core
eieio-loaddefs tex-site rx helm-easymenu easymenu core core-lib pcase
cl-macs gv cl-loaddefs cl-lib subr-x 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 lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer 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 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
threads dbusbind inotify lcms2 dynamic-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 533531 346037)
 (symbols 48 40116 24)
 (strings 32 248430 28927)
 (string-bytes 1 5107019)
 (vectors 16 57146)
 (vector-slots 8 1387624 72918)
 (floats 8 1094 533)
 (intervals 56 1561 181)
 (buffers 1000 25))

-- 
Regards,
Pratyush Yadav




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Wed, 09 Dec 2020 14:48:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pratyush Yadav <pratiy0100 <at> gmail.com>
Cc: 45041 <at> debbugs.gnu.org, Pratyush Yadav <me <at> yadavpratyush.com>
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Wed, 09 Dec 2020 15:47:03 +0100
Pratyush Yadav <pratiy0100 <at> gmail.com> writes:

> I use Gnus to read from the NNTP server over at nntp.lore.kernel.org on
> the group org.kernel.vger.git. When I opened one particular message on
> the group today Emacs froze up completely. top reported 100% CPU usage
> from it. This went on for a couple minutes until I hit C-g. The message
> that triggered this has Message-id
> <CAN05THQGqV4hP218hb3QXjJhQbbBCDRHgf=PAty=Ydd78a679A <at> mail.gmail.com>
> and subject "Re: [Wireshark-dev] [Outreachy] Internship blog 2020"

I'm unable to reproduce this problem, so I'm guessing it's something in
your settings that's triggering it?

Try

(setq debug-on-quit t)

and then post the resulting backtrace when you hit `C-g'.  That should
tell us what's triggering this.

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




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 09 Dec 2020 14:48:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Mon, 11 Jan 2021 15:59:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pratyush Yadav <pratiy0100 <at> gmail.com>
Cc: 45041 <at> debbugs.gnu.org, Pratyush Yadav <me <at> yadavpratyush.com>
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Mon, 11 Jan 2021 16:58:40 +0100
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> I'm unable to reproduce this problem, so I'm guessing it's something in
> your settings that's triggering it?
>
> Try
>
> (setq debug-on-quit t)
>
> and then post the resulting backtrace when you hit `C-g'.  That should
> tell us what's triggering this.

More information was requested, but no response was given within a 
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

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




bug closed, send any further explanations to 45041 <at> debbugs.gnu.org and Pratyush Yadav <pratiy0100 <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 11 Jan 2021 15:59:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Thu, 14 Jan 2021 18:54:02 GMT) Full text and rfc822 format available.

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

From: Pratyush Yadav <me <at> yadavpratyush.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Thu, 14 Jan 2021 22:35:07 +0530
On 11/01/21 04:58PM, Lars Ingebrigtsen wrote:
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 
> > I'm unable to reproduce this problem, so I'm guessing it's something in
> > your settings that's triggering it?
> >
> > Try
> >
> > (setq debug-on-quit t)
> >
> > and then post the resulting backtrace when you hit `C-g'.  That should
> > tell us what's triggering this.
> 
> More information was requested, but no response was given within a 
> month, so I'm closing this bug report.  If the problem still exists,
> please respond to this email and we'll reopen the bug report.
 
Sorry, forgot to reply. The backtrace is pasted below.

  looking-at("^\\(\\([ \11]*\\(\\w\\|[_.]\\)+>+\\|[ \11]*[>|]\\)+\\)? *>>>>> ...")
  gnus-cite-parse()
  gnus-cite-parse-wrapper()
  gnus-cite-parse-maybe(nil t)
  gnus-dissect-cited-text()
  gnus-article-fill-cited-article(nil t)
  gnus-article-fill-cited-long-lines()
  gnus-treat-article(nil 1 1 "text/plain")
  gnus-display-mime()
  gnus-article-prepare-display()
  gnus-article-prepare(411320 nil)
  gnus-summary-display-article(411320 nil)
  gnus-summary-select-article(nil force)
  gnus-summary-show-article()
  gnus-summary-select-article-buffer()
  funcall-interactively(gnus-summary-select-article-buffer)
  call-interactively(gnus-summary-select-article-buffer nil nil)
  command-execute(gnus-summary-select-article-buffer)


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

-- 
Regards,
Pratyush Yadav




Did not alter fixed versions and reopened. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 18 Jan 2021 16:08:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Mon, 18 Jan 2021 16:20:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pratyush Yadav <me <at> yadavpratyush.com>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Mon, 18 Jan 2021 17:19:19 +0100
Pratyush Yadav <me <at> yadavpratyush.com> writes:

>> More information was requested, but no response was given within a 
>> month, so I'm closing this bug report.  If the problem still exists,
>> please respond to this email and we'll reopen the bug report.
>
> Sorry, forgot to reply. The backtrace is pasted below.

Thanks; reopening.

>   looking-at("^\\(\\([ \11]*\\(\\w\\|[_.]\\)+>+\\|[ \11]*[>|]\\)+\\)?
> *>>>>> ...")
>   gnus-cite-parse()

This must come from:

      (when (and (< guess-limit (+ begin gnus-cite-max-prefix))
		 (looking-at gnus-supercite-regexp))

And that's the default value of `gnus-supercite-regexp', I think?

"^\\(\\([ 	]*\\(\\w\\|[_.]\\)+>+\\|[ 	]*[>|]\\)+\\)? *>>>>> +\"\\([^\"
]+\\)\" +=="

(Only printed differently.)

But I'm not able to reproduce this bug.  When I try looking at this
message, I don't get a hang, unfortunately.  I've tried in Emacs 27, and
I don't get it there, either.

Your simpler report, that

(looking-at gnus-supercite-regexp)

"> ___________________________________________________________________________"

(without the quotes) hang, I'm not able to reproduce either (on Emacs
27.1 or Emacs 28).

Anybody guess what's going on?  Our systems look pretty similar, but I'm
on Debian, and the reported is on Arch.

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




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Tue, 19 Jan 2021 03:15:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pratyush Yadav <me <at> yadavpratyush.com>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Tue, 19 Jan 2021 04:14:38 +0100
Pratyush Yadav <me <at> yadavpratyush.com> writes:

> FWIW, I am using Doom Emacs [0]. Could it have anything to do with this? 
> I don't think they touch Gnus all that much but maybe some other plugin 
> or setting is causing a side effect.

I don't think Doom should be influencing this, because the test case
seems straight-forward -- you said that just that looking-at, in itself,
was hanging?  That is, does eval-in the following hang for you?

(with-temp-buffer
  (insert "> ___________________________________________________________________________\n")
  (goto-char (point-min))
  (looking-at "^\\(\\([ 	]*\\(\\w\\|[_.]\\)+>+\\|[ 	]*[>|]\\)+\\)? *>>>>> +\"\\([^\" ]+\\)\" +=="))

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




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Tue, 19 Jan 2021 14:17:02 GMT) Full text and rfc822 format available.

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

From: Pratyush Yadav <me <at> yadavpratyush.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Tue, 19 Jan 2021 18:44:10 +0530
On 19/01/21 04:14AM, Lars Ingebrigtsen wrote:
> Pratyush Yadav <me <at> yadavpratyush.com> writes:
> 
> > FWIW, I am using Doom Emacs [0]. Could it have anything to do with this? 
> > I don't think they touch Gnus all that much but maybe some other plugin 
> > or setting is causing a side effect.
> 
> I don't think Doom should be influencing this, because the test case
> seems straight-forward -- you said that just that looking-at, in itself,
> was hanging?  That is, does eval-in the following hang for you?
> 
> (with-temp-buffer
>   (insert "> ___________________________________________________________________________\n")
>   (goto-char (point-min))
>   (looking-at "^\\(\\([ 	]*\\(\\w\\|[_.]\\)+>+\\|[ 	]*[>|]\\)+\\)? *>>>>> +\"\\([^\" ]+\\)\" +=="))

My "eval-in" I assume you mean pressing `M-:`.

If I open any buffer and run this snippet, it returns nil almost 
instantly. If I add (gnus-article-mode) after (goto-char (point-min)) it 
freezes up.
 
> -- 
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no

-- 
Regards,
Pratyush Yadav




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Tue, 19 Jan 2021 14:33:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pratyush Yadav <me <at> yadavpratyush.com>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Tue, 19 Jan 2021 15:32:41 +0100
Pratyush Yadav <me <at> yadavpratyush.com> writes:

> If I open any buffer and run this snippet, it returns nil almost 
> instantly. If I add (gnus-article-mode) after (goto-char (point-min)) it 
> freezes up.

So the following, in Emacs 27.1, with "emacs -Q" hangs?  I'm unable to
reproduce this.

(with-temp-buffer
  (require 'gnus-art)
  (insert ">
___________________________________________________________________________\n")
  (goto-char (point-min))
  (gnus-article-mode)
  (looking-at "^\\(\\([ ]*\\(\\w\\|[_.]\\)+>+\\|[ ]*[>|]\\)+\\)?
*>>>>> +\"\\([^\" ]+\\)\" +=="))


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




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Tue, 19 Jan 2021 14:56:02 GMT) Full text and rfc822 format available.

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>,
 Pratyush Yadav <me <at> yadavpratyush.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Tue, 19 Jan 2021 15:55:03 +0100
(with-syntax-table (make-syntax-table)
  (modify-syntax-entry ?_ "w")
  (string-match
   "^\\(\\([ ]*\\(\\w\\|[_.]\\)+>+\\|[ ]*[>|]\\)+\\)? *>>>>> +\"\\([^\" ]+\\)\" +=="
   ">___________________________________________________________________________\n"))

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Tue, 19 Jan 2021 15:03:01 GMT) Full text and rfc822 format available.

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

From: Pratyush Yadav <me <at> yadavpratyush.com>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>, Lars Ingebrigtsen <larsi <at> gnus.org>,
 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Tue, 19 Jan 2021 20:31:46 +0530
On 19/01/21 03:55PM, Andreas Schwab wrote:
> (with-syntax-table (make-syntax-table)
>   (modify-syntax-entry ?_ "w")

Bingo! I have this in my config. Removing it makes the freeze disappear.

>   (string-match
>    "^\\(\\([ ]*\\(\\w\\|[_.]\\)+>+\\|[ ]*[>|]\\)+\\)? *>>>>> +\"\\([^\" ]+\\)\" +=="
>    ">___________________________________________________________________________\n"))
> 
> Andreas.
> 
> -- 
> Andreas Schwab, schwab <at> linux-m68k.org
> GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
> "And now for something completely different."

-- 
Regards,
Pratyush Yadav




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#45041; Package emacs. (Tue, 19 Jan 2021 15:03:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Pratyush Yadav <pratiy0100 <at> gmail.com>,
 Pratyush Yadav <me <at> yadavpratyush.com>, 45041 <at> debbugs.gnu.org
Subject: Re: bug#45041: 27.1; Emacs hangs if the cited message contains some
 specific text
Date: Tue, 19 Jan 2021 16:02:27 +0100
Andreas Schwab <schwab <at> linux-m68k.org> writes:

> (with-syntax-table (make-syntax-table)
>   (modify-syntax-entry ?_ "w")
>   (string-match
>    "^\\(\\([ ]*\\(\\w\\|[_.]\\)+>+\\|[ ]*[>|]\\)+\\)? *>>>>> +\"\\([^\" ]+\\)\" +=="
>    ">___________________________________________________________________________\n"))

Thanks.  So it's basically the same bug as bug#45944?  I'm still
wondering why I can't reproduce the reported test case, though.

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




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 04 Feb 2021 12:24:01 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 45041 <at> debbugs.gnu.org and Pratyush Yadav <pratiy0100 <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 04 Feb 2021 12:24:01 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 04 Mar 2021 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 25 days ago.

Previous Next


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