如何检查路径是否指向可执行文件
How to check if path leads to executable file?
我尝试创建某种文件浏览器。我想知道path下的文件是否可以跨平台执行
如何用boost::filesystem做这样的事情?
Boost没有关于权限的东西,因为POSIX权限不是"跨平台的"。
根据需要使用特定于平台的api。对不起!
你可以试试QT,它是跨平台的。在处理文件时,您不必关心操作系统的差异。你所说的"可执行的"是什么意思,我不太清楚。如果您正在讨论文件权限,OT可以提供此类信息(只需查看QFile类文档)。如果你想知道你是否真的可以运行它,你必须有某种文件扩展名约定。例如Windows操作系统的。exe文件。我不知道,也许有一种方法可以查看文件的初始位,并了解它是否是二进制文件,但我认为你无法找到相应的库调用。您必须为此实现一些特定于平台的例程。如果我没有弄错的话,文件浏览器主要是通过查看文件的扩展名来查找类型。例如,如果您将pdf的文件扩展名更改为exe,则windows资源管理器将此文件视为可执行文件。显然,在文件类型假设之后,它可以尝试学习有关文件的其他一些东西,例如可执行文件的图标。但最初它只考虑扩展。否则,浏览包含大量文件的目录将非常缓慢。
我希望我在这里给出了一些相关的信息
相关文章:
- 是否可以在命令行中将输入参数传递给可执行文件
- 如果包含映射的静态库与可执行文件和动态库链接,静态映射(变量)是否会被多次释放?
- 除了系统("pause")之外,是否有其他选项可以保持可执行文件打开?
- 使用 CodeBlocks + GCC 构建的可执行文件是否可以在任何 Windows 上运行?
- C++模板的对象代码是否在可执行文件和动态库中重复?
- 是否有其他方法将.dll文件从一个项目复制到我的启动项目中的可执行文件旁边
- 是否可以在特定日期后没有运行可执行文件
- 如果给定正确的运行时库,x86 可执行文件是否可以在任何 x86 平台上运行
- 在生成可执行文件时,我们是否同时使用 libstdc++.a 和 libstdc++.so
- 如果与未使用的库链接,可执行文件的构建方式是否不同?
- 检测系统是否可以运行 amd64 可执行文件
- 是否对在另一个Linux发行版中使用G 编译的可执行文件有限制
- VS2010在不同平台上生成的可执行文件是否应该有所不同
- 在可执行文件中实现静态方法是否安全,该方法已在共享库中实现
- 在运行时在v110可执行文件中使用v90 COM dll是否安全
- 是否可以在Windows上的运行时从可执行文件中找到函数
- 如果你链接到一个DLL,如果该DLL丢失,是否可以启动你的可执行文件
- 是否可以使用C++中的一个make命令,用两个不同的gcc版本编译两个不同可执行文件
- 可移植可执行文件是否可以直接绝对引用代码段中的外部库,而不是通过 IAT
- 是否可以反编译C++生成器可执行文件?C++生成器 exe 安全吗?