bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: error when using keyboard-quit (^G)


From: Eli Zaretskii
Subject: Re: error when using keyboard-quit (^G)
Date: Thu, 27 Dec 2001 10:50:11 +0200 (IST)

On Wed, 26 Dec 2001, Mickey Ferguson wrote:

> I can't give exact details of how to reproduce this problem, but I can give
> a few generalities.  I have a single file loaded into emacs, move around a
> bit with some searches, etc., setting point and mark, split into two windows
> (C-X 2), move down into the bottom half, move around some more with some
> more searches.  Then I hit C-x C-g (because I started a C-x extended command
> and then changed my mind, using C-g to cancel the command).  What happens is
> that the active cursor moves from the bottom half (window) to the top
> window, and the bottom window's location within the file gets lost.

This is typical to a situation where you had the minibuffer active
before typing C-g.  It could happen if you invoked a command, such as
"C-x C-f", which reads from the minibuffer, then switched out of the
minibuffer without finishing that command, e.g., with "C-x o" or with
a mouse click outside the minibuffer.  When this happens, you are in
effect in a recursive edit, so when you type enough C-g's to terminate
the original minibuffer input, Emacs restores the screen to what it
looked like before that unfinished command.

Is it possible that this is how it happened for you?  You can see if
that's the case by sitting at the machine doing nothing for a while:
if there's an active minibuffer, the prompt will eventually appear
there, after some time.

To avoid these surprises, always terminate the minibuffer input,
either by RET or by C-g.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]