Andrey, you are right if I'm not using the signals/slots, but calling it
directly causes it to run in current thread. It works just fine now, thanks.
Denis, I did check out QtConcurrent::run(), but since I return void from
the function and I have to call the function multiple times possibly in the
Hi All
I am still suffering from this issue, and getting more and more frustrated!
Right now "it" is refusing to deploy as RPM to the Emulator.
Is anything I can do to better debug / understand this issue?
The timeout settings previously suggested are probably red-herrings, as
they apply to t
Thanks Denis, I'll look into QtConcurrent + QFutureWatcher tonight when
I'll have time. I will also consult pthread's documentation after comparing
the two approaches.
Thanks again
Kris
On 29 May 2014 11:01, Denis Zalevskiy
wrote:
> On Thursday 29 May 2014 13:55:40 Denis Zalevskiy wrote:
> >
On Thursday 29 May 2014 13:55:40 Denis Zalevskiy wrote:
> To run parser in parallel just to get results in the main thread it is
> better to use QtConcurrent::run() + QFutureWatcher.
>
Also, to set priority I guess you can use posix pthread functions, smth. like
::pthread_setschedprio(::pthread_
On Wednesday 28 May 2014 22:07:20 Andrey Kozhevnikov wrote:
> need to look into your parseReadyData
>
> 28.05.2014 22:03, Krisztian Olah ?:
> > Hi Andrey,
> >
> >Thanks for the answer, your snippet looks very similar to what I
> >
> > have. Perhaps if I posted my code segment would be of
Hello,
You can try devel-su -p . This other behavior is
due launcher runs application as nemo:privaliged, but from ssh you run it as
nemo:nemo.
BR, Vladislav
-- Původní zpráva --
Od: Kimmo Lindholm
Komu: devel@lists.sailfishos.org
Datum: 24. 5. 2014 19:45:25
Předmě
Another cool thing could be possibility to have beta testing on end users (as
for example steam does for games).
Von meinem iPad gesendet
> Am 29.5.2014 um 2.32 schrieb Artem Marchenko :
>
> Hi there
>
> > In the mean time, you have time to get your apps ready, tested and
> > polished. Also,
