Problème de liaison dynamique...

Version imprimable

24/06/2005, 16h01
Franck.H

Problème de liaison dynamique...

Bonjour,

Voilà, j'ai créé un ptit plugin avec extension *.so et au lancement de mon programme (que je suis aussi en train de créer avec une equipe), j'obtient ceci lorsque le programme veut charger le plugin:

Citation:

plugin_name.so: « Phentize » du fichier ELF ne concorde pas avec la taille prévue

Que cela veut-il dire ?
24/06/2005, 16h16
DaZumba

J'imagine que tu as voulu ecrire "phentsize" (en anglais, l'erreur est ELF file's phentsize not the expected size). Cette erreur se produit le plus souvent lorsque le fichier partage .so n'a pas ete compile avec l'option -shared. Est-ce le cas?

Heu le message c'est pas moi qui l'a ecrit, c'est certainement ld qui l'affiche !
Pour la compilation, voici le makefile du plugin de test, y compris aussi les config pour gtk:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
#On indique les librariries a passer lors de l'edition des liens
LIBS= -ldl
 
#on utilise gcc comme compilateur par defaut
CC=gcc
 
#on indique les sources de notre programme
SRCS=plugin_name.c
 
#on indique les modules correspondants aux fichiers sources
OBJECTS=$(SRCS:.c=.o)
 
# Les flags d'erreurs
 
export ERROR_CFLAGS = -Wall -ansi
 
# Les flags  de link
 
GLIB_CFLAGS = $$(pkg-config --cflags glib-2.0)
PANGO_CFLAGS = $$(pkg-config --cflags pango)
GTK_CFLAGS := $$(pkg-config --cflags gtk+-2.0)
 
CFLAGS = -c $(ERROR_CFLAGS) $(GLIB_CFLAGS) $(PANGO_CFLAGS) $(GTK_CFLAGS)
 
#le chemin vers la commande ldconfig
LDCONFIGPATH=/sbin/ldconfig
 
 
#on construit un programme et deux librairies partagees
all: dolibs 
 
#les librairies
dolibs: plugin_name.so
	$(LDCONFIGPATH) -n .
 
#on construit la premiere lib partagee
plugin_name.so: plugin_name.c
	$(CC) $(CFLAGS) -fPIC -c plugin_name.c
	$(CC) $(CFLAGS) -o plugin_name.so -shared plugin_name.c
 
 
clean:
	rm -f *.o *~ core *.so* plugin_name

24/06/2005, 16h23
DaZumba
Citation:

Envoyé par CSoldier

Heu le message c'est pas moi qui l'a ecrit, c'est certainement ld qui l'affiche !

Une erreur dans la localisation, alors...
Citation:
Code:

1 2 3 4 5 #on construit la premiere lib partagee plugin_name.so: plugin_name.c $(CC) $(CFLAGS) -fPIC -c plugin_name.c $(CC) $(CFLAGS) -o plugin_name.so -shared plugin_name.c
Ok, double passage de cc sur le code source avec l'option -shared, ca doit aller. Alors, je ne comprend pas. L'erreur que tu indiques arrive lorsqu'on tente un dlopen sur une bibliotheque statique...
24/06/2005, 16h27
Franck.H

Citation:

Envoyé par DaZumba

Alors, je ne comprend pas. L'erreur que tu indiques arrive lorsqu'on tente un dlopen sur une bibliotheque statique...

Pourtant loin de moi de vouloir ouvrir une lib statique :!: Ce que j'ai touvé bizzard ... sur certains tests que g fait avant celui-ci, quand je compilais une lib.so, sur mon shell elle apparait en couleur (idem que d'autre fichier ELF) mais celle-ci reste en noir alors je sais pas si c'est un bogue du shell ou autre chose ! M'enfin mes 1° tests fonctionnent mais celui-là non, bon il change surtout du fait qu'il utilise un peu GTK et que grace a des pointeurs je passe en paramettre a ma fonction d'initialisation du plugin des adresses vers différentes partie GTK de mon interface principale !
24/06/2005, 16h28
DaZumba
Ok, je vois dans le man de gcc:

Citation:

Envoyé par man gcc

`-shared'
Produce a shared object which can then be linked with other
objects to form an executable. Not all systems support this
option. For predictable results, you must also specify the same
set of options that were used to generate code (`-fpic', `-fPIC',
or model suboptions) when you specify this option.(1)

Essaie de modifier ton Makefile en ecrivant:
Code:

1 2 3 $(CC) $(CFLAGS) -fPIC -c plugin_name.c $(CC) $(CFLAGS) -fPIC -o plugin_name.so -shared plugin_name.c
Si ca ne marche pas, alors je ne peux pas t'aider...
24/06/2005, 16h32
Franck.H

