Discussion :

[Gloubie]

Bonjour,
J'ai besoin d'accéder à des données par une librairie dont le numéro de version varie suivant les données (ex. : si j'ai des données au format 1.0 : je les lis grâce à la lib_donnees 1.0 ; si j'ai des données au format 2.0 : je les lis grâce à la même lib_donnees mais version 2.0).
Savez-vous s'il est possible de faire un seul soft pour cela ? Ou bien y-a-t-il une méthode qui pourrait me permettre d'effectuer un choix dynamique de la lib après avoir reconnu le type des données que je lis ?
Si vous avez une quelconque piste, ça m'aiderait beaucoup ... je me casse les dents sur ce problème depuis quelques jours et je ne vois pas comment m'en sortir
Merci

[hegros]

Librairie dynamique ou statique ?

[Gloubie]

Statique

[hegros]

Y'a pas de conflit de nom dans ces deux librairies ? Je veux dire si tu les link à ton projet ca passe bien ?

[Gloubie]

Ca compile si je link lib-1.0.lib et lib-2.0.lib, par contre, les procédures que contiennent ces 2 libs ont le même nom ; elles fonctionnent juste différemment.

[hegros]

Ok donc si je comprends bien ton probléme tu auras une erreur au linkage alors... Genre erreur conflit de nom.

Tu as pas la possibilité de les passer en dll ?

[Gloubie]

