当路径长于PATH_MAX时,从文件描述符获取路径

概述我从fanotify接收文件系统事件.有时我想获得正在访问的文件的绝对路径.通常,这不是问题 - fanotify_event_metadata包含文件描述符fd,因此我可以在/ proc / self / fd /< fd>上调用readlink.并得到我的道路.但是,如果路径超过PATH_MAX,则无法再使用readlink - 它会因ENAMETO

我从fanotify接收文件系统事件.有时我想获得正在访问的文件的绝对路径.

通常,这不是问题 – fanotify_event_Metadata包含文件描述符fd,因此我可以在/ proc / self / fd /< fd>上调用readlink.并得到我的道路.

但是,如果路径超过PATH_MAX,则无法再使用readlink – 它会因EnameTOolONG而失败.我想知道在这种情况下是否有办法获得文件路径.

显然,我可以通过fanotify获取描述符并遍历整个文件系统,查找具有相同设备ID和inode编号的文件.但是这种方法在性能方面对我来说是不可行的(即使我优化它以忽略短于PATH_MAX的路径).

我尝试通过使用O_PATH重新打开fd并调用openat(fd,“..”,…)来获取父目录.显然,失败是因为fd没有引用目录.我也尝试在读取链接调用失败后检查缓冲区的内容(希望它包含部分路径).那也行不通.

到目前为止,我已经设法为打开它们的进程的工作目录中的文件获取长路径(fanotify事件包含目标进程的pID,所以我可以读取/ proc /< pid> / cwd并获取路径从那里到根).但这是部分解决方案.

有没有办法从文件描述符获取绝对路径而不遍历整个文件系统？最好是与内核2.6.32 / glibc 2.11一起使用的那个.

更新：对于好奇.我已经弄清楚为什么调用readlink(“/ proc / self / fd /< fd>”,…用一个足够大的缓冲区来存储整个路径不起作用.

查看do_proc_readlink的实现.请注意,它不直接使用提供的缓冲区.相反,它分配单个页面并在调用d_path时将其用作临时缓冲区.换句话说,无论缓冲区有多大,d_path将始终限制为页面大小.这是amd64上的4096字节.与PATH_MAX相同！当-EnameTOolONG用完所提到的页面时,它将在prepend返回.最佳答案readlink可以与长于PATH_MAX的链接目标一起使用.有两个限制：链接本身的名称必须短于PATH_MAX(检查,“/ proc / self / fd /< fd>”大约20个字符),并且提供的输出缓冲区必须足够大.您可能希望首先调用lstat以确定输出缓冲区应该有多大,或者只是使用增长缓冲区重复调用readlink. 总结

以上是内存溢出为你收集整理的当路径长于PATH_MAX时,从文件描述符获取路径全部内容，希望文章能够帮你解决当路径长于PATH_MAX时,从文件描述符获取路径所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。