c++ - SearchPathW 卡住

标签 c++ windows winapi

我正在尝试编写一个函数,该函数将能够找到位于我系统上的可执行文件搜索路径中的任意可执行文件。我遇到了一些输入会导致 SearchPathW 的问题无限期地卡住,我不确定到底发生了什么。

std::optional<std::wstring> SearchPathExecutable(const std::wstring& name){
    auto size = SearchPathW(nullptr, name.c_str(), L".exe", 0, nullptr, nullptr);
    if(!size){
        return std::nullopt;
    }

    std::vector<WCHAR> buffer(static_cast<size_t>(size) + 1 );
    WCHAR* filename{};
    if(!SearchPathW(nullptr, name.c_str(), L".exe", size + 1, buffer.data(), &filename)){
        return std::nullopt;
    }

    return buffer.data();
}

当名称为 L"--autoruns" 时(这不是我的搜索路径中的当前文件),代码在第一次调用 SearchPathW 时卡住,并且调用永远不会返回。

这里明显的解决方案是“哦,好吧,不要搜索不存在的文件!”不幸的是,这不是一个选项,因为此函数的预期用途之一是确定文件是否确实存在于搜索路径中。因为我可以在 C:\Windows 目录中放置一个名为“--autoruns.exe”的文件,所以它不仅仅是我可以过滤掉的东西。

我可以做些什么来防止这种挂起,完全避免调用 SearchPathW,或者捕获并修复这个挂起?

我已经尝试创建一个新线程来处理对 SearchPathW 和 WaitForSingleObject 的调用。它有 1000 毫秒的延迟。出于某种原因,这也挂了。

运行 procmon 后,问题似乎在于它不断重新搜索路径。


我发现了一些其他文件名也会导致同样的问题,这让我怀疑是否有一些符号链接(symbolic link)/硬链接(hard link)导致了这个问题。我还根据它正在检查的文件路径检查了我的 PATH,并在重复之前检查了我的 PATH 中的每个位置。

最佳答案

问题是由更高级别的函数在循环中调用此函数引起的,并且具有无法到达的中断条件,而调试器恰好总是显示它卡在 SearchPathW 上。解决。

关于c++ - SearchPathW 卡住,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60982658/

相关文章:

C++ 整数到指针的转换

windows - 在 Xperf 中捕获调用堆栈和事件

c++ - 我可以从 NTFS 分区在 Ubuntu 中运行 C++ 项目吗?

c++ - 是什么让boost::shared_mutex如此缓慢

c++ - 如何在 CMakeList.txt 中链接 -ldl

java - 使用代理记录 jmeter 请求不会创建采样器

Windows ping 超时参数似乎不起作用

windows - 标准用户登录时启动管理交互进程

javascript - 获取浏览器和选项卡的焦点

c++ - 表达式无效的空指针