[英]Newline byte 0Ah being ignored by x86_64 system call print program
我在创建 NASM x86_64 程序时遵循了一个简单的教程,该程序使用定义的函数来打印变量,并在末尾添加新行。 sprintLF 调用 sprint,它依次打印 rax 中设置了适当系统调用的任何内容。 返回时 sprintLF 用 0Ah 更新 rax 换行代码,然后将其压入堆栈并将 rax 重新分配给 0Ah 的堆栈地址,然后再次调用 sprint 并将换行代码写入 stdout。 在我在 gdb 中调试 sprint 的所有代码下面,这表明所有正确的寄存器都存储了与系统调用 4 关联的值,我不知道为什么成功打印了变量字符串但换行符却没有。
呼叫代码
;; Hello World Program (Externam file include)
;; Compile with: nasm -f elf64 helloworld-if.asm
;; Link with ld helloworld-if.o -o helloworld-if
;; Run with ./helloworld-inc
%include 'function.asm' ; include our external file
SECTION .data
msg1 db 'Hello, brave new world!', 0h ;our first message string add null terminating byte
msg2 db 'This is how we recycle in NASM.', 0h ; our second message string add null terminating byte
SECTION .text
global _start
_start:
mov rax, msg1 ; mov the address of our first message string into RAX
call sprintLF ; call our string printing function
mov rax, msg2 ; move the address of our second message string into RAX
call sprintLF ; call our string printing function
call quit ; call our quit function
实用功能
; -------------------------------------------------------------------------------------------------------------------
; int slen(String message)
; String length calculation function
slen: ; this is our first function declaration
push rbx ; push the value in RBX onto the stack to preserve it while we use RBX in this function
mov rbx, rax ; move this address in RAX into RBX ( Both point to the same segment in memory)
nextchar:
cmp byte [rax], 0 ; this is the same as lesson 3
jz finished
inc rax
jmp nextchar
finished:
sub rax, rbx
pop rbx ; pop the value on the stack back into RBX
ret ; return to where the function was called
;; ---------------------------------------------------------------------------------------------------------
;; void sprint(String message)
;; String printing function
sprint:
push rdx
push rcx
push rbx
push rax
call slen
mov rdx, rax
pop rax
mov rcx, rax
mov rbx, 1
mov rax, 4
int 80h
pop rbx
pop rcx
pop rdx
ret
;; ----------------------------------------------------------------------------------------------------------
;; void sprintLF(String message)
;; String printing with line feed function
sprintLF:
call sprint
push rax ; push rax onto the stack to preserve it while we use the rax register in this function
mov rax, 0Ah ; push 0Ah into rax, 0Ah is the ascii character for a linefeed
push rax ; push the linefeede onto the stack so we can get the address
mov rax, rsp ; move the address of the current stack pointer into rax for sprint -> because write requires a memory address
call sprint ; call our sprint function
pop rax ; restore out linefeed character from the stack
pop rax ; return to our program
ret
;; -----------------------------------------------------------------------------------------------------------
;; void exit()
;; Exit program restore resources
quit:
mov rbx, 0
mov rax, 1
int 80h
ret
用于执行代码和输出的命令如下:
nasm -f elf64 helloworld-if.asm
ld helloworld-if.o -o hellworld-if
./hellworld-if
Hello, brave new world!This is how we recycle in NASM.
在另一个程序中,我尝试在将参数放入堆栈后打印参数,同样发生了同样的情况,所以我只能猜测系统调用不喜欢从堆栈中获取它的值,但我是汇编的新手,这让我感到困惑。
您一直在尝试将使用int0x80
32 位 Linux 代码转换为 64 位代码。 虽然这可以在很多情况下工作,但它并不适用于所有情况。 int 0x80
是 32 位系统调用接口,但是由于 Linux 内核中内置的 IA32 兼容性(大多数发行版的默认设置),您仍然可以使用int 0x80
。 问题在于,当内核处理您的int 0x80
请求时,只能识别寄存器的低 32 位。
您第一个问题中的代码没有出现任何问题,但此代码不起作用。 原因是 RSP 中的堆栈指针通常是无法用 32 位值寻址的地址。 当您执行mov rax,rsp
,RSP 的完整 64 位值将移至 RAX,但sprint
的int 0x80
调用只会看到 RAX 的底部 32 位(EAX 寄存器)。
解决这个问题的方法是使用 64 位syscall
接口。 不幸的是,传入的系统调用号和寄存器参数发生了变化。 Ryan Chapman 的博客有一个很好的 64 位syscall
系统调用号及其参数表。
表中的sys_write
系统调用号和参数是:
根据此信息,您可以通过执行以下操作将sprint
转换为使用syscall
接口:
sprint:
push r11 ; R11 and RCX are clobbered by syscall as well
push rcx
push rdx
push rsi
push rdi
push rax
call slen
mov rdx, rax ; RDX = number of characters to print
pop rax
mov rsi, rax ; RSI = address of characters to print
mov rdi, 1 ; RDI = file descriptor (1=STDOUT)
mov rax, 1 ; System call number 1 = sys_write
syscall ; 64-bit system call (rather than int 0x80)
pop rdi
pop rsi
pop rdx
pop rcx
pop r11
ret
这是相当低效的,它可以被清理。 我以这种方式呈现它,以便您可以从原始代码的角度理解更改。 我已经评论了相关的行。
注意:您真的应该使用 Ryan Chapman 的表作为指南将所有int 0x80
调用转换为syscall
。 我把它作为 OP 的练习。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.