Version imprimable
Bonjour à tous,
Est-ce que vous sauriez s'il est possible d'extraire les objets stockés dans un .so par exemple pour pouvoir en vérifier le contenu avant de charger la dite librairie ?
Et puis, si c'est faisable, comment faire ?
D'avance merci.
Olivier
est-ce que tu te rends bien compte que parler d'objets en C est un non-sens ?
Il veut sans doute parler des fichiers objets. Sous linux et autres, l'utilitaire nm sert a lister les symboles des fichiers objets et collections de fichiers objets (bibliotheque).Citation:
Envoyé par Swoög
Effectivement je parle bien des .o qui sont stockés dans la librairie et non pas des objets au sens C++/Java du terme... J'avoue qu'étant dans le forum sur le C je n'ai pas pensé que ca pouvait prêter à confusion... désolé...
Je sais qu'un bon archiveur comme IZArc peut ouvrir les bibliothèques statiques (.a) comme de simples archives. Mais j'ignore si les bibliothèques dynamiques (.so) ont le même format ou sont gérées...
Hello,
Même si le posteur orginal n'a pas utilisé le terme objet à bon escient (symbole eut été mieux), parler d'objet en C n'est pas un non-sens.Citation:
Envoyé par Swoög
A+Citation:
object :
"region of data storage in the execution environment, the contents of which can represent values"
perso, j'appelle ça une structure, enfin... on va pas troller là dessus non plus, mais le fait est que le C n'est absoluement pas OO
Il ne me semble pas avoir utilisé ce terme à mauvais escient car mon but n'était pas d'extraire les symboles mais bien les .o afin de faire un checksum par fichier... j'aurais du préciser fichier objets:Citation:
Envoyé par Foobar1329
man gcc ->
-c Compile or assemble the source files, but do not link. The linking
stage simply is not done. The ultimate output is in the form of an
object file for each source file....
Par ailleurs, parler d'objets (au sens oo du terme) aurait été idiot car il n'existe pas vraiment d'objets dans un .so (pour les instances constantes je ne sais pas ce qu'il en est)...
Sinon pour en revenir à ma question principale il semble que ce ne soit pas possible car le .so est en fait créé comme un exe: on link les fichiers objet, contrairement au .a qui n'est effectivement qu'une collection (archive) de fichiers.
Merci quand même ;)
Alors faisant une recherche sur les librairies, je tombe sur ce comm qui m'intéresse aussi. Et que lis je en première réponse!! une absurdité, perso c'est le type de réponses que je trouve gonflante, pour un programmeur il est évident qu'il s'agit des fichiers objets sinon il aurait parler de classes.Citation:
Envoyé par Swoög
Parfois j'hallucine quand je vois que les premières réponses sont du genre "pourquoi tu veux faire ça ?", sans donner la moindre réponse au problème ou contournement possible, ou encore du genre "comment oses tu parler de ça!" sans expliquer que le terme utilisé n'est pas approprié et sans donner le bon terme.
On peut parfaitement faire de l'OO en C.
Ce qu'on ne peut pas faire, c'est du RRIF (et encore, on peut tricher).
RRIF ? Késako ? :cfou:Citation:
Envoyé par Médinoc
En ce qui concerne la POO en C, ça se fait, et même plutôt une bonne pratique selon moi (à différents degrés d'implantations des concepts objet). Il existe également des frameworks permettant de se faciliter la tâche, mais ce n'est pas le sujet du fil...
Thierry
RRIF, c'est ce que je considère le "vrai" nom de RAII: Resource Release Is Finalization.
En clair, le fait d'avoir un destructeur automatiquement appelé en sortie de bloc pour libérer les ressources.
Sur le sujet de la discussion: En fait, je ne pense pas que les .o existent encore dans un .so. Je sais qu'ils sont encore "présents" dans un .a, mais un .so est quelque chose de plus évolué...
Pour une DLL en tout cas, il est clair qu'il n'y a plus de .obj.
Code:man ar
normalement il y a des options pour extraire spécifiquement un module. Maintenant, effectivement, je ne sais pas comment ça marche pour les .so, mais j'aurais tendance à dire de la même manière...