更正fd的shell提示

问题描述

我正在用C创建自定义外壳，我想知道应该在哪个fd上编写提示。

mycoolshell $

查看其他经典shell，我发现dash使用STDERR作为提示。 csh和tcsh使用STDOUT。对于bash，zsh和BSD sh，我什么都找不到。我用过

% dash 2>file
echo qwe
echo qwe
% cat file
(dashprompt$)
(dashprompt$)

检查破折号的提示fd。与csh 1>file的csh相同，但是我对其他的不幸。

是否为此使用标准或POSIX fd？可以使用STDIN吗？

解决方法

如果希望与Posix兼容，则需要将提示写到stderr。 （请参见下面的PS1环境变量的规范。）

不管严格的Posix兼容性如何，stdin绝对是不正确的，因为它可能不允许写操作。 stdout也不是一个好主意，因为它通常是行缓冲的。有些外壳程序（我相信包括zsh）会将提示写到连接到当前终端（例如/dev/tty）的文件描述符中，这可能是打开stderr的样子，好像没有重定向一样，尽管它不一定是相同的文件描述符。但是使用/dev/tty或同等功能是非标准的。

仅当外壳为 interactive 时才打印提示。根据Posix的说法，如果外壳是通过以下两种方式之一调用的，则它是交互式的：

如果存在-i选项，或者没有操作数，并且外壳程序的标准输入和标准错误附加到终端，则该外壳程序被认为是交互式的。 （sh utility,Options）

很明显，如果您使用shell执行脚本，则不希望shell弹出提示。因此，您需要某种机制来判断该shell是交互使用还是作为脚本处理器使用。 Posix的要求似乎相当准确。 （请参阅isatty()库函数以查看执行此测试的一种方法。）

这也说明了为什么stderr重定向到文件时测试未能捕获提示。重定向stderr会导致Shell非交互性，因此不会出现提示。为了正确进行测试，您需要使用-i选项强制外壳交互。

Posix要求通过更改PS1环境变量的值来修改提示。这是Posix所说的，包括要求将提示打印到stderr的要求：（强调）

PS1

每次交互式外壳程序准备好读取命令时，此变量的值应进行参数扩展并写入标准错误。默认值应为“ $”。对于具有特定的其他实施定义特权的用户，默认值可能是另一个实施定义的值。外壳程序应替换字符“！”的每个实例。在PS1中，带有要键入的下一个命令的历史文件编号。转义“！”和另外一个 '！' （即“ !!”）应放置文字字符'！'在提示中。 （Shell command language,Shell Variables）

大多数外壳程序在PS1中允许使用更丰富的替换集。但是，该值可以进行参数扩展这一事实允许进行广泛的自定义。这就意味着出现在PS1变量值中的参数和命令引用（与通常的变量扩展不同）在每次打印提示时都会被扩展。