Solution aux conflits entre symboles de même nom sous Linux

Cet article présente principalement des informations pertinentes sur la solution au problème des symboles en conflit avec le même nom sous Linux. Les amis qui en ont besoin peuvent se référer à

Solution au problème des symboles en conflit avec le. même nom sous Linux

J'ai récemment rencontré le problème ennuyeux suivant au travail :

Il y a trois modules aa, bb et cc sous Linux La situation de base est la suivante :

cc ​​​​Compilez et connectez-vous pour obtenir cc donc une bibliothèque dynamique, il y a les interfaces suivantes dans cc :

cc_fun 
{ 
…… 
do();//调用名为do的cc模块内部函数 
…… 
}

bb compilez et connectez-vous pour obtenir la bibliothèque bb.a static, Il y a les interfaces suivantes dans bb :

bb_fun 
{ 
…… 
handle = dlopen(cc.so, RTLD_LAZY);//加载cc.so 
pccfun = dlsym(handle, “cc_fun”);//获取cc_fun函数指针 
(*pccfun)();//调用cc_fun函数，此时应该会调用cc模块中的do()函数 
do();//调用名为do的bb模块内部函数（与cc模块中的do()函数同名，实现却不相同） 
…… 
}

aa Après compilation, connectez-vous bb.a via l'option de lien -lbb pour obtenir le programme exécutable aa, et appeler la fonction d'interface bb.a bb_fun() :

main 
{ 
…… 
bb_fun()；//调用bb_fun函数 
…… 
}

Pendant le travail, il a été constaté que aa se comporte anormalement pendant l'exécution. Il y a toujours des fuites de mémoire et des anomalies fonctionnelles. Le problème s'est avéré être centré sur la fonction do() du même nom. Grâce à l'impression des résultats, il a été constaté que les deux appels à la fonction do() dans le programme appelaient tous deux la fonction do() dans le module bb, tandis que la fonction do() dans le module cc n'était jamais appelée, ce qui entraînait un programme anormal. comportement et fuites de mémoire.

Après plusieurs vérifications, j'ai appris que parce que les tables de symboles de chaque bibliothèque du programme Linux seront éventuellement chargées dans la table de symboles globale où se trouve le programme, à ce moment-là, s'il y a un symbole avec le même nom, il ne peut être appelé qu'au premier symbole chargé, c'est-à-dire que les symboles du même nom chargés ultérieurement seront écrasés par les précédents. La fonction do() du module cc est écrasée par la fonction do() du module bb, elle ne peut donc pas être appelée.

Fini les bêtises. . .

Après avoir essayé de nombreuses méthodes insatisfaisantes, la solution finale est la suivante :

1 Ajoutez -Wl, -Bsymbolic -Wl, au makefile cc --version. -script, l'option de connexion de la version, signifie utiliser le script dans le fichier de version pour spécifier les fonctions qu'il exporte.

Le fichier 2.version est implémenté comme suit :

VERS{ 
global: 
cc_fun; 
local: *; 
};

signifie que le module cc est spécifié pour exporter uniquement la fonction d'interface cc_fun, et le les autres fonctions sont définies sur local. Effectuez l'exportation.

Enregistrez le fichier dans le répertoire où se trouve le makefile.

3. Recompilez et connectez les trois modules, et le problème est résolu.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!