From: Dave Love <fx@gnu.org>
Date: Mon, 19 Mar 2001 14:54:02 +0000 (+0000)
Subject: batch read from minibuffer
X-Git-Tag: emacs-pretest-21.0.101~258
X-Git-Url: http://git.eshelyaron.com/gitweb/?a=commitdiff_plain;h=d70ba855bde44101cecd2a47027bc036ad2728c4;p=emacs.git

batch read from minibuffer
---

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.)