Error while loading shared libraries

Bonjour à toutes et à tous,

Voila, j'ai un programme qui compile bien, mais dès que j’exécute ce programme, j'ai cette erreur :

Citation:

---

./agent: error while loading shared libraries: Unexpected reloc type 0x7c

---

Pour compiler ce programme, voila ma ligne de commande :

Citation:

---

gcc [tout les .o] -L. -libperso -o agent -lcrytpo -lssl -luuid

---

la libperso.so est dans le dossier courant avec les sources. Je pense que le soucis vient du fait que le "-L." relink aussi les -lcrypto, -lssl et -luuid, mais je ne vois pas comment le régler.

Pouvez-vous m'aider ?
Merci d'avance,
Tankyx.

En faite ton problème n'a rien a voir avec le C :roll:
Le probleme est ta libperso a mon avis, sur linux il ne regarde pas les librairie sur le répertoire courant (comparé a windows).
Alors soit tu utilise ldconfig soit tu utilise

Code:

---

1 2 3

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$/home/ou_se_trouve_mon_dossier_agent ./agent

---

L'export n'a aucun effet, malheureusement j'avais déjà testé.

Sinon, le ldconfig fait quoi en clair ? :)

EDIT : Je suis sous un Mint 15 :)

Google est ton ami ;)
Mais en gros ça permet si tu mets une librairie manuellement de pouvoir la lire mais c'est pas super 'propre' vu qu'il faudra copier/coller ta lib en sudo dans /lib ou /usr/lib.

Voici un lien avec quelques exemples d'utilisation (normalement /sbin/ldconfig -v suffit).
http://manpages.ubuntu.com/manpages/...dconfig.8.html

Donc si j'ai bien compris, je copie-colle en sudo ma libperso.so dans /usr/lib/, pour je fais un /sbin/ldconfig -v afin de reconstruire le cache ?

Mais si je fais ainsi, le -L. -lperso devra alors être changer en -lperso tout simplement ?

EDIT : Quand je copie-colle la libperso.so dans /usr/lib/, et qu'ensuite je fais le /sbin/ldconfig -v, j'ai l'erreur suivante :

Citation:

---

/usr/lib/libperso.so is not an ELF file - it has the wrong magic bytes at the start.

---

Salut,

Et comment est-ce que tu produis libperso ?

C'est là le soucis, je reprend le projet déjà commencé, et il y avait déjà cette librairie avec laquelle je dois compiler.

Tu as le code source ?
À mon avis il faudrait la recompiler, parce que là il y a un truc qui ne tourne pas rond avec.

À tout hasard, que donne :

Code:

---

file libperso.so

---

et

Code:

---

readelf -h libperso.so

---

Après le file libperso.so

Citation:

---

PE32 executable (DLL) (console) Intel 80386, for MS Windows

---

Je pense que c'est clair, non compatible Unix.

Exact.

Quand j’ai vu le :

Citation:

---

/usr/lib/libperso.so is not an ELF file - it has the wrong magic bytes at the start.

---

J’ai senti le truc venir.

Bon maintenant si tu as les sources de la bibliothèque et que c’est portable, tu devrais pouvoir la recompiler pour Linux.

Question idiote :

La compilation via le make peut marcher de la même façon ? Si je fais make sous minGW, ca marchera ou dois-je passer par un IDE type visual studio ?

Non, pas nativement en tout cas.

Si tu veux compiler avec make, il te faudra au minimum un truc genre MinGW (voire cygwin). Après, ça pourrait fonctionner.
Sinon, si ton makefile est généré via CMake tu peux lui faire générer des fichiers de projet pour Visual Studio.
Sinon, bah va falloir importer ton projet dans un IDE, ouais…

Le plus simple serait de recompiler la bibliothèque (à moins qu‘une version Linux traîne quelque part), mais bon si tu n’as pas les sources tu n’as pas trop le choix

Effectivement, je n'ai pas les sources des .so

La je viens de tenter une approche de compilation sous minGW, et ld.exe ne trouve pas les librairies, ce qui était prévisible. Je vais tenter sous VS

EDIT : J'ai résolu le soucis de librairie. Les .so était bien des librairies pour linux, mais dans le transfert Windows > linux, il y a du avoir un bug ...

Désolé de vous avoir fait perdre votre temps :aie:

Bonjour,

@Kannagi : le ldconfig est un peu intrusif à mon gout, pour mes programmes perso, je préfère les lancer de la manière suivante :

Citation:

---

LD_LIBRARY_PATH=./nouveau_dossier_lib ./programme

---