comutils | : honeybee : Common tool classes for front-end code

I finally found a solution. Which is to replace Ole32.COINIT_MULTITHREADED by Ole32.COINIT_APARTMENTTHREADED when initialize Ole32.

The solution is that the SIZE struct can not be passed by value. (in C++ it can). You have to create a class SIZEByValue that extends SIZE and implements Structure.ByValue. Now it is working.

You're almost there. Generally the way to customize an existing JNA interface is to define your own interface which extends it, and then write your own methods. For just the single method you're basically done, but the Converter class generates an anonymous class that you'll need to replicate entirely. This should work.

Welcome to StackOverflow!

As I mentioned in the comment, the documentation for iShellFolder::ParseDisplayName says the third argument, pszDisplayName, is "A null-terminated Unicode string with the display name." When encountering "Unicode" in Windows docs, the "UTF-16" charset is impled.

The proper mapping for a Windows Unicode string in JNA is WString. Unfortunately, JNA has mapped this argument as a String which is a single-byte UTF-8 encoding (even though Java stores Strings internally in UTF-16).

You can work around the issue by creating a longer String that converts the UTF-8 to UTF-16 (little endian) encoding (in bytes). I previously posted a solution for ASCII that took advantage of its known encoding, but a better solution is to use the String's methods to extract the bytes as UTF-16LE, and then create a String object out of those bytes. This code makes the conversion: