Next: Prefix Command Arguments, Previous: Waiting, Up: Command Loop [Contents][Index]
Typing C-g while a Lisp function is running causes Emacs to quit whatever it is doing. This means that control returns to the innermost active command loop.
Typing C-g while the command loop is waiting for keyboard input
does not cause a quit; it acts as an ordinary input character. In the
simplest case, you cannot tell the difference, because C-g
normally runs the command keyboard-quit, whose effect is to quit.
However, when C-g follows a prefix key, they combine to form an
undefined key. The effect is to cancel the prefix key as well as any
prefix argument.
In the minibuffer, C-g has a different definition: it aborts out of the minibuffer. This means, in effect, that it exits the minibuffer and then quits. (Simply quitting would return to the command loop within the minibuffer.) The reason why C-g does not quit directly when the command reader is reading input is so that its meaning can be redefined in the minibuffer in this way. C-g following a prefix key is not redefined in the minibuffer, and it has its normal effect of canceling the prefix key and prefix argument. This too would not be possible if C-g always quit directly.
When C-g does directly quit, it does so by setting the variable
quit-flag to t. Emacs checks this variable at appropriate
times and quits if it is not nil. Setting quit-flag
non-nil in any way thus causes a quit.
At the level of C code, quitting cannot happen just anywhere; only at the
special places that check quit-flag. The reason for this is
that quitting at other places might leave an inconsistency in Emacs’s
internal state. Because quitting is delayed until a safe place, quitting
cannot make Emacs crash.
Certain functions such as read-key-sequence or
read-quoted-char prevent quitting entirely even though they wait
for input. Instead of quitting, C-g serves as the requested
input. In the case of read-key-sequence, this serves to bring
about the special behavior of C-g in the command loop. In the
case of read-quoted-char, this is so that C-q can be used
to quote a C-g.
You can prevent quitting for a portion of a Lisp function by binding
the variable inhibit-quit to a non-nil value. Then,
although C-g still sets quit-flag to t as usual, the
usual result of this—a quit—is prevented. Eventually,
inhibit-quit will become nil again, such as when its
binding is unwound at the end of a let form. At that time, if
quit-flag is still non-nil, the requested quit happens
immediately. This behavior is ideal when you wish to make sure that
quitting does not happen within a “critical section” of the program.
In some functions (such as read-quoted-char), C-g is
handled in a special way that does not involve quitting. This is done
by reading the input with inhibit-quit bound to t, and
setting quit-flag to nil before inhibit-quit
becomes nil again. This excerpt from the definition of
read-quoted-char shows how this is done; it also shows that
normal quitting is permitted after the first character of input.
(defun read-quoted-char (&optional prompt)
"…documentation…"
(let ((message-log-max nil) done (first t) (code 0) char)
(while (not done)
(let ((inhibit-quit first)
…)
(and prompt (message "%s-" prompt))
(setq char (read-event))
(if inhibit-quit (setq quit-flag nil)))
…set the variable code…)
code))
If this variable is non-nil, then Emacs quits immediately, unless
inhibit-quit is non-nil. Typing C-g ordinarily sets
quit-flag non-nil, regardless of inhibit-quit.
This variable determines whether Emacs should quit when quit-flag
is set to a value other than nil. If inhibit-quit is
non-nil, then quit-flag has no special effect.
This macro executes body forms in sequence, but allows quitting, at
least locally, within body even if inhibit-quit was
non-nil outside this construct. It returns the value of the
last form in body, unless exited by quitting, in which case
it returns nil.
If inhibit-quit is nil on entry to with-local-quit,
it only executes the body, and setting quit-flag causes
a normal quit. However, if inhibit-quit is non-nil so
that ordinary quitting is delayed, a non-nil quit-flag
triggers a special kind of local quit. This ends the execution of
body and exits the with-local-quit body with
quit-flag still non-nil, so that another (ordinary) quit
will happen as soon as that is allowed. If quit-flag is
already non-nil at the beginning of body, the local quit
happens immediately and the body doesn’t execute at all.
This macro is mainly useful in functions that can be called from
timers, process filters, process sentinels, pre-command-hook,
post-command-hook, and other places where inhibit-quit is
normally bound to t.
This function signals the quit condition with (signal 'quit
nil). This is the same thing that quitting does. (See signal
in Errors.)
You can specify a character other than C-g to use for quitting.
See the function set-input-mode in Input Modes.
Next: Prefix Command Arguments, Previous: Waiting, Up: Command Loop [Contents][Index]