search

OpenZWave / qt-openzwave

QT5 Wrapper for OpenZWave
GNU Lesser General Public License v3.0
105 stars 30 forks source link

Debian Bullseye has moved to QT 5.14.2, causes embedded ozw-admin to SEGV #125

Closed kpine closed 4 years ago

kpine commented 4 years ago

When using allinone-build-152 the image, anytime I connect to ozw-admin over VNC and try to change a user value (e.g. set dimmer level), the value will be set but ozw-admin will immediately crash with a SEGV. If I rollback to build-150 it does not happen. Build 151 also crashes. All images are using the same ozw-admin 0.1.74. I have tried wiping my entire configuration and starting over, to no avail.

Maybe this is an ozw-admin bug, but I've submitted it here because I cannot produce the same behavior with either the Windows or Linux standalone versions. Only the embedded version is crashing like this.

Attached is the core dump from ozw-admin. It looks some kind of infinite recursion caused a stack overflow. There is something like 60,000 active stack frames.

Let me know if any more logs are required. core.zip

As an aside, it would be more convenient if ozw-admin was configured to dump corefiles to the a volume somewhere (crashes directory?) so it's more accessible. As is, it dumps do /opt/ozw and you need to copy it from the container.

kpine commented 4 years ago

It looks like Debian Bullseye has moved to QT 5.14.2, https://packages.debian.org/bullseye/libqt5serialport5-dev and https://metadata.ftp-master.debian.org/changelogs//main/q/qtserialport-opensource-src/qtserialport-opensource-src_5.14.2-2_changelog.

build-150 is the last one to use QT 5.12, which is working. build-151 and 152 are using QT 5.14.2. This would explain why ozw-admin is crashing, for the same reason that the HA addon is.

Fishwaldo commented 4 years ago

New Images being build with a custom 5.12.9 build. I'll chase newer QT version compatibility some other day :)