[MASM32] Comment utiliser la fonction printf

**_Michel** · 14/08/2007, 16h10

Bonjours à tous!
Il y a certains points que je ne comprend pas au niveau de l'inclusion de librairies et de fonctions :

Comment permettre l'utilisation d'une fonction C, comme par exemple printf dans un programme assembleur 32 bits?
Je sais qu'il faut l'appeler : "call _printf", et je connait les conventions d'appel, mais comment indiquer au compilateur qu'il s'agit d'une fonction externe? Faut-il rajouter "extern _printf" dans le segment de code, ou bien inclure un prototype au début du fichier : "_printf proto ???"?

Ensuite, comment me procurer le fichier .lib qui contient la fonction précompilée? J'ai regardé dans le dossier lib de mon compilateur C, il n'y a pas de fichier "stdio.lib".

Ensuite, comment montrer au linker dans quel fichier il doit rechercher la fonction précompilée?

Ensuite, j'ai essayé d'utiliser les fonctions que propose masm, le compilateur que j'utilise.
Le programme suivant, qui doit afficher une chaîne sur la console, ne fait strictement rien!

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
 
.486
.model flat, stdcall
option casemap:none
 
include \masm32\include\windows.inc
include \masm32\include\kernel32.inc
includelib \masm32\lib\kernel32.lib
include \masm32\m32lib\masm32.inc
includelib \masm32\m32lib\masm32.lib
 
.data 
Message   db "Message à afficher.",0 
 
.code
start:
    invoke StdOut, addr Message
 
    invoke ExitProcess, 0
end start

Aidez-moi, s'il vous plais, je suis désespéré!!!

**Stormy_Ordos** · 14/08/2007, 16h33

Bonjour,

Pourquoi vouloir absolument utiliser Printf pour écrire du texte? tu peux utiliser les fonctions standard du SDK Windows (WriteConsoleW et WriteConsoleA si mes souvenirs sont corrects). Tu peux downloader le SDK gratuitement (incroyable

) et aller faire un tour du côté de MSDN (Microsoft Developer's Network) pour trouver les prototypes. Ces fonctions s'utilisent sans problèmes avec Kernel32.lib et User32.lib.

**_Michel** · 14/08/2007, 16h52

Tout à fait d'accord, il est possible d'utiliser les fonctions de l'API Windows, mais c'est aussi utile de savoir comment exploiter les fonctions C à partir d'assembleur et vice-versa.
En plus, il faut bien dire qu'il n'y a pas et il n'y aura jamais plus pratique que printf en matière de sortie de texte.

Sinon, au passage, une petite question : pourquoi en assembleur on dispose des fonctions WriteConsoleA, WriteConsoleW, MessageBoxA, MessageBoxW, ... alors qu'en C par exemple on peut utiliser les fonctions WriteConsole, MessageBox, ... sans spécifier quel format de chaine on utilise?

**Stormy_Ordos** · 14/08/2007, 16h59

Probablement parce que les bibliothèques C utilisent des macros texte qui font pointer un terme plus générique comme WriteConsole soit vers WriteConsoleA (pour Win9x) soit vers WriteConsoleW (systèmes NT). Je pense que c'est une question de simplicité.

il n'y aura jamais plus pratique que printf en matière de sortie de texte

Faut voir, Write/Writeln est très sympa aussi

.

**Stormy_Ordos** · 14/08/2007, 17h10

J'ai fait une recherche Google, juste pour voir (toujours penser à google avant de poster), et j'ai trouvé juste ce que tu cherchais :
Utiliser PROTO et INVOKE pour appeler printf à partir de MASM

**_Michel** · 14/08/2007, 18h01

Moi aussi, j'avais fait une recherche, mais j'avais rien trouvé.
Enfin bref, j'ai ajouté le prototype de printf dans mon programme, et j'ai essayer de compiler.
Mais là, ça va pas du tous, parce que pour utiliser les prototypes avec VARARG, il faut utiliser les conventions d'appel C, or pour utiliser l'API Windows, il faut utiliser les conventions Pascal ("stdcall" après la directive ".model").
En gros, on ne peut pas utiliser en même temps une fonctions C avec invoke (qui requière un prototype) et une fonction de l'API. Donc, à moins qu'on puisse changer au beau milieu du programme les conventions d'appel, il faut se résoudre à utiliser call avec les fonctions C.

Sinon, j'ai parcouru un peu les fichiers d'en-tête C des fonctions de l'API Windows (windows.h, winuser.h, ...) et j'ai remarqué qu'à chaque début de prototype, il y a le mot WINAPI. Ce serais pas ce qui permet au compilateur C de savoir qu'il faut utiser les conventions d'appel Pascal lors de l'appel de ces fonctions?

**dapounet** · 14/08/2007, 18h28

Lis la partie de ce tutorial sur les sous-programmes, c'est assez complet.

**_Michel** · 14/08/2007, 18h54

Il se trouve que j'ai déjà ce tutorial, et il n'est pas vraiment assez complet puisqu'il n'explique pas comment utiliser autre chose que les macros fournis avec.

J'ai recherché dans les header-files et j'ai trouvé que CALLBACK tout comme WINAPI ne servent qu'à informer le compilateur de la convention d'appel utilisé : stdcall.

**Stormy_Ordos** · 14/08/2007, 19h34

En gros, on ne peut pas utiliser en même temps une fonction C avec invoke (qui requiert un prototype) et une fonction de l'API. Donc, à moins qu'on puisse changer au beau milieu du programme les conventions d'appel, il faut se résoudre à utiliser call avec les fonctions C.

Essaie de ne pas déclarer de conventions d'appel au départ (à propos, STDCALL est la convention d'appel Win32, pas Pascal) et de déclarer tes prototypes avec EXTERN.
PROTO utilise automatiquement la convention d'appel déclarée, mais je ne suis pas sûr pour EXTERN.
Puis, tu empiles tes arguments dans l'ordre inverse et enfin CALL.

