From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11999: 24.1.50; New Info file suffix ".info" breaks `Info-find-node-2' Date: Fri, 20 Jul 2012 14:08:07 -0700 Message-ID: <35D365A3D0D0487CB7928FB2A672541D@us.oracle.com> References: <30361DAB51FE4AC487EBA7C11AACB36C@us.oracle.com> <831uk688pk.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1342818541 8699 80.91.229.3 (20 Jul 2012 21:09:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 20 Jul 2012 21:09:01 +0000 (UTC) Cc: 11999@debbugs.gnu.org, schwab@linux-m68k.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 20 23:09:00 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SsKRU-00051B-U0 for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jul 2012 23:08:57 +0200 Original-Received: from localhost ([::1]:57886 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SsKRU-0004qM-54 for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jul 2012 17:08:56 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SsKRL-0004pf-Di for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2012 17:08:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SsKRH-0003RV-L5 for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2012 17:08:47 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43501) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SsKRH-0003RR-Hr for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2012 17:08:43 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SsKXN-00086T-Nb for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2012 17:15:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Jul 2012 21:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11999-submit@debbugs.gnu.org id=B11999.134281888031109 (code B ref 11999); Fri, 20 Jul 2012 21:15:01 +0000 Original-Received: (at 11999) by debbugs.gnu.org; 20 Jul 2012 21:14:40 +0000 Original-Received: from localhost ([127.0.0.1]:53047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SsKWz-00085g-S2 for submit@debbugs.gnu.org; Fri, 20 Jul 2012 17:14:39 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:23430) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SsKWw-00085X-Bk for 11999@debbugs.gnu.org; Fri, 20 Jul 2012 17:14:36 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6KL8DSN002543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 20 Jul 2012 21:08:14 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6KL8DAR019996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jul 2012 21:08:13 GMT Original-Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6KL8Cbt010805; Fri, 20 Jul 2012 16:08:13 -0500 Original-Received: from dradamslap1 (/10.159.80.190) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 20 Jul 2012 14:08:12 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <831uk688pk.fsf@gnu.org> Thread-Index: Ac1muE1F+VxMB6U2T7uTTElg7xsLYgAADVAA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:62207 Archived-At: > You will need to explain more, because info-insert-file-contents first > tests for the argument FILENAME, and if that does not exist, it tries > FILENAME with every extension in Info-suffix-list, which includes > ".info". > > In particular, this works for me on MS-Windows: > M-: (info-insert-file-contents "d:/path/to/emacs/info/emacs") RET > and loads emacs.info. Why doesn't it work for you? My bad. The difference turned out to be the use now of `user-error' instead of `error'. Where I previously just saw a message saying there was no such node, now Emacs puts me in the debugger, because I have non-nil `debug-on-error'. This bug could be closed. However, maybe it should not (you decide): Going only by the doc string of `user-error', it seems that at least some of the many changes from `error' to `user-error' in info.el (and beyond?) are inappropriate. An index lookup of a term that is not in the index is in general NOT a "pilot error". It is normal behavior on the part of users to look up terms in the index, whether they happen to be there or not. An index lookup that finds no hit is NOT "expected to be the result of an incorrect manipulation on the part of the user, rather than the result of an actual problem." It is preposterous to have such an expectation or interpretation of user interaction. (Furthermore, even errors that are not user errors do not necessarily indicate "an actual problem".) There is no "incorrect manipulation" or misunderstanding of Emacs on the part of a user who looks up `iterate' - or for that matter `user-error' (!) - in the Elisp index. These terms just happen not to be indexed. Something seems misguided in the present classification/handling of errors in info.el. I will leave it to you to decide whether you want to (a) do nothing, (b) use this bug to fix some of the inappropriately classified "user" errors, or (c) open a new bug for such a fix.