Discussion :

[kanonji]

Bonjour,

j'effectue des tests unitaires et je voudrais hardcoder certaines fonctions.

Dans mon code à tester, certaines fonctions ne peuvent etre appelées sans un minimum de contexte qu'il ne m'est pas possible d'avoir pendant les tests.
Ces fonctions sont appelées par dlsym qui fait reference à un dlopen.

Mon code est dans ce genre :

Code :

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

1
2
3
4
5
6
7
8
9
 
pHandle = dlopen( "lib1.so", RTLD_NOW );
if( pHandle  == NULL ) {
sprintf( ErrorMsg, "Cannot dlopen() to lib1" );
 
pFunc1 = ( Status(*) ( Message_t  *, 
Message_t  ** )) dlsym( pHandle, "Func1");
 
pFunc2 = ( void(*) ( Message_t  *)) dlsym( pHandle, "Func2");

J'aimerais pouvoir créer un fichier du genre Mylib.c (pas forcement .so) qui permet de faire la meme chose que si dlopen appelait lib1.so mais, dans mon fichier crée j'aurais le lien vers Func1 et Func2 (dont j'aurais fait une implementation personnelle pour mes tests).

En gros, je veux savoir de quelle facon créer les fichiers Mylib (en parametre de dlopen), Func1 et Func2 (pour ceux là, a priori, je crée des fichiers .c avec la fonction à l'interieur).

Si quelqu'un a une idée.
Merci d'avance.

Ludovic

PS : j'espere que ce que j'ai dis est assez clair pour que vous puissiez m'aider.

[Emmanuel Delahaye]

Bonjour,

j'effectue des tests unitaires et je voudrais hardcoder certaines fonctions.

Dans mon code à tester, certaines fonctions ne peuvent etre appelées sans un minimum de contexte qu'il ne m'est pas possible d'avoir pendant les tests.
Ces fonctions sont appelées par dlsym qui fait reference à un dlopen.

Le principe des plug-ins (bibliothèques à lien dynamiques, DLL ou SO), c'est exactement de pouvoir remplacer une bibliothèque par une autre facilement. Il te suffit de créer ta propre bibliothèque .so de test (même nom, mêmes interfaces).

[kanonji]

Il te suffit de créer ta propre bibliothèque .so de test (même nom, mêmes interfaces).

Par mêmes interfaces, vous entendez quoi ?
Pour le nom, à la limite, si je mets un chemin absolu dans l'argument du dlopen, je peux tres bien mettre un autre nom.

Auriez vous un exemple de creation de bibliotheque dynamique .so (je n'ai rien trouvé dans le tutoriel qui parle de .so).

Merci encore

Ludovic

[Emmanuel Delahaye]

Par mêmes interfaces, vous entendez quoi ?

Mêmes prototypes de fonctions (utilise le même .h, ça évitera les bêtises).

Pour le nom, à la limite, si je mets un chemin absolu dans l'argument du dlopen, je peux tres bien mettre un autre nom.

Auriez vous un exemple de creation de bibliotheque dynamique .so (je n'ai rien trouvé dans le tutoriel qui parle de .so).

C'est comme une bibliothèque normale avec une option de plus à ar. Lire la doc de ar (archiver). Genre -fPIC -shared...

[David.Schris]

Solution "dégradée" (quoique...) pour éviter d'avoir à créer une bibliothèque avec les mêmes interfaces (sous-entendu : toutes) : créer une bibliothèque qui sera chargée via LD_PRELOAD et interceptera les appels aux seules fonctions que tu souhaites "hardcoder" (utile si la bibliothèque originale comporte énormément de fonctions alors que tes tests n'en utilisent que peu ou que peu d'entre elles doivent être "hardcodées").

[Ksempac]

Si l'anglais ne te fait pas peur je te conseille cet excellent HOWTO qui m'a permis, en partant de 0, de tout comprendre sur les bibliotheques sous Linux

http://www.faqs.org/docs/Linux-HOWTO...ary-HOWTO.html