gpt4 book ai didi

c++ - SearchPathW 卡住

转载 作者:行者123 更新时间:2023-12-01 14:57:52 28 4
gpt4 key购买 nike

我正在尝试编写一个函数,该函数将能够找到位于我系统上的可执行文件搜索路径中的任意可执行文件。我遇到了一些输入会导致 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/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com