Discussion :

[NeMo_O]

Bonjour à tous,

Je me demande quelles sont les différences entre lancer un programme dans la console (./nom_programme) ou le lancer en cliquant dessus dans l'explorateur.

A priori, je pensais que c'était pareil mais je rencontre un bug assez bizarre.

J'ai dans mon application une image à charger (l'image se trouve dans le même dossier que mon application).

Lorsque je lance par la console, pas de problème l'image se charge bien.

Lorsque je lance en cliquand dessus, rien ne s'affiche !

(Dans mon programme j'accède à mon image par le chemin d'accés "./nom_image" )

Merci pour vos réponses !

[valefor]

Quand, depuis la console, tu lances ton application, tu t'es placé dans le répertoire qui contient l'image puisque tu fait ./mon_appli.

Quand tu lances l'appli depuis l'icône, il y a de fortes chances que le chemin courant soit ton home.

Si c'est toi qui a écrit ton appli, tu peux faire une modif rapide qui consiste à mettre le chemin complet de l'image que tu ouvres. Si ça marche, c'est que c'était bien cela le problème.

[NeMo_O]

En effet, j'ai essayé de mettre le chemin d'accés complet et plus de problème l'image se charge bien. Merci !

Mais je suis un peu deçu au sens où je comptais profiter de l'avantage du " ./ " car si je distribue mon application, le chemin d'accès dépendra alors de l'emplacement que choisit l'utilisateur pour l'installer.

N'y a-t-il pas une solution pour pallier à cela ? (comme par exemple une commande système forçant le répertoire courant à celui de mon application et non home)

Merci.

[valefor]

Je vois plusieurs solutions :
- Tu analyses la chaine argv[0]. Elle te permet de récupérer la ligne de commande (tu peux faire un printf dans un premier temps pour te rendre compte des différentes façons dont ton programme sera appelé). Cette chaine peux t'aider à générer un nom de fichier avec son chemin complet ou pas...
- Tu met ton fichier image dans un endroit standard. Par exemple on trouve souvent dans /usr/share ou /usr/local/share des fichiers de ressource. Tu peux aller voir par toi même.
- Tu prévois une variable d'environnement.
- Tu prends en paramètre un chemin sur la ligne de commande.

Il existe peut-être aussi d'autres solutions.
Tu peux faire un mix de tout ça aussi.

[alavoler]

ba tu recupere le pwd de l'app, et apres tout est relatif par rapport a ce path...

[NeMo_O]

Je vois plusieurs solutions :
- Tu analyses la chaine argv[0]. Elle te permet de récupérer la ligne de commande (tu peux faire un printf dans un premier temps pour te rendre compte des différentes façons dont ton programme sera appelé). Cette chaine peux t'aider à générer un nom de fichier avec son chemin complet ou pas...
- Tu met ton fichier image dans un endroit standard. Par exemple on trouve souvent dans /usr/share ou /usr/local/share des fichiers de ressource. Tu peux aller voir par toi même.
- Tu prévois une variable d'environnement.
- Tu prends en paramètre un chemin sur la ligne de commande.

Merci pour les solutions possibles mais parmis celles que tu cites j'en élimine 2 pour des raisons de facilité d'utilisation de l'application : l'image dans un endroit standard et le paramètre sur la ligne de commande.

Récupérer argv[0] marche nickel !

Pour la variable d'environnement, est-ce "aussi simple" qu'avec argv ou alors beaucoup plus technique ?

ba tu recupere le pwd de l'app, et apres tout est relatif par rapport a ce path...

Oui, c'est ce que je vais faire avec argv[0] il me suffit de concaténer le chemin d'accés à mes images à ce path !

Merci à vous

[Davidbrcz]

Pour la variable d'environnement, est-ce "aussi simple" qu'avec argv ou alors beaucoup plus technique ?

Pour obtenir une variable d'environement c'est getenv.
man getenv pour plus d'info.

[valefor]

d'ailleur getenv te permet de recuperer le pwd :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

char *pwd = getenv("PWD");

[NeMo_O]

char *pwd = getenv("PWD");

Cette commande marche nickel, elle me renvoie directement le path dont j'ai besoin. (/home/.../Programme)
Comme quoi j'avais un mauvais à priori sur la difficulté d'utilisation des variables d'environnement lol.

Merci à vous.