Discussion :

[Hibou57]

Hi all,

Je suis sous windows (98se).

J'ai créé un fichier de définition pour user32.dll avec impdef.
J'ai créé une librairie pour user32.dll avec buildlib (une sorte de implib 32 bits) et user32.def.
J'ai écri un petit programme C

Code :

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

1
2
3
4
5
6
7
8
 
int MessageBoxA (void* parent, char* message, char* caption, int style);
 
int main (int argc, char* argv [])
{
     MessageBoxA (0, "un petit message", "titre", 0);
     return 0;
}

je compile avec la commande gcc test.c -luser32

Mais j'ai toujours le même message : undefined reference to MessageBoxA.

Pourtant MessageBoxA est bien dans user32.lib (je l'ai vérifié). J'ai aussi essayer en remplacant MessageBoxA par MessageBoxA@16 dans user32.def puis en recréant le nouvelle user32.lib. Mais le résultat est le même.

Please : how do I use an import from scratch ?

snifff, snifff.... je suis desespéré

[Pragmateek]

La bibliotheque a bien été signalée au linkeur?

EDIT:Quel est l'IDE?

[Hibou57]

Merci Seriousme pour ta réponse

Oui, la bibliothèque a bien été signalé au lieur (qui est ld), et je peux confirmer qu'il la trouve.

Je ne travail pas avec un IDE, mais en ligne de commande. Avec gcc, pour compiler les fichiers C. Avec ld pour lier les objets, avec impdef pour créer les fichiers de définitions des dll étrangères, et avec buildlib (un genre de implib) pour créer le librairie d'importation d'une dll étrangère.

J'ai essayer en décorant MessageBoxA avec le @16, sans le @16, j'ai essayé en ajoutant un blanc-souligné avant le nom (pour la déclaration dans le fichier C), et sans blanc-souligné aussi...

Je n'y comprends rien

[Hibou57]

J'ai trouvé la solution. Il faut ajouter ce truc bizzare dans la déclaration : __attribute__((stdcall)) il y a deux blanc souligné à chaque fois, et il est obligatoire d'utiliser deux paranthèses. C'est un truc complétement tordu et lofoque, mais ça marche. Cette chose bizzare dit au compilateur que la convention d'appel est celle du Pascal (ce que je voulais).

Cela ne venait donc pas de la librairie, mais du source C. J'ai modifié le fichier C pour que la declaration soit « extern __attribute__((stdcall)) int MessageBoxA (void* parent, char* message, char* caption, int style); » et ça fonctionne hamdullah

alors je peux même créer la librairie d'import en utilisant MessageBoxA ou MessageBoxA@16, ça marche dans les deux cas!

Pour faire plus simple et plus lisible, il suffit de définire une macro, par exempe « #define API extern __attribute__((stdcall)) », et de l'utiliser ainsi « API int MessageBoxA (void* parent, char* message, char* caption, int style); ». Ceci evite d'avoir à lire et à écrire sans cesse cette bizzarerie de __attribute__((stdcall))

Ceci dit, en passant, on remarquera une fois de plus que le C est un langage trés mal conçus (rafistolage + rafistolage + etc ... = #~*!)

[DaZumba]

Ceci dit, en passant, on remarquera une fois de plus que le C est un langage trés mal conçus (rafistolage + rafistolage + etc ... = #~*!)

Ben tiens. C'est comme les tennismen francais: quand ils perdent, c'est la faute de la raquette.
Ce que tu racontes est bizarre, notamment la decoration de la fonction - ton fichier n'aurait pas l'extension .cpp par hasard (ce qui invoquerait le compilateur C++)? Sinon, c'est encore une specificite de l'API Win32...

[Médinoc]

DaZumba: Non, les décorations C++ sont bien pires.
le @16, c'est la décoration C pour une fonction en __stdcall. (16 étant la taille de paramètres que la fonction retire elle-même de la pile: c'est une optimisation en taille des appels)

[DaZumba]

le @16, c'est la décoration C pour une fonction en __stdcall.

Ok, merci pour ces precisions. Le C n'a donc bien rien a voir la dedans - c'etait un probleme de conventions d'appel Win32.

[Hibou57]

DaZumba, je n'ai pas rejeté la faute si quoique ce soit... je *Cherchais* une solution (que j'ai trouvé). Reconnais quand même que la syntax du C pour faire ça, tient un peu du rafistolage. Pour être exact, j'utilisais lcc avant, et je suis passé à gcc pour certaines raisons... et la manière de le faire en gcc n'est pas la même, raison pour laquelle je me suis trouvé les bras balent quelques instant....

Pffff.... je ne sais pas ce que vous avec le C ici, mais on ne peut rien en dire sans vexer apparement.

Merci pour ton intervention Médinoc