From d70ba855bde44101cecd2a47027bc036ad2728c4 Mon Sep 17 00:00:00 2001 From: Dave Love Date: Mon, 19 Mar 2001 14:54:02 +0000 Subject: [PATCH] batch read from minibuffer --- lispref/os.texi | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) 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.) -- 2.39.2