In DAW packages, we have definition for GetFileAttributes kernel32 api call.

And the function is used at least in 4 places inside cWebApp.pkg.

It has been a long time MS supported longer Paths in their APIs, by appending '\\?\' to be beginning of the path when calling the APIs, then the limit is lifted to only 32k wide-chars (hehehe)

Maximum Path Length Limitation - Win32 apps | Microsoft Docs

And per the docs, in Windows 10, one can optimally turn the behavior ON by default, and would not be required to use the prefix "hack" anymore. But that requires registry and manifest changes.. which is harder to achieve when deploying our systems

Based on that. as we now have DF 20 , and it now will always call Unicode APIs instead of Ansi ones, we could benefit from this.

So, instead of having just the api call definition for this particular function, there could be a global function instead (with same name) that would add the prefix automatically, before calling the api.

This is also true for several other APIs (full list is documented in the above url) , and I believe it could also help in that in-famous errors we have when workspace paths get larger than 255 chars , that has been reported in this forum some times.

Thoughts ?