On Monday 06 October 2014 17:23:05 Francisco Ares wrote:
> Hi,
>
> I'm trying to implement a serial communication class. Under certain
> conditions, I would like to send a message, then keep the thread locked
> until some specific answer arrives, then the thread could be unlocked.
Ok. It's usual
Am 06.10.2014 22:23, schrieb Francisco Ares:
I'm trying to implement a serial communication class. Under certain
conditions, I would like to send a message, then keep the thread locked
until some specific answer arrives, then the thread could be unlocked.
While testing the connection, the lock
Hi,
I'm trying to implement a serial communication class. Under certain
conditions, I would like to send a message, then keep the thread locked
until some specific answer arrives, then the thread could be unlocked.
While testing the connection, the lock (using a QMutex for this) may lock
forever
Done. https://codereview.qt-project.org/96416
On Sun, Oct 5, 2014 at 1:22 PM, Thiago Macieira
wrote:
> On Sunday 05 October 2014 08:50:11 Alan Ezust wrote:
> > Here are my suggested changes to the threads.qdoc. What do you think?
> > []
>
> Looks good, except for the last sentence (starti
Hi list.
I was expecting remote QtQuick based applications to be rather
unusable without software renderer fallback.
However I was positively surprised to see that deployment as "Citrix
Published Application" works quite well. General performance (listview
scrolling, animations) on a local networ
Am 06.10.2014 um 10:06 schrieb Gustavsen Richard
:
> Note that this issue is fixed for Qt-5.3, which is build against the latest
> SDK.
5.3? Are you sure? I still had Qt 5.3.1 installed when noticing this issue. So
I took this as an occasion to install the latest Qt 5.3.2 (after de-installing
Note that this issue is fixed for Qt-5.3, which is build against the latest SDK.
-Richard
Fra: interest-bounces+richard.gustavsen=theqtcompany@qt-project.org
på vegne
av Till Oliver Knoll
Sendt: 4. oktober 2014 18:29
Til: Qt Project
Emne: Re: [Inte
