（一）
话说windows也有syscall，这是必须的。但是win的syscall可以直接call吗？可以是
可以但是破费周折，搞成SDT之类的复杂概念。下面看看linux是如何做的吧。
section .data msg db "hello hopy!",0x0a section .text global _start _start: mov eax,4 mov ebx,1 mov ecx,msg mov edx,12 int 0x80 mov eax,1 mov ebx,0 int 0x80
关键是系统调用号要知道，开始找的是usr/include/asm-gen*/unistd.h，
可是都不对。后来找的是usr/include/x86_64_linux_gnu/asm/下的头文件，
有2个，分别对应x86和x64.、编译连接指令如下:
nasm -f elf main.asm ld main.o
运行，段转储错误鸟，查了一下，本猫用的是x64位的linux，所以要生成
x64位的程序，或者指明是x86的程序，我选择后者:
ld -m elf_i386 -o main main.o
哦鸟！
（二）
我们在前一章中看到了如何仅仅用syscall做一些简单的事,现在我们看能不能直接调用
C标准库中的函数快速做一些"复杂"的事:
section .data ft db "now is %d",10 section .text extern puts extern exit extern sleep extern printf global main main: mov edi,11 again: dec edi push edi push ft call printf push 1 call sleep cmp edi,0 jnz again push msg call puts push 0 call exit msg: db "happy xxx day!",0
以上代码功能很简单,从10倒数到0,然后打印一行,最后结束.与之前代码不同的是其中
调用了C标准库中的函数.编译和以前一样:
nasm -e elf main.asm
我们看看怎么连接:
gcc -m32 -o main main.o
好鸟!运行正常.
值得注意的是:我的OS是ubuntu64,而asm代码中是32位的,如果开始用
ld -m elf_i386 -lc -o main main.o
的方式,首先会提示找不到c库,这可以进入/usr/lib,然后使用
sudo ln -sv /lib/i386-linux-gun/libc.so.6 libc.so
创建软连接解决.
但在运行时提示无法找到可执行文件!该文件明明在的!
遂用gcc来连接,但要将_start改为main,还要装载32库
sudo apt-get install ia32-libs
还会提示找不到h文件,这时再装载库
sudo apt-get install g++-multilib
还有2族库,如有必要也可加载:
sudo apt-get install libc6:i386 libgcc1:i386 gcc-4.6-base:i386 libstdc++5:i386 libstdc++6:i386 sudo apt-get install libc6-i386
最后要说的是,一些C代码在用std=c99编译时会发现提示无法获取结构大小,
这时改成如下即可:
gcc -D_GNU_SOURCE -std=c99 main.c
（三）
在（二）中我们尝试使用了C库的函数完成功能,那么能不能用syscall方式
来搞呢?显然可以!
section .data ft db "now is X",10 section .text global _start _start: mov edi,10 again: dec edi mov eax,edi add eax,0x30 mov byte [ft+7],al mov eax,4 mov ebx,1 mov ecx,ft mov edx,9 int 0x80 mov eax,162 push 0 push 1 mov ebx,esp mov ecx,0 int 0x80 cmp edi,0 jnz again mov eax,4 mov ebx,1 mov ecx,msg mov edx,15 int 0x80 mov eax,1 mov ebx,0 int 0x80 msg: db "happy xxx day!",10
--
nasm -f elf main.asm ld -m elf_i386 -o main main.o
在代码中延时使用的是nanosleep,其他和第一篇一致,只不过做了一个bin->ascii的小转换.
via： http://blog.csdn.net/mydo/article/details/8224352 http://blog.csdn.net/mydo/article/details/8452386 http://blog.csdn.net/mydo/article/details/8452417