Y a-t-il un équivalent C++ pour getcwd?

std::string'constructeur peut prendre en toute sécurité une char* comme paramètre. Étonnamment, il y a un version de windows trop.

Edit: en fait c'est un peu plus compliqué:

std::string get_working_path()
{
   char temp[MAXPATHLEN];
   return ( getcwd(temp, MAXPATHLEN) ? std::string( temp ) : std::string("") );
}

la mémoire n'est pas un problème -- temp est un buffer basé sur la pile, et le constructeur std::string fait une copie. Vous pourriez probablement le faire en une seule fois, mais je ne pense pas que la norme garantirait cela.

à Propos de l'allocation de la mémoire, par POSIX:

la fonction getcwd () doit placer un chemin absolu du répertoire courant dans le tableau pointé par buf, et retourner buf. Le chemin d'accès copié pour le tableau contient pas de composants qui sont des liens symboliques. L'argument taille est la taille en octets du tableau de caractères pointé par l'argument buf. Si buf est un pointeur nul, le comportement de getcwd() n'est pas spécifié.

essayons de réécrire cet appel C simple comme C++:

std::string get_working_path()
{
    char temp [ PATH_MAX ];

    if ( getcwd(temp, PATH_MAX) != 0) 
        return std::string ( temp );

    int error = errno;

    switch ( error ) {
        // EINVAL can't happen - size argument > 0

        // PATH_MAX includes the terminating nul, 
        // so ERANGE should not be returned

        case EACCES:
            throw std::runtime_error("Access denied");

        case ENOMEM:
            // I'm not sure whether this can happen or not 
            throw std::runtime_error("Insufficient storage");

        default: {
            std::ostringstream str;
            str << "Unrecognised error" << error;
            throw std::runtime_error(str.str());
        }
    }
}

la chose est, quand vous enveloppez une fonction de bibliothèque dans une autre fonction vous devez supposer que toutes les fonctionnalités devraient être exposées, parce qu'une bibliothèque ne sait pas ce qui va l'appeler. Vous devez donc gérer les cas d'erreur plutôt que de simplement les avaler ou d'espérer qu'ils ne se produiront pas.

il est généralement préférable de laisser le code client appeler la fonction bibliothèque, et de traiter l'erreur à ce moment-là point - le code client ne se soucie probablement pas de savoir pourquoi l'erreur s'est produite, et ne doit donc traiter que le cas réussite/échec, plutôt que tous les codes d'erreur.

vous aurez juste besoin d'écrire un petit papier.

std::string getcwd_string( void ) {
   char buff[PATH_MAX];
   getcwd( buff, PATH_MAX );
   std::string cwd( buff );
   return cwd;
}

toutes les fonctions C sont aussi des fonctions c++. Si vous avez besoin d'un std::string, il suffit d'en créer un à partir de char* que getcwd obtient pour vous.

j'ai utilisé getcwd() en C de la façon suivante:

char * cwd;
cwd = (char*) malloc( FILENAME_MAX * sizeof(char) );
getcwd(cwd,FILENAME_MAX);

Le fichier d'en-tête nécessaires est stdio.h. Quand j'utilise le compilateur C, ça marche parfaitement.

si je compile exactement le même code en utilisant C++ compiler, il signale le message d'erreur suivant:

identifier "getcwd" is undefined

Puis j'ai compris unistd.h et compilé avec le compilateur C++. Cette fois, tout fonctionne. Quand je suis revenu au compilateur C, ça marche toujours!

aussi longtemps Que vous incluez les deux stdio.h et unistd.h, le code ci-dessus fonctionne pour les compilateurs C et C++.

j'ai aussi utilisé boost:: filesystem comme dit dans une autre réponse ci-dessus. Je voulais juste ajouter que, depuis l' current_path () la fonction ne renvoie pas une chaîne std::, Vous devez la convertir.

Voici ce que j'ai fait:

std::string cwd = boost::filesystem::current_path().generic_string();

Vous pouvez créer une nouvelle fonction, que je préférerais plutôt qu'un lien vers une bibliothèque comme boost(à moins que vous ne le soyez déjà).

 std::string getcwd()
 {
     char* buff;//automatically cleaned when it exits scope
     return std::string(getcwd(buff,255));
 }