通过 C++ 确定Linux 中是否安装了程序

发布于 2024-11-29 06:02:09 字数 386 浏览 1 评论 0原文

我想从我的 C++ 代码对 Linux 程序进行系统调用，但我想首先检查该程序是否安装在用户的计算机上。

在 Ubuntu 中，我可以使用 dpkg -s gifsicle 等系统调用来确定是否安装了与该程序关联的软件包，并解析其输出。 gifsicle 这里是程序名称。

但是，该程序（例如 gifsicle）可能是从源代码编译的，因此不会出现在 Ubuntu 软件包存储库中。

有什么好的编程方法可以确定程序（例如 gifsicle）在执行 C++ 代码的系统上是否可用？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

内心荒芜 2024-12-06 06:02:09

您可以首先调用 which 。

退出状态指示是否可以在路径上找到指定的可执行文件。

回复收藏 0 原文

林空鹿饮溪 2024-12-06 06:02:09

Linux 没有标准的包管理器，因此 dpkg 绝对是错误的答案。

出于安全性和正确性的原因，依赖用户的 PATH 来查找可执行文件可能是不明智的。因此，您可能应该已经在调用 system 时使用完全限定路径（例如 /usr/bin/gifsicle）。

如果是这样，您的问题的简单答案是：（

if (access("/usr/bin/gifsicle", X_OK) == 0) {
    system("/usr/bin/gifsicle -my -args");
}
else if (errno == EACCESS) {
    /* gifsicle not found */
}
else {
    /* access() failed!  Operating system is broken or Windows (or both) */
}

如果您将 /usr/bin/gifsicle 放入变量中，则会获得加分）

更难的 - 但可以说“更正确” - 答案是避免system 并自己执行 fork + execl，检查 execl 看看它是否会产生 ENOENT< /code> 或类似的。不过，将失败信息传达给父进程可能会很烦人。

There is no standard package manager for Linux, so dpkg is definitely the wrong answer.

For security and correctness reasons, it is probably unwise to rely on the user's PATH to locate an executable. So you probably should already be using the fully-qualified path (e.g. /usr/bin/gifsicle) in your call to system.

If so, the easy answer to your question is:

if (access("/usr/bin/gifsicle", X_OK) == 0) {
    system("/usr/bin/gifsicle -my -args");
}
else if (errno == EACCESS) {
    /* gifsicle not found */
}
else {
    /* access() failed!  Operating system is broken or Windows (or both) */
}

(Bonus points if you put /usr/bin/gifsicle into a variable)

The harder -- but arguably "more correct" -- answer is to avoid system and do fork + execl yourself, checking the execl to see if it results in ENOENT or similar. Communicating the failure back to the parent process could be annoying, though.

回复收藏 0 原文

雪若未夕 2024-12-06 06:02:09

基本上，为了涵盖手动安装程序且未在已安装软件包数据库中注册的情况，您必须扫描整个文件系统以确保未安装该程序。

如果您确定该程序位于用户的 PATH 中，则可以调用 which 命令（也使用 system()）。

然而，常见的解决方案是允许用户通过配置选项覆盖可执行文件的路径。例如，Doxygen 可以配置为调用 dot 生成图表。默认情况下，它会尝试调用 PATH 环境变量中的 dot 。如果找不到，它会警告用户找不到 dot 程序，并且 DOT_PATH 配置值尚未设置。该解决方案的优点是简单，并且也可以在其他系统上运行。