这个最近的汇编问题引起了我的注意,不是因为明显多余的指令,而是因为sys_write
输出的内容。
该程序尝试输出所有 256 个 ASCII 字符,从 ASCII 48 开始,从 255 到 0,最后以 47 结束。
提问者提供的输出为:
└─$ ./example_displayascii
0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~��������������������������������������������������������������������������������������������������������������������������������
我可以接受以这种方式打印 128 个扩展 ASCII 代码,但是从 0 到 31 的代码怎么了,尤其是从 32 到 47 的代码,这些代码显然必须是可打印的字符!
我的问题:
sys_write
当 Linux 面对从 0 到 31 的(控制)代码时,它通常会做什么?- 具体来说,当某人用对 10、13 而不是正常的仅 10 来终止一条线路时,会发生什么情况?
sys_write()
根本不解释数据。就它而言,它只是将二进制数据传递给设备驱动程序。某些设备驱动程序可能会在将数据发送到设备之前对其进行进一步处理。例如,当设置模式
\n
时,终端驱动程序会进行特殊处理,将其转换为。ONLCR
\r\n
默认情况下,
\r
不会进行特殊处理。因此,如果您写入\n\r
,则实际写入的是\r\n\r
。终端驱动程序遵循一些其他输出模式,这些模式可能会影响其他控制字符。您可以在 POSIX 规范中的输出模式中查看完整列表。它们中的大多数很少使用;例如,所有与添加延迟相关的模式都是 20 世纪 70 年代常见的打印终端所需要的,因为它们几乎没有缓冲,可能会丢失在等待打印头移动时收到的字符。
控制字符写入后如何解释取决于终端设备本身。大多数控制字符对终端没有特殊含义,也不会产生任何输出。但我以前见过终端会显示包含数字代码的字符。
系统
write()
调用与将二进制数据写入非终端文件时使用的系统调用相同。POSIXopen
/read
/write
/close
类似于 ISO Cfopen
/fread
/fwrite
/fclose
。C stdio 函数只是对同名的系统调用进行缓冲。(如果发生任何二进制与文本转换,在 GNU/Linux 等 POSIX 系统上不会发生这种情况,它是在 C stdio 包装器中,而不是 POSIX 系统调用中。)这是将 stdout 连接到 Konsole 中的 tty 时的输出,Konsole 是 KDE 的 xterm 等效终端仿真器,采用 UTF-8 模式,使用 Monospace 12pt。(Arch GNU/Linux。) XTerm和现代终端仿真器(如 Konsole 和 GNOME-Terminal)基本上模拟VT-100。
运行后我按了一次回车键,因为退出时光标不在行首,所以
bash
打印的第一个提示前面有空格。我使用鼠标选择提示和文本,但没有选择屏幕截图中包含的最后一个提示;这就是为什么那部分的背景是浅灰色。运行后第一个提示左侧的明亮空白不是由于鼠标选择,这是某些字符的真实效果。复制/粘贴为文本(仅从上一张图片中使用鼠标选择)。
有趣的是,连明亮的空白都被复制了。我没想到它能在复制/粘贴和 Stack Overflow markdown 中幸存下来。
终端上没有什么特殊之处;CR 将光标发送到最左边的列,但它在 LF(换行符
\n
=10
)之后已经在那里了。