Discussion :

[Yunchi]

Bonjour,

Est-ce qu'il existe une fonction en C permettant d'avoir en retour le dossier dans lequel l'exe est lancé ?

Merci

[tonton fred]

Salut,
Ca existe mais ca depend de ton systeme.
Sous unix/linux, getcwd() ou fchdir() sur le repertoire courant.

[Yunchi]

ah, je travail sous Code block en C sous windows xp

[ram-0000]

Attention, ta question peut admettre 2 réponses car elle manque de précision.
Tu veux :

1. le répertoire courant (getcwd() est la bonne réponse)
2. le répertoire dans lequel se trouve l'exécutable (je crois que dans ce cas, il n'y a pas de réponse portable)

c:\> c:\user\moi\toto.exe

Avec l'exemple ci-dessus, le choix 1) te retourne "c:\" et le choix 2 te retourne "c:\user\moi"

[Médinoc]

Tu peux connaître le répertoire courant facilement (getwcd() sous POSIX, _getcwd() sous Microsoft), mais il n'existe pas de moyen standard de connaître le répertoire où se trouve l'exécutable.
Il y a un moyen particulièrement alambiqué sous nux qui a été posté sur le forum, tandis que sous Windows il suffit d'utiliser la fonction GetModuleFileName().

[Yunchi]

En fait, voilà mon problème.

Je lance un exe via une macro VB et du coup les path sont plus les même au sens où si j'ai mon exe et un txt dans un même dossier, je ne peux pas accéder directement à ce txt via un fopen("texte.txt","r") classique

[Yunchi]

Un truc assez marrant, même si mon programme ne reçoit pas de paramètres, en argv[0] apparement il y'a le chemin de l'exe o_O

Je ne sais pas si c'est standard mais bon c'est pratique :p

[buggen25]

Au lancement de ton executable, tu fais

Code :

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

1
2
3
4
5
6
 
char zsDir[_MAX_PATH];
getcwd(szDir); // recuperer le path de l'execution
// remplacer les c:\user\moi par c:\\user\\moi
chdir(szDir); // Etre sur qu'on est dans le repertoire de text.txt
fopen("text.txt",r);

Maluereusement il faut remplacer les \ par des \\, je sais pas comment le faire sans CString.

[Médinoc]

Un truc assez marrant, même si mon programme ne reçoit pas de paramètres, en argv[0] apparement il y'a le chemin de l'exe o_O

Je ne sais pas si c'est standard mais bon c'est pratique :p

Ça n'est pas standard. Il peut y avoir n'importe quoi dans argv[0], y compris rien du tout.

Sous nux, il y a généralement le nom de la commande tapée, qui peut être différente du nom de l'exécutable à cause des liens symboliques.

[Yunchi]

Bon le problème est réglé à la source :o la macro VB va envoyer en paramètre le chemin mais c'est assez chiant avec un chemin avec des espaces : /

Avec des tests ça marche :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
if (argc == 2)
{
    strcat(chemin,argv[1]);
    strcat(chemin,"\\");
}
 
if (argc > 2)
{
    for(i=1;i<argc;i++)
    {
        strcat(chemin,argv[i]);
        if (i<(argc-1)) strcat(chemin," ");
        if (i==(argc-1)) strcat(chemin,"\\");
    }
}

edit : hop balise [CODE] en place :p

[Médinoc]

Passe-le entre guillemets

[Yunchi]

Merci tout le monde pour votre aide

[LittleWhite]

J'ai remarqué que on s'embetais toujours à mettre les chemins windows avec les '\' , mais depuis peu j'ai vu ( du moins sur XP ) que les noms de chemins juste comme sous Unix soit avec les '/' fonctionnent