Am 01.10.2017 um 08:37 schrieb Christian Gagneraud:
https://codereview.qt-project.org is not loading, it hangs. Is it just for me?
Hi Chris,
I was just about asking the same question ;)
"
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server cou
https://codereview.qt-project.org is not loading, it hangs. Is it just for me?
Chris
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Hi,
On Saturday 30 September 2017 16:24:57 René J. V. Bertin wrote:
> Konrad Rosenbaum wrote:
> > Apart from this I'd suspect you will still get the SEGV if you do not
> > block - even if the frequency changes.
>
> As in when emitting the signal too frequently from multiple threads?
No. as in ho
Simon just gave a talk about signals and slots on different threads and
the internals of how Qt handles this at CppCon in Seattle yesterday. I
would suggest you have a look at the video of his presentation when it
comes out. You could also look at the documentation:
http://doc.qt.io/qt-5/thread
Konrad Rosenbaum wrote:
> Apart from this I'd suspect you will still get the SEGV if you do not block
> - even if the frequency changes.
As in when emitting the signal too frequently from multiple threads?
For my personal education, what happens behind the scenes when a signal is sent
from one
Konrad Rosenbaum wrote:
> You do know what a thread is - right? ;-)
Yeah, my momma taught me long ago ;)
> Sorry, I'm too lazy/busy to read the source right now to make sure that no
> signal handlers are used here.
No problem, it was just curiosity.
> Apart from this I'd suspect you will still
On Saturday 30 September 2017 11:31:13 René J. V. Bertin wrote:
> Thiago Macieira wrote:
[about internal mutex]
> > You cannot, because neither the kqueue, inotify or poll backends do
> > that.
> > Those three have no mutexes at all. You have to block the event loop of
> > the thread they were crea
Thiago Macieira wrote:
>> >> How does QFSW handle a situation in which an already watched directory is
>> >> changed while another directory is being added? SNIP
>> >
>> > The Darwin implementation has an internal mutex so that the dispatcher
>> > thread (I'm assuming) is able to get to the curre
