[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: DCOP problems here, too
From: David Faure <david () mandrakesoft ! com>
Date: 2001-03-06 19:22:08
[Download RAW message or body]
On Tuesday 06 March 2001 19:14, Matthias Elter wrote:
> > Implementing a flag or lock, so that KRun waits for the current DCOP call
> > to terminate before making its own ? (In that case it would work, but for
> > cases where A calls B which calls C, it would become a deadlock :(
>
> Yes use a in_call flag and ignore the timer event if you are already in a
> call.
You mean, reschedule the timer (it's a single shot, not a regular timer).
But this call we're being in... it's from kicker, right ? KRun doesn't do two calls
at the same time. This flag would need to go into DCOP itself... I'd let
Waldo or Matthias (Ettrich) do that ;-)
> > No, I think the only solution is to allow simultaneous DCOP calls
> > (i.e. re-entrancy at the ICE level).
>
> There is a way to fix it on the dcop level. But this means that calls in a
> situation when the client already is in a call will simply return with an
> error.
Certainly better than hanging, but not as good as real re-entrancy.
Most apps don't check for error codes from dcop calls - and wouldn't know
what to do in that case anyway (KRun would, obviously)... Very ugly solution.
--
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic