From unknown Fri Jun 13 10:29:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10784: 23.1; info doesn't follow link in Bison TOC Resent-From: Tim Landscheidt Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Feb 2012 22:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 10784 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10784@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.132891166332164 (code B ref -1); Fri, 10 Feb 2012 22:08:02 +0000 Received: (at submit) by debbugs.gnu.org; 10 Feb 2012 22:07:43 +0000 Received: from localhost ([127.0.0.1]:35379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rvyd4-0008Mi-M8 for submit@debbugs.gnu.org; Fri, 10 Feb 2012 17:07:43 -0500 Received: from eggs.gnu.org ([140.186.70.92]:56445) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rvyd0-0008MU-OE for submit@debbugs.gnu.org; Fri, 10 Feb 2012 17:07:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rvybh-0006vJ-D7 for submit@debbugs.gnu.org; Fri, 10 Feb 2012 17:06:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:49237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rvybh-0006vD-Bg for submit@debbugs.gnu.org; Fri, 10 Feb 2012 17:06:17 -0500 Received: from eggs.gnu.org ([140.186.70.92]:54094) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rvybg-0006UR-DS for bug-gnu-emacs@gnu.org; Fri, 10 Feb 2012 17:06:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rvybe-0006uy-KC for bug-gnu-emacs@gnu.org; Fri, 10 Feb 2012 17:06:16 -0500 Received: from mo-p00-ob.rzone.de ([81.169.146.162]:48961) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rvybe-0006tA-7U for bug-gnu-emacs@gnu.org; Fri, 10 Feb 2012 17:06:14 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1328911571; l=2481; s=domk; d=tim-landscheidt.de; h=Content-Type:MIME-Version:Date:Subject:To:From:X-RZG-CLASS-ID: X-RZG-AUTH; bh=b4cx7/1UarmjqULT7E+7mkP4dI8=; b=w1kj4MMnpaw/GI/dHFkm9cyrvVy204n3mY3gN/rFW40fCrz16v3FVQRfsEc+Qm4Oe9d qUdszn5zxGH0qJMTrGkwKn3Lrl3FtnOBRgdELwJsYZkB7Z2GGWMLNB9n5roh0vA4p85vL X+fu1a7RYE7j9+c3iTowJX4VRj0pEJOSQaY= X-RZG-AUTH: :O2kGeEG7b/pS1FmwRjK/iE70SAFAhFmfc+zHXduyf9BrI1bL11XibYEqV1gV27rWtmWN9d3imjLx0Q== X-RZG-CLASS-ID: mo00 Received: from passepartout.tim-landscheidt.de (d220155.adsl.hansenet.de [80.171.220.155]) by smtp.strato.de (jimi mo39) (RZmta 27.6 DYNA|AUTH) with ESMTPA id q01c42o1AKPaNK for ; Fri, 10 Feb 2012 23:06:06 +0100 (MET) From: Tim Landscheidt Organization: Date: Fri, 10 Feb 2012 22:06:00 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Please describe exactly what actions triggered the bug and the precise symptoms of the bug: - (info "(bison)") ;; version 2.4.1 - search for TOC item "Secure? Conform?" - press RET - => "No such node or anchor: Secure? Conform?" (Probably) relevant bits from the info file: | [tim@passepartout ~/src/emacs]$ zgrep 'Secure\?' /usr/share/info/bison.info.gz | * Secure? Conform?:: Is Bison POSIX safe? | * Secure? Conform?:: Is Bison POSIX safe? | File: bison.info, Node: Multiple start-symbols, Next: Secure? Conform?, Prev: Implementing Gotos/Loops, Up: FAQ | File: bison.info, Node: Secure? Conform?, Next: I can't build Bison, Prev: Multiple start-symbols, Up: FAQ | 11.6 Secure? Conform? | File: bison.info, Node: I can't build Bison, Next: Where can I find help?, Prev: Secure? Conform?, Up: FAQ | Node: Secure? Conform?364602 | [tim@passepartout ~/src/emacs]$ Note the one vs. two spaces between "Secure?" and "Con- form?". The link works with info (GNU texinfo) 4.13. The bug is also present in a Emacs snapshot from early February. In GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.16.6) of 2010-04-01 on x86-01.phx2.fedoraproject.org Windowing system distributor `The X.Org Foundation', version 11.0.10603901 configured using `configure '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--target=i586-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=gtk' 'build_alias=i386-redhat-linux-gnu' 'host_alias=i386-redhat-linux-gnu' 'target_alias=i586-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t From unknown Fri Jun 13 10:29:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10784: 23.1; info doesn't follow link in Bison TOC Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Feb 2012 21:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10784 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tim Landscheidt Cc: 10784@debbugs.gnu.org Received: via spool by 10784-submit@debbugs.gnu.org id=B10784.132908186110618 (code B ref 10784); Sun, 12 Feb 2012 21:25:01 +0000 Received: (at 10784) by debbugs.gnu.org; 12 Feb 2012 21:24:21 +0000 Received: from localhost ([127.0.0.1]:37857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RwguD-0002lC-Kf for submit@debbugs.gnu.org; Sun, 12 Feb 2012 16:24:21 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:49279 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rwgu9-0002kv-Vn for 10784@debbugs.gnu.org; Sun, 12 Feb 2012 16:24:20 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 7F7E4451C852; Sun, 12 Feb 2012 13:21:26 -0800 (PST) From: Juri Linkov Organization: JURTA References: Date: Sun, 12 Feb 2012 23:15:49 +0200 In-Reply-To: (Tim Landscheidt's message of "Fri, 10 Feb 2012 22:06:00 +0000") Message-ID: <87fweflpmi.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > | [tim@passepartout ~/src/emacs]$ zgrep 'Secure\?' /usr/share/info/bison.info.gz > | * Secure? Conform?:: Is Bison POSIX safe? > | * Secure? Conform?:: Is Bison POSIX safe? > | File: bison.info, Node: Multiple start-symbols, Next: Secure? Conform?, Prev: Implementing Gotos/Loops, Up: FAQ > | File: bison.info, Node: Secure? Conform?, Next: I can't build Bison, Prev: Multiple start-symbols, Up: FAQ > | 11.6 Secure? Conform? > | File: bison.info, Node: I can't build Bison, Next: Where can I find help?, Prev: Secure? Conform?, Up: FAQ > | Node: Secure? Conform?364602 > | [tim@passepartout ~/src/emacs]$ > > Note the one vs. two spaces between "Secure?" and "Con- > form?". The link works with info (GNU texinfo) 4.13. The > bug is also present in a Emacs snapshot from early February. Does this mean that info (GNU texinfo) 4.13 treats a sequence of spaces in the names as one space character? If yes, should info.el do the same with a patch like this: === modified file 'lisp/info.el' --- lisp/info.el 2012-02-12 20:24:02 +0000 +++ lisp/info.el 2012-02-12 21:11:33 +0000 @@ -1025,7 +1025,9 @@ (defun Info-find-node-2 (filename nodena (let ((guesspos (point-min)) (regexp (concat "\\(Node:\\|Ref:\\) *\\(" (if (stringp nodename) - (regexp-quote nodename) + (mapconcat 'regexp-quote + (split-string nodename " +" t) + " +") "") "\\) *[,\t\n\177]"))) From unknown Fri Jun 13 10:29:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10784: 23.1; info doesn't follow link in Bison TOC Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Feb 2012 17:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10784 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 10784@debbugs.gnu.org, tim@tim-landscheidt.de Reply-To: Eli Zaretskii Received: via spool by 10784-submit@debbugs.gnu.org id=B10784.132915344710748 (code B ref 10784); Mon, 13 Feb 2012 17:18:01 +0000 Received: (at 10784) by debbugs.gnu.org; 13 Feb 2012 17:17:27 +0000 Received: from localhost ([127.0.0.1]:39132 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RwzWo-0002nI-Da for submit@debbugs.gnu.org; Mon, 13 Feb 2012 12:17:26 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:32796) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RwzWl-0002n5-8C for 10784@debbugs.gnu.org; Mon, 13 Feb 2012 12:17:24 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LZC00L00D1BLM00@a-mtaout22.012.net.il> for 10784@debbugs.gnu.org; Mon, 13 Feb 2012 19:15:29 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.124.150.51]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LZC00K24D9RLKF0@a-mtaout22.012.net.il>; Mon, 13 Feb 2012 19:15:28 +0200 (IST) Date: Mon, 13 Feb 2012 19:15:30 +0200 From: Eli Zaretskii In-reply-to: <87fweflpmi.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il Message-id: <83r4xyy7rh.fsf@gnu.org> References: <87fweflpmi.fsf@mail.jurta.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Juri Linkov > Date: Sun, 12 Feb 2012 23:15:49 +0200 > Cc: 10784@debbugs.gnu.org > > > | [tim@passepartout ~/src/emacs]$ zgrep 'Secure\?' /usr/share/info/bison.info.gz > > | * Secure? Conform?:: Is Bison POSIX safe? > > | * Secure? Conform?:: Is Bison POSIX safe? > > | File: bison.info, Node: Multiple start-symbols, Next: Secure? Conform?, Prev: Implementing Gotos/Loops, Up: FAQ > > | File: bison.info, Node: Secure? Conform?, Next: I can't build Bison, Prev: Multiple start-symbols, Up: FAQ > > | 11.6 Secure? Conform? > > | File: bison.info, Node: I can't build Bison, Next: Where can I find help?, Prev: Secure? Conform?, Up: FAQ > > | Node: Secure? Conform?364602 > > | [tim@passepartout ~/src/emacs]$ > > > > Note the one vs. two spaces between "Secure?" and "Con- > > form?". The link works with info (GNU texinfo) 4.13. The > > bug is also present in a Emacs snapshot from early February. > > Does this mean that info (GNU texinfo) 4.13 treats a sequence of spaces > in the names as one space character? The stand-alone Info reader always, since day one, canonicalized any whitespace in node names. > If yes, should info.el do the same Yes, it definitely should. And it already does, just not consistently. E.g., if, instead of typing RET on that menu line, you type "m RET", you get to the right node without any error messages. > with a patch like this: > > === modified file 'lisp/info.el' > --- lisp/info.el 2012-02-12 20:24:02 +0000 > +++ lisp/info.el 2012-02-12 21:11:33 +0000 > @@ -1025,7 +1025,9 @@ (defun Info-find-node-2 (filename nodena > (let ((guesspos (point-min)) > (regexp (concat "\\(Node:\\|Ref:\\) *\\(" > (if (stringp nodename) > - (regexp-quote nodename) > + (mapconcat 'regexp-quote > + (split-string nodename " +" t) > + " +") > "") > "\\) *[,\t\n\177]"))) I'm not sure this is TRT. First, we should convert _any_ whitespace, not just a sequence of SPC characters, to a single SPC. Second, I think it would be better to have a single function for this job and call it from all the places that need to produce a canonical node name. I see at least one other place (`Info-extract-menu-node-name') where we need to do the same, and possibly one more in `Info-fontify-node'. If we do this in each place individually, we will have inconsistent bugs, whereas we want _consistent_ bugs ;-) Finally, I think the right place to do this is in Info-find-node, not Info-find-node-2. From unknown Fri Jun 13 10:29:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10784: 23.1; info doesn't follow link in Bison TOC Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Sep 2020 11:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10784 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Juri Linkov , 10784@debbugs.gnu.org, tim@tim-landscheidt.de Received: via spool by 10784-submit@debbugs.gnu.org id=B10784.160008426418297 (code B ref 10784); Mon, 14 Sep 2020 11:52:01 +0000 Received: (at 10784) by debbugs.gnu.org; 14 Sep 2020 11:51:04 +0000 Received: from localhost ([127.0.0.1]:52925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHn0i-0004l2-Bv for submit@debbugs.gnu.org; Mon, 14 Sep 2020 07:51:04 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHn0f-0004kX-8O for 10784@debbugs.gnu.org; Mon, 14 Sep 2020 07:51:02 -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=87RdYEInVm5s+sTiVYBgVM8J0djM4pytW7vDPYmfrRA=; b=nc2v6djjwdhSO47N9ffsJxmsrw qolgtiRYIg3GcekULcKefpIwMzlb7g/mSkDQSc+mhV5tTsYbcxqTsoB103vUHuIM4/Sx0wzhRZNhf gWoYDfKBDhi2PoVezD8slDmmjE750gqqk6W1BeW5kLowPCdoOhLMzYWwsvAcH72zx+cY=; 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 1kHn0O-0000zN-Sv; Mon, 14 Sep 2020 13:50:54 +0200 From: Lars Ingebrigtsen References: <87fweflpmi.fsf@mail.jurta.org> <83r4xyy7rh.fsf@gnu.org> X-Now-Playing: Blaupunkt's _Blaupunkt_: "Dine kyss aha" Date: Mon, 14 Sep 2020 13:50:43 +0200 In-Reply-To: <83r4xyy7rh.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 13 Feb 2012 19:15:30 +0200") Message-ID: <871rj4d1bg.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: Eli Zaretskii writes: > Yes, it definitely should. And it already does, just not > consistently. E.g., if, instead of typing RET on that menu line, you > type "m RET", you get to the right node without any error messages. 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 (-) Eli Zaretskii writes: > Yes, it definitely should. And it already does, just not > consistently. E.g., if, instead of typing RET on that menu line, you > type "m RET", you get to the right node without any error messages. [...] > I'm not sure this is TRT. First, we should convert _any_ whitespace, > not just a sequence of SPC characters, to a single SPC. Second, I > think it would be better to have a single function for this job and > call it from all the places that need to produce a canonical node > name. The bug was still present on the trunk, so I've now done this. > I see at least one other place (`Info-extract-menu-node-name') > where we need to do the same, and possibly one more in > `Info-fontify-node'. If we do this in each place individually, we > will have inconsistent bugs, whereas we want _consistent_ bugs ;-) Indeed. I had a quick skim-through of Info-fontify-node, but it's a 422 line function, and I'm not sure what bit should be changed here... > Finally, I think the right place to do this is in Info-find-node, not > Info-find-node-2. Done. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no