Discussion :

[Franck.H]

J'ai un petit soucis sur l'exécution d'un de mes programmes sous Linux je le précise tout de suite Voici les différents tests :

• Depuis Code::Blocks pas de soucis
• En cliquant sur le binaire dans son répertoire où il est généré, pas de soucis
• Depuis la console en entrant d'abord dans le répertoire du binaire, pas de soucis
• Sous Gnome, dans un lanceur d'application, ca marche pas, il trouve pas le fichier de configuration nécessaire au démarrage !
• Depuis ce dernier test, sur la console, je me suis mis sur le répertoire racine '/' et j'ai essayé le lancer le programme, rien à faire, même résultat que depuis le lanceur d'application !

Qu'est-ce que je pourrais faire ? J'ai mis à tout hasard un chdir dans le main en mettant argv[0] comme chemin courant pour voir mais cela ne change rien au problème !

Je précise que le fichier de configuration se trouve dans un répertoire donc depuis le fichier binaire : /share/config/.

[Invité(e)]

Bonsoir,

Qu'est-ce que je pourrais faire ? J'ai mis à tout hasard un chdir dans le main en mettant argv[0] comme chemin courant pour voir mais cela ne change rien au problème !

À tout hasard, tu a bien retiré ce qui se trouve le dernier / dans argv[0] ?

[Franck.H]

À tout hasard, tu a bien retiré ce qui se trouve le dernier / dans argv[0] ?

C'est vrai j'avais plus fait attention à ce petit détails, c'est rentré dans l'ordre...

[Obsidian]

C'est vrai j'avais plus fait attention à ce petit détails, c'est rentré dans l'ordre...

Attention ! Les exécutables sont censés aller dans « /usr/bin » et pas « /usr » tout court. Si tu as mis ton fichier de conf' dans /usr/share/config, il faut en principe utiliser « ../ » comme préfixe pour remonter d'un cran.

Ensuite, « /usr/share/config » n'est pas standard. Habituellement, les fichiers de conf' vont soit dans « /etc », soit à la racine du home utilisateur, en tant que fichier caché. « /usr/share/config » existe bel et bien sur ma Fedora 13, mais est complètement vide. Et je n'en trouve aucune trace dans le F.H.S..

D'autre part, le cwd (Current Working Directory) est celui depuis lequel l'utilisateur lance sa commande. Donc, il n'a pas de valeur « normale » à l'exécution. Il faut considérer que tu peux être n'importe où. L'exemple le plus criant est celui de la commande ls : on s'attend bien à ce qu'elle affiche par défaut le contenu du répertoire courant et pas celui d'un unique répertoire codé en dur. :-)

Enfin, et c'est une des nombreuses bizarreries de GNOME, il est possible de spécifier un répertoire courant d'exécution dans un lanceur, à la manière des raccourcis Windows, en précisant « Path=… » dans le fichier du lanceur, mais on ne peut pas l'initialiser via l'interface graphique, et cela n'apparaît dans la doc officielle. Par contre, c'est défini chez Freedesktop.

GNOME a vocation à normaliser au maximum son propre système mais, à plusieurs reprise, a supprimé bon nombre de fonctionnalités existantes pour les réécrire au propre (le problème, c'est qu'on a eu des fonctionnalités supprimées avant que les suivantes soient réécrites, comme GDM, ce qui a posé beaucoup de problèmes). Freedesktop cherche à établir des standards interopérationnels entre les bureaux, basés sur X-Window principalement. Donc, difficile de dire ce qui est déprécié et ce qui ne l'est pas.

[Franck.H]

En réalité pour le moment le chemin n'est pas de cette manière, le dossier du binaire et les autres sous-dossier sont dans le dossier de travaille du projet, je n'ai pas encore définit les chemins réèls. Mais c'est à faire c'est vrai