Salut
ugo_dml.
Ma conjecture : tu n'as pas fixé l'
executable_bit sur ton fichier, ce qui rend ton
exécutable -
non_exécutable 
(c'est une des occurrences où le retour dans le «
Terminal» est :
permission denied).
Pour vérifier l'état des lieux, dans le «
Terminal» tu passes la commande :
Bloc de code:
ls -al /chemin_à_mon_exécutable/mon_exécutable
en te contentant de saisir
a la mano
, de sauter un espace et de faire un glisser-déposer direct de ton fichier dans la fenêtre du «
Terminal» ce qui renseigne automatiquement le chemin au fichier et le nom du fichier. Pour un binaire UNIX natif d'
OSX, par exemple
fsck, tu obtiendrais :
Bloc de code:
-r-xr-xr-x root wheel /sbin/fsck
où
- désigne le statut de fichier de l'objet ;
r comme
read la permission de lecture ;
- l'absence de la permission intermédiaire possible :
w comme
write = écriture ; et
x comme
execute la permission d'exécution du fichier dès lors qu'il s'agit d'un programme. Et tu as une succession de 3 triplettes, car il y a 3 accédants concernés possibles : l'
user, le
group et (implicite) l'
other (n'importe qui).
Les 2 termes qui suivent dans mon exemple identifient donc l'utilisateur propriétaire (ici
root = le Super-User) et le groupe de référence (ici
wheel = le groupe-Système).
--> S'il te manque des
x partout sur ton fichier, c'est qu'il lui manque l'
executable_bit qui donne la permission de ... l'exécuter. Si tu n'es pas référencé comme l'utilisateur propriétaire, par ailleurs, mais suppose que ce soit
root (avec le groupe
wheel au lieu de
staff ou
admin), il se peut que sans l'invocation préalable de
sudo tu ne puisses pas l'exécuter, si le dernier accédant (implicite) =
everyone (other) au rang desquels tu tomberais n'avait pas la permission d'exécution (où si l'impact de l'exécutable sur le Système nécessitait l'invocation préalable de
sudo afin de passer conjoncturellement en droits
root).
--------------------
Mais trêve de laïus : en supposant qu'il n'y ait pas de problème d'accédant-propriétaire (le fichier est ton uvre, on va donc imaginer de son utilisateur par défaut est
ugo = toi), pour rajouter l'
executable_bit, soit tu ne le spécifies que pour toi seul ainsi :
Bloc de code:
chmod u+x /chemin_à_mon_fichier/mon_fichier
(mais tu pourrais faire un
g+x pour attribuer l'
executable_bit au groupe de référence), soit tu l'attribues aux 3 niveaux des accédants ainsi :
Bloc de code:
chmod 755 /chemin_à_mon_fichier/mon_fichier
en valeur octale (r=4, w=2, x=1 --> 7 = 4+2+1 = rwx ; 6 = 4+2+0 = rw- ; 5 = 4+0+1 = r-x ; 4 = 4+0+0 = r-- etc.), d'où
755 équivaut à un :
en supposant que l'utilisateur est
ugo et le groupe
staff --> tu peux te mitonner tes permissions à ta guise. Par exemple, encore :
Bloc de code:
chmod 777 /chemin_à_mon_exécutable/mon_exécutable
donnerait un :
en supposant toujours que l'utilisateur est
ugo et le groupe
staff, ce qui est peut-être excessif question permissions d'écriture au fichier (à tout moment, un nouvelle commande dans le «
Terminal» sur le même fichier permet d'éditer <mettre à jour> les droits : accédants et/ou permissions. Donc on peut toujours corriger un loupé).
--------------------
