I've discovered an inconsistency in this method, regarding the parsing
of paths containing the '..' parent folder specifier. If you try an
absolut path like "C:\winnt\.." then it fails (parsing from desktop). I
know that this path don't makes much sense <g> but why should it fail?
Here's some sample code:
/* path exists on disk */
LPWSTR absPath = L"C:\\winnt\\..";
/* assume pIDeskFolder is valid IShellFolder*
* obtained earlier, pointing at the namespace root.
/* this fails, returned pidl==NULL */
hr = pIDeskFolder->ParseDisplayName(NULL, NULL, absPath,
&chEaten, &pidl, NULL);
ASSERT(hr == 0x80004005); /* "unspecified error" */
Trying a ::SetCurrentDirectory() on this path works ok (but
FIndFirstFile fails, too). Why should there be such a discrepancy? If
this is by design, what's the proper route to parse paths containing
2xExplorer R7 just made windows Explorer obsolete
Sent via Deja.com http://www.deja.com/
Before you buy.