From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: lee@yagibdah.de Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 May 2015 17:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20703@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14330947498304 (code B ref -1); Sun, 31 May 2015 17:53:02 +0000 Received: (at submit) by debbugs.gnu.org; 31 May 2015 17:52:29 +0000 Received: from localhost ([127.0.0.1]:35062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yz7PQ-00029r-1C for submit@debbugs.gnu.org; Sun, 31 May 2015 13:52:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60147) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yz6Ni-0000gv-Sv for submit@debbugs.gnu.org; Sun, 31 May 2015 12:46:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yz6Nb-00041G-VN for submit@debbugs.gnu.org; Sun, 31 May 2015 12:46:33 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43063) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yz6Nb-00041C-SS for submit@debbugs.gnu.org; Sun, 31 May 2015 12:46:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45421) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yz6Na-0000zB-5z for bug-gnu-emacs@gnu.org; Sun, 31 May 2015 12:46:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yz6NV-00040c-41 for bug-gnu-emacs@gnu.org; Sun, 31 May 2015 12:46:30 -0400 Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::5]:40932) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yz6NU-0003zz-ME for bug-gnu-emacs@gnu.org; Sun, 31 May 2015 12:46:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1433090782; l=6621; s=domk; d=yagibdah.de; h=Content-Type:MIME-Version:Date:Subject:To:From; bh=/joSTId9ijYoBGGO01MehufKGytcfLNl+2BEKLQI0WQ=; b=tL2TG3DMK86CwKcopDjkBed1hqahiLoeUMOJ8DsEdGnaoo/mCR8ED+RE6lgGguyuA8V Ys2O9Ale+GZahSR3CN1kb6pKNfUQzGKWMNoJUx+Fm4N33OzhEghlz7HJY4rMvJ6teM/BB AaPPhCWpb4YXCw5LHfYSGE8Gw9frmDnQI5w= X-RZG-AUTH: :O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xHcw0u9bPwwMFwe5A1Mf1jo8+wbUeX1fjiA= X-RZG-CLASS-ID: mo00 Received: from jarl.yagibdah.de (ip-185-55-75-245.muenet.net [185.55.75.245]) by smtp.strato.de (RZmta 37.6 AUTH) with ESMTPSA id L02abar4VGkMQaQ (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Sun, 31 May 2015 18:46:22 +0200 (CEST) Received: from br-dmz-ip.yagibdah.de ([192.168.1.1] helo=heimdali.yagibdah.de) by jarl.yagibdah.de with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1Yz6NR-0001zv-8T for bug-gnu-emacs@gnu.org; Sun, 31 May 2015 18:46:21 +0200 Received: from lee by heimdali.yagibdah.de with local (Exim 4.84) (envelope-from ) id 1Yz6NR-0004qP-6G for bug-gnu-emacs@gnu.org; Sun, 31 May 2015 18:46:21 +0200 From: lee@yagibdah.de Date: Sun, 31 May 2015 18:46:21 +0200 Message-ID: <87siac1yqq.fsf@heimdali.yagibdah.de> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Sun, 31 May 2015 13:52:26 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) using projectile, trying to find a tag with C-p j The TAGS file is 1.8GB. In GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, X toolkit) of 2015-03-28 on heimdali Windowing system distributor `The X.Org Foundation', version 11.0.11604000 Configured using: `configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking --disable-silent-rules --libdir=/usr/lib64 --program-suffix=-emacs-24 --infodir=/usr/share/info/emacs-24 --localstatedir=/var --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp --with-gameuser=:gamestat --without-compress-install --with-file-notification=inotify --enable-acl --without-dbus --with-gnutls --without-gpm --without-hesiod --without-kerberos --without-kerberos5 --with-xml2 --without-selinux --with-wide-int --with-zlib --with-sound=alsa --with-x --without-ns --without-gconf --without-gsettings --without-toolkit-scroll-bars --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-xpm --with-imagemagick --with-xft --without-libotf --without-m17n-flt --with-x-toolkit=lucid --with-xaw3d GENTOO_PACKAGE=app-editors/emacs-24.4-r4 'CFLAGS=-O2 -pipe -march=native' CPPFLAGS= 'LDFLAGS=-Wl,-O1 -Wl,--as-needed'' Important settings: value of $LANG: en_GB.utf8 locale-coding-system: utf-8-unix Major mode: Debugger Minor modes in effect: show-paren-mode: t desktop-save-mode: t projectile-global-mode: t projectile-mode: t global-auto-complete-mode: t yas-global-mode: t yas-minor-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-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 Recent input: y q C-x 1 C-c p j q q . C-x b C-x b C-x b C-SPC . L L F o n q q C-x b T A G S C-x b C-g C-c p j C-SPC w C-SPC w x r e p o r Recent messages: Lazy desktop load complete Quit Making tags completion table for [some file] Making tags completion table for [...]/TAGS...42% Entering debugger... Mark set Beginning of buffer Mark activated End of buffer [7 times] Making completion list... Load-path shadows: None found. Features: (shadow sort flyspell ispell mail-extr emacsbug vc-dispatcher vc-svn cperl-mode conf-mode info js byte-opt bytecomp byte-compile cconv json imenu make-mode sh-script smie executable debug gnus-dired etags nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok org-element org-rmail org-mhe org-irc org-info org-gnus org-docview doc-view jka-compr image-mode org-bibtex bibtex org-bbdb org-w3m org org-macro org-footnote org-pcomplete pcomplete org-list org-faces org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint comint ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs find-func cal-menu calendar cal-loaddefs vc-git cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs nnir gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime password-cache dig mailcap gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range gnus-win message sendmail format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr wid-edit server two-column paren cus-start cus-load desktop frameset dired boxquote rect package epg-config projectile advice ibuf-ext ibuffer dash thingatpt fvwm-mode hi-lock lsl-mode auto-complete-config auto-complete popup edmacro kmacro help-fns cl-macs yasnippet help-mode easymenu cl gv cl-loaddefs cl-lib site-gentoo bbdb-autoloads bbdb timezone time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 make-network-process inotify dynamic-setting font-render-setting x-toolkit x multi-tty emacs) Memory information: ((conses 16 602091 50577) (symbols 48 147518 0) (miscs 40 1241 761) (strings 32 202695 50296) (string-bytes 1 5158936) (vectors 16 45193) (vector-slots 8 1104101 29866) (floats 8 1250 225) (intervals 56 25545 63) (buffers 960 223) (heap 1024 82413 1928)) -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable. From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 May 2015 22:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lee@yagibdah.de, 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.14331111777508 (code B ref 20703); Sun, 31 May 2015 22:27:02 +0000 Received: (at 20703) by debbugs.gnu.org; 31 May 2015 22:26:17 +0000 Received: from localhost ([127.0.0.1]:35166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YzBgO-0001x2-Rf for submit@debbugs.gnu.org; Sun, 31 May 2015 18:26:17 -0400 Received: from mail-wi0-f175.google.com ([209.85.212.175]:35039) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YzBgL-0001wn-Jz for 20703@debbugs.gnu.org; Sun, 31 May 2015 18:26:14 -0400 Received: by wicmx19 with SMTP id mx19so59844280wic.0 for <20703@debbugs.gnu.org>; Sun, 31 May 2015 15:26:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=uBaSQsXeXH/lw/W/MZv90P4+Hd68URHHvQDbXmNSKmQ=; b=AlZ/8co3tbra6jsNAQnPMJLsPqrNPJH22nPodeoP/bEmAWIxi4GfUOXiT5w/X5RfgG Rddyy7W3+MrCzR3TVOpupp+YF+3Low6vyWfd2xfLnGzD130pzj9LPcjrx3VBZXBiiUu4 bwHroX1p+cAHiSa8IkIYPkIX+BtYTJ+9TVU/InWdRQxsSYOYSpLC413bFws3TmqkiobC JzxFz1hqw/ich8C8h8Wwk/CwLiYAqKMT1NkX1GlUx7cjhDqJPyzfKfDw3inVzQFOpeK1 PjLUQPY7Fv0qTKHQyCOOJc4/Fo9Jy5T66HKHzW9rrkZm9cqgRRChT/ABRcjRLK/cnelM eO4Q== X-Received: by 10.180.19.100 with SMTP id d4mr15176777wie.29.1433111168101; Sun, 31 May 2015 15:26:08 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id nb9sm13773638wic.10.2015.05.31.15.26.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 31 May 2015 15:26:07 -0700 (PDT) References: <87siac1yqq.fsf@heimdali.yagibdah.de> From: Dmitry Gutov Message-ID: <556B8A7E.8080705@yandex.ru> Date: Mon, 1 Jun 2015 01:26:06 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 MIME-Version: 1.0 In-Reply-To: <87siac1yqq.fsf@heimdali.yagibdah.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/31/2015 07:46 PM, lee@yagibdah.de wrote: > > using projectile, trying to find a tag with C-p j > > The TAGS file is 1.8GB. What if you try `M-x find-tag'? If it exhibits the same problem, try splitting the file in half, before one of the page break characters (they look like ^L in Emacs) preceding a file name. That will make both parts a valid tags file. Try `M-x visit-tags-table' on each (say no when Emacs suggests to keep the old one), and see if both halves have the same problem. From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jun 2015 14:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lee@yagibdah.de Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.14331678321905 (code B ref 20703); Mon, 01 Jun 2015 14:11:02 +0000 Received: (at 20703) by debbugs.gnu.org; 1 Jun 2015 14:10:32 +0000 Received: from localhost ([127.0.0.1]:36218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YzQQB-0000Ue-Ux for submit@debbugs.gnu.org; Mon, 01 Jun 2015 10:10:32 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:48484) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YzQQ9-0000US-Rg for 20703@debbugs.gnu.org; Mon, 01 Jun 2015 10:10:30 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AsEwA731xV/3K9xEVWBoMQhAKFVbs3CYdLBAICgTw5FAEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDYhbCM8jAQEBAQYBAQEBHos6hEJDBxaEFwWfF5IUghSBRSOEFCKCeAEBAQ X-IPAS-Result: A0AsEwA731xV/3K9xEVWBoMQhAKFVbs3CYdLBAICgTw5FAEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDYhbCM8jAQEBAQYBAQEBHos6hEJDBxaEFwWfF5IUghSBRSOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="123772433" Received: from 69-196-189-114.dsl.teksavvy.com (HELO ceviche.home) ([69.196.189.114]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Jun 2015 10:10:24 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 0CF1C6618B; Mon, 1 Jun 2015 10:10:24 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87siac1yqq.fsf@heimdali.yagibdah.de> Date: Mon, 01 Jun 2015 10:10:24 -0400 In-Reply-To: <87siac1yqq.fsf@heimdali.yagibdah.de> (lee@yagibdah.de's message of "Sun, 31 May 2015 18:46:21 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > The TAGS file is 1.8GB. Could you give us an idea of how you get such a large TAGS file? Emacs's Lisp directory weights in at around 60MB, and its TAGS file is about 3MB, so assuming a similar ratio, your 1.8GB file seems to imply that the indexed code of your project is more than 30GB in size, which seems rather unusual. Do you also index files which are not human-written, maybe? Stefan From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jun 2015 18:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lee Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.143318432626745 (code B ref 20703); Mon, 01 Jun 2015 18:46:02 +0000 Received: (at 20703) by debbugs.gnu.org; 1 Jun 2015 18:45:26 +0000 Received: from localhost ([127.0.0.1]:36390 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YzUiD-0006xG-9h for submit@debbugs.gnu.org; Mon, 01 Jun 2015 14:45:26 -0400 Received: from mail-wi0-f196.google.com ([209.85.212.196]:32965) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YzUiA-0006x3-Pi for 20703@debbugs.gnu.org; Mon, 01 Jun 2015 14:45:23 -0400 Received: by wivz2 with SMTP id z2so7937509wiv.0 for <20703@debbugs.gnu.org>; Mon, 01 Jun 2015 11:45:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=YFMnv24XQMTJxQ9vBTWbFnFlghVoRJNMzqsUg+hhMjs=; b=EFIytCjZRVlRHFa3bPQsJc233udWotmyttRLYdMw+gf3Yz80FEnUsGFx4d/HkXL6Ok 6EDobrKHDAfpikQ9ozqfCONOaz6N5doC+Tu+m5FUwOJ8mrwh/dvXfiLo1JRwHJf3+Pri 0LCNsviZJYvxgOx/XUA9wrvIcgI1gLTHlTbT12IFfu2yMJo/Ey3BarV6+sIBdNlPqci4 LVDLenwn9SNm9MJUWq7C3J+jZAuW//yEruKF1JAmIfLsxmgOOfzIlnwIz/kRUED1wCFV V/lO4GJKQoRYgDYTs55M9BD/6t8UAvDNYN1eQLyHxGFrS208VsWDOnEh/OcySUtHYuQ3 KcsQ== X-Received: by 10.194.52.37 with SMTP id q5mr44320912wjo.122.1433184317061; Mon, 01 Jun 2015 11:45:17 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id lj2sm23136222wjb.38.2015.06.01.11.45.15 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Jun 2015 11:45:16 -0700 (PDT) References: <87siac1yqq.fsf@heimdali.yagibdah.de> <556B8A7E.8080705@yandex.ru> <87lhg31f38.fsf@heimdali.yagibdah.de> From: Dmitry Gutov Message-ID: <556CA839.1090402@yandex.ru> Date: Mon, 1 Jun 2015 21:45:13 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 MIME-Version: 1.0 In-Reply-To: <87lhg31f38.fsf@heimdali.yagibdah.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Please keep the bug address in Cc. On 06/01/2015 09:03 PM, lee wrote: >> What if you try `M-x find-tag'? > > That works. What if you type `M-x find-tag TAB' (to ask Emacs for all available tags)? > I cut off roughly the bottom half of the TAGS file and tried again. With > that, I'm getting the error when progress is at 85% instead of > 42%. Cutting off the bottom half again, leaving about 1/4 of the > original file, does not yield an error and says no matching tags were > found. The idea was to split the file in half, and do a sort of binary search. E.g., try cutting off the top half in the first step now. > So I guess the problem might have to do with the size of the TAGS file > ... Not necessarily. The TAGS file is parsed sequentially, without recursion in the Lisp code. In all likelihood, there is a problematic line around 42% of the original TAGS, and the error goes away when that line is not in the file anymore. We need to know that line to fix the bug. From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: lee Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Jun 2015 21:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.143328039522051 (code B ref 20703); Tue, 02 Jun 2015 21:27:02 +0000 Received: (at 20703) by debbugs.gnu.org; 2 Jun 2015 21:26:35 +0000 Received: from localhost ([127.0.0.1]:37990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzthi-0005jY-C4 for submit@debbugs.gnu.org; Tue, 02 Jun 2015 17:26:34 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.220]:41354) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzthf-0005jE-2i for 20703@debbugs.gnu.org; Tue, 02 Jun 2015 17:26:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1433280389; l=1136; s=domk; d=yagibdah.de; h=Content-Type:MIME-Version:References:Date:In-Reply-To:Subject:Cc:To: From; bh=DpbM+1FoaR+t2X0nIA6Sglbxfkp2cgTlXZaKejMF0oQ=; b=WT+ykfv10fRamWUfz4HH7RCjqO5YllFzArhsas4RBgLGQcqVM8LJerFsiDyOTCNnePs 8k42VOgAEUSgZwOVWSDorA6y9flmmRbYtG26Dk7joICX58+dYZwCFNXCvgO4GBW9qac6g o1f/UoBEiyJ9RuWM505o5bSnW3Ox/hGNeF4= X-RZG-AUTH: :O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xHcw0u9bPwwMFwe5A1Mf1jo8+wbUeX1fjiA= X-RZG-CLASS-ID: mo00 Received: from jarl.yagibdah.de (ip-185-55-75-245.muenet.net [185.55.75.245]) by smtp.strato.de (RZmta 37.6 AUTH) with ESMTPSA id k0691ar52LQT5ai (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 2 Jun 2015 23:26:29 +0200 (CEST) Received: from br-dmz-ip.yagibdah.de ([192.168.1.1] helo=heimdali.yagibdah.de) by jarl.yagibdah.de with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1Yzthc-0008RF-In; Tue, 02 Jun 2015 23:26:28 +0200 Received: from lee by heimdali.yagibdah.de with local (Exim 4.84) (envelope-from ) id 1Yzthc-0000ED-Gd; Tue, 02 Jun 2015 23:26:28 +0200 From: lee In-Reply-To: (Stefan Monnier's message of "Mon, 01 Jun 2015 10:10:24 -0400") Date: Tue, 02 Jun 2015 23:26:10 +0200 Message-ID: <87wpzlztsd.fsf@heimdali.yagibdah.de> References: <87siac1yqq.fsf@heimdali.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Stefan Monnier writes: >> The TAGS file is 1.8GB. > > Could you give us an idea of how you get such a large TAGS file? I'm not doing anything special I'd be aware of, only C-p R to (re)build the TAGS file. > Emacs's Lisp directory weights in at around 60MB, and its TAGS file is > about 3MB, so assuming a similar ratio, your 1.8GB file seems to imply > that the indexed code of your project is more than 30GB in size, which > seems rather unusual. It isn't --- the code is available here: https://github.com/Ratany/SingularityViewer Projectile recognises the repo as a project and lets me build the TAGS file. > Do you also index files which are not human-written, maybe? The compiled version resides in a subdirectory, so it's possible. I don't know which files are considered by default when creating the TAGS file with C-p R. I only just started trying out projectile; that compilation results are included would be a bit unexpected. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable. From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: lee Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Jun 2015 21:27:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.143328039622060 (code B ref 20703); Tue, 02 Jun 2015 21:27:03 +0000 Received: (at 20703) by debbugs.gnu.org; 2 Jun 2015 21:26:36 +0000 Received: from localhost ([127.0.0.1]:37992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzthj-0005jc-4L for submit@debbugs.gnu.org; Tue, 02 Jun 2015 17:26:36 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.220]:16374) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzthf-0005jF-2g for 20703@debbugs.gnu.org; Tue, 02 Jun 2015 17:26:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1433280389; l=9272; s=domk; d=yagibdah.de; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:Date: In-Reply-To:Subject:Cc:To:From; bh=eOErE5Skasxbjk6ChAuDHzU/ltiWO3pgyMJkMbeD6CE=; b=mymW0GWtJkc+qBipkHTfcJajZOhCntBvqgvbCmzkzKJWqdC3TQW0hD3CMX7qYJvUAF6 gLbnEpumvvTrTG7+3uudNaiyWy9Rb7hEVgOTCAl5KXI3upN/cBwa/PnRV+ouDse68UYmL HD77g8aJw95vkxVKP0Zhabiso7/dj0Uy4Gs= X-RZG-AUTH: :O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xHcw0u9bPwwMFwe5A1Mf1jo8+wbUeX1fjiA= X-RZG-CLASS-ID: mo00 Received: from jarl.yagibdah.de (ip-185-55-75-245.muenet.net [185.55.75.245]) by smtp.strato.de (RZmta 37.6 AUTH) with ESMTPSA id u0229fr52LQT3nU (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 2 Jun 2015 23:26:29 +0200 (CEST) Received: from br-dmz-ip.yagibdah.de ([192.168.1.1] helo=heimdali.yagibdah.de) by jarl.yagibdah.de with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1Yzthc-0008RD-Fz; Tue, 02 Jun 2015 23:26:28 +0200 Received: from lee by heimdali.yagibdah.de with local (Exim 4.84) (envelope-from ) id 1Yzthc-0000E7-Dv; Tue, 02 Jun 2015 23:26:28 +0200 From: lee In-Reply-To: <556CA839.1090402@yandex.ru> (Dmitry Gutov's message of "Mon, 1 Jun 2015 21:45:13 +0300") Date: Tue, 02 Jun 2015 23:10:33 +0200 Message-ID: <871tht24vq.fsf@heimdali.yagibdah.de> References: <87siac1yqq.fsf@heimdali.yagibdah.de> <556B8A7E.8080705@yandex.ru> <87lhg31f38.fsf@heimdali.yagibdah.de> <556CA839.1090402@yandex.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Dmitry Gutov writes: > Please keep the bug address in Cc. > > On 06/01/2015 09:03 PM, lee wrote: > >>> What if you try `M-x find-tag'? >> >> That works. > > What if you type `M-x find-tag TAB' (to ask Emacs for all available tags)? Processing goes to 42% before the debugger comes up: Debugger entered--Lisp error: (error "Stack overflow in regexp matcher") re-search-forward("^\\(\\([^]+[^-a-zA-Z0-9_+*$:]+\\)?\\([-a-zA-Z0-9_+*$= ?:]+\\)[^-a-zA-Z0-9_+*$?:]*\\)\\(\\([^\n.]+\\).\\)?\\([0-9]+\\)?,\\([0-9]= +\\)?\n" nil t) etags-tags-completion-table() #[0 "\303\211C\304\305\"\210\212\306.\242\205.=00\307!\2038. \262.\211\= 242\2031.\310\311\312\313\314\315.=06!\316\"\317\320%.\"\210\202 .\211.\240= \210\202 .)\304\321\"\210\211\242\211.\207" [buffer-file-name tags-complet= ion-table-function tags-completion-table nil message "Making tags completio= n table for %s..." visit-tags-table-buffer t mapatoms make-byte-code 257 "\= 301\302.!\300\242\"\207" vconcat vector [intern symbol-name] 4 "\n\n(fn SYM= )" "Making tags completion table for %s...done"] 9 "\n\n(fn)"]() funcall(#[0 "\303\211C\304\305\"\210\212\306.\242\205.=00\307!\2038. \2= 62.\211\242\2031.\310\311\312\313\314\315.=06!\316\"\317\320%.\"\210\202 .\= 211.\240\210\202 .)\304\321\"\210\211\242\211.\207" [buffer-file-name tags= -completion-table-function tags-completion-table nil message "Making tags c= ompletion table for %s..." visit-tags-table-buffer t mapatoms make-byte-cod= e 257 "\301\302.!\300\242\"\207" vconcat vector [intern symbol-name] 4 "\n\= n(fn SYM)" "Making tags completion table for %s...done"] 9 "\n\n(fn)"]) tags-completion-table() #[771 "r\300q\210\212\302.\303 \210)\304.\305 .=05$*\207" [# enable-recursive-minibuffers t visit-tags-table-buffer complete-wit= h-action tags-completion-table] 8 "\n\n(fn STRING PRED ACTION)"]("" nil met= adata) completion-metadata("" #[771 "r\300q\210\212\302.\303 \210)\304.\305 .=05= $*\207" [# enable-recursive-minibuffers t visit-tags-ta= ble-buffer complete-with-action tags-completion-table] 8 "\n\n(fn STRING PR= ED ACTION)"] nil) completion--field-metadata(28) completion--do-completion(28 28) completion--in-region-1(28 28) #[1028 ".=01.=19\n\203!.\304.!\203.=00.\202.=00\305.!\305.\306\".=03F.\30= 7\310!\210\311.=04\"*\207" [minibuffer-completion-predicate minibuffer-comp= letion-table completion-in-region-mode-predicate completion-in-region--data= markerp copy-marker t completion-in-region-mode 1 completion--in-region-1]= 8 "\n\n(fn START END COLLECTION PREDICATE)"](28 28 #[771 "r\300q\210\212\3= 02.\303 \210)\304.\305 .=05$*\207" [# enable-recursive-= minibuffers t visit-tags-table-buffer complete-with-action tags-completion-= table] 8 "\n\n(fn STRING PRED ACTION)"] nil) apply(#[1028 ".=01.=19\n\203!.\304.!\203.=00.\202.=00\305.!\305.\306\".= =03F.\307\310!\210\311.=04\"*\207" [minibuffer-completion-predicate minibuf= fer-completion-table completion-in-region-mode-predicate completion-in-regi= on--data markerp copy-marker t completion-in-region-mode 1 completion--in-r= egion-1] 8 "\n\n(fn START END COLLECTION PREDICATE)"] (28 28 #[771 "r\300q\= 210\212\302.\303 \210)\304.\305 .=05$*\207" [# enable-r= ecursive-minibuffers t visit-tags-table-buffer complete-with-action tags-co= mpletion-table] 8 "\n\n(fn STRING PRED ACTION)"] nil)) #[771 ".:\2030.=02@\301=3D\203.=00\300\242\302.=05A\"\303.#\207\304.@\305= \306\307\310\311\312\300!\313\"\314\315%.=06A.=06#.#\207\304\316.\"\207" [(= #0) t append nil apply apply-partially make-byte-code 642 "\300\242.=03.#\2= 07" vconcat vector [] 7 "\n\n(fn FUNS GLOBAL &rest ARGS)" #[1028 ".=01.=19\= n\203!.\304.!\203.=00.\202.=00\305.!\305.\306\".=03F.\307\310!\210\311.=04\= "*\207" [minibuffer-completion-predicate minibuffer-completion-table comple= tion-in-region-mode-predicate completion-in-region--data markerp copy-marke= r t completion-in-region-mode 1 completion--in-region-1] 8 "\n\n(fn START E= ND COLLECTION PREDICATE)"]] 12 "\n\n(fn FUNS GLOBAL ARGS)"](nil nil (28 28 = #[771 "r\300q\210\212\302.\303 \210)\304.\305 .=05$*\207" [# enable-recursive-minibuffers t visit-tags-table-buffer complete-with-= action tags-completion-table] 8 "\n\n(fn STRING PRED ACTION)"] nil)) completion--in-region(28 28 #[771 "r\300q\210\212\302.\303 \210)\304.\305= .=05$*\207" [# enable-recursive-minibuffers t visit-ta= gs-table-buffer complete-with-action tags-completion-table] 8 "\n\n(fn STRI= NG PRED ACTION)"] nil) completion-in-region(28 28 #[771 "r\300q\210\212\302.\303 \210)\304.\305 = .=05$*\207" [# enable-recursive-minibuffers t visit-tag= s-table-buffer complete-with-action tags-completion-table] 8 "\n\n(fn STRIN= G PRED ACTION)"] nil) minibuffer-complete() call-interactively(minibuffer-complete nil nil) command-execute(minibuffer-complete) read-from-minibuffer("Find tag (default gAgent): " nil (keymap (menu-bar = keymap (minibuf "Minibuf" keymap (tab menu-item "Complete" minibuffer-compl= ete :help "Complete as far as possible") (space menu-item "Complete Word" m= inibuffer-complete-word :help "Complete at most one word") (63 menu-item "L= ist Completions" minibuffer-completion-help :help "Display all possible com= pletions") "Minibuf")) (27 keymap (118 . switch-to-completions)) (prior . s= witch-to-completions) (63 . minibuffer-completion-help) (32 . minibuffer-co= mplete-word) (9 . minibuffer-complete) keymap (menu-bar keymap (minibuf "Mi= nibuf" keymap (previous menu-item "Previous History Item" previous-history-= element :help "Put previous minibuffer history element in the minibuffer") = (next menu-item "Next History Item" next-history-element :help "Put next mi= nibuffer history element in the minibuffer") (isearch-backward menu-item "I= search History Backward" isearch-backward :help "Incrementally search minib= uffer history backward") (isearch-forward menu-item "Isearch History Forwar= d" isearch-forward :help "Incrementally search minibuffer history forward")= (return menu-item "Enter" exit-minibuffer :key-sequence "." :help "Termina= te input and exit minibuffer") (quit menu-item "Quit" abort-recursive-edit = :help "Abort input and exit minibuffer") "Minibuf")) (10 . exit-minibuffer)= (13 . exit-minibuffer) (7 . abort-recursive-edit) (C-tab . file-cache-mini= buffer-complete) (9 . self-insert-command) (XF86Back . previous-history-ele= ment) (up . previous-history-element) (prior . previous-history-element) (X= F86Forward . next-history-element) (down . next-history-element) (next . ne= xt-history-element) (27 keymap (114 . previous-matching-history-element) (1= 15 . next-matching-history-element) (112 . previous-history-element) (110 .= next-history-element))) nil nil "gAgent" nil) completing-read-default("Find tag (default gAgent): " #[771 "r\300q\210\2= 12\302.\303 \210)\304.\305 .=05$*\207" [# enable-recurs= ive-minibuffers t visit-tags-table-buffer complete-with-action tags-complet= ion-table] 8 "\n\n(fn STRING PRED ACTION)"] nil nil nil nil "gAgent" nil) completing-read("Find tag (default gAgent): " #[771 "r\300q\210\212\302.\= 303 \210)\304.\305 .=05$*\207" [# enable-recursive-mini= buffers t visit-tags-table-buffer complete-with-action tags-completion-tabl= e] 8 "\n\n(fn STRING PRED ACTION)"] nil nil nil nil "gAgent") find-tag-tag("Find tag: ") find-tag-interactive("Find tag: ") call-interactively(find-tag record nil) command-execute(find-tag record) execute-extended-command(nil "find-tag") call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) When I use C-p j and interrupt making the completion table with C-g before the debugger comes up, I can enter what tag I'm searching for and it can be found. >> I cut off roughly the bottom half of the TAGS file and tried again. With >> that, I'm getting the error when progress is at 85% instead of >> 42%. Cutting off the bottom half again, leaving about 1/4 of the >> original file, does not yield an error and says no matching tags were >> found. > > The idea was to split the file in half, and do a sort of binary > search. E.g., try cutting off the top half in the first step now. > >> So I guess the problem might have to do with the size of the TAGS file >> ... > > Not necessarily. The TAGS file is parsed sequentially, without > recursion in the Lisp code. > > In all likelihood, there is a problematic line around 42% of the > original TAGS, and the error goes away when that line is not in the > file anymore. > > We need to know that line to fix the bug. I tried to find the line and only got to the point where so much of the file was cut out that I didn't manage to go back to a step at which I'm getting the error. If I have some time this weekend, I can try again. Isn't there a way to get a better hint than the pretty vague "42%"? --=20 Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable. From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Jun 2015 00:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lee Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.143329238019926 (code B ref 20703); Wed, 03 Jun 2015 00:47:02 +0000 Received: (at 20703) by debbugs.gnu.org; 3 Jun 2015 00:46:20 +0000 Received: from localhost ([127.0.0.1]:38061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzwp1-0005BJ-Jz for submit@debbugs.gnu.org; Tue, 02 Jun 2015 20:46:19 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:64771) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzwoy-0005Av-Ph for 20703@debbugs.gnu.org; Tue, 02 Jun 2015 20:46:17 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A6FgA731xV/3K9xEVWBoMQVIMuhVW7QIFahXEEAgKBPDoTAQEBAQEBAYEKQQWDXQEBAwFWIxALNBIUGA0kiDcIDc8WAQEBAQEBBAEBAQEBGQSLOoJ0gU5DB4QtBZchh3aSFIIUgUUjhBQigngBAQE X-IPAS-Result: A0A6FgA731xV/3K9xEVWBoMQVIMuhVW7QIFahXEEAgKBPDoTAQEBAQEBAYEKQQWDXQEBAwFWIxALNBIUGA0kiDcIDc8WAQEBAQEBBAEBAQEBGQSLOoJ0gU5DB4QtBZchh3aSFIIUgUUjhBQigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="124024033" Received: from 69-196-189-114.dsl.teksavvy.com (HELO ceviche.home) ([69.196.189.114]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Jun 2015 20:46:09 -0400 Received: by ceviche.home (Postfix, from userid 20848) id A95D6660ED; Tue, 2 Jun 2015 20:46:08 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87siac1yqq.fsf@heimdali.yagibdah.de> <87wpzlztsd.fsf@heimdali.yagibdah.de> Date: Tue, 02 Jun 2015 20:46:08 -0400 In-Reply-To: <87wpzlztsd.fsf@heimdali.yagibdah.de> (lee@yagibdah.de's message of "Tue, 02 Jun 2015 23:26:10 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Could you give us an idea of how you get such a large TAGS file? > I'm not doing anything special I'd be aware of, only C-p R to (re)build > the TAGS file. `C-p' is bound to `previous-line' by default, so "C-p R to (re)build the TAGS file" does not ring a bell. Can you give us more details about what this `C-p R' does (e.g. which command does it run)? >> Emacs's Lisp directory weights in at around 60MB, and its TAGS file is >> about 3MB, so assuming a similar ratio, your 1.8GB file seems to imply >> that the indexed code of your project is more than 30GB in size, which >> seems rather unusual. > It isn't --- the code is available here: https://github.com/Ratany/SingularityViewer So maybe there's a problem in the way the TAGS file was built. Stefan From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Jun 2015 00:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lee Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.143329310021736 (code B ref 20703); Wed, 03 Jun 2015 00:59:02 +0000 Received: (at 20703) by debbugs.gnu.org; 3 Jun 2015 00:58:20 +0000 Received: from localhost ([127.0.0.1]:38066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzx0e-0005eW-9r for submit@debbugs.gnu.org; Tue, 02 Jun 2015 20:58:20 -0400 Received: from mail-wi0-f172.google.com ([209.85.212.172]:36508) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yzx0c-0005eC-Bl for 20703@debbugs.gnu.org; Tue, 02 Jun 2015 20:58:19 -0400 Received: by wibdq8 with SMTP id dq8so74796516wib.1 for <20703@debbugs.gnu.org>; Tue, 02 Jun 2015 17:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=iFgs/MarsIcwQt58N0YL6qvss6P7ocKbW0gOJHasAac=; b=qAPyk6nOjQOrwJb9daknPvPhggDIChXRCpm0t9n07H4wg8q/g1yIIjhxa0SsbDGbQB PWugAiO3Rwwv6m2JUCQ3RRPPl/ei8GMud1He/mjRJoYY6tyXzNd/y+Dn/peM40LMVCuB I8mSXL3yXYUThw40U4ZHx7K4Giy3A9cmtjuu2YWBFeEqMoirIgyJYgyLGJJOcxXMTWcu ABqrgjF0JyEC1F0cKgCeqV6334HI+i1Ki53QXoSIPkTdjkkQRWSiBa1Tu2SrPbo0LdnC yw1xPqlN5TcRqJCoy6bUupChqxzh2lENBMNI9rarwME0dDaz/FymsUCpaUffmhtrGodW j9Pg== X-Received: by 10.194.63.16 with SMTP id c16mr43034584wjs.105.1433293092696; Tue, 02 Jun 2015 17:58:12 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id j7sm29233659wjz.11.2015.06.02.17.58.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Jun 2015 17:58:12 -0700 (PDT) References: <87siac1yqq.fsf@heimdali.yagibdah.de> <556B8A7E.8080705@yandex.ru> <87lhg31f38.fsf@heimdali.yagibdah.de> <556CA839.1090402@yandex.ru> <871tht24vq.fsf@heimdali.yagibdah.de> From: Dmitry Gutov Message-ID: <556E5122.3070907@yandex.ru> Date: Wed, 3 Jun 2015 03:58:10 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 MIME-Version: 1.0 In-Reply-To: <871tht24vq.fsf@heimdali.yagibdah.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 06/03/2015 12:10 AM, lee wrote: > Processing goes to 42% before the debugger comes up: Good. That means this error is not limited to Projectile. > I tried to find the line and only got to the point where so much of the > file was cut out that I didn't manage to go back to a step at which I'm > getting the error. If I have some time this weekend, I can try again. If you can get it down even to a 1000 lines you're comfortable sending, it'll be good enough. I'd like to improve our regexp to avoid the overflow problem if possible, however the line in question is likely simply too long. If there are a lot of these lines in TAGS (and there probably are, since it's 1.8GB), you'll need to improve the method of its generation anyway. With Projectile, it would likely mean adding some directories to the ignored list, see projectile-tags-exclude-patterns. > Isn't there a way to get a better hint than the pretty vague "42%"? You can open the file and isearch-forward-regexp for .\{200,\} (or some bigger value). That will find abnormally long lines. Or try this patch: diff --git a/lisp/progmodes/etags.el b/lisp/progmodes/etags.el index bf57770..4e6a844 100644 --- a/lisp/progmodes/etags.el +++ b/lisp/progmodes/etags.el @@ -1267,18 +1267,22 @@ buffer-local values of tags table format variables." ;; \5 is the explicitly-specified tag name. ;; \6 is the line to start searching at; ;; \7 is the char to start searching at. - (while (re-search-forward - "^\\(\\([^\177]+[^-a-zA-Z0-9_+*$:\177]+\\)?\ + (condition-case err + (while (re-search-forward + "^\\(\\([^\177]+[^-a-zA-Z0-9_+*$:\177]+\\)?\ \\([-a-zA-Z0-9_+*$?:]+\\)[^-a-zA-Z0-9_+*$?:\177]*\\)\177\ \\(\\([^\n\001]+\\)\001\\)?\\([0-9]+\\)?,\\([0-9]+\\)?\n" - nil t) - (push (prog1 (if (match-beginning 5) - ;; There is an explicit tag name. - (buffer-substring (match-beginning 5) (match-end 5)) - ;; No explicit tag name. Best guess. - (buffer-substring (match-beginning 3) (match-end 3))) - (progress-reporter-update progress-reporter (point))) - table))) + nil t) + (push (prog1 (if (match-beginning 5) + ;; There is an explicit tag name. + (buffer-substring (match-beginning 5) (match-end 5)) + ;; No explicit tag name. Best guess. + (buffer-substring (match-beginning 3) (match-end 3))) + (progress-reporter-update progress-reporter (point))) + table)) + (error + (message "error happened near %d" (point)) + (error (error-message-string err))))) table)) (defun etags-snarf-tag (&optional use-explicit) ; Doc string? From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: 24.4; Stack overflow in regexp matcher Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Jun 2015 14:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: lee Cc: 20703@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.143334281212027 (code B ref 20703); Wed, 03 Jun 2015 14:47:02 +0000 Received: (at 20703) by debbugs.gnu.org; 3 Jun 2015 14:46:52 +0000 Received: from localhost ([127.0.0.1]:39138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z09wR-00037u-ND for submit@debbugs.gnu.org; Wed, 03 Jun 2015 10:46:52 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:47234) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z09wO-00037b-0C for 20703@debbugs.gnu.org; Wed, 03 Jun 2015 10:46:49 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NPD00300IE17X00@mtaout26.012.net.il> for 20703@debbugs.gnu.org; Wed, 03 Jun 2015 17:48:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NPD00KJWIH6JO50@mtaout26.012.net.il>; Wed, 03 Jun 2015 17:48:42 +0300 (IDT) Date: Wed, 03 Jun 2015 17:46:33 +0300 From: Eli Zaretskii In-reply-to: <87wpzlztsd.fsf@heimdali.yagibdah.de> X-012-Sender: halo1@inter.net.il Message-id: <833828svcm.fsf@gnu.org> References: <87siac1yqq.fsf@heimdali.yagibdah.de> <87wpzlztsd.fsf@heimdali.yagibdah.de> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: lee > Date: Tue, 02 Jun 2015 23:26:10 +0200 > Cc: 20703@debbugs.gnu.org > > > Emacs's Lisp directory weights in at around 60MB, and its TAGS file is > > about 3MB, so assuming a similar ratio, your 1.8GB file seems to imply > > that the indexed code of your project is more than 30GB in size, which > > seems rather unusual. > > It isn't --- the code is available here: https://github.com/Ratany/SingularityViewer > > Projectile recognises the repo as a project and lets me build the TAGS > file. > > > Do you also index files which are not human-written, maybe? > > The compiled version resides in a subdirectory, so it's possible. FWIW, just cloning the Git repository and running etags on it produces a TAGS file that is about 3.5MB, a far cry from 1.8GB. From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: BUG 20703 further evidence Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jan 2016 21:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sam Halliday , help-gnu-emacs@gnu.org Cc: 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.145272034231484 (code B ref 20703); Wed, 13 Jan 2016 21:26:01 +0000 Received: (at 20703) by debbugs.gnu.org; 13 Jan 2016 21:25:42 +0000 Received: from localhost ([127.0.0.1]:48614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJSvG-0008Bk-Do for submit@debbugs.gnu.org; Wed, 13 Jan 2016 16:25:42 -0500 Received: from mail-lb0-f169.google.com ([209.85.217.169]:34632) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJSvD-0008BO-QN for 20703@debbugs.gnu.org; Wed, 13 Jan 2016 16:25:40 -0500 Received: by mail-lb0-f169.google.com with SMTP id cl12so80763786lbc.1 for <20703@debbugs.gnu.org>; Wed, 13 Jan 2016 13:25:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=W/QsqjsNA0/NpPpjT/cHOpwWD0uNPCLNB/NF+hW9hjQ=; b=Er6dZVOjHbQizmpoGU8biwkyds1PhXORFdoycWe75Uc74BfsW+pyQR6N5Y2T/FyNoz nM/fQUq/9FIgLcmUVuLPprFfg4axMN3r9csK6tuiNrXGI3fboqTd9rZ9YatwVQoC6JQi U+xEi3AToghesuebVrgtBh13aYTz++2rVL+Mmk0fYcmM9kxsMGE80x8QeNvxb9On0HpL maTN/DZPgcJT1lfJdeWoKw7FTS/XLZwTGsC367bLWMx9XZhiDvqQiopC+j1gYLtkt535 lh0U1+6qRtMCsdZQD4tb9BqGKfDFth+bPeNUwRnVNCfVoVf9Tjav5Gc7cgwv79/z4uab L6Hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:from:cc:message-id :date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=W/QsqjsNA0/NpPpjT/cHOpwWD0uNPCLNB/NF+hW9hjQ=; b=lG25p20hAHuw/SFCFH7u3i96YFHw+DdNtd8fw4b1ztSt2W5WM9C3Aa9MKogK35Mi9z OmvwqWeL88D/CvcLpHwdcuhGj2dwKR8DYZjmmwW7BEHzOWxGsn8rLsdU52VNciurXCvM SnT+a5svVxKRY3ANg6uZ5L1jQ4tO7Ft5/Qtsz0bFRxS8uzZ/QGK7Fh/bRb7eRzdvOO/r w/myxA5ApPbb3kmJbXpKRz4kEyycRoHURFmo22ja8/6OcdLJqXTVydq0qEumAs9UZBm+ 2VhcV0tf77v3c3eVoXQpOuRE8igfT4vy+oQNJKueqgsTlUrejthy1STAY+JDxYsAOfsu cJsg== X-Gm-Message-State: ALoCoQmDMu+Tj5PiOTgK4+BwH0LIiuAPTn8I7PymEPSZ51pefheS2k93ItRn8Mo7/vHNuBqa7jccTeASwIyJKN9ddyJctZzkaw== X-Received: by 10.112.13.193 with SMTP id j1mr168286lbc.24.1452720333937; Wed, 13 Jan 2016 13:25:33 -0800 (PST) Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id wj2sm400277lbb.5.2016.01.13.13.25.32 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Jan 2016 13:25:33 -0800 (PST) References: <5ab4af6b-5b7d-40f9-b49f-2d8cc6926e9f@googlegroups.com> From: Dmitry Gutov Message-ID: <5696C0CC.9010300@yandex.ru> Date: Thu, 14 Jan 2016 00:25:32 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Thunderbird/43.0 MIME-Version: 1.0 In-Reply-To: <5ab4af6b-5b7d-40f9-b49f-2d8cc6926e9f@googlegroups.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Hi Sam, On 01/13/2016 08:54 PM, Sam Halliday wrote: > I have been seeing a problem that is described in this bug report > > https://debbugs.gnu.org/db/20/20703.html > > I have applied the suggested patch to etags-tags-completion-table (copied below in completeness for your convenience) and trapped an error case. You should try the current version in emacs-25, it's smaller and faster than previously, although it also probably fails at long-enough lines. > I'm triggering the error in an extremely long line of code (46,000 characters!). I presume somebody programmatically generated the line and pasted it into the source. A workaround could be to simply filter such lines at the ctag building or loading stage, just something that deletes "long" lines, whatever that may mean. Probably 500 characters is long enough! > > I could also look at adding maximum sizes to my regexes in ctags, but that really isn't a general solution because many ctags patterns do not have such limits. I can think of some other possible solutions: - External pre-processor that removes lines that are too long. - Extra step, together with a custom variable, in visit-tags-table, that goes through the opened files and does the same. - re-search-forward with limit, as implemented in the patch below (against emacs-25), that might work against problematic files like that (I haven't tested it). I don't really know if we should install it, though, because it adds a performance overhead of ~10%. And I don't know if this problem is common enough. Because another way to combat it is at the source: through judicious application of --exclude argument. As a bonus, the generation phase will become faster as well (sometimes dramatically). Should we add a validation phase to visit-tags-table instead? Like, one that would say "your TAGS files contains obviously malformed entries from file XXX.min.js, go back and ignore it"? diff --git a/lisp/progmodes/etags.el b/lisp/progmodes/etags.el index 2db7220..9a663d4 100644 --- a/lisp/progmodes/etags.el +++ b/lisp/progmodes/etags.el @@ -1252,8 +1252,9 @@ etags-file-of-tag str (expand-file-name str (file-truename default-directory)))))) +(defvar etags--table-line-limit 500) -(defun etags-tags-completion-table () ; Doc string? +(defun etags-tags-completion-table () ; Doc string? (let (table (progress-reporter (make-progress-reporter @@ -1263,10 +1264,13 @@ etags-tags-completion-table (goto-char (point-min)) ;; This regexp matches an explicit tag name or the place where ;; it would start. - (while (re-search-forward - "[\f\t\n\r()=,; ]?\177\\\(?:\\([^\n\001]+\\)\001\\)?" - nil t) - (push (prog1 (if (match-beginning 1) + (while (not (eobp)) + (if (not (re-search-forward + "[\f\t\n\r()=,; ]?\177\\\(?:\\([^\n\001]+\\)\001\\)?" + ;; Avoid lines that are too long (bug#20703). + (+ (point) etags--table-line-limit) t)) + (forward-line 1) + (push (prog1 (if (match-beginning 1) ;; There is an explicit tag name. (buffer-substring (match-beginning 1) (match-end 1)) ;; No explicit tag name. Backtrack a little, @@ -1277,7 +1281,7 @@ etags-tags-completion-table (buffer-substring (point) (match-beginning 0)) (goto-char (match-end 0)))) (progress-reporter-update progress-reporter (point))) - table))) + table)))) table)) (defun etags-snarf-tag (&optional use-explicit) ; Doc string? From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: BUG 20703 further evidence Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Aug 2020 09:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: Sam Halliday , 20703@debbugs.gnu.org, help-gnu-emacs@gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.159834680131430 (code B ref 20703); Tue, 25 Aug 2020 09:14:02 +0000 Received: (at 20703) by debbugs.gnu.org; 25 Aug 2020 09:13:21 +0000 Received: from localhost ([127.0.0.1]:60284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAV16-0008As-Ot for submit@debbugs.gnu.org; Tue, 25 Aug 2020 05:13:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAV15-0008Ad-3U for 20703@debbugs.gnu.org; Tue, 25 Aug 2020 05:13:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=hzzNNTwzOUf49wDZffulLmJ/w/wky/wyKfc6f0lVYFo=; b=oj+N3oN1dKqb7JH2hUaAADOiCf tD0b9uLhcx8XV0NPuPCL3eGhxno+qH349nIbdZjb/01Em5hLk+bYOoPpjy+O3oBC8GuxS24mPnD6i ehCHzfO1XOVsNIaSYkRvy9gTb0TYvp1rS/T0VvOJQAfdCGgZvgWs3q3SkoD0jeGRm+cI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAV0w-0003bS-CW; Tue, 25 Aug 2020 11:13:12 +0200 From: Lars Ingebrigtsen References: <5ab4af6b-5b7d-40f9-b49f-2d8cc6926e9f@googlegroups.com> <5696C0CC.9010300@yandex.ru> X-Now-Playing: Jim O'Rourke's _To Magnetize Money and Return a Roving Eye (2)_: "To Magnetize Money and Return a Roving Eye pt2" Date: Tue, 25 Aug 2020 11:13:08 +0200 In-Reply-To: <5696C0CC.9010300@yandex.ru> (Dmitry Gutov's message of "Thu, 14 Jan 2016 00:25:32 +0300") Message-ID: <875z97dr6j.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Dmitry Gutov writes: >> I'm triggering the error in an extremely long line of code (46,000 >> characters!). [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dmitry Gutov writes: >> I'm triggering the error in an extremely long line of code (46,000 >> characters!). [...] > - re-search-forward with limit, as implemented in the patch below > (against emacs-25), that might work against problematic files like > that (I haven't tested it). > > I don't really know if we should install it, though, because it adds a > performance overhead of ~10%. And I don't know if this problem is > common enough. I think this is a use case (46K long lines) that's really obscure, and a 10% performance it wouldn't be appropriate. > Because another way to combat it is at the source: through judicious > application of --exclude argument. As a bonus, the generation phase > will become faster as well (sometimes dramatically). > > Should we add a validation phase to visit-tags-table instead? Like, > one that would say "your TAGS files contains obviously malformed > entries from file XXX.min.js, go back and ignore it"? If that can be done efficiently, then that sounds like a good idea. Otherwise, perhaps we should just say that etags just doesn't support 46K long line source files and close this report as a wontfix? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: BUG 20703 further evidence Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Aug 2020 14:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , Dmitry Gutov Cc: Sam Halliday , 20703@debbugs.gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.15983673039765 (code B ref 20703); Tue, 25 Aug 2020 14:56:02 +0000 Received: (at 20703) by debbugs.gnu.org; 25 Aug 2020 14:55:03 +0000 Received: from localhost ([127.0.0.1]:35651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAaLn-0002XQ-3x for submit@debbugs.gnu.org; Tue, 25 Aug 2020 10:55:03 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:58382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAaLl-0002Wp-6k for 20703@debbugs.gnu.org; Tue, 25 Aug 2020 10:55:01 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07PEdQXF140847; Tue, 25 Aug 2020 14:54:55 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=LKYZwOs5iWKGW9SS/scVdb4INU6rEmG+hsIkZX6EE6A=; b=u0k8cPKaETAT2aorNwj5Ms+zyyT9iQO3YtsGePiFhSKaWm1l5kyYTUKve992mLeka1Bb JRZnOSQrkwwMpcXNLd0YgRCrq2u3bv99r2tBH2qY+FCQyKr7OElWPQYRSmtAIfTWoLBU AEAZAmkQha1e7+g5jPbYqGdFI9Xsf9T0BLFFKsdO+GEM5cxlXovWH/Vy1zT3C6JIh7vN 69E3O0VF99G/R4/W+ifa/AmeW8DTrLFrrCZrrAwHjAG9W53mLUtv3/qE5xzDyVk1Dplj hbV2QtlXUojV02oesr+6LU3Sf6UFC7SQ8gfq8zxvjt58IZAZK6Au4KeChMh/SeEi1/ym Cg== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 333w6tsh18-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 25 Aug 2020 14:54:55 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07PEebQ4154683; Tue, 25 Aug 2020 14:54:54 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 333rtxvyup-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 25 Aug 2020 14:54:54 +0000 Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 07PEsr5s006751; Tue, 25 Aug 2020 14:54:53 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 25 Aug 2020 07:54:52 -0700 (PDT) From: Drew Adams References: <5ab4af6b-5b7d-40f9-b49f-2d8cc6926e9f@googlegroups.com> <5696C0CC.9010300@yandex.ru> <875z97dr6j.fsf@gnus.org> In-Reply-To: <875z97dr6j.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9723 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=18 adultscore=0 phishscore=0 spamscore=0 bulkscore=0 mlxlogscore=690 malwarescore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008250112 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9723 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 impostorscore=0 mlxlogscore=689 suspectscore=18 phishscore=0 malwarescore=0 spamscore=0 priorityscore=1501 clxscore=1011 mlxscore=0 lowpriorityscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008250112 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Is there really a need to cc help-gnu-emacs@gnu.org? From unknown Mon Jun 23 07:51:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20703: BUG 20703 further evidence Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Oct 2020 03:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20703 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: Sam Halliday , 20703@debbugs.gnu.org, help-gnu-emacs@gnu.org Received: via spool by 20703-submit@debbugs.gnu.org id=B20703.160238574328867 (code B ref 20703); Sun, 11 Oct 2020 03:10:02 +0000 Received: (at 20703) by debbugs.gnu.org; 11 Oct 2020 03:09:03 +0000 Received: from localhost ([127.0.0.1]:38965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRjL-0007VP-CJ for submit@debbugs.gnu.org; Sat, 10 Oct 2020 23:09:03 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRjJ-0007Ub-BN for 20703@debbugs.gnu.org; Sat, 10 Oct 2020 23:09:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=uf9zf+EJZIy/hYlZc5Dq7WuHwA7EsDQMXjF6stXw/44=; b=j402vylsVv/Kp/7U0vOo3ftbQe gwq0bt3b4gOfLuDpNocUi1QsDhdSt9HxNrOUdZjW6c1SHFnRBZ2Nz6EVa99PLS+bi9uoFMbfAa0SG eAA7D0OQpjE5pu1DlP05QBmCFB/RGNdLyXN5KEfIyJUNsG7hcFwziCZkBA2IjuOBqsDE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRRjB-0004nW-0G; Sun, 11 Oct 2020 05:08:55 +0200 From: Lars Ingebrigtsen References: <5ab4af6b-5b7d-40f9-b49f-2d8cc6926e9f@googlegroups.com> <5696C0CC.9010300@yandex.ru> <875z97dr6j.fsf@gnus.org> X-Now-Playing: Cat Power's _The Greatest_: "Willie" Date: Sun, 11 Oct 2020 05:08:52 +0200 In-Reply-To: <875z97dr6j.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 25 Aug 2020 11:13:08 +0200") Message-ID: <87wnzxqx17.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > If that can be done efficiently, then that sounds like a good idea. > Otherwise, perhaps we should just say that etags just doesn't support > 46K long line source files and close this report as a wo [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > If that can be done efficiently, then that sounds like a good idea. > Otherwise, perhaps we should just say that etags just doesn't support > 46K long line source files and close this report as a wontfix? No comments in six weeks, so I'm closing this as a wontfix. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 10 23:09:11 2020 Received: (at control) by debbugs.gnu.org; 11 Oct 2020 03:09:11 +0000 Received: from localhost ([127.0.0.1]:38968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRjS-0007Vz-PL for submit@debbugs.gnu.org; Sat, 10 Oct 2020 23:09:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57182) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRRjQ-0007VM-Dx for control@debbugs.gnu.org; Sat, 10 Oct 2020 23:09:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=drLScCyVhPjaILZoNzSryCofkZvtY70sw2I8CA+KGhE=; b=B7U0tQyF8u78jugJrRiVN+HwlC +HMfWP0/YH/1EY7bSyBI1E34knaptzN93SnMhkf207dVryoFB2IvnBBib7Xz/QxTtB5m2PKZgNSst S4ReDZBXazmLv7GzW5k10FYIJ5u7HZ4oDuq2sxjgi1HtfAeX5KlOkFs/6Zx0b9/HtvJE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRRjI-0004ng-Rn for control@debbugs.gnu.org; Sun, 11 Oct 2020 05:09:02 +0200 Date: Sun, 11 Oct 2020 05:08:59 +0200 Message-Id: <87v9fhqx10.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #20703 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 20703 wontfix close 20703 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 20703 wontfix close 20703 quit