Ca irait mieux en dll ? Ici, on travaille avec des lib statiques (je n'ai jamais fait de dll), mais je suppose que si ça peut marcher avec une dll, ça vaut le coup d'essayer de la passer en dll ... pourrais-tu me dire en quoi ce serait plus simple ?

[hegros]

Tu as combien de fonctions dans chaque librairie ?


Imaginons cela aussi avec une dll :


Code dans la DLL

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
void init_dll ( int p_version){
  g_version =p_version
}
 
TypeRetour AppelMaFonction(){
 switch ( g_version){
    cas 1 : lib1(();break;
    cas 2 : lib2();break;
   default : //gerer erreur
  }
}
 
void lib1(){}
void lib2{}

//Programme utilisateur de la dll : il inclus le .lib de la dll

Code :

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

1
2
3
4
5
int main<...>
int numversion = GetVersionAUtiliser();
init_dll(numversion);
AppelMaFonction();
<...>

[Gloubie]

C'est une grosse lib de plus de 15 fichiers avec environ une cinquantaine de fonctions dans chacun ... chacune de ces fonctions étant susceptibles d'être conditionnée par le numéro de version ...
Je n'ai pas très bien compris ce qu'apportait le fait d'avoir une dll plutôt qu'une lib statique ?...

[hegros]

Pour que tu puisses passer le stade du linkage pardi

[Gloubie]

Merci pour ton aide Hegros ... j'ai eu un problème de connexion depuis vendredi matin ...
Excuses-moi si je te parais une peu lente, mais je ne saisis pas bien ces deux appels : lib1() lib2() ... peut-être parce que je n'ai jamais utilisé de dll ...? Comment je peux être sûre que j'utilise bien la fonction _fontion1_ de lib1 ou la fonction _fonction1_ de lib2 ? Il y aurait bien deux dll, non ? Ou bien une seule dll avec un switch dans chacune des fonctions ?...

[hegros]

Effectivement tu n'auras qu'une seule dll.

Dans cette dll tu implémentes une fonction "init_dll" qui prend en paramètre le numéro de version à utiliser de la librairie ( donc tu auras une variable non exportable de type unsigned int dans ta dll qui représentera la version de la librairie à utiliser)

Ensuite lorsque tu veux faire appel à "_fontion1_" dans ton projet tu ne te soucies pas de quelle version de librarie appeler. En fait tu l'auras déja spécifier en initialisant ta dll ( fonction "init_dll")

Et en effet, le code de la fonction "_fonction1_" ressemblera à cela dans ta dll :

Code :

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

1
2
3
4
5
6
7
void _fonction1_{
  switch ( g_version) {
   cas 1 :  _fonction1_lib1();break;
   cas 2 :  _fonction1_lib2();break;
   defautl : //gerer les erreurs d'intialisation...
   }
}

Le probléme est que la tâche est lourde à réaliser quand même.
Tu dois en effet renommer chaque fonction de chacune de tes libraries existantes avec un qualificateur en plus genre lib1_NomFonction/lib2_NomFonction

Puis tu dois créer ta dll en implémentant chaque fonction de base _fonction1_, _fonction2_,... Le code de cette dernière sera limité à un switch et a l'appel de la bonne fonction.

Y'a du boulot mais je vois pas d'autres solutions pour le moment qui peut marcher correctement;
peut être un forumeur plus expert pourra mieux te
renseigner.

Bon courage

[Gloubie]

Merci pour cette réponse aussi rapide que complète Hegros
C'est bien ce que je craignais ... c'est très lourd en fait
Je vais continuer à creuser avec tes indications qui m'ont un peu éclairé le monde obscur des dll et si je trouve une méthode miracle, je complèterai le sujet ... enfin, s'il y a des forumeurs experts qui ont une idée, je suis toute ouïe

[hegros]

A ma connaissance il n'est pas possible de choisir dynamiquement quelle fonction utiliser pour une librarie statique.

Parce que si je comprends bien et synthétise rapidemment.

Tu as 2 libraries statiques nommées LIB1 et LIB2.
Chaque librarie implémente des fonctions portant le même nom. Dans LIB1 on retrouve une fonction nommée "_fonction_" et dans LIB2 on retrouve également une fonction nommée "_fonction_"

Il est clair que si tu as besoin dans le même projet,parce que sinon le probléme ne se pose même pas,d'utiliser tantôt "_fonction_" dela LIB1 et tantôt "_fonction_" de la LIB2 je ne connais aucune option ou directive permettant de le faire surtout si tu ne connais la version de la librarie à utiliser qu'au moment de l'execution.

En fait avec EDI travailles-tu ?

[DaZumba]

A ma connaissance il n'est pas possible de choisir dynamiquement quelle fonction utiliser pour une librarie statique.

Si, mais les fonctions apportees par les bibliotheques ne doivent pas porter le meme nom.
Par exemple, la bibliotheque 1 apportera la fonction toto_vn1() et la bibliotheque 2 apportera toto_vn2(). La selection se fera dynamiquement par pointeurs de fonctions. Pour cela, il est plus simple que les deux versions partagent un meme prototype (l'utilisation de structures opaques est tres puissante pour cela).

[hegros]

En effet Dazumba avec des pointeurs de fonction c'est réalisable pourvu que les noms ne soient pas identiques.

[Emmanuel Delahaye]

J'ai besoin d'accéder à des données par une librairie dont le numéro de version varie suivant les données (ex. : si j'ai des données au format 1.0 : je les lis grâce à la lib_donnees 1.0 ; si j'ai des données au format 2.0 : je les lis grâce à la même lib_donnees mais version 2.0).

Savez-vous s'il est possible de faire un seul soft pour cela ? Ou bien y-a-t-il une méthode qui pourrait me permettre d'effectuer un choix dynamique de la lib après avoir reconnu le type des données que je lis ?

C'est possible, mais il faut des bibliothèques à lien dynamique (dll, so) et gérér le chargement "à la main" et non avec les .lib/a traditionnels...

Les détails dépendent du système. Je rappelle qu'il existe un forum "Développement Windows" et un forum "Développement Linux".

[Gloubie]

Heu ... tu me parles chinois là, Emmanuel Delahaye ...
Qu'entends-tu par "gérer le chargement à la main" ?...
Je développe une appli en C ANSI sous Visual C++ et j'utilise deux librairies identiques à la version près. Pour l'instant, la seule solution que j'aie trouvée est de générer deux softs, l'un linké avec la lib_donnees 1.0 et l'autre avec la lib_donnees 2.0... pas très élégant pas vrai ...

[hegros]

"Gérer le chargement à la main" ca signifie que tu charges la dll dynamiquement par programmation.

Exemple pour windows, les fonctions de chargement ne sont pas les mêmes sur tout les OS :

Code :

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

1
2
3
4
5
6
7
8
9
 
HINSTANCE h;
switch (numVersion) {
 cas 1 : h=LoadLibrary("Dll_Version1");break;
 cas 2 : h=LoadLibrary("Dll_Version2");break;
}
//chargement des fonctions
PointeurSurFonction=GetProcAdress(h,"_fonction1_")
<...>

Le probléme c'est que derrière il te faut gérer une multitude de pointeur sur fonction...
Je dirais presque autant que tu as de fonctions dans ta biblitothéque.


A vrai dire il m'est préférable au premier abord de n'avoir qu'une dll. A voir avec les détails.

[Gloubie]

Encore une fois merci pour l'éclairage Hegros
Ca me parait encore plus pénible que la solution de 11:31 ! A vrai dire, j'essaie d'éviter d'avoir du code dépendant des OS ... on en perd l'intérêt de développer en C ANSI.