Le 04/03/2014 17:57, Thiago Macieira a écrit :
Em ter 04 mar 2014, às 15:04:13, Yves Bailly escreveu:
When trying GCC, either on Linux or using MinGW, it works fine.
Any hint about what may happen? is it a compiler bug, or something else?
Any idea about a workaround?
Please valgrind your
Le 05/03/2014 13:24, Krzysztof Kawa a écrit :
2014-03-05 8:59 GMT+01:00 Yves Bailly yves.bai...@sescoi.fr
mailto:yves.bai...@sescoi.fr:
For what I can see, it seems there's some troubles between QString and
Visual 2013
initializer-lists implementattion.
Keeping searching...
Hi,
On Wednesday, Wednesday 05 March 2014 at 14:50, Firl, Benjamin wrote:
we make heavy use of Qt in our software and are now trying to use llvm
thread sanitizer for debugging. Unfortunately the sanitizer doesn't seem
to recognize QMutex as a locking mechanism.
That's because on Linux it does
I'm trying to get my auto-updater to work for my Qt 5.1 project (running on
Windows 7 32 bit, but Windows XP has the same problem). It downloads an
installer, starts it, and quits itself. The problem is that when the
application quits, the installer is killed along with it, regardless of the
Hi list,
using qt 5.2.2 (release branch from git, but I noticed the same
issue with 5.2.1) on I.MX6 it is impossible to flick on qml elements,
because the pointer does not follow the finger on touchscreen...
The strange issue is that with non-qml application (fingerpaint example)
or
Am Wed, 5 Mar 2014 21:40:11 +0100 (CET)
schrieb Wiebe Cazemier wi...@halfgaar.net:
So, how do I really start a detached process? Is there a similar way to how
Linux parents orphaned processes to init?
i have a process to restart a service at a given time, and i do it this way:
QProcess*
Hi Stefano,
On Thu, Mar 6, 2014 at 8:47 AM, Stefano Cordibella
stefano.cordibe...@edalab.it wrote:
Hi list,
using qt 5.2.2 (release branch from git, but I noticed the same issue
with 5.2.1) on I.MX6 it is impossible to flick on qml elements, because the
pointer does not follow the
