WIN32_FIND_DATAA issue with CfGetPlaceholderStateFromFindData and FindFirstFile

[catmanjan]

I am in the process of converting some Vanara code to CsWin32 - an issue I've encountered is FindFirstFile returns a WIN32_FIND_DATAW but CfGetPlaceholderStateFromFindData takes a WIN32_FIND_DATAA

Whats the best way to resolve this? I noticed the doco for FindFirstFile implies that it should already be returning a FIND_DATAA struct?

		/// <para>A pointer to the <a href="https://docs.microsoft.com/windows/desktop/api/minwinbase/ns-minwinbase-win32_find_dataa">WIN32_FIND_DATA</a> structure that receives information about a found file or directory.</para>

[jevansaks]

Hmmm I'm not entirely sure but it seems like CfGetPlaceholderStateFromFindData may be incorrectly defined if it only takes an ANSI struct. You might be stuck manually changing a DATAW into a DATAA. Or you could change your cswin32 generation to generate both unicode and ansi and call the ansi methods to get a struct in the ANSI format.

[jevansaks]

https://github.com/microsoft/CsWin32/blob/main/src/Microsoft.Windows.CsWin32/settings.schema.json -- wideCharOnly = false setting in nativemethods.json.

[catmanjan]

Ah i see, so this is probably a bug right? Worth raising an issue?

[jevansaks]

It's a bug somewhere but I'm not sure where. Looking at some other code, I feel like it's a bug in the win32metadata -- I think CfGetPlaceholderStateFromFindData is actually unicode-only.

[catmanjan]

I raised it here #1687 I can't find anywhere to log issues about metadata

[jevansaks]

No worries, it's the win32metadata repo. I'll move the issue. Thanks!