Received: (at 10784) by debbugs.gnu.org; 13 Feb 2012 17:17:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Feb 13 12:17:27 2012 Received: from localhost ([127.0.0.1]:39132 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1RwzWo-0002nI-Da for submit <at> 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 <eliz@HIDDEN>) id 1RwzWl-0002n5-8C for 10784 <at> 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@HIDDEN> for 10784 <at> 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@HIDDEN>; Mon, 13 Feb 2012 19:15:28 +0200 (IST) Date: Mon, 13 Feb 2012 19:15:30 +0200 From: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#10784: 23.1; info doesn't follow link in Bison TOC In-reply-to: <87fweflpmi.fsf@HIDDEN> X-012-Sender: halo1@HIDDEN To: Juri Linkov <juri@HIDDEN> Message-id: <83r4xyy7rh.fsf@HIDDEN> References: <m3y5safinr.fsf@HIDDEN> <87fweflpmi.fsf@HIDDEN> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10784 Cc: 10784 <at> debbugs.gnu.org, tim@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii <eliz@HIDDEN> List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Sender: debbugs-submit-bounces <at> debbugs.gnu.org Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Juri Linkov <juri@HIDDEN> > Date: Sun, 12 Feb 2012 23:15:49 +0200 > Cc: 10784 <at> 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.
bug-gnu-emacs@HIDDEN
:bug#10784
; Package emacs
.
Full text available.Received: (at 10784) by debbugs.gnu.org; 12 Feb 2012 21:24:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 12 16:24:21 2012 Received: from localhost ([127.0.0.1]:37857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1RwguD-0002lC-Kf for submit <at> 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 <juri@HIDDEN>) id 1Rwgu9-0002kv-Vn for 10784 <at> 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 <juri@HIDDEN> To: Tim Landscheidt <tim@HIDDEN> Subject: Re: bug#10784: 23.1; info doesn't follow link in Bison TOC Organization: JURTA References: <m3y5safinr.fsf@HIDDEN> Date: Sun, 12 Feb 2012 23:15:49 +0200 In-Reply-To: <m3y5safinr.fsf@HIDDEN> (Tim Landscheidt's message of "Fri, 10 Feb 2012 22:06:00 +0000") Message-ID: <87fweflpmi.fsf@HIDDEN> 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-Debbugs-Envelope-To: 10784 Cc: 10784 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Sender: debbugs-submit-bounces <at> debbugs.gnu.org Errors-To: debbugs-submit-bounces <at> 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]")))
bug-gnu-emacs@HIDDEN
:bug#10784
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 10 Feb 2012 22:07:43 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 10 17:07:43 2012 Received: from localhost ([127.0.0.1]:35379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1Rvyd4-0008Mi-M8 for submit <at> 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 <tim@HIDDEN>) id 1Rvyd0-0008MU-OE for submit <at> 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 <tim@HIDDEN>) id 1Rvybh-0006vJ-D7 for submit <at> 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 <tim@HIDDEN>) id 1Rvybh-0006vD-Bg for submit <at> 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 <tim@HIDDEN>) id 1Rvybg-0006UR-DS for bug-gnu-emacs@HIDDEN; Fri, 10 Feb 2012 17:06:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <tim@HIDDEN>) id 1Rvybe-0006uy-KC for bug-gnu-emacs@HIDDEN; 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 <tim@HIDDEN>) id 1Rvybe-0006tA-7U for bug-gnu-emacs@HIDDEN; 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 <bug-gnu-emacs@HIDDEN>; Fri, 10 Feb 2012 23:06:06 +0100 (MET) From: Tim Landscheidt <tim@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: 23.1; info doesn't follow link in Bison TOC Organization: <URI:http://www.tim-landscheidt.de/> Date: Fri, 10 Feb 2012 22:06:00 +0000 Message-ID: <m3y5safinr.fsf@HIDDEN> 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-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Sender: debbugs-submit-bounces <at> debbugs.gnu.org Errors-To: debbugs-submit-bounces <at> 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
Tim Landscheidt <tim@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#10784
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.