From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#11325: 24.1.50; regression: bad order for `substitute-command-keys' with keymap Date: Thu, 28 Apr 2016 16:43:36 +0200 Message-ID: <87shy5iyjr.fsf@gnus.org> References: <87a9dza7gl.fsf@building.gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1461854687 7605 80.91.229.3 (28 Apr 2016 14:44:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Apr 2016 14:44:47 +0000 (UTC) Cc: 11325@debbugs.gnu.org To: "Drew Adams" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 28 16:44:35 2016 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 1avnBD-0004Ea-Du for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Apr 2016 16:44:35 +0200 Original-Received: from localhost ([::1]:49467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avnBC-0000GB-K8 for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Apr 2016 10:44:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58713) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avnAk-0007ke-CZ for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 10:44:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1avnAg-0004PW-C5 for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 10:44:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40898) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avnAg-0004PM-8e for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 10:44:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1avnAf-0002kQ-Vq for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 10:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Apr 2016 14:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 11325-submit@debbugs.gnu.org id=B11325.146185462110524 (code B ref 11325); Thu, 28 Apr 2016 14:44:01 +0000 Original-Received: (at 11325) by debbugs.gnu.org; 28 Apr 2016 14:43:41 +0000 Original-Received: from localhost ([127.0.0.1]:53235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avnAK-0002jg-QH for submit@debbugs.gnu.org; Thu, 28 Apr 2016 10:43:40 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:40978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avnAJ-0002jX-7W for 11325@debbugs.gnu.org; Thu, 28 Apr 2016 10:43:39 -0400 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avnAG-0006bf-Ij; Thu, 28 Apr 2016 16:43:38 +0200 In-Reply-To: <87a9dza7gl.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Sun, 09 Feb 2014 20:59:38 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:117074 Archived-At: This is more mysterious than I thought. describe_map is responsible for outputting each map, and I've been staring at it for minutes without seeing anything odd. But let's look at the output again: (substitute-command-keys "\\{dired-mode-map}") "key binding --- ------- e .. f dired-find-file C-c Prefix Command RET dired-find-file C-o dired-display-file [...] 0 .. 9 digit-argument [...] c dired-do-compress-to d dired-flag-file-deletion g revert-buffer [...] S-SPC dired-previous-line mouse-face dired-mouse-find-file-other-window Prefix Command C-c d lars-copy-directory C-t C-t image-dired-dired-toggle-marked-thumbs C-t . image-dired-display-thumb C-t a image-dired-display-thumbs-append C-t c image-dired-dired-comment-files C-t d image-dired-display-thumbs C-t e image-dired-dired-edit-comment-and-tags C-t f image-dired-mark-tagged-files C-t i image-dired-dired-display-image C-t j image-dired-jump-thumbnail-buffer and so on. The think to observe is that there's an extra newline after the first "e .. f" line. This means that it's being output as its own keymap, I think. describe_map does not add any extra empty blank lines, and it sorts ranges just fine, as we can see from the "0 .. 9" line. So something is deciding that "e" and "f" come from a separate keymap, and calling describe_map on that. Hm... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no