Discussion :

[L'elfe d'Azur]

Bonjour,

je viens de finir une version de mon logiciel et il charge via Qt des images qui se trouve dans un repertoire image.

Tout se passe bien suite a une execution apres la compilation classique mais maintenant je souhaiterais generer une package rpm (pour le moment mais je veux aussi le generer pour debian/ubuntu).
La generation et l'installation se passent bien mais lors que je lance mon application les images ne sont plus trouvees.

C'est normal car le chemin de recherche est ./ alors que l'installation a ete faite dans /usr/monlogiciel (il pourrait aussi etre fait dans /usr/local/monlogiciel).

Bref existe-t-il un moyen de retrouver ce repertoire simplement (via Qt ou tout autre moyen)?

Sous windows tout se passe bien car il fait comme si il lancait le logiciel de puis le repertoire d'installation ce qui facilite bien les choses pour une fois...

Merci de vos reponses
L'elfe d'azur

[L'elfe d'Azur]

J'ai une premiere solution en utilisant :
QCoreApplication::applicationDirPath();

Ca fonctionne mais je dois ajouter sous linux "../monlogiciel" pour me retrouver dans le bon repertoire... s'il y a moyen de faire plus propre, ca m'interesse sinon je resterai avec cette methode.

Merci,
L'elfe d'azur

[jblecanard]

Hello

Sous windows, la convention est de tout mettre dans le répertoire d'installation du logiciel.

Sous Linux, c'est un peu différent, on range plutôt les différents fichiers selon leur nature. /usr/bin pour les exécutables, /usr/lib pour les bibliothèques partagées, /usr/lib/monlogiciel pour les ressources privées du soft, /usr/share/monlogiciel pour les ressources publiques, /etc pour les fichiers de configuration, etc. Bien qu'aucune règle ne soit totalement forcée et que tu puisses choisir la formule que tu veux, respecter les conventions facilite les choses en général. Tout ça pour dire que s'adapter à l'OS sur lequel tu livres peut s'avérer plus compliqué que simplement trouver où il s'exécute.

Mon conseil: Dans ta version Linux, utilise un chemin absolu en dur ou bien récupéré dans un fichier de configuration. Tu peux rester en iso code côté C++ et déporter les différences propre à chaque OS dans un fichier de config dont tu feras une version par OS. Cela te permet en plus de faire des tests de config sans tout recompiler. Ainsi, l'usage de ton exécutable restera valide quelle que soit l'endroit et la manière dont on l'appelle, y compris si c'est au travers d'un lien symbolique (ce qui est fort courant sur Linux).