[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when ca
From: |
Eli Zaretskii |
Subject: |
bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line |
Date: |
Sat, 28 May 2022 22:25:53 +0300 |
> From: Peter Ludemann <peter.ludemann@gmail.com>
> Date: Sat, 28 May 2022 11:27:22 -0700
> Cc: Michael Albinus <michael.albinus@gmx.de>, 55599@debbugs.gnu.org
>
> It seems that there is a way to get an interactive message to the terminal in
> batch mode ...
>
> During daemon startup (with an existing .emacs.desktop file), I get this
> on my terminal:
>
> bunzip2ing contrib-protobufs-2021-06-07-15-56.tbz2...
> bunzip2ing contrib-protobufs-2021-06-07-15-56.tbz2...done
> Parsing tar file...
> Parsing tar file...done
> Please type y, n, ! or i, or C-v/M-v to scroll:
>
> This seems to be from make-progress-reporter, which (if I read the code
> correctly) ends up calling
> (message "%s %s %s" text pulse-char suffix)). And that message displays
> interactively on the terminal.
During startup of the daemon, it can still have its original standard
output/error streams (and even that is not guaranteed if it is not
invoked from the shell prompt), but once it starts, the standard
output/error streams are closed b y the system and are no longer
available, AFAIK.
> So, there is a way to have the messages from emacsclient --eval display on
> the terminal, but in some
> (most?) situations they don't. (The definition for message says: "In batch
> mode, the message is printed to
> the standard error stream, followed by a newline.") So, I infer that
> yes-or-no-p should just use "message"
> and all will be fine.
yes-or-no-p needs to ask a question and get the response.
> As to your suggested feature request: I'm not requesting termination of the
> server non-interactively - I'm just
> saying that when the shutdown command comes from the command line, the
> messages be output to the
> terminal, the way "message" does and not the way yes-or-no-p does.
The terminal is still taken by the client frame it displays.
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Peter Ludemann, 2022/05/23
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Michael Albinus, 2022/05/24
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Peter Ludemann, 2022/05/24
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Eli Zaretskii, 2022/05/24
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Peter Ludemann, 2022/05/28
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line,
Eli Zaretskii <=
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Eli Zaretskii, 2022/05/28
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Peter Ludemann, 2022/05/31
- bug#55599: save-buffers-kill-emacs doesn't give a visible prompt when called from command line, Eli Zaretskii, 2022/05/31