You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I cross-compile for Windows 64bit using MINGW64 and run in Wine on Linux, imgui-filebrowser does not list any paths that have "double quotes" in the name. They are simply missing from the listing. Other paths in the same directory are listed correctly, including those with spaces and/or 'apostrophes'.
not a WIne bug (other Windows EXEs not using imgui-filebrowser can list paths with "double quotes")
nor a MINGW64 bug (simple command line test program using #include <filesystem> can list paths with "double quotes")
problem does not occur in a native Linux build (my host OS is Debian Bullseye/testing), the paths with "double quotes" are listed as expected
I haven't tested behaviour on real Microsoft Windows (I don't have any such machine).
$ wine --version
wine-5.0.2
$ x86_64-w64-mingw32-g++ --version
x86_64-w64-mingw32-g++ (GCC) 10-win32 20200525
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
The text was updated successfully, but these errors were encountered:
Thanks. These detailed information is very helpful.
I currently don't have a linux PC to reproduce this problem. But as I know, double quote is an invalid charactor in path on Windows, so this problem may be caused by relative->absolute or string -> path conversion. I will address it once if I have a wine environment. Of course, any PR is welcome.
When I cross-compile for Windows 64bit using MINGW64 and run in Wine on Linux, imgui-filebrowser does not list any paths that have "double quotes" in the name. They are simply missing from the listing. Other paths in the same directory are listed correctly, including those with spaces and/or 'apostrophes'.
#include <filesystem>
can list paths with "double quotes")The text was updated successfully, but these errors were encountered: