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
Package and Environment Details (include every applicable attribute)
Package Name/Version: qt/5.15.2
Operating System+version: Windows 10, 32-bits
Compiler+version: MSVC 2019 (16)
Conan version: conan 1.41.0
Python version: Python 3.10.0
Conan profile (output of conan profile show default or conan profile show <profile> if custom profile is in use)
Configuration for profile default:
[settings]
os=Windows
os_build=Windows
arch=x86
arch_build=x86
compiler=Visual Studio
compiler.version=16
build_type=Release
[options]
[conf]
[build_requires]
[env]
Steps to reproduce (Include if Applicable)
Try to load a jpeg image under Windows, 32-bits, using this snippet (make sure that you have QApplication / QGuiApplication initialized, before this code) :
There is a really similar bug report in the Qt bug tracking system : https://bugreports.qt.io/browse/QTBUG-75292 (Crash trying to load .jpg image via QImage) . The "resolution" of it was that the official Qt build is working fine. I suppose this also means that they think that the error is in the conan build (/ recipe).
I sent a bug report about this issue to Qt Tech Support as well. I will let you know if I get a response from them earlier than I get a response here.
Logs (Include/Attach if Applicable)
There is no relevant log entry in the Qt logs.
The text was updated successfully, but these errors were encountered:
szigetics
changed the title
[package] <qt>/<5.15.2>: Crash under 32-bits Windows machine when loading a jpeg using QPixmap::loadFromData (under 64-bits it works well)
[package] qt/5.15.2: Crash under 32-bits Windows machine when loading a jpeg using QPixmap::loadFromData (under 64-bits it works well)
Oct 8, 2021
@ericLemanissier :
In case if I build the recipe with -o qt:with_libjpeg=libjpeg-turbo
than everything works fine.
I think that a solution of failing the build with an error message suggesting to use -o qt:with_libjpeg=libjpeg-turbo instead in case if :
the target OS is windows
the target arch is x86
and with_libjpeg==libjpeg
would be fine.
What do you think?
And also we could consider defaulting to -o qt:with_libjpeg=libjpeg-turbo since the official Qt package is using that as well.
The only thing : libjpeg-turbo conan recipe cannot be built for Windows arm64 without this : -e CONAN_CMAKE_SYSTEM_PROCESSOR=aarch64 .
For more info see : conan-io/conan#8025 conan-io/conan#8026 #3392
Package and Environment Details (include every applicable attribute)
Conan profile (output of
conan profile show default
orconan profile show <profile>
if custom profile is in use)Steps to reproduce (Include if Applicable)
Try to load a jpeg image under Windows, 32-bits, using this snippet (make sure that you have QApplication / QGuiApplication initialized, before this code) :
More details about the crash :
There is a really similar bug report in the Qt bug tracking system : https://bugreports.qt.io/browse/QTBUG-75292 (Crash trying to load .jpg image via QImage) . The "resolution" of it was that the official Qt build is working fine. I suppose this also means that they think that the error is in the conan build (/ recipe).
I sent a bug report about this issue to Qt Tech Support as well. I will let you know if I get a response from them earlier than I get a response here.
Logs (Include/Attach if Applicable)
There is no relevant log entry in the Qt logs.
The text was updated successfully, but these errors were encountered: