From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: Re: Strange error caused by post-command-hook. Date: Tue, 10 Jul 2007 15:52:30 +0200 Message-ID: <46938F1E.8000103@gmx.at> References: <46937D1B.4000501@ubin.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1184075549 6290 80.91.229.12 (10 Jul 2007 13:52:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 10 Jul 2007 13:52:29 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: ishikawa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 10 15:52:27 2007 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 1I8G8f-0003Uy-56 for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Jul 2007 15:52:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I8G8e-0003dh-JE for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Jul 2007 09:52:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I8G8d-0003dS-0k for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2007 09:52:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I8G8a-0003dG-40 for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2007 09:52:22 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I8G8Z-0003dD-Su for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2007 09:52:19 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1I8G8Z-0001nR-AJ for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2007 09:52:19 -0400 Original-Received: (qmail invoked by alias); 10 Jul 2007 13:52:18 -0000 Original-Received: from N739P015.adsl.highway.telekom.at (EHLO [62.47.36.79]) [62.47.36.79] by mail.gmx.net (mp033) with SMTP; 10 Jul 2007 15:52:18 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18zWn9FmYczxrrBNOD/UqXt91Mx2Rem/jJavAjCRW ahdaSUVzVyuQtl User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <46937D1B.4000501@ubin.jp> X-Y-GMX-Trusted: 0 X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:16124 Archived-At: > [...] once the following message begins to appear in the > minibuffer whenever a minibuffer interaction is attemped, > > Error in post-command-hook: (error Selecting deleted buffer) > > this message seems to re-appear (almost) always in the mini-buffer. > > This message obscures the prompt message which should have been shown > in the first place. For example, if I type C-c C-f, the default > directory usually shown is obscured with overlapping message (above). > (Funny if I type C-c C-v, the error message doesn't show up.) Do you intend the commands `find-file' and `find-alternate-file' here? You could try to add ... (defun find-file (filename &optional wildcards) "..." (interactive (progn (when post-command-hook (message "... %s" post-command-hook) (sit-for 1)) (find-file-read-args "Find file: " nil))) (let ((value (find-file-noselect filename nil nil wildcards))) (if (listp value) (mapcar 'switch-to-buffer (nreverse value)) (switch-to-buffer value)))) ... to your .emacs. As soon as `find-file' triggers the message _and_ the error please tell us the value for `post-command-hook' printed by the message (although your observations indicate that the error is triggered _before_ the command gets executed). > Now, from reading the "C-H v" help message for 'post-command-hook', if > an error occurs when the hook is run from post-command-hook, > the hook is set to nil. But if this is set to "nil" permanently, I > should not see this repetition of the same error message over and over > again. (Correct?) > > Does this mean that whatever is causing the incorrect hook to be installed > is trying to install this invalid hook again and again? Yes. > <<< Press Return to bury the buffer list >>> This seems to come from `electric-buffer-list' which I don't know. AFAICT it doesn't install a `post-command-hook' though.