Skip to content

fix: add C++ runtime libs for windows build - #152

Merged
lqh-watch merged 2 commits into
OpenConverterLab:masterfrom
lqh-watch:master
Sep 30, 2026
Merged

lqh-watch merged 2 commits into
OpenConverterLab:masterfrom
lqh-watch:master

Conversation

@lqh-watch

Copy link
Copy Markdown
Collaborator

windows built produce could crash on old C++ runtime

@lqh-watch

Copy link
Copy Markdown
Collaborator Author

@Jimmy385898 please approve the CI

The old 6.4.3/msvc2019_64 toolchain no longer builds on the current
windows runner, so bump Qt to 6.8.3/msvc2022_64. The deploy step still
pointed windeployqt at the old 6.4.3/msvc2019_64 path, which no longer
exists; align it so the Qt runtime bundling actually runs.
The windows package crashed on machines whose VC++ Redistributable is
older than the toolset used to build it: msvcp140.dll 14.20 (VS2019) in
System32 against a VS2022 (14.4x) build -> 0xc0000005 inside MSVCP140.dll
while transcoding. windeployqt never ships the runtime DLLs (in release
mode it only copies the vc_redist installer), so ship them app-local
instead.

- copy Microsoft.VC143.CRT\*.dll from the VS redist directory into
  OpenConverter_win64 (app-local wins over System32)
- fail the build when vcruntime140.dll / vcruntime140_1.dll /
  msvcp140.dll are missing from the package
- resolve windeployqt.exe via Get-Command (PATH) instead of a hard-coded
  path; install-qt-action@v3 puts <Qt>/bin on PATH and never exports
  QT_ROOT_DIR (that variable only exists in v4)
@lqh-watch
lqh-watch merged commit a2106dc into OpenConverterLab:master Sep 30, 2026
6 of 7 checks passed
@sonarqubecloud

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants