terminfo 延迟/填充是如何在 TTY 中实现的？

Question

我一直在查看 terminfo，但它有延迟，例如$<5>，在功能字符串中。我试图通过在strace 下运行tput 来查看延迟是如何实现的，即，它是通过例如nanosleep 还是通过插入NUL 或其他字符来实现的。这是我尝试运行和跟踪的命令：

TERM=ansi77 strace -o log.txt tput dl1

我在ansi77 上选择了dl1，因为它被定义为dl1=\E[M$<5*/>。但是，我在跟踪中看到的只是 3 个字节的写入：

write(1, "\33[M", 3)                    = 3

1. 所以，我的问题是，延迟实际上是如何实现的？填充字符还是简单的进程/线程睡眠？
2. 我可以在终端模拟器中观察还是需要真正的硬件终端才能看到？
3. 尝试使用tput 重现它有什么缺陷吗？

Answer 1

同意@cliffordheath 的观点，即通过添加填充字符来完成填充，参考可用的文档会有所帮助。

硬件终端并没有停止存在，它们仍然是supported by ncurses。如果没有填充，这些旧终端将无法正常工作（丢弃或破坏您的输出）。 vt100 条目使用填充，xterm 不使用。

填充字符的 terminfo 名称是 pad； pc 是一个 termcap 名称（参见 terminfo(5)）：

   pad_char                  pad    pc   padding char
                                         (instead of null)

terminfo 手册页有一个很长的段落（Types of Capabilities）处理填充。 terminfo 格式支持两种类型的填充（advisory 和 mandatory），以它们的格式区分。 termcap 仅支持后者（当然使用不同的语法），并且与 terminfo 不同，所有延迟都同时发生（使“flash”的转义序列通常不起作用）。

命令行tput 程序不仅仅充当函数tputs 的包装器，但它在输出字符串时使用它。命令行程序提供了输出布尔、数字，当然还有字符串的能力。

库调用tputs 有一个参数表示受影响的线路数，在计算延迟时会考虑（如波特率）。

在 OP 的问题中

dl1=\E[M$<5*/>

指定与受影响的行数成比例的延迟（由"*" 字符标记）。 命令行 tput 实用程序受影响的行数为 1。它调用 putp 来执行此操作。然而，这反过来又调用delay_output，然后又调用baudrate。最后一个函数仅在终端初始化时才被初始化。命令行tput 不会 初始化终端，因此延迟对那个 不起作用。您应该会看到（在适当的速度下）使用库本身的延迟。

ncurses 还提供napms（毫秒）的时间延迟，这与填充不同。

Answer 2

在实现延迟的地方，它是通过传输填充字符（传统上是 NUL 字符）来完成的。填充字符可以通过变量 pad 或 pc 的 termdata/terminfo 设置来更改。

填充字符是必要的，因为程序无法知道先前发送的字符何时实际写入，以启动 CPU 延迟。即使内核在输出刷新后处理完这些字符，字符仍可能会缓冲在输出设备 UART 中。

所需填充字符的数量是根据波特率计算得出的 - 因此这取决于该信息是否可用且准确。

库中的 tputs 例程实现了填充（参见 man 3 tputs）。我怀疑命令行工具也是如此，因为它基本上只是一个包装器。