summaryrefslogtreecommitdiffstats
path: root/examples/painting/composition/composition.html
diff options
context:
space:
mode:
authorThiago Macieira <thiago.macieira@intel.com>2024-05-16 10:14:36 -0700
committerThiago Macieira <thiago.macieira@intel.com>2024-06-03 19:00:26 -0700
commit993b197d9c944060763fb46514c5c1d31abce205 (patch)
tree080c95a52d843e8e1c2c67d50713ce64f51ebf42 /examples/painting/composition/composition.html
parentc6feed7e1d8b8ed991a81878c78bb361f038eaf6 (diff)
Entrypoint/Win32: just use __argc and __argv if availableHEADdev
We were splitting the Unicode command-line using CommandLineToArgvW(), then converting to 8-bit for argv. That was practically always the same as what the runtime had already stored in __argv. But not always: it looks like the runtime splits the 8-bit command-line (GetCommandLineA()) and there are certain Unicode characters that WideCharToMultiByte() converts to a quote ("), which causes the command-line splitter to differ from what Qt is doing. __argv may not always be populated, if the user requested a wmain() somehow, because that causes __wargv to be populated. Therefore, we need to keep the old code. [ChangeLog][QtGui] Fixed a bug that caused Qt applications to disregard Unicode command-lines on Windows even when argc and argv were passed un- modified to QGuiApplication or QApplication. This happened only for builds with Visual Studio and in the "windows" subsystem (not "console"). Pick-to: 6.5 6.7 Fixes: QTBUG-125380 Change-Id: If05cb740b64f42eba21efffd17d007799f99d8bf Reviewed-by: Oliver Wolff <oliver.wolff@qt.io>
Diffstat (limited to 'examples/painting/composition/composition.html')
0 files changed, 0 insertions, 0 deletions