# HG changeset patch
# User Dave Love <fx@gnu.org>
# Date 985013642 0
# Node ID 705d5129bb7214f0e25f3f8ad967bfcf33fb5fad
# Parent  da90c393ed4e0bc16d4e17f15d613c6b63c00c37
batch read from minibuffer

diff -r da90c393ed4e -r 705d5129bb72 lispref/os.texi
--- a/lispref/os.texi	Mon Mar 19 14:53:19 2001 +0000
+++ b/lispref/os.texi	Mon Mar 19 14:54:02 2001 +0000
@@ -1917,7 +1917,9 @@
   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.)