summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDave Love <fx@gnu.org>2001-03-19 14:54:02 +0000
committerDave Love <fx@gnu.org>2001-03-19 14:54:02 +0000
commit837cf93925b262db958e98d6475f8800440e5ae7 (patch)
treebcdfb473ce6783f5d80449e410cd41e001daf77e
parentd07945e607a49509e24e2b242638785403103b45 (diff)
downloademacs-837cf93925b262db958e98d6475f8800440e5ae7.tar.gz
batch read from minibuffer
-rw-r--r--lispref/os.texi4
1 files changed, 3 insertions, 1 deletions
diff --git a/lispref/os.texi b/lispref/os.texi
index 2bc4ccb6f57..bd05d39cf44 100644
--- a/lispref/os.texi
+++ b/lispref/os.texi
@@ -1917,7 +1917,9 @@ calls @var{function} with no arguments.
Any Lisp program output that would normally go to the echo area,
either using @code{message}, or using @code{prin1}, etc., with @code{t}
as the stream, goes instead to Emacs's standard error descriptor when
-in batch mode. Thus, Emacs behaves much like a noninteractive
+in batch mode. Similarly, input that would normally come from the
+minibuffer is read from the standard input descriptor.
+Thus, Emacs behaves much like a noninteractive
application program. (The echo area output that Emacs itself normally
generates, such as command echoing, is suppressed entirely.)