公共桌面上的 SHGetFileInfo

发布于 2024-07-20 04:34:56 字数 1255 浏览 9 评论 0原文

我在公共桌面上使用 SHGetFileInfo 以及公共桌面中的文件时遇到问题。 我将重点关注实际的桌面文件夹(CSIDL_COMMON_DESKTOPDIRECTORY 或通常为“C:\Users\Public\Desktop”)。 另外 - 我最近才开始看到这种行为,但我无法查明导致其出现故障的确切变化。 对 ShGetFileInfo 的实际调用没有改变(据我所知)。

所以我有这个(我省略了中间错误检查以缩短 - 函数调用成功返回):

SHFILEINFOW info;
uint32_t return_value = 0;
uint32_t flags = SHGFI_TYPENAME|SHGFI_ICON|SHGFI_SMALLICON|SHGFI_SYSICONINDEX;
uint32_t attributes = FILE_ATTRIBUTE_NORMAL;
wchar_t *path = L"C:\\Users\\Public\\Desktop";
return_value = SHGetFileInfoW(path, attributes, &info, sizeof(SHFILEINFOW), flags);

printf("[%ls] %u ", path, return_value);

这返回 0 作为返回值。 如果我使用以下方式填充路径:

SHGetFolderPathW(NULL, CSIDL_COMMON_DESKTOPDIRECTORY, NULL, 0, path)

我会得到相同的结果。 但是如果我使用 pidl,如下所示:

LPITEMIDLIST pidl = NULL;
SHGetSpecialFolderLocation(NULL, CSIDL_COMMON_DESKTOPDIRECTORY,  &pidl);
return_value = SHGetFileInfoW((LPCWSTR) pidl, attributes, &info, sizeof(SHFILEINFOW), flags | SHGFI_PIDL);

然后我会得到我期望的东西,系统小图标列表的句柄。

我不知道我做错了什么 - 它只发生在这个特定的文件夹上。 我实际上需要目录内项目的图标,因此现在使用 pidl 似乎不是一个选项。 关于从公共桌面检索图标的预期方式有什么想法吗?

--

我应该提到这种行为发生在 Windows Vista 上 - 在 XP 上使用 SHGetFolderPathW 填充的路径工作正常

I'm having an issue with using SHGetFileInfo on the public desktop and files in the public desktop. I'll focus on the actual desktop folder (CSIDL_COMMON_DESKTOPDIRECTORY or usually "C:\Users\Public\Desktop"). Also - I've started seeing this behavior only recently, but I can't pinpoint the exact change which made it faulty. The actual call to ShGetFileInfo has not changed (as far as I can tell).

So I have this (I've omitted intermediate error checks to shorten - the function calls return with success):

SHFILEINFOW info;
uint32_t return_value = 0;
uint32_t flags = SHGFI_TYPENAME|SHGFI_ICON|SHGFI_SMALLICON|SHGFI_SYSICONINDEX;
uint32_t attributes = FILE_ATTRIBUTE_NORMAL;
wchar_t *path = L"C:\\Users\\Public\\Desktop";
return_value = SHGetFileInfoW(path, attributes, &info, sizeof(SHFILEINFOW), flags);

printf("[%ls] %u ", path, return_value);

This returns 0 as the return value. If I populate path using:

SHGetFolderPathW(NULL, CSIDL_COMMON_DESKTOPDIRECTORY, NULL, 0, path)

I get the same result. But if I use the pidl, as in:

LPITEMIDLIST pidl = NULL;
SHGetSpecialFolderLocation(NULL, CSIDL_COMMON_DESKTOPDIRECTORY,  &pidl);
return_value = SHGetFileInfoW((LPCWSTR) pidl, attributes, &info, sizeof(SHFILEINFOW), flags | SHGFI_PIDL);

Then I get something which I expect, a handle to the system small icon list.

I can't tell what I'm doing wrong - and it only happens on this specific folder. I actually need icons for the items inside the directory, so using the pidl doesn't seem to be an option right now. Any ideas on what is the expected way to retrieve icons from the common desktop?

--

I should mention this behavior happens on Windows Vista - using the path populated by SHGetFolderPathW on XP works fine

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

扫码二维码加入Web技术交流群

发布评论

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

评论(1

只为守护你 2024-07-27 04:34:56

我有同样的问题。 可以通过在程序启动时调用 OLE32.DLL 中的 CoInitialize 函数来修复此问题。

CoInitialize(0);
return_value = SHGetFileInfoW(path, attributes, &info, sizeof(SHFILEINFOW), flags);

I had the same problem. It can be fixed by calling the function CoInitialize from OLE32.DLL when the program starts.

CoInitialize(0);
return_value = SHGetFileInfoW(path, attributes, &info, sizeof(SHFILEINFOW), flags);
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文