**dapounet** · 14/08/2007, 19h46

Envoyé par _Michel

Il se trouve que j'ai déjà ce tutorial, et il n'est pas vraiment assez complet puisqu'il n'explique pas comment utiliser autre chose que les macros fournis avec.

Pourtant au 4.7 il explique tout ce qu'il te faut, les registres à préserver, l'ordre d'empilement des paramètres etc. à part qu'il utilise NASM donc la syntaxe doit changer.

**Stormy_Ordos** · 14/08/2007, 19h49

http://www.unixwiz.net/techtips/win32-callconv-asm.html

**_Michel** · 15/08/2007, 12h11

Merci pour les conventions d'appel, je crois que je comprend mieux.
Maintenant, j'ai réussi à compiler un fichier obj à partir de ce code source :

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
 
.486
.model flat, stdcall
option casemap:none
 
include \masm32\include\windows.inc
include \masm32\include\kernel32.inc
includelib \masm32\lib\kernel32.lib
 
_printf    PROTO C arg1:Ptr Byte, printlist: VARARG
 
.data 
Message   db "Message à afficher.",0 
 
.code
start:
    invoke _printf, addr Message
    invoke ExitProcess, 0
end start

Mais pour en faire un executable, je ne sais pas avec quoi linker.

J'ai essayer de l'associer avec un fichier obj contenant le code suivant (en C) :

Code :

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

1
2
3
4
5
6
7
 
#include <stdio.h>
 
void AffichageMessage (char *ptr)
{
	printf ("%s", ptr);
}

et en remplacant bien entendu la fonction printf par la fonction AffichageMessage dans le fichier assembleur.

Voila ce que me donne ilink32 (linker de bcc55):
"Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Error: 'C:\ASM\CPUID\CPUID2.OBJ' contains invalid OMF record, type 0x4c (possibly COFF)"

Et voila ce que me donne link (linker de masm32) :
"Microsoft (R) Incremental Linker Version 5.12.8078
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.

affichage.obj : warning LNK4033: converting object format from OMF to COFF
LINK : fatal error LNK1221: a subsystem can't be inferred and must be defined"

Apparement, ils n'aiment pas top les .obj des autres compilateurs, mais c'est pourtant un format standard, non?

[MASM32] Comment utiliser la fonction printf

x86 32-bits / 64-bits Assembleur

Vue hybride

Discussions similaires

Partager

Partager