Discussion :

[dsryam]

Bonjour

dans mon programme je fait appel a une librairie dll, pour cela j'utilise ce code que j'ai trouver dans le forum

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
 
CoInitializeEx(NULL,COINIT_APARTMENTTHREADED);
 
	    HINSTANCE hinst = LoadLibrary("libb.dll");
	    if(!hinst)
	    {
	      printf("Erreur au chargement\n");
	      exit(1);
	    }
	    typedef int ( *MyPrototype )();
	    //Récupération du pointeur
	    MyPrototype potrace_param_default= (MyPrototype)GetProcAddress(hinst, "param_default");
	    if(!param_default )
	    {
	      printf("Erreur de récupération du pointeur\n");
	      exit(1);
	    }
 
 
 
 CoUninitialize() ;
 FreeLibrary(hinst);

mais j'ai l'erreur suivante :

Code :

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

1
2
3
 
undefined reference to `CoInitializeEx@8'
undefined reference to `CoUninitialize@0'

merci

[agamitsudo]

Bonjour,

ole32.lib est-elle ajoutée dans tes options de link ?

Cordialement,
A.

[dsryam]

je ne crois pas, comment puis-je l'ajouter, je suis débutante et je maitrise pas encore ce langage.

merci

[Médinoc]

En fait, je ne suis même pas sûr que tu aies besoin de CoInitializeEx() et CoUninitialize() dans ce code.

Par contre, pour le type du pointeur de fonction, attention à la convention d'appel (typiquement, __cdecl (par défaut) ou __stdcall).

[dsryam]

en effet ça marche sans CoInitializeEx() et CoUninitialize() mais au bout de 2 utilisation ça ne marche plus et mon programme m'affiche un message comme quoi la mémoire est insuffisante et j'ai pensé qu'en utilisant CoInitializeEx() et CoUninitialize() pour allouer et libéré la mémoire ça pourrai arranger le problème.

[J4e8a16n]

Je n'y connais pas grand chose.

Peut-être faut-il enregistrer la dll avec (windows) regsvr32.

[dsryam]

est ce qu'il y'a un autre moyen pour allouer de la mémoire a une dll lors de son appel et la libérer à la fin?

[J4e8a16n]

Je crois qu'enregistrer la dll c'est pour que windows sache où la trouver.

Pour ce qui est de la mémoire c'est autre chose.

Je trouve étrange qu'on doive allouer de la mémoire . . . mais c'est du windows et je connais à peine le C.

[dsryam]

le problème c'est que au bout de quelque appel de la librairie, elle ne répond plus et j'ai un message comme quoi il y a pas assez d'espace mémoire, c'est pour ça que je chercher a allouer et libérer de la mémoire.

[J4e8a16n]

Je n'y connais toujours pas grand choses ...

au bout de quelque appel de la librairie

veut-il dire au bout de quelqueS appelS de la librairie?

Si oui, il faut peut être libérer de la mémoire entre les appels....

Attends qu'un expert passe par ici.

[Mac LAK]

CoInitializeEx ne sert que pour initialiser une DLL COM. Si ta DLL n'est pas à ce format, la fonction ne servira absolument à rien. De façon générale, il n'est pas nécessaire d'enregistrer non plus la DLL, il suffit d'utiliser LoadLibrary, GetProcAddress et FreeLibrary (en respectant les conventions d'appel bien entendu).

Toutefois, sans avoir ni la DLL, ni son interface, ça va pas être simple de t'aider... Tu n'as pas un lien sur la doc de cette DLL ?

[dsryam]

la librairie c'est libpotrace.dll sa documentation ce trouve ici http://potrace.sourceforge.net/ si ça peut aider.
moi je l'utilise dans mon programme java avec JNI donc j'écris une autre dll avec C pour utiliser libpotrace.dll, en résumé j'appelle une librairie dll qui elle a son tour appel la librairie libpotrace.dll avec tout ses appels c'est normal que la mémoire me lâche au bout d'un moment .

[Mac LAK]

la librairie c'est libpotrace.dll sa documentation ce trouve ici http://potrace.sourceforge.net/ si ça peut aider.

Pas vraiment hélas : il parle de son programme, pas de sa DLL... Ni même de binaires Windows, d'ailleurs !! Pas de doc de la librairie non plus... Tu n'utiliserais pas la version pro, par hasard ?

moi je l'utilise dans mon programme java avec JNI donc j'écris une autre dll avec C pour utiliser libpotrace.dll, en résumé j'appelle une librairie dll qui elle a son tour appel la librairie libpotrace.dll avec tout ses appels c'est normal que la mémoire me lâche au bout d'un moment .

Non, ce n'est pas normal, et l'overhead dû au wrapper JNI n'est pas énorme en fait (surtout comparé à celui de Java lui-même)... Il peut d'ailleurs être totalement automatisé en utilisant SWIG, ce qui t'évite d'avoir à écrire l'interface JNI toi-même.

Si la mémoire te lâche, c'est qu'il y a une fuite mémoire quelque part, donc une fonction appelée qui en alloue et de ton côté un oubli d'appeler la fonction de libération... Un problème d'utilisation plus que de wrapping, je pense, mais sans la documentation de la DLL, il va être difficile (pour ne pas dire "impossible") de t'aider.