Quote:
C:/ProgrammesFiles/Fichiers Communs/System/(...)/NT
Ceci est pour moi un mystère.
Comme quoi on ne connaît jamais vraiment Windows.... :evil:
Quote:
Si je ne fais pas une application console s'est que ça rends le programme trop dépendant de la machine où ça été compilé.
Je vois pas en quoi une application console est dépendante de la machine de compilation. Je sais que tu as dit un mot là dessus dans ton premier message, mais je dois dire que je n'ai pas compris. Enfin tu dois avoir tes raisons.
Mais console ou pas, j'ai refait des essais. Je n'arrive pas à obtenir la même chose que toi.
La seule différence entre console et Win32 est que dans la ligne de commande, le nom de l'appli est présent en console et seulement le fichier glissé-déposé en Win32
Pas trace de "C:/ProgrammesFiles/Fichiers Communs/System/(...)/NT"
J'ai relu ta question initiale.
Quoi qu'il en soit des facéties de Windows, il me semble qu'en écrivant 2 ou 3 lignes de code à base de GetModuleFileName et de SetCurrentDirectory tu dois pouvoir régler ton problème.
Ceci est pour moi un mystère.
Comme quoi on ne connaît jamais vraiment Windows.... :evil:
Je vois pas en quoi une application console est dépendante de la machine de compilation. Je sais que tu as dit un mot là dessus dans ton premier message, mais je dois dire que je n'ai pas compris. Enfin tu dois avoir tes raisons.
Mais console ou pas, j'ai refait des essais. Je n'arrive pas à obtenir la même chose que toi.
La seule différence entre console et Win32 est que dans la ligne de commande, le nom de l'appli est présent en console et seulement le fichier glissé-déposé en Win32
Pas trace de "C:/ProgrammesFiles/Fichiers Communs/System/(...)/NT"
J'ai relu ta question initiale.
Quoi qu'il en soit des facéties de Windows, il me semble qu'en écrivant 2 ou 3 lignes de code à base de GetModuleFileName et de SetCurrentDirectory tu dois pouvoir régler ton problème.