1 |
> > > section .text |
2 |
> > Ca devrait être section .data, puisque ce sont tes données |
3 |
> |
4 |
> Le segmentation fault se produit quand le programme accede à une zone |
5 |
> mémoire qu'il n'a pas le droit d'accéder. Je pense effectivement que |
6 |
> cette modif devrait résoudre ton problème. |
7 |
|
8 |
Effectivement, cette modification résoud bien le problème. |
9 |
|
10 |
> D'autre part par simple curiosité: laquelle de tes instructions est |
11 |
> sensée afficher le message? |
12 |
|
13 |
Donc d'après le tutoriel (et je le comprend aussi comme ça, l'affichage |
14 |
du message se fait avec l'appel se fait grace à : |
15 |
|
16 |
mov edx, len ; longueur du message |
17 |
mov ecx, msg ; message à afficher |
18 |
mov ebx, 1 ; file descriptor (stdout)* |
19 |
mov eax, 4 ;n° d'appel système, ici 4 pour afficher msg |
20 |
int 0x80 |
21 |
|
22 |
* pourquoi passer 1 à ebx, là, je ne sais pas trop encore, mais je pense |
23 |
que c'est pour choisir l'endoit où envoyer le message, sortie standard, |
24 |
ou un autre périférique... |
25 |
|
26 |
> Pour les manpages, tu remarquera qu'il n'y a pas forcément que man qui |
27 |
> peut planter avec ce type d'erreur. Le "seg-fault" le plus courant est |
28 |
> l'acces à un pointeur null en C, ce qui peut être tres vicieux lorsque |
29 |
> tu travaille sur des structures de données complexes. |
30 |
|
31 |
A mon avis, ça vient peut être du fait qu'un programme utile à man a été |
32 |
mal compilé... J'ai normalent un emerge -e world qui devrait arriver |
33 |
d'ici peu, ça devrait pouvoir corriger le problème je pense... |
34 |
|
35 |
Et pour répondre à la question de Frederik, je ne pense pas que ça |
36 |
vienne de la RAM étant donné que je n'ai eu que ce problème, avec |
37 |
gentoo exclusivement. J'ai eu aussi un windows d'installé ainsi que du |
38 |
FreeBSD, sans problèmes semblant provenir de la mémoire vive... |
39 |
|
40 |
En tous cas, merci pour vos réponses..; |
41 |
|
42 |
Fred aussi |
43 |
|
44 |
-- |
45 |
gentoo-user-fr@g.o mailing list |