Re: Deadlock in kded whith Qt 5.6

2016-01-22 Thread Thiago Macieira
On Friday 22 January 2016 09:21:12 David Faure wrote: > On Thursday 21 January 2016 13:54:32 Thiago Macieira wrote: > > Can I limit the spy hook to method calls? That is, exclude signals. > > Yes, for the purpose of kded/kiod that is fine > A not-loaded-yet-module cannot possibly connect to a dbus

Re: Deadlock in kded whith Qt 5.6

2016-01-22 Thread David Faure
On Thursday 21 January 2016 13:54:32 Thiago Macieira wrote: > Can I limit the spy hook to method calls? That is, exclude signals. Yes, for the purpose of kded/kiod that is fine A not-loaded-yet-module cannot possibly connect to a dbus signal. > Another attempt, also untested. It works ! Even th

Re: Deadlock in kded whith Qt 5.6

2016-01-21 Thread Ralf Habacker
Am 21.01.2016 um 08:37 schrieb David Faure: > > With this patch applied, here's one log for the first call > (autostart+autoload, doesn't work) > > http://www.davidfaure.fr/2016/first_call.txt > > and one log for the second call (kded already started, autoload works) > > http://www.davidfaure.f

Re: Deadlock in kded whith Qt 5.6

2016-01-21 Thread Thiago Macieira
On Thursday 21 January 2016 08:37:38 David Faure wrote: > On Wednesday 20 January 2016 08:41:31 Thiago Macieira wrote: > > On Wednesday 20 January 2016 09:08:38 David Faure wrote: > > > > Can you run with QDBUS_DEBUG=1 and tell me the messages it prints? > > > > [cut] > > > > I didn't see any "in

Re: Deadlock in kded whith Qt 5.6

2016-01-21 Thread Thiago Macieira
On Thursday 21 January 2016 08:37:38 David Faure wrote: > > I didn't see any "invoking message spies" of the debug I left. Are you > > sure > > this had the hook installed? > > You mean the messageFilter? That's exactly the issue, that it's not getting > called. Therefore autoload doesn't happen.

Re: Deadlock in kded whith Qt 5.6

2016-01-20 Thread David Faure
On Wednesday 20 January 2016 08:41:31 Thiago Macieira wrote: > On Wednesday 20 January 2016 09:08:38 David Faure wrote: > > > Can you run with QDBUS_DEBUG=1 and tell me the messages it prints? > > > [cut] > > I didn't see any "invoking message spies" of the debug I left. Are you sure > this had

Re: Deadlock in kded whith Qt 5.6

2016-01-20 Thread Thiago Macieira
On Wednesday 20 January 2016 09:08:38 David Faure wrote: > > Can you run with QDBUS_DEBUG=1 and tell me the messages it prints? > [cut] I didn't see any "invoking message spies" of the debug I left. Are you sure this had the hook installed? For that matter, can you apply the attached patch so w

Re: Deadlock in kded whith Qt 5.6

2016-01-20 Thread David Faure
On Tuesday 19 January 2016 23:59:31 Thiago Macieira wrote: > On Wednesday 20 January 2016 08:55:17 David Faure wrote: > > Doesn't seem to support service autostart + module autoload together. > > > but if I kill kded5 again and do this right away: > > $ qdbus org.kde.kcookiejar5 /modules/kcookiej

Re: Deadlock in kded whith Qt 5.6

2016-01-20 Thread Thiago Macieira
On Wednesday 20 January 2016 08:55:17 David Faure wrote: > Doesn't seem to support service autostart + module autoload together. > but if I kill kded5 again and do this right away: > $ qdbus org.kde.kcookiejar5 /modules/kcookiejar > then it doesn't work: kded5 gets started, but the call gets this

Re: Deadlock in kded whith Qt 5.6

2016-01-19 Thread David Faure
On Tuesday 19 January 2016 22:54:35 Thiago Macieira wrote: > On Monday 18 January 2016 09:23:51 David Faure wrote: > > Thiago: indeed the BlockingQueuedConnection call from messageFilter to the > > main thread occasionnally leads to deadlocks, we need your > > "postpone incoming messages" idea. >

Re: Deadlock in kded whith Qt 5.6

2016-01-19 Thread Thiago Macieira
On Monday 18 January 2016 09:23:51 David Faure wrote: > Thiago: indeed the BlockingQueuedConnection call from messageFilter to the > main thread occasionnally leads to deadlocks, we need your > "postpone incoming messages" idea. Please try the attached patch, also found at https://coderevi

Re: Deadlock in kded whith Qt 5.6

2016-01-19 Thread Thiago Macieira
On Tuesday 19 January 2016 15:56:47 you wrote: > I briefly talked about this with David yesterday and looked at the code. > What happened previously in kded5: > - it installs a message filter using libdbus API QtDBus API. In fact, it's QtDBus API that exists and has existed only for kded (and now

Re: Deadlock in kded whith Qt 5.6

2016-01-19 Thread Andreas Hartmetz
On Dienstag, 19. Januar 2016 10:02:33 CET Aleix Pol wrote: > On Mon, Jan 18, 2016 at 9:23 AM, David Faure wrote: > > On Friday 15 January 2016 13:48:14 Aleix Pol wrote: > >> On Fri, Jan 15, 2016 at 1:02 PM, Aleix Pol wrote: > >> > Hi, > >> > I realized earlier last week that some of my applicati

Re: Deadlock in kded whith Qt 5.6

2016-01-19 Thread Aleix Pol
On Mon, Jan 18, 2016 at 9:23 AM, David Faure wrote: > On Friday 15 January 2016 13:48:14 Aleix Pol wrote: >> On Fri, Jan 15, 2016 at 1:02 PM, Aleix Pol wrote: >> > Hi, >> > I realized earlier last week that some of my applications were >> > freezing, it turns out it's because my kded is freezing

Re: Deadlock in kded whith Qt 5.6

2016-01-18 Thread David Faure
On Friday 15 January 2016 13:48:14 Aleix Pol wrote: > On Fri, Jan 15, 2016 at 1:02 PM, Aleix Pol wrote: > > Hi, > > I realized earlier last week that some of my applications were > > freezing, it turns out it's because my kded is freezing and any dbus > > calls there need to time out (they take 30

Re: Deadlock in kded whith Qt 5.6

2016-01-15 Thread Aleix Pol
On Fri, Jan 15, 2016 at 1:02 PM, Aleix Pol wrote: > Hi, > I realized earlier last week that some of my applications were > freezing, it turns out it's because my kded is freezing and any dbus > calls there need to time out (they take 30s to time out btw). > > Anyway, here's the backtrace: https://