Discussion :

[eclesia]

Bonjour,

j'essai de me mettre a l'assembleur pour processeur (j'en avais deja fait dans le temps pour des microcontroleur) mais je bloque sur chaque appel syscall que je tente de faire.

voici le code que j'utilise :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
section .data
	message: db 'hello, world!',0
 
section .text
	global _start
 
_start:
	mov     rax, 4
	mov     rdi, 1
	mov     rsi, message
	mov     rdx, 14
	syscall
 
	mov     rax, 1
	xor     rdi, rdi
	syscall

je le compile et l'execute ensuite avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
nasm -f elf64 -o test.o test.asm
ld -s -o test test.o
./test

l'execution me donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
hello, world!Erreur de segmentation

Quelqu'un aurait une idée ?

[golden boy]

Bonjour,

ça donne quoi en mettant 60 dans RAX pour le exit ? (cf. le fichier unistd_64.h qui indique que 60 est le numéro correspondant à exit).

[eclesia]

Ca ne produit plus d'erreur, mais le message ne s'affiche pas non plus.

[golden boy]

En regardant unistd_64.h, je me suis rendu compte que le sys_write était 1 et non pas 4 (comme j'en ai l'habitude en 32 bits), en mettant 1 dans RAX pour l'écriture ça devrait marcher

[eclesia]

Ha parfait, ca marche cette fois.
Il n'y a vraiment aucune relation entre les syscall 32 et 64 ...

tu parle du fichier unistd_64.h (celui ci je suppose : /usr/include/asm/unistd_64.h).

sais tu ou je pourrais avoir plus de details sur chacun des syscall ?
une doc explicative, type de parametres ...etc...

[golden boy]

Pour connaître la fonction de chaque syscall, je me sers du man2, et pour connaître leur numéro attribué, je me sers en effet du fichier /usr/include/asm/unistd_xx.h « like a boss »

Les ressources sur le net son malheureusement toujours encore très axées sur le 32 bits...

[eclesia]

Les ressources sur le net son malheureusement toujours encore très axées sur le 32 bits...

Je l'ai appris a mes depends ces derniers jours. il n'y a plus grand chose de commun entre les deux.
- les numeros de syscall changes
- les registres a utiliser changes (un ebx ne devient pas logiquement un rbx)
- l'appel au syscall change 'int 80h' → 'syscall'

pas facile de se faire la main dans ses conditions.

merci pour ton aide.