在Linux上解析$PATH时我们必须考虑哪些极端情况?

在Linux上解析$PATH时我们必须考虑哪些极端情况?,第1张

概述我正在开发一个C应用程序,它必须遍历$PATH才能找到二进制文件的完整路径名,唯一允许的依赖项是glibc(即不调用外部程序).在正常情况下,这只需要用冒号分割getenv(“PATH”)并逐个检查每个目录,但我想确保覆盖所有可能的极端情况.我应该注意什么?特别是相对路径,以〜开头的路径意味着扩展到$HOME,还是包含:char允许的路径? 曾经让我感到惊讶的一件事是PATH中的空字符串表示当前目 我正在开发一个C应用程序,它必须遍历$PATH才能找到二进制文件的完整路径名,唯一允许的依赖项是glibc(即不调用外部程序).在正常情况下,这只需要用冒号分割getenv(“PATH”)并逐个检查每个目录,但我想确保覆盖所有可能的极端情况.我应该注意什么?特别是相对路径,以〜开头的路径意味着扩展到$HOME,还是包含:char允许的路径?解决方法 曾经让我感到惊讶的一件事是PATH中的空字符串表示当前目录. PATH末尾或开头的两个相邻冒号或冒号表示包含当前目录.例如,这在 man bash中有记录.

它也在POSIX specification年.

所以

PATH=:/binPATH=/bin:PATH=/bin::/usr/bin

所有意味着当前目录都在PATH中

总结

以上是内存溢出为你收集整理的在Linux上解析$PATH时我们必须考虑哪些极端情况?全部内容,希望文章能够帮你解决在Linux上解析$PATH时我们必须考虑哪些极端情况?所遇到的程序开发问题。

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

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/1045068.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-24
下一篇 2022-05-24

发表评论

登录后才能评论

评论列表(0条)

保存