Ruby 命令正在关闭 tty echo

Question 1

当你在提示符中输入以下内容时：

$ And now you don't.
>

这触发了命令行延续。您显然没有在 OSX 上设置辅助提示符（我猜是提示符的问题），但您的问题是因为您使用了那个特定的字符串“$ And now you don't.`”。

当你输入以下内容时：

$ echo And we''re back.
And were back.

您正在关闭延续。请尝试不同的字符串，看看是否会出现同样的问题。

笔记：底线问题在于您的使用'....'。

Answer

当你在提示符中输入以下内容时：

$ And now you don't.
>

这触发了命令行延续。您显然没有在 OSX 上设置辅助提示符（我猜是提示符的问题），但您的问题是因为您使用了那个特定的字符串“$ And now you don't.`”。

当你输入以下内容时：

$ echo And we''re back.
And were back.

您正在关闭延续。请尝试不同的字符串，看看是否会出现同样的问题。

笔记：底线问题在于您的使用'....'。

Question 2

echo终端驱动程序设置中的设置指定终端驱动程序是否应该回声返回您输入的字符。应用程序vi或现代 shell在他们的提示下不要使用那个，他们也不使用终端典范模式，它们确实处理每一个按键，并且回声通过写入终端设备，您可以自己输入内容。

但是，readline 以及使用它的任何应用程序，例如bash或gdb也会禁用他们的 回响当检测到终端echo已被禁用时，其他 shell 会喜欢zsh或tcsh不喜欢。

请注意，在(或任何具有自己的行编辑器的现代 shell) shell 提示符echo下始终禁用，因为 readline 会自行回显。/在每个提示之前保存终端设置，并将其设置为实现其行编辑器所需的设置 (包括禁用)，然后在运行命令之前将其重置为保存的值。bashbashreadlineecho

因此的输出stty -a是保存的配置。并且bash/readline（但不是其他 shell）在echo被禁用时会禁用其自身的回显在保存的配置中。

通过发出以下命令，您可以获得与所见相同的行为：

stty -echo

应用程序通常在发出密码提示时禁用终端回显，或者像上述情况一样vi，bash以实现它们自己的文本编辑（然后它们不使用终端规范模式），并且在退出时恢复设置。

您的情况的另一个不同之处是icanon已被禁用，这表明我们更有可能出现第二种情况。

您的 ruby 脚本可能启动了一个无法正确重置终端设置的可视化应用程序。如果该应用程序被不可捕获的信号（如 SIGKILL）终止，或者它仍在运行或暂停，则可能会发生这种情况。

要恢复终端设置，您可以执行stty sane或reset。您可能需要检查没有进程仍在运行以及该脚本运行的应用程序以及它为什么行为不当。

Answer