From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.bugs Subject: bug#5722: 23.1; C-a unexpected behavior in minibuffer Date: Wed, 28 Apr 2010 11:39:20 -0400 Message-ID: <87iq7b60yf.fsf@stupidchicken.com> References: <4B9E4F41.1060000@warwicktownship.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1272470191 4349 80.91.229.12 (28 Apr 2010 15:56:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 28 Apr 2010 15:56:31 +0000 (UTC) To: 5722@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 28 17:56:28 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1O79ch-00020o-MD for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Apr 2010 17:56:27 +0200 Original-Received: from localhost ([127.0.0.1]:60884 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O79ch-0006MF-62 for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Apr 2010 11:56:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O79cN-0006Ho-Bo for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2010 11:56:07 -0400 Original-Received: from [140.186.70.92] (port=36356 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O79cH-0006E9-Hw for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2010 11:56:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O79cB-00057E-Mu for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2010 11:56:01 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48648) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O79cB-00057A-GI for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2010 11:55:55 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1O79Mo-0005Jm-V0; Wed, 28 Apr 2010 11:40:03 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <4B9E4F41.1060000@warwicktownship.org> Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Apr 2010 15:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5722 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 5722-submit@debbugs.gnu.org id=B5722.127246916320428 (code B ref 5722); Wed, 28 Apr 2010 15:40:02 +0000 Original-Received: (at 5722) by debbugs.gnu.org; 28 Apr 2010 15:39:23 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O79MA-0005JR-W7 for submit@debbugs.gnu.org; Wed, 28 Apr 2010 11:39:23 -0400 Original-Received: from pantheon-po33.its.yale.edu ([130.132.50.94]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O79MA-0005JG-4g for 5722@debbugs.gnu.org; Wed, 28 Apr 2010 11:39:22 -0400 Original-Received: from furry (dhcp128036014104.central.yale.edu [128.36.14.104]) (authenticated bits=0) by pantheon-po33.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o3SFdKuI002264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <5722@debbugs.gnu.org>; Wed, 28 Apr 2010 11:39:20 -0400 Original-Received: by furry (Postfix, from userid 1000) id 1FA9AC055; Wed, 28 Apr 2010 11:39:20 -0400 (EDT) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.96 (gnu/linux) X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 28 Apr 2010 11:40:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , 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:36586 Archived-At: Forwarding mail from bug reporter: From: Tony Robalik Subject: [Fwd: [Fwd: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer]] To: Chong Yidong Hi, I understand that what I've found is probably not a "bug", but a local problem with my site-start.el file, but I've never modified that file, aside possibly from installing aucTeX. I've attached the offending file. It's location, in my work Windows laptop, is "C:\emacs-23.1\site-lisp". I get the same problems, though, in my home Ubuntu laptop and in the Virtual Ubuntu machine I run on my work computer. Any help would be appreciated. Thanks, -------- Original Message -------- Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer Date: Mon, 22 Mar 2010 10:37:51 -0400 From: Tony Robalik Organization: Warwick Township To: Chong Yidong References: <8739zwl473.fsf@stupidchicken.com> It only happens when I load emacs normally or when I load it with `emacs --no-site-file'... shall I then assume it either has to do with site-start.el? I'm not an emacs expert, and didn't even know there was a file called `site-start.el'. Any ideas what the problem could be? See notes below. Thanks, Tony A. If I 1. load emacs normally (either typing `emacs' at the prompt or clicking its icon on my launch bar) 2. C-x C-f test 3. C-x C-w 4. C-a now goes to beginning of minibuffer (before the prompt). B. If I 1. load emacs with `emacs -Q' from the command line 2. C-x C-f test2 3. C-x C-w 4. C-a goes to the expected (correct) location, after the prompt. C. If I 1. load emacs with `emacs --no-site-file' 2. C-x C-f test3 3. C-x C-w 4. C-a goes to the beginning of the minibuffer (same problem as A). D. If I 1. load emacs with `emacs -q' (lower-case) from the command line 2. C-x C-f test2 3. C-x C-w 4. C-a goes to the expected (correct) location, after the prompt. Chong Yidong wrote: When finding a file (C-x C-f), I typically use C-a C-k to move to the beginning of the suggested search directory and kill it, so that I may quickly and easily type in the correct information. However, sometimes (usually not the first time I find a file in any given Emacs session), C-a moves to the very beginning of the minibuffer (before the prompt), Could you provide a recipe to reproduce this bug, beginning with `emacs -Q'?