在Linux中定义PATH_MAX在哪里?

haz*_*ziz 102 c linux gcc include clang

我应该调用哪个头文件,#include以便能够使用PATH_MAX作为int来调整字符串大小?

我希望能够宣布:

char *current_path[PATH_MAX];
Run Code Online (Sandbox Code Playgroud)

但是当我这样做时,我的编译器(Linux上的Clang/LLVM)发出以下错误:

recursive_find6.c:29:20: error: use of undeclared identifier 'PATH_MAX'
char *current_path[PATH_MAX];
                   ^
Run Code Online (Sandbox Code Playgroud)

我试过谷歌搜索,但仍然没有运气.

#include <limits.h> 不解决问题/错误.

我还纠正了PATH_MAX的值是一个int吗?

Shi*_*dim 126

它在linux/limits.h.
#define PATH_MAX 4096 /* # chars in a path name including nul */

#include <linux/limits.h>

char current_path[PATH_MAX];
Run Code Online (Sandbox Code Playgroud)

PATH_MAX有一些瑕疵,如本博客所述(感谢paulsm4)

  • 这是关于PATH_MAX的一个很好的链接...以及为什么它只是*不是*:http://insanecoding.blogspot.com/2007/11/pathmax-simply-isnt.html (19认同)
  • 你或许应该使用<limits.h>中; <linux/limits.h>看起来非常不便携. (5认同)
  • 注意:PATH_MAX与NAME_MAX不同(并且x-ref'd文章部分似乎混淆了这两者,至少部分是这样).注意:POSIX [`<limits.h>`](http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html)说:_以下列表中的一个符号常量的定义应从`<limits.h>`header [...]中省略,其中相应的值等于或大于规定的最小值,但是值可以根据应用它的文件而变化.特定路径名支持的实际值应由pathconf()函数提供._ (2认同)
  • 路径名非常邪恶,不安全,path_max 是谎言,甚至不是常数(在不同的操作系统功能上可能会有所不同)。这是一个可怕的功能,应该尽快更换。 (2认同)

小智 12

请注意,仍然不清楚是否PATH_MAX定义具有或不具有尾随空字节的最大长度.它可能是不同操作系统中的一个或另一个.如果您不能或不想在编译期间检查它是哪种情况,则强制使用人工限制会更安全PATH_MAX - 1.比抱歉更安全.(显然,你仍然需要保留至少PATH_MAX字节的内存来缓冲字符串.)

  • >`{PATH_MAX}`路径名中的最大字节数,包括终止空字符.来自POSIX '01. (3认同)
  • 请注意,POSIX 2008解决了混乱 - [`<limits.h>`](http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html)(理由):{PATH_MAX} IEEE PASC解释1003.1#15通过路径名的定义和{PATH_MAX}的描述解决了标准中的不一致问题,允许应用程序开发人员分配{PATH_MAX}或{PATH_MAX} +1个字节.通过更正{PATH_MAX}定义以包含空字符,已消除不一致性.通过此更改,先前分配{PATH_MAX}个字节的应用程序将继续成功. (3认同)
  • 另请注意,不应使用“PATH_MAX - 1”,而应使用“PATH_MAX + 1”。您不必再这样做了,但您想为“\0”添加一个字节。 (3认同)

eme*_*ion 9

这样做的便携式方法是:

#define _POSIX_C_SOURCE 1
#include <limits.h>
Run Code Online (Sandbox Code Playgroud)

规范:https : //pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html


Kem*_*hou 6

在做简单的C编程时,我遇到了同样的挑战。在您的特定 Linux 系统上, /usr/include 目录包含许多特定于 Linux 操作系统的头文件。

find . -name "*.h" | xargs grep PATH_MAX 
Run Code Online (Sandbox Code Playgroud)

您应该看到几个定义 PATH_MAX 的标头;不幸的是,这个值在不同的标头中定义不同。这是我的 Ubuntu 中的列表(我还手动从 grep 程序中删除了一些误报命中)。

./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
Run Code Online (Sandbox Code Playgroud)

标头 /linux/limits.h 的数量最大,应该是最真实的标头。替代策略是使用不同的名称定义您自己的名称,例如 PATHLEN(4080 对于大多数实际情况来说足够长)。我的主要观点是学习使用 find 来寻找问题的答案。