Linux 中的 PATH_MAX 定义在哪里?
Posted
技术标签:
【中文标题】Linux 中的 PATH_MAX 定义在哪里?【英文标题】:Where is PATH_MAX defined in Linux? 【发布时间】:2012-03-15 23:52:17 【问题描述】:我应该使用#include
调用哪个头文件才能使用 PATH_MAX 作为 int 来调整字符串大小?
我希望能够声明:
char *current_path[PATH_MAX];
但是当我这样做时,我的编译器(Linux 上的 Clang/LLVM)会发出以下错误:
recursive_find6.c:29:20: error: use of undeclared identifier 'PATH_MAX'
char *current_path[PATH_MAX];
^
我尝试进行谷歌搜索,但仍然没有运气。
#include <limits.h>
不能解决问题/错误。
PATH_MAX 的值是 int 是否也正确?
【问题讨论】:
请看这个问题:***.com/questions/833291/… 你可能想要char current_path[PATH_MAX];
而不是char *current_path[PATH_MAX];
- 你想要一个字符串而不是一个指针数组。
或者这个***.com/questions/4267390/…
【参考方案1】:
它在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
存在this blog 中提到的一些缺陷(感谢 paulsm4)
【讨论】:
这是关于 PATH_MAX 的一个很好的链接......以及为什么它只是 不是:insanecoding.blogspot.com/2007/11/pathmax-simply-isnt.html 等等...这是否意味着 PATH_MAX 是特定于 linux 的,而不是任何标准的一部分? 你应该使用 ; 看起来很不便携。 当心:PATH_MAX 与 NAME_MAX 不同(x-ref 的文章部分似乎混淆了这两者,至少部分混淆了)。注意:POSIX<limits.h>
说:应从 <limits.h>
标头 [...] 中省略以下列表中符号常量之一的定义,其中相应的值等于或大于规定的最小值,但是其中值可能会因应用它的文件而异。特定路径名支持的实际值应由 pathconf() 函数提供。
路径名非常邪恶,不安全,并且 path_max 是一个谎言,甚至不是一个常数(在不同的操作系统功能上可能会有所不同)。这是一个糟糕的功能,应该尽快更换。【参考方案2】:
请注意,尚不清楚PATH_MAX
是否定义了带有或不带有尾随 nul 字节的最大长度。它可能是不同操作系统上的一个或另一个。如果您不能或不想在编译期间检查它是哪种情况,则强制人为限制PATH_MAX - 1
会更安全。安全总比后悔好。 (显然,您仍然需要保留至少 PATH_MAX
字节的内存来缓冲字符串。)
【讨论】:
>PATH_MAX
路径名中的最大字节数,包括终止空字符。从 POSIX '01.
请注意,POSIX 2008 解决了混淆 — <limits.h>
(基本原理):PATH_MAX IEEE PASC 解释 1003.1 #15 解决了标准与路径名定义和 PATH_MAX 描述的不一致问题,允许应用程序开发人员分配 PATH_MAX 或 PATH_MAX+1 个字节。通过更正 PATH_MAX 定义以包含空字符来消除不一致。通过此更改,之前分配 PATH_MAX 个字节的应用程序将继续成功。
还请注意,您不应使用PATH_MAX - 1
,而应使用PATH_MAX + 1
。您不必再这样做了,但您想为 '\0'
添加一个字节。【参考方案3】:
可移植的方式是:
#define _POSIX_C_SOURCE 1
#include <limits.h>
规格:https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html
【讨论】:
甚至这还不够。PATH_MAX
不必定义:“在对应值等于或“鉴于 Linux 文件系统支持不同的值,定义 PATH_MAX
可能违反了 Linux 的 POSIX 标准。
定义_POSIX_C_SOURCE
有什么作用?有人告诉我,应该永远在自己的程序中定义以_
开头的变量。
@vy32 _POSIX_C_SOURCE
是一个功能测试宏。
@flux - 好吧...所以我不应该定义它?
@vy32 这取决于你想做什么。请阅读功能测试宏。【参考方案4】:
在进行简单的 C 编程时,我遇到了同样的挑战。在您的特定 Linux 系统上,/usr/include 目录包含许多特定于 Linux 操作系统的头文件。
find . -name "*.h" | xargs grep PATH_MAX
您应该会看到几个定义 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
头文件 /linux/limits.h 具有最大的数字,应该是最真实的包含。替代策略是用不同的名称定义自己的名称,例如 PATHLEN(对于大多数实际情况,4080 足够长)。我的主要观点是学习使用 find 来寻找问题的答案。
【讨论】:
【参考方案5】:PATH_MAX 是系统限制。 POSIX 环境中存在关于系统限制的三类。这些类别之一是路径名变量值。取决于文件系统的系统限制属于此类。 PATHMAX 也是路径名变量值。 (因此该值可以从文件系统更改为文件系统。) 所以, PATHNAME 限制可以通过 pathconf()/fpathconf() POSIX 函数获得。这种方式是获取特定文件系统的 PATHNAME 限制的可移植方式。 示例代码如下:
long
get_pathmax(void)
long pathmax = -1;
errno = 0;
pathmax = pathconf("/", _PC_PATH_MAX);
if (-1 == pathmax)
if (0 == errno)
#define PATHMAX_INFINITE_GUESS 4096
pathmax = PATHMAX_INFINITE_GUESS;
else
fprintf (stderr, "pathconf() FAILED, %d, %s\n", errno, strerror(errno));
return pathmax;
【讨论】:
有趣的是看看 pathconf("\\\\?\\c$",_PC_PATH_MAX) 在 Windows 上返回什么。 (在 Windows 中以“\\?\”开头的文件名最长可达 32k。由于显而易见的原因,这从来不是一个流行的功能,而且对于 Windows UNC 文件名也完全不可用)。以上是关于Linux 中的 PATH_MAX 定义在哪里?的主要内容,如果未能解决你的问题,请参考以下文章