Non c'est pareil ! :cry:
24/06/2005, 16h56
DaZumba

Question idiote: lorsque tu fais ton dlopen, tu ouvres bien le .so, pas le .o ? :D

Citation:

Envoyé par DaZumba

Question idiote: lorsque tu fais ton dlopen, tu ouvres bien le .so, pas le .o ? :D

:lol: Oui biensur, dans le dossier je ne met que le .so :wink: Mais je viens de tester un ptit truc, plus haut je parlais de couleur dans le shell et apparement ce n'est pas un bogue donc quand je compile mes primiers fichiers de tests avec ce makefile:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 #On indique les librariries a passer lors de l'edition des liens LIBS= -ldl #on utilise gcc comme compilateur par defaut CC=gcc #on indique les sources de notre programme SRCS=main.c #on indique les modules correspondants aux fichiers sources OBJECTS=$(SRCS:.c=.o) #on indique quelques drapeux passes au compilateur CFLAGS=-O2 -g -Wall #le chemin vers la commande ldconfig LDCONFIGPATH=/sbin/ldconfig #on construit un programme et deux librairies partagees all: test_lib dolibs #le programme test_lib: $(OBJECTS) $(CC) $(CFLAGS) -o $@ $(OBJECTS) $(LIBS) #les librairies dolibs: test_plugin.so $(LDCONFIGPATH) -n . # ln -sf test_plugin.so.0 test_plugin.so #on construit la premiere lib partagee test_plugin.so: test_plugin.c $(CC) $(CFLAGS) -fPIC -c test_plugin.c $(CC) $(CFLAGS) -shared -Wl,-soname, -o test_plugin.so test_plugin.o clean: rm -f *.o *~ core *.so* test_lib
Cela marche bien et mon .so est coloré mais rien du tout en ce qui concerne le tout dernier .so que j'essaye de faire !
Pour infos je viens d'ajouter a la compile de mon programme -ldl pour l'edition des liens mais le probs n'est toujours pas résolu, d'apres moi y'a quelque chose qui cloche dans le compile ou l'edition de liens du plug que j'essaye de faire là !

24/06/2005, 17h09
DaZumba

Oui, le fait que ta shell ne mette pas la bonne couleur est surement un symptome du fait que ton .so n'est en fait pas une bibliotheque partagee... Quelque-chose foire quelque part. C'est peut etre l'utilisation de fonctions GTK dans le module qui empechent le partage ? Desole de n'avoir pu d'aider, en tout cas...

Bon et bien avec un peu de tenacité on arrive a tout ! J'ai reussi, en fait c'est ce que je pensais, c'est durant l'edition de liens que ca deconnais. Voici le makefile final... ca peut tourjours servir a quelqu'un !

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#on utilise gcc comme compilateur par defaut
CC=gcc
 
#on indique les sources de notre programme
SRCS=main.c
 
#on indique les modules correspondants aux fichiers sources
OBJECTS=$(SRCS:.c=.o)
 
 
#on indique quelques drapeux passes au compilateur
GLIB_CFLAGS = $$(pkg-config --cflags glib-2.0)
PANGO_CFLAGS = $$(pkg-config --cflags pango)
GTK_CFLAGS := $$(pkg-config --cflags gtk+-2.0)
 
CFLAGS=-O2 -g $(GLIB_CFLAGS) $(PANGO_CFLAGS) $(GTK_CFLAGS)
 
 
#le chemin vers la commande ldconfig
LDCONFIGPATH=/sbin/ldconfig
 
 
#on construit un programme et deux librairies partagees
all: dolibs 
 
 
#les librairies
dolibs: plugin_name.so
	$(LDCONFIGPATH) -n .
 
#on construit la premiere lib partagee
plugin_name.so: plugin_name.c
	$(CC) $(CFLAGS) -fPIC -c plugin_name.c
	$(CC) $(CFLAGS) -shared -Wl,-soname, -o plugin_name.so plugin_name.o
 
 
clean:
	rm -f *.o *~ core *.so* plugin_name

Sinon je te remercie quand meme :wink:

24/06/2005, 17h37
alveric
Citation:
Envoyé par CSoldier

Code:

1 2 #on indique quelques drapeux passes au compilateur CFLAGS=-O2 -g -Wall
Ajoute les options -W -std=c99 -pedantic pour plus de diagnostics.

Pour ton coup de shell qui colore ou non le fichier, essaye ave la commande shell file pour savoir quel est le type exact du fichie que tu obtiens. Par exemple:
Code:

1 2 $ file /usr/lib/libelf-0.96.so /usr/lib/libelf-0.96.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped
24/06/2005, 18h03
Franck.H

Bah disons que maintenant ca fonctionne !
24/06/2005, 18h45
alveric

Un :resolu:, peut-etre ?