Exécution de code d'assemblage 32 bits sur un processeur 64 bits Linux & 64 bits: expliquer l'anomalie

je suis dans un problème intéressant.J'ai oublié que j'utilise 64bit machine & OS et j'ai écrit un code d'assemblage 32 bits. Je ne sais pas écrire du code 64 bits.

c'est le code d'assemblage de 32 bits x86 pour Gnu Assembler (syntaxe AT&T) sous Linux.

//hello.S
#include <asm/unistd.h>
#include <syscall.h>
#define STDOUT 1

.data
hellostr:
    .ascii "hello wolrdn";
helloend:

.text
.globl _start

_start:
    movl $(SYS_write) , %eax  //ssize_t write(int fd, const void *buf, size_t count);
    movl $(STDOUT) , %ebx
    movl $hellostr , %ecx
    movl $(helloend-hellostr) , %edx
    int "151900920"x80

    movl $(SYS_exit), %eax //void _exit(int status);
    xorl %ebx, %ebx
    int "151900920"x80

    ret

maintenant, ce code devrait fonctionner correctement sur un processeur 32 bits et un OS 32 bits n'est-ce pas? Comme nous le savons, les processeurs 64 bits sont rétrocompatibles avec les processeurs 32 bits. Alors, qui également ne pas être un problème. Le le problème se pose à cause des différences dans les appels système et le mécanisme d'appel dans les OS 64-bit et 32-bit. Je ne sais pas pourquoi, mais ils ont changé les numéros d'appel système entre linux 32 bits et linux 64 bits.

asm / unistd_32.h définit:

#define __NR_write        4
#define __NR_exit         1

asm / unistd_64.h définit:

#define __NR_write              1
#define __NR_exit               60

de toute façon, utiliser des Macros au lieu de numéros directs est payant. Il assure des numéros d'appel système corrects.

quand je assembler & lien & exécuter le programme.

$cpp hello.S hello.s //pre-processor
$as hello.s -o hello.o //assemble
$ld hello.o // linker : converting relocatable to executable

ce n'est pas l'impression de helloworld .

Dans gdb son montrant:

• programme terminé avec le code 01.

je ne sais pas comment déboguer dans gdb. en utilisant le tutoriel, j'ai essayé de le déboguer et d'exécuter l'instruction en vérifiant les registres d'instructions à chaque étape. ça me montre toujours "programme terminé avec 01". Ce serait bien si certains pouvaient montrez-moi comment déboguer.

(gdb) break _start
Note: breakpoint -10 also set at pc 0x4000b0.
Breakpoint 8 at 0x4000b0
(gdb) start
Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Temporary breakpoint 9 (main) pending.
Starting program: /home/claws/helloworld 

Program exited with code 01.
(gdb) info breakpoints 
Num     Type           Disp Enb Address            What
8       breakpoint     keep y   0x00000000004000b0 <_start>
9       breakpoint     del  y   <PENDING>          main

j'ai essayé de courir strace . C'est sa sortie:

execve("./helloworld", ["./helloworld"], [/* 39 vars */]) = 0
write(0, NULL, 12 <unfinished ... exit status 1>

1. expliquer les paramètres de write(0, NULL, 12) appel système dans la sortie de strace?
2. que exactement se passe-t-il? Je veux savoir pourquoi exactement sort avec exitstatus=1?
3. est-ce que quelqu'un peut me montrer comment pour déboguer ce programme en utilisant gdb?
4. pourquoi ont-ils changé les numéros d'appel du système?
5. veuillez modifier ce programme de manière appropriée afin qu'il puisse fonctionner correctement sur cette machine.

EDIT:

après avoir lu la réponse de Paul R. J'ai vérifié mes dossiers

claws@claws-desktop:~$ file ./hello.o 
./hello.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped

claws@claws-desktop:~$ file ./hello
./hello: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, not stripped

je suis d'accord avec lui que ceux-ci devraient être ELF 32-bit relogeable & exécutable. Mais cela ne veut pas répondre à mes questions. Toutes mes questions sont toujours des questions. Ce qui se passe exactement dans ce cas? Est-ce que quelqu'un peut répondre à mes questions et fournir une version x86-64 de ce code?