【问题标题】:Why do write syscalls print `%` at end on linux x86_64 (nasm)?为什么在 linux x86_64 (nasm) 上写系统调用会在末尾打印 `%`?
【发布时间】:2018-06-21 20:58:48
【问题描述】:

以下 hello-world 程序在打印字符串的末尾显示一个 % 符号。为什么会这样?如何删除?

这是我的程序:

section .data
    msg db  "hello, world!"

section .text
    global _start
_start:
    mov rax, 1      ; syscall 1 (write)
    mov rdi, 1      ; arg 1 = 1 (stdout)
    mov rsi, msg    ; arg 2 = msg ("hello, world!")
    mov rdx, 13     ; arg 3 = 13 (char count)
    syscall         ; call write
    mov rax, 60     ; syscall 60 (exit)
    mov rdi, 0      ; arg 1 = 0 (OK)
    syscall         ; call exit

这是我运行可执行文件时的输出:hello, world!%

提前致谢。

编辑:这似乎是由 zsh 引起的(在 bash 中不可重现)。问题是为什么会发生这种情况以及如何解决它。

【问题讨论】:

标签: linux nasm x86-64 zsh system-calls


【解决方案1】:

发生这种情况是因为您的程序的输出没有以换行符结尾。


您的程序没有打印%。您可以通过将其输出传递到 hexdump -C 或类似的方式来验证这一点。

您也可以使用strace 来跟踪系统调用它的构造,但这不会显示输出,因此不排除内核神奇地添加%。 (但您可以确定内核不会那样做。唯一可能的修改是write 提前返回,而无需写入完整的缓冲区。这仅适用于较大的缓冲区大小,尤其是在写入管道时缓冲区大于管道缓冲区(可能 64kiB)。


这是针对部分行的 ZSH 功能: Why ZSH ends a line with a highlighted percent symbol?。您没有说它是突出显示的 % 符号。准确/完整的描述很重要。

(此答案的早期版本假设您在 ZSH 中使用 % 作为提示符。% 有时用作提示符,但更常见于 tcsh 等 C-shell,而不是 bash 等 Bourne 派生的 shell和 zsh。)

你会从echo -n "hello, world!" 得到完全相同的东西。例如在 bash 中:

peter@volta:/tmp$ echo -n 'hello world!'
hello world!peter@volta:/tmp$ 

在 ZSH 中:

volta:/tmp$ echo -n 'hello world!' 
hello world!%
volta:/tmp$      # and the % on the previous line is in inverse-video

Bash 只在前台命令退出后打印$PS1(或运行$PROMPT_COMMAND),无论光标位置如何。它不能直接检查程序的输出是否以换行符结尾。我猜 ZSH 使用 VT100 转义码来查询光标位置以检测程序将光标不在行首的情况。

当您cat 一个不以换行符结尾的文件或任何其他情况时,您也会得到这个。


要修复它,请在您的消息中包含一个换行符(ASCII 换行符,0xa)

section .rodata
    msg: db  "hello, world!", 0xa
    msglen equ $ - msg               ; use mov edx, msglen
    msgend:                          ; or  mov edx, msgend - msg

有关让汇编程序为您计算大小的更多详细信息,请参阅How does $ work in NASM, exactly?

不要省略 NASM 中数据标签上的:;它的风格很好,避免了与指令助记符和汇编指令的名称冲突。

NASM(但不是 YASM)在反引号内接受 C 样式的转义符,因此您可以编写而不是换行符的数字 ASCII 代码

  msg: db  `hello, world!\n`

【讨论】:

  • 我希望我能多投一票,指出如何计算消息长度而不是脆弱的计数......
  • 谢谢!至于消息长度,我刚刚开始学习教程,所以我还没有走那么远,但很高兴知道。
  • @TobySpeight:我链接了stackoverflow.com/questions/47494744/… 以获取更多详细信息,因此您可以为长度计算部分投票:) 我还更新了有关 ZSH 的信息,这是故意这样做的;很好地找到了对该问题的评论。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-05-12
  • 2014-07-07
  • 2013-10-19
  • 2014-04-22
  • 2014-02-16
  • 1970-01-01
相关资源
最近更新 更多