Où est PATH_MAX défini dans Linux?

Qui en-tête de fichier dois-je appeler avec #include pour être en mesure d'utiliser PATH_MAX comme un int pour le dimensionnement d'une chaîne de caractères?

Je veux être en mesure de déclarer:

char *current_path[PATH_MAX];

Mais quand je le fais mon compilateur (Clang/LLVM sur Linux) émet le message d'erreur suivant:

recursive_find6.c:29:20: error: use of undeclared identifier 'PATH_MAX'
char *current_path[PATH_MAX];
                   ^

J'ai essayé de faire une recherche google, mais toujours pas de chance.

#include <limits.h> Ne permet PAS de résoudre le problème ou l'erreur.

Suis-je aussi correcte que la valeur de PATH_MAX est un int?

InformationsquelleAutor haziz | 2012-02-25
  1. 123

    Son linux/limits.h.

    #define PATH_MAX 4096 /* # chars in a path name including nul */

    #include <linux/limits.h>

char current_path[PATH_MAX];

    PATH_MAX a quelques défauts comme mentionné dans ce blog (merci paulsm4)

    • Voici un bon lien sur PATH_MAX ... et pourquoi il simplement n'est pas: insanecoding.blogspot.com/2007/11/pathmax-simply-isnt.html
    • Attendez ... est-ce à dire que PATH_MAX est spécifique à linux et ne fait partie d'aucun standard?
    • Vous devriez probablement utiliser <limites.h>; </linux limites.h> regarde clairement non-portable.
    • Attention: PATH_MAX est différente de NAME_MAX (et le x-ref avais de l'article dans la partie semble confondre ces deux-là, au moins en partie). Remarque: POSIX <limits.h> dit: la définition de l'une des constantes symboliques dans la liste suivante doit être omis de la <limits.h> en-tête [...] lorsque la valeur est égale ou supérieure au minimum, mais où la valeur peut varier selon le type de fichier pour lequel il est appliqué. La valeur réelle pris en charge pour un chemin d'accès doit être fourni par le pathconf() de la fonction.
    • Il définit également: {NAME_MAX} • nombre Maximum d'octets dans un fichier (non compris la valeur null d'un nom de fichier de la chaîne). • Minimum Acceptable de la Valeur: {_POSIX_NAME_MAX} • Minimum Acceptable de la Valeur: {_XOPEN_NAME_MAX} et {PATH_MAX} • nombre Maximal d'octets de la mise en oeuvre en magasin comme un chemin dans un tampon fourni de taille quelconque, y compris le caractère de fin null. Nombre minimal de la mise en œuvre acceptera que le nombre maximal d'octets dans un chemin. • Minimum Acceptable de la Valeur: {_POSIX_PATH_MAX} • Minimum Acceptable de la Valeur: {_XOPEN_PATH_MAX}
    • Les chemins sont très mal, l'insécurité et de path_max est un mensonge et même pas une constante (il peut être différent sur différents OS des fonctions). C'est un terrible fonctionnalité et doit être remplacé dès que possible.

    InformationsquelleAutor Shiplu Mokaddim
  2. 12

    Être conscient qu'il est encore difficile de savoir si PATH_MAX définit une longueur maximale avec ou sans fuite nul byte. Il peut être l'un ou l'autre sur différents systèmes d'exploitation. Si vous ne pouvez pas ou ne veulent pas, auquel cas c'est lors de la compilation, il est plus sûr de la force limite artificielle de PATH_MAX - 1. Mieux vaut prévenir que guérir. (Évidemment, vous avez encore besoin de réserver au moins PATH_MAX octets de la mémoire tampon la chaîne).

    • > {PATH_MAX} nombre Maximum d'octets dans un chemin d'accès, y compris le caractère de fin null. De POSIX '01.
    • Notez que POSIX 2008 résolu la confusion — <limits.h> (Justification): {PATH_MAX} IEEE PASC Interprétation 1003.1 #15 adressé à l'incohérence dans la norme avec la définition du chemin d'accès et la description de {PATH_MAX}, permettant aux développeurs d'applications d'allouer {PATH_MAX} ou {PATH_MAX}+1 octets. L'incohérence a été supprimé par la correction de l' {PATH_MAX} définition pour inclure le caractère null. Avec ce changement, les applications précédemment allouée {PATH_MAX} octets de continuer à réussir.
    • Notez également que vous ne devez pas utiliser PATH_MAX - 1, mais PATH_MAX + 1. Vous n'avez pas à plus, mais vous souhaitez ajouter un octet pour le '\0'.
    • PATH_MAX est pourquoi les gens pensent windows suce alors qu'en fait c'est le seul programmeur qui utilisent PATH_MAX sucer. PATH_MAX est vraiment au moins 32k sur windows et que vous avez vraiment presque jamais vouloir déclarer PATH_MAX à 32k.
    InformationsquelleAutor Kumashiro
  3. 2

    C'est une bonne question. Je suis une simple programmation en C et rencontré ce problème. Sur votre Linux/Unix, afin de /usr/include répertoire, voici tous les fichiers d'en-tête pour votre système.

    find . -name "*.h" | xargs grep PATH_MAX

    Vous devriez voir plusieurs en-têtes de la définition de PATH_MAX. Et vous pouvez voir que cette valeur est définie différemment selon les endroits. Voici une liste de mon Ubuntu (j'ai aussi supprimé manuellement certains faux positifs de la commande grep programme).

    ./x86_64-linux-gnu/bits/posix1_lim.h:#define _POSIX_PATH_MAX      256
./X11/InitialI.h:#ifndef PATH_MAX
./X11/InitialI.h:#define PATH_MAX 512
./X11/InitialI.h:#ifndef PATH_MAX
./X11/InitialI.h:#define PATH_MAX MAXPATHLEN
./X11/InitialI.h:#define PATH_MAX 1024
./X11/Xos.h:#  define PATH_MAX 4096
./X11/Xwindows.h:#if defined(WIN32) && (!defined(PATH_MAX) || PATH_MAX < 1024)
./X11/Xwindows.h:# undef PATH_MAX
./X11/Xwindows.h:# define PATH_MAX 1024
./X11/Xosdefs.h:#  ifndef PATH_MAX
./X11/Xosdefs.h:#   define PATH_MAX 4096
./X11/Xosdefs.h:#  ifndef PATH_MAX
./X11/Xosdefs.h:#   define PATH_MAX 1024
./X11/extensions/XKBsrv.h:#define   PATH_MAX MAXPATHLEN
./X11/extensions/XKBsrv.h:#define   PATH_MAX 1024
./python2.7/osdefs.h:#ifndef PATH_MAX
./python2.7/osdefs.h:#define PATH_MAX MAXPATHLEN
./python2.7/osdefs.h:#if defined(PATH_MAX) && PATH_MAX > 1024
./python2.7/osdefs.h:#define MAXPATHLEN PATH_MAX
./linux/limits.h:#define PATH_MAX        4096   /* # chars in a path name including nul */
./linux/btrfs.h:#define BTRFS_INO_LOOKUP_PATH_MAX 4080
./linux/un.h:#define UNIX_PATH_MAX  108

    Ressemble /linux/limites.h a le plus grand nombre défini. Je ne inquiétude au sujet de la portabilité de ce fichier. Donc, pour être sûr que vous pourriez simplement défini cette MACRO vous-même avec un nom différent, dire de longueur de chemin (4080 est assez long pour la plupart des situations pratiques). Si c'est pour un gros paquet de logiciel, vous avez également le contrôle. C'est mon opinion.

    InformationsquelleAutor Kemin Zhou
  4. 0

    Le portable façon de le faire est:

    #define _POSIX_C_SOURCE 1
#include <limits.h>
    InformationsquelleAutor emersion