On quarta-feira, 27 de julho de 2016 21:38:21 PDT Scott Aron Bloom wrote:
> Now, my tool in reality doesn't need libudev at all, so just to "hack"
> it I created a soft link of .0 to .1... :) And walla it ran fine.
That's not recommended. The soname changed because something was removed or
On quarta-feira, 27 de julho de 2016 21:38:21 PDT Scott Aron Bloom wrote:
> Now, my tool in reality doesn't need libudev at all, so just to "hack" it I
> created a soft link of .0 to .1... :) And walla it ran fine.
That's not recommended. The soname changed because something was removed or
On quarta-feira, 27 de julho de 2016 17:58:55 PDT Scott Aron Bloom wrote:
> We are deploying libqxcb.so,
> There were definitely some missing symbols... Now we have to track
> down how to get them on CentOS 7
We can help if you say what symbols those are.
--
The help you gave, in finding out
-Original Message-
From: Interest [mailto:interest-bounces+scott=towel42@qt-project.org] On
Behalf Of Thiago Macieira
Sent: Wednesday, July 27, 2016 9:41 AM
To: interest@qt-project.org
Subject: Re: [Interest] CentOS 6 vs 7
On quarta-feira, 27 de julho de 2016 16:34:55 PDT Scott Aron
On quarta-feira, 27 de julho de 2016 16:34:55 PDT Scott Aron Bloom wrote:
> #4 0x003ff5712382 in
> QGuiApplicationPrivate::createPlatformIntegration() () from
> /home/scott/Downloads/BluePearlVVE-2016.2.37550-CentOS6.x86_64/lib/libQt5Gu
> i.so.5
This function is trying to load the platform
My GUI application, which runs absolutely fine under CentOS 6 (it's a
precompiled binary, shipped with Qt 5.5.1
However, when the same tarball is extracted and run under CentOS 7, there is an
immediate crash in the UI...
The call stack is
#0 0x76aca5f7 in raise () from