The question is what exactly do you mean with canceling. I was already in
the same place needing a thread to stop in a controlled fashion, but
issuing ie a real phtread_cancel is tricky as the kernel may not support
thread canceling and stack unwinding in C++ combined with it leads to quite
weird s
On Wed, Feb 27, 2013 at 1:13 AM, Joseph Crowell
wrote:
> I have threads that live for the full life of my application but telling
> them to stop on application shut down is painful.
What a coincidence. I have just had the same scenario. :-)
Laszlo
___
On 2/27/2013 2:12 AM, BRM wrote:
>> From: Thiago Macieira
>> To: development@qt-project.org
>> Cc:
>> Sent: Tuesday, February 26, 2013 10:46 AM
>> Subject: Re: [Development] Evolving Qt's multithreading API
>>
>> On terça-feira, 26 de fevereiro de 2013 07.03.37, BRM wrote:
>>> Personally, I can
On terça-feira, 26 de fevereiro de 2013 22.42.31, John Layt wrote:
> On Wednesday 20 Feb 2013 16:16:55 Thiago Macieira wrote:
> > For 12 commits, I'd just submit straight to dev.
>
> Would you prefer it squashed to one big commit, or keep the platform
> backends separate commits?
I prefer separate
On Wednesday 20 Feb 2013 16:16:55 Thiago Macieira wrote:
> For 12 commits, I'd just submit straight to dev.
Would you prefer it squashed to one big commit, or keep the platform backends
separate commits?
Except as noted below all other suggested changes are being made.
> - GenericTime and Sta
On Tuesday 26 February 2013 10:22:27 Thiago Macieira wrote:
> On domingo, 24 de fevereiro de 2013 09.34.43, Thiago Macieira wrote:
> The backport of 8afc6773067bb878020c29b3bebfe8662e3fbfdd (as
> 2fd21f04d23d5dd87ca0f6db238ae268492f5528) to add support for signed char as
> a metatype is dubious. I
Don't forget Qt Win Extras
On Tuesday, February 26, 2013, Thomas McGuire wrote:
> Hi,
>
> On Monday 25 February 2013 17:11:53 Pasion Jerome wrote:
> > > > I would like to start the feature freeze Qt 5.1 middle of March. [..]
> > > >
> > > > Quite a bit of new functionality has made it into the de
On domingo, 24 de fevereiro de 2013 09.34.43, Thiago Macieira wrote:
> However, I can't be sure because the diff between the two branches is
> unreviewable, since every header is modified. Someone needs to produce a
> clean diff we can review and post to the list.
Tuukka told me in an email prob
On terça-feira, 26 de fevereiro de 2013 11.54.31, David Narvaez wrote:
> Hi,
>
> As I come to understand the branch workflow a bit better, I think I
> messed up the information in QTBUG-29082 when closing the bug. Since
> it was committed to stable, it means it won't be available in the next
> patc
Hi,
As I come to understand the branch workflow a bit better, I think I
messed up the information in QTBUG-29082 when closing the bug. Since
it was committed to stable, it means it won't be available in the next
patch release, right? Should it be made available in the next patch
releases in 5 and
> From: Thiago Macieira
> To: development@qt-project.org
> Cc:
> Sent: Tuesday, February 26, 2013 10:46 AM
> Subject: Re: [Development] Evolving Qt's multithreading API
>
> On terça-feira, 26 de fevereiro de 2013 07.03.37, BRM wrote:
>> Personally, I can easily seem myself replacing my current
My 2 cents. I would like to see something similar to Qt Creator's functions
implemented in "runextensions.h" in QtConcurrent module itself - methods that
allows to manipulate future using QFutureInterface (progress notification,
partial results).
Anyway, i wasn't able to find Qt Concurrent prob
On terça-feira, 26 de fevereiro de 2013 16.33.07, haithem rahmani wrote:
> Hi all,
>
> I noticed that the "syncqt" script is installed in the bin directory
> containing the "qmake" "moc" ...,while it says in one of its comment
>
> #
> # Synchronizes Qt header files - internal development tool.
> #
On terça-feira, 26 de fevereiro de 2013 07.03.37, BRM wrote:
> Personally, I can easily seem myself replacing my current QThread usages
> with this functionality; but I'd want to be able to receive both
> start/finished signals (for logging purposes) and be able to interact with
> the QThread objec
Hi all,
I noticed that the "syncqt" script is installed in the bin directory
containing the "qmake" "moc" ...,while it says in one of its comment
#
# Synchronizes Qt header files - internal development tool.
#
can someone explain to me what does the "syncqt" script do? is it mandatory
to compi
I've been sitting silent on this, but I am quite in favor of having an easy to
understand approach to using QThreads, which the proposal in this thread seems
to be.
> From: Thiago Macieira
> To: development@qt-project.org
> Sent: Monday, February 25, 2013 11:06 AM
> Subject: Re: [Development]
Hi,
On Monday 25 February 2013 17:11:53 Pasion Jerome wrote:
> > > I would like to start the feature freeze Qt 5.1 middle of March. [..]
> > >
> > > Quite a bit of new functionality has made it into the dev branch, but
> > > I'd also like to add a few of the modules left out in 5.0 to the
> > > r
17 matches
Mail list logo
