Re: emacsclient in elisp

[Eli Zaretskii <eliz@gnu.org>]

> Cc: bugs@gnu.support, emacs-devel@gnu.org
> From: Daniel Mendler <mail@daniel-mendler.de>
> Date: Sat, 22 May 2021 12:09:24 +0200
> 
> On 5/22/21 8:11 AM, Eli Zaretskii wrote:
> >> From: Stefan Monnier <monnier@iro.umontreal.ca>
> >> I don't think so.  The only problem I could see is interaction between
> >> the stdin/stdout code of `read-from-minibuffer` (in batch mode) and
> >> `make-stdio-process`, but we could just decide that calling
> >> `make-stdio-process` makes future `read-from-minibuffer` signal
> >> an error (i.e. you can use either one or the other but not both).
> > 
> > Doesn't sound like a good idea to me.  There's no real reason for
> > being so harsh to applications.
> 
> For my use case this would not be harsh. A running Emacs will explicitly
> opt-in to use the special make-stdio-process to read from stdin. This
> special process will only be used by external worker Emacsen controlled
> from the main Emacs. In that scenario the data flowing over stdin-stdout
> is tightly controlled (IPC protocol). There hopefully won't be spurious
> read-from-minibuffer calls.

The last assumption is questionable: even if you only talk about batch
mode, it would prevent or complicate using Emacs as a simple filter,
and will get in the way of asking the user any questions (which should
be possible in batch mode).