Discussion :

[virus321]

Bonjour,
j'essaie d'exécuter un script cgi écrit en C sur un serveur de reconnaissance vocale, mais j'ai cette erreur::

/var/www/cgi-bin/transfertFichier.cgi: error while loading shared libraries: libSWIrec.so.3: cannot open shared object file: No such file or directory

cette libraire existe bien dans le disc mais je ne sais pas ou il faut la placer exactement pour que le script fonctionne correctement!

est ce que vous avez une ideé?
Merci

[apesle]

Bonjour,

Ce n'est pas un problème de language C mais bon.

Il faut que ta librairie soit dans un des répertoires de la variable d’environnement LD_LIBRARY_PATH de l'utilisateur sous lequel tourne ton serveur web.
Donc, soit tu lui ajoute le répertoire contenant ta lib, soit tu déplace ta lib dans un de ses répertoires.

Tu peux également éditer le fichier ld.so.conf et lancer ldconfig pour reconstruire le cache des librairies, il me semble.

[virus321]

merci c'est super claire

[virus321]

une petite précision, il faut ajouté la chemin ou se trouve notre .so à la variable, ou il faut ajouter les dossier /etc/httpd/lib à la variable ?

[Obsidian]

une petite précision, il faut ajouté la chemin ou se trouve notre .so à la variable, ou il faut ajouter les dossier /etc/httpd/lib à la variable ?

Le chemin où se trouve ton *.so.

Par contre, si ton script est exécuté par le serveur web et pas directement par toi, alors il faudra t'assurer que le serveur en question — lui — affecte correctement cette variable. Et, pour cela, il existe des directives dédiées.

Par ailleurs, si c'est sous Linux que tu travailles, il existe le fichier /etc/ld.so.conf et le répertoire ld.so.conf.d qui servent à spécifier les emplacements de toutes les bibliothèques et générer un cache.

D'une manière générale, si ta bibliothèque est faite pour être installée durablement sur le système, il vaut mieux la mettre dans un des répertoires dédiés à cela plutôt que surcharger LD_LIBRARY_PATH. Par contre, si elle ne sert qu'à ton script, il vaut mieux la mettre à l'écart, effectivement.

[virus321]

effectivement c'est le serveur apache qui exécute le script et pas root,
donc à ce que je comprends, je dois ajouter le chemin /usr/local/Nuance/Recognizer/lib(l'endroit où se trouve mon .so) dans le fichier ld.so.conf?

[virus321]

j'ai trouvé ça en cherchant sur le net:

L’édition des liens avec une bibliothèque partagée est dynamique et se fait au moment de l’exécution
du programme par le système à l’aide de la bibliothèque ld.so. Le binaire fournit le nom des
bibliothèques à lier à l’exécution, mais pas le chemin. Les fonctions de ld.so déterminent en fonction
de son nom la bibliothèque à utiliser parmi les chemins qu’elles connaissent.
Tout programme est lié à la bibliothèque ld.so ou plutôt ld-linux.so (ld-linux.so.2).
Le chargeur de liens ld.so recherche les bibliothèques dans plusieurs endroits dont, et dans cet ordre :
 les chemins précisés dans la variable d’environnement LD_LIBRARY_PATH. Les chemins
sont séparés, comme pour PATH, par des ":" ;
 le contenu du fichier /etc/ld.so.cache qui contient une liste compilée (format binaire) des
bibliothèques trouvées dans les chemins prédéfinis ;
 les répertoires /lib et /usr/lib.
La recherche dans /lib et /usr/lib est implicite. De même, le fait de remplir la variable
LD_LIBRARY_PATH n’empêche en rien la recherche des bibliothèques aux autres endroits si elle n’est
pas dans un des chemins de la liste.
Pour éviter la mise en place d’une variable dont le contenu peut être difficile à manipuler, ld.so
propose un cache que vous pouvez modifier vous-même. Le cache est construit depuis le contenu
du fichier /etc/ld.so.conf et de la commande ldconfig

J'ai essayé d'ajouté le chemin à la variable LD_LIBRARY_PATH, je me retrouve avec le même problème , j'ai modifié le ld.so.conf aussi mais sans résultat. J'ai toujours le même problème: apache n'arrive pas à charger la libraire partagé !

[apesle]

- Pour modifier la variable LD_LIBRARY_PATH, tu t'es loggé sous l'utilisateur apache ? Tu as modifié le bashrc pour que ta modification soit persistante ?

- En tant que root, tu as édité le fichier /etc/ld.so.conf et relancé la commande ldconfig ?

On sait jamais, essai de relancer ton serveur apache, et vérifie les droits d'acces d'apache à ta librairie .so ?
Sinon j'ai pas d'autre idées, à moins qu'il y ai une configuration spécifique à apache.