Passing short names as arguments to GCC tools

[PB]

This is based on the report on wxForum, where a user using

Code

wxStandardPaths::Get().GetExecutablePath();

in their wxWidgets application unexpectedly received a short name (the long name converted to MS-DOS 8.3 format) when running their application under the C::B debugger.

I think (maybe incorrectly) that the reason is when C::B finds a space in the debugee path, it converts it to short format to pass it to the GNU tools.
IOW, "C:/dev/cb-tests/test-paths-tdm-gcc/bin/Debug/test paths.exe" becomes "C:/dev/cb-tests/TEST-P~2/bin/Debug/TESTPA~1.EXE", see the details in the linked post.

It seems that C::B uses shortened path also when calling windres.

I know that (some) GCC/MinGW toolchain executables had problems with paths with spaces. But perhaps it has been fixed (AFAIK, these days many Windows volumes even do not have short-names generation on) and C::B could have a setting (e.g., in Compiler/Debugger Settings per a compiler/debugger) to not convert the paths? Or is there already a way to do that (tried 20.03 and the latest nightly) or are there still problems with spaces in paths and recent versions of GCC tools?

Thanks

[stahta01]

"GetShortPath" is used in CB in a few places.

No idea how many months or years old was my SVN folder.

But one of the seven files was "src\plugins\debuggergdb\debuggergdb.cpp".

It appears to check for a colon ":" and space in the path.

Tim S.

[PB]

Thanks for the reply.

The issue  I referenced is probably quite a rare one, I suppose using 8.3 names for GNU tools usually does not have an adverse effect.

Still, long file names were introduced to the desktop mainstream with Windows 95, i.e., almost three decades ago...

[stahta01]

If you or the other person reports an issue on the debugging problem; there is a chance one of the devs will take a look and either fix it or add an option to disable it.

The WINDRES usage of short file names is likely still needed; the most common toolchain bug in the past two decades was the need for that reoccurring after it was fixed.

Tim S.