Qu'est-ce que l'alternative sûre à la fonction realpath()?

Je suis en train de travailler sur un programme qui utilise la fonction realpath() pour obtenir le chemin absolu d'un fichier. Malheureusement, cette fonction prend un tampon de chaîne qui devrait être si grand qu'il est assez grand et qui n'est pas en sécurité lorsque cette application est de courir à travers de multiples plates-formes. Est-il sûr de la version de cette fonction qui permet d'éviter le débordement de la mémoire tampon peut-être en utilisant l'allocation dynamique de la mémoire?

OriginalL'auteur dromodel | 2010-11-05

  1. 18

    Voir ici pour plus d'informations sur la sécurité et une utilisation portable de realpath:

    http://www.opengroup.org/onlinepubs/9699919799/functions/realpath.html

    Fondamentalement, les normes modernes vous permettent de passer un pointeur NULL, et realpath va allouer un tampon de la longueur appropriée. Si vous voulez être transférables à d'anciens systèmes qui ne prennent pas en charge cette norme, il suffit de cocher #ifdef PATH_MAX et l'utilisation d'une mémoire tampon à taille fixe de longueur PATH_MAX. Autant que je sache, il n'existe pas de systèmes hérités qui manque une constante PATH_MAX mais qui ne prennent pas en charge les arguments NULL pour realpath.

    N'oubliez pas d'inclure <limites.h> avant de vérifier PATH_MAX, sinon il ne sera pas défini.

    OriginalL'auteur

  2. 13

    À partir de la page de manuel:

    Si resolved_path est spécifié comme
    NULL, la fonction realpath() utilise malloc(3)
    pour allouer un tampon de PATH_MAX
    octets de tenir l'résolu chemin,
    et retourne un pointeur vers le tampon.
    L'appelant doit libérer cette
    tampon avec free(3).tampon avec free(3).

    Donc il semble que tu peux faire ça:

    char *real_path = realpath(path, NULL);
//use real_path
free(real_path);
    C'est le comportement standard de POSIX 2008, mais je crois que c'était une extension GNU dans le passé. Voir ma réponse un peu plus portable de l'approche.
    bon point, je n'étais pas au courant qu'détail particulier est relativement nouveau.

    OriginalL'auteur

  3. 3

    Il existe un moyen de faire la même chose dans les Stimuler à l'aide de boost::filesystem:

    #include <boost/filesystem.hpp>

using namespace boost::filesystem;

try{
    path absolutePath = canonical("./../xxx"); //will throw exception if file not exists!

}
catch{...}{
    cout << "File not exists";
}
cout << absolutePath.string();

    Il y a QT façon de le faire (got du ici):

    QFileInfo target_file_name(argv[1]);
QString absolute_path = target_file_name.absolutePath()

    Il est un peu compliqué la mise en œuvre de la fonction realpath en C++. Ne dites rien à ce sujet de la sécurité, mais il devrait permettre de chemin avec une longueur de plus de PATH_MAX. Va tester au plus vite.

    absolutePath n'est pas visible de l'extérieur try/catch

    OriginalL'auteur