From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ishikawa Newsgroups: gmane.emacs.bugs Subject: bug#3438: It was a configuration problem (re: (emacs 23.0.9{, 3, 4} dired mode bug(?))) Date: Tue, 02 Jun 2009 15:29:31 +0900 Message-ID: <4A24C6CB.8080705@ubin.jp> Reply-To: ishikawa , 3438@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1243924656 19872 80.91.229.12 (2 Jun 2009 06:37:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Jun 2009 06:37:36 +0000 (UTC) To: 3438@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 02 08:37:33 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MBNcq-0002Fg-5H for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Jun 2009 08:37:32 +0200 Original-Received: from localhost ([127.0.0.1]:44591 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBNcp-0006er-Ex for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Jun 2009 02:37:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBNck-0006ed-K2 for bug-gnu-emacs@gnu.org; Tue, 02 Jun 2009 02:37:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBNce-0006aX-Ls for bug-gnu-emacs@gnu.org; Tue, 02 Jun 2009 02:37:24 -0400 Original-Received: from [199.232.76.173] (port=48375 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBNce-0006aF-Ig for bug-gnu-emacs@gnu.org; Tue, 02 Jun 2009 02:37:20 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:34921) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MBNcd-0000A1-VM for bug-gnu-emacs@gnu.org; Tue, 02 Jun 2009 02:37:20 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n526bHHO005169; Mon, 1 Jun 2009 23:37:18 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n526Z4kf004506; Mon, 1 Jun 2009 23:35:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: ishikawa Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 02 Jun 2009 06:35:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3438 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3438-submit@emacsbugs.donarmstrong.com id=B3438.12439241843588 (code B ref 3438); Tue, 02 Jun 2009 06:35:03 +0000 Original-Received: (at 3438) by emacsbugs.donarmstrong.com; 2 Jun 2009 06:29:44 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from post.ubin.jp (post.ubin.jp [202.32.0.84]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n526TcUI003575 for <3438@emacsbugs.donarmstrong.com>; Mon, 1 Jun 2009 23:29:39 -0700 Original-Received: from post.ubin.jp (post [127.0.0.1]) by localhost.ubin.jp (Postfix) with ESMTP id 359FD29AE28 for <3438@emacsbugs.donarmstrong.com>; Tue, 2 Jun 2009 15:29:32 +0900 (JST) Original-Received: from home.intra.ubin.jp (home.intra.ubin.jp [10.129.1.1]) by post.ubin.jp (Postfix) with ESMTP id 1E65C29ADE8 for <3438@emacsbugs.donarmstrong.com>; Tue, 2 Jun 2009 15:29:32 +0900 (JST) Original-Received: from [10.252.241.244] (dell-w2k-note.ddns.intra.ubin.jp [10.252.241.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by home.intra.ubin.jp (Postfix) with ESMTP id 1244242655A for <3438@emacsbugs.donarmstrong.com>; Tue, 2 Jun 2009 15:29:32 +0900 (JST) User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Tue, 02 Jun 2009 02:37:24 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:28439 Archived-At: I am the original reporter. Sorry that my innocuous post caused a discussion of die-hard differences of preferences, it seems. (It has been going on and off since the late 80's if I recall correctly.) After a false startup, I finally narrow down the problem to my hastily configured testing environment. Indeed, when I ran emacs -q that said misbehavior is no longer observed. (as noted by Chong Yidong in message #10 in the bug database readable from the web interface. Since I am not on the mailing list, I can only read the follow-ups using this web interface. And thus my followup is delayed. Sorry for the delay. http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3438 BAD environment.: In my .emacs file, I explicitly set the load-path to those of GNU emacs 22.2 lisp directory. (I was using Debian GNU/linux and usually I obtain the emacs tar ball myself and install it disregarding the ordinary package supplied by debian.) Because of the explicit setup, 23.0.94 read the older dired.el of 22.2 distribution. When I fixed the configuration so that emacs startup reads the files under the latest lisp directory, all is well now. (I sometimes wonder how the beta and alpha testers set up their .emacs files.) Here is the sleuth work I did. =================== 1. In dired mode, "n", C-n, and cursor down key are bound to dired-next-line (From C-h k n in dired mode buffer) n runs the command dired-next-line, which is an interactive compiled Lisp function in `dired.el'. It is bound to , n, SPC, C-n. (dired-next-line ARG) Move down lines then position at filename. Optional prefix ARG says how many lines to move; default is one line. [back] ====================== 2. Let me take a look at dired-next-line. This is in dired.el 23.0.94 (defun dired-next-line (arg) "Move down lines then position at filename. Optional prefix ARG says how many lines to move; default is one line." (interactive "p") (forward-line arg) (dired-move-to-filename)) These lines look fine. Actually, I spent a couple of hours looking inside the latest lisp files and manually invoking forward-line, et al from console using "M-X" even redefining dired-move-to-filename to be interactive so that I can invoke it by "M-X". But then all was well. When I realized the clean startup (-q) works OK from the earlier post, I realized that my .emacs seems to be preferring lisp files under 22.2 lisp directory. So I looked at the old dired.el under 22.2 GNU Emacs 22.2. (defun dired-next-line (arg) "Move down lines then position at filename. Optional prefix ARG says how many lines to move; default is one line." (interactive "p") (next-line arg) <===== AHA, CULPRIT! (dired-move-to-filename)) In 22.2, next-line is called instead of forward-line. This explains the misbehavior, and the cure caused by (setq line-move-visual nil). Now, I modified my .emacs file so that load-path contains the latest test emacs lisp directory at the beginning when I invoke 23.0.9x beta/alpha. And all is well. Thank you again for taking the time to look at my now false-positive bug report. BTW, as I mentioned at the beginning, the pros and cons of various settings have been rehashed over the years (a couple of decades at least). All I can suggest is to leave enough hooks (to the point that the unsuspecting user can hang himself/herself if careless) so that the user can customize the environment. In hindsight, though, there are good customization paths that prove to be easy to incorporate future changes and difficult to work with later, but again these are hindsight and I have no good guideline to offer. I am afraid only a close brush with the difficulty and ease of customization and then upgrade can give people the "feel" for the design. As a side note, I have so many customizations done over the years (I consolidated emacs setup files in 1991 which I had used in the late 1980's on various machines, Sun, HP, DEC, etc. and under different OS versions, and still use the remnant today), and some customizations are now difficult to deal with and sometimes I have no idea what some lisp code snipets do despite my efforts to comment them, but fearing interrupted behavior, I have left them in in for now (for the last several years). (cf. I even have a temporary fix for broken ld/dump for an arcane system. in one of the customization files emacs reads. ;;; ;;; fix for buggy C compilation, linking, or dumping. ;;; text-char-description is broken. (This was on SunOS 3? or 4? on Sun3 ;;; (if (not (and (string-equal "x" (text-char-description ?x )) (string-equal "y" (text-char-description ?y )) (string-equal "z" (text-char-description ?z )))) (progn (message "Buggy text-char-description is overwritten.") (load-library "tcdfix"))) ;;;;;;;; Such is life. TIA.