Exécutable non trouvé, alors qu'il est là - Page 2

D'après ./7 et ./26, le programme ne se lance pas (et vu le reste du code, c'est carrément pas crédible qu'il y ait un message d'erreur en français)

Vu que le message d'erreur commence par "bash", ce serait pas trop logique non ?

edit : semi-cross

ptêt qu'il fait un system::exec(<moi-même>), et comme il est in-use, bash dit qu'il le trouve pas, et sort son message d'erreur (donc en fr).

aze (./27) :
". ./eg_sim" c'est censé faire quoi ? je ne vois pas à quoi peut correspondre le 1er point

C'est l'équivalent d'un "source ./eg_sim".
En gros ca permet d'executer un shell script a l'intérieur du shell courant plutôt que de dans un nouveau shell.

Donc c'est normal que ca plante sur un binaire.

Franchement si ldd n'arrive pas a le lire non plus, mais d'autre applications oui ça ressemble pas mal a un probleme de droits..

Perso Busybox me sors le meme message si il manque des dépendances a l'executable, meme si je doute que ça soit le même probleme la.

Quel linux ?
(un uname -a )

a tu tenté de le copier sous un autre nom ?

Sinon peut-tu me l'envoyer par mail ? je peux regarder sur une autre machine ce qui se passe ?!

Uther (./35) :
En gros ca permet d'executer un shell script a l'intérieur du shell courant plutôt que de dans un nouveau shell.

Ouais voilà, c'est le contraire de ce que je voulais dire, en fait ^^

Godzil (./36) :
Franchement si ldd n'arrive pas a le lire non plus, mais d'autre applications oui ça ressemble pas mal a un probleme de droits..

J'ai essayé avec une autre machine (Debian)

Quel linux ?(un uname -a )

$ uname -a
Linux tomate 2.6.31.4-server-amd64 #1 SMP Tue Oct 20 13:18:30 CEST 2009 x86_64 GNU/Linux

a tu tenté de le copier sous un autre nom ?

pareil

Sinon peut-tu me l'envoyer par mail ? je peux regarder sur une autre machine ce qui se passe ?!

ok

L'exécution en user ou en root donne le même résultat ?

je ne suis pas admin

c'est execve qui retourne ENOENT d'après le strace.

c'est vraiment du 'not found'

je sèche là.

Bah, exécutable 32 bits sur machine 64 bits, es-tu sûr que tu as toutes les libs utilisées par l'exécutable en version 32 bits?

Même constat sur une machine 32 bits j'ai vérifié

ça donne quoi ça (regarde aussi pour /tmp au passage) :
mount | grep home

(ça rejoint le noexec que kevin avait proposé, mais j'ai pas vu la réponse à sa question sur ce sujet)

automount(pid3414) on /newhome type autofs (rw,fd=4,pgrp=3414,minproto=2,maxproto=4)
automount(pid3354) on /home type autofs (rw,fd=4,pgrp=3354,minproto=2,maxproto=4)
filer.*********:/export/home/mgallet on /home/mgallet type nfs (rw,addr=140.77.14.16)

mais je peux exécuter sans problème d'autres programmes depuis le même dossier.

As-tu essayé de scanner l'exécutable avec un antivirus (par exemple ClamAV)? Parce qu'il y a peut-être quelque chose de louche avec.

et un truc genre gdb sur le binaire ?

JE pense que GDB va donner la mme chose que ldd...

Kevin Kofler (./46) :
As-tu essayé de scanner l'exécutable avec un antivirus (par exemple ClamAV)? Parce qu'il y a peut-être quelque chose de louche avec.

je n'ai pas d'antivirus, et honnêtement, ça m'étonnerait très fortement qu'il y ait un virus dans un binaire linux d'il y a 10 ans

Flanker (./49) :
je n'ai pas d'antivirus

Tu installes clamav avec ton gestionnaire de paquetages préféré.

(si il faut maintenant installer un antivirus sous Linux, ou va le monde !)

Je ne suis pas admin sur la machine... et comme linux est mal fichu, rien n'est prévu pour installer facilement les logiciels dans son home

Pour gdb, toujours le même problème

(gdb) r
Starting program: /home/mgallet/.local/ERS2/bin/eg_sim
/bin/bash: /home/mgallet/.local/ERS2/bin/eg_sim: Aucun fichier ou répertoire de ce type
/bin/bash: /home/mgallet/.local/ERS2/bin/eg_sim: Succès

Program exited with code 01.
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
You can't do that without a process to debug.
(gdb)

N'empêche, je suis vraiment curieux de connaître le problème

À mon avis, c'est le programme qui te sort cette erreur et fait un exit(1), on dirait une blague à la con (voire un virus).

Je doute très fortement de trouver ce genre de programmes à la con dans un simulateur de graphes d'événements :]

J'ai la réponse ^^

~ $ strings eg_sim | grep ld-linux
/lib/ld-linux.so.1



Comme c'est cette lib qui va afficher les erreurs & co, et que le chargement de cette lib est imbriqué de maniere plutot mal foutut, en gros le message veux dire qu'il ne la trouve pas (mais il faut le savoir :/)


Et comme ldd tente de charger lui aussi la lib en question, il plante de la meme maniere

Oula, c'est un exécutable pour la libc5. J'aurais dû le voir à tes DT_NEEDED (./26), d'ailleurs, la prochaine fois je ferai plus attention aux versions. Bienvenue dans la préhistoire en tout cas! (La glibc 2 = libc6 existe depuis 1997!) Malheureusement, ce binaire est totalement obsolète, le faire marcher sous une distribution moderne, surtout sans accès root permettant de rajouter un ld-linux.so.1 dans /lib, me paraît cause perdue.

Merci les dépendances \o/

Il me semble qu'il y a moyen de dire a l'execution d'utiliser une autre lib que ld-linux.so.1, mais va rester le problème de libm.so.5 et libc.so.5 :/

Flanker (./57) :
Merci les dépendances \o/

Euh, tu essaies de faire tourner un binaire d'avant 1997. Essaie de faire tourner un binaire Win16 de 1995 sous un système 64 bits pour comparer, ça ne va pas marcher non plus.

Hum mais sur un systeme 32bit, il marchera

(et ce n'est qu'une limitation imposé par Microsoft si le Win16 ne marche pas sur un Win64)