Discussion :

[kain_tn]

Bonjour, je suis débutant en assembler x86 (j'ai programmé en assembler 8051 mais c'étais il y a quelques années), et je voudrais créer une fonction en assembler appellable dans un fichier .c, et faisant appel à l'interruption 10h du BIOS; je travaille avec nasm et gcc, sur un pentium MMX et une mandrake 9.2.

Mon problème est le suivant: je crée ces deux fichiers:

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
18
19
20
21
22
23
 
           ;mode_video.asm
 
            GLOBAL modevid
 
            modevid:
                    PUSH EAX
                    PUSH EBX
                    PUSH EBP
 
                    MOV EBP, ESP
                    MOV EBX, [EBP+8]
 
                    XOR AH,AH
                    MOV AL,BL
                    INT 10h
 
                    MOV ESP,EBP
                    POP EBP
                    POP EBX
                    POP EAX
 
                    RET

et pour le fichier .c:

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
 
/*
 * graph.c
 */
 
#include<stdio.h>
 
extern void modevid(int *);
 
int main()
{
int valeur= 0x13;
 
modevid(&valeur);
 
return 0;
]

je compile ensuite le .asm avec:
nasm -f elf mode_video.asm -o mode_video.o

puis le fichier .c avec le .o précédant:
gcc graph.c mode_video.o

puis je lance l'éxécutable et j'obtiens une segmentation fault.
Que faire?

Merci pour votre aide!

[Alcatîz]

Bonjour !

Le problème doit venir de l'instruction

Code :

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

MOV EBX, [EBP+8]

En effet, lors de l'appel de la fonction externe, le programme appelant empile l'adresse du paramètre puis au minimum EIP; ensuite, la fonction elle-même empile EAX, EBX puis EBP. Ce qui fait que le paramètre de la fonction doit se trouver sur la pile à minimum [EBP+16].

[kain_tn]

visiblement, j'ai toujours la segmentation fault...
J'ai essayé en ne sauvegardant rien et en passant directement le paramètre 13h dans AL mais toujours pareil...

[julson]

Je crois que tu ne peux pas appeler les int de cette facon sous linux en passant par gcc. Soit tu fais un apel systeme ou alors tu passe par une librairie en c prévu a cet effet.

Je te rassure ca ne marche pas plus sous windows.Je crois que ss windows il faut utiliser int86(...) (a verifier)

[Smortex]

Heu, j'ai un dfoute, mais il me semble que des que l'on rentre en pmode, on n'a plus acces aux int BIOS.... Donc sous Linux, il faut imperativement passer par l'int 80 qui est a Linux ce qu'est l'int 21 a DOS....

[Blustuff]

DOS s'est pas arrêté à l'int 21, z'étaient déjà gourmand à l'époque. ^^ En effet, je doute que Linux recrée l'IDT avec les int bios.

[lilington]

En fait, j'ai purement un problème Linux :
avec comme compilateur turbocpp ce code marche

Code :

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

1
2
3
4
5
6
7
int main()
{
    asm{
      mov ax,$0x13
      int 10h
   }
}

Sous Linux code équivalent :

Code :

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

1
2
3
4
5
int main()
{
    asm("mov $0x13,%ax");
    asm("int $0x10");
}

donne erreur de segmentation.
effectivement en commentant la ligne int $0x10 l'erreur n'apparait plus. donc c'est sur que la faut est l'appel de int.

Si quelqu'un a une idée de comment résoudre ce problème ...

[dapounet]

Il faut utiliser un émulateur comme DosBox ou utiliser une API moderne. Sous Windows. Sous Windows tes programmes DOS marchent grâce à NTVDM.