[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: DCOP bug again :} (Re: Password caching for io-slaves)
From:       Waldo Bastian <bastian () kde ! org>
Date:       2000-05-17 23:06:57
[Download RAW message or body]

On Wed, 17 May 2000, David Faure wrote:
> On Wed, May 17, 2000 at 03:16:36PM -0700, Waldo Bastian wrote:
> > On Wed, 17 May 2000, David Faure wrote:
> > > > > Hmm, ok, so we're back to a bug in DCOP, which doesn't handle
> > > > > properly requests made right after a program is started.
> > > >
> > > > Does process() gets called in the kio_uiserver? Can you check whether
> > > > a reentrant call to process() occurs?
> > >
> > > DCOP: register 'kio_uiserver'
> > > DCOP: register 'anonymous-3287'
> > > normal call to process!
> > > kio (UIServer): User dfaureHeader dfaure@localhostKey localhost
> > > kio (UIServer): Checking if password is cached for localhost
> > > kio (UIServer): No running kdesu daemon found. Starting one...
> >
> > ^^^^^^^^^^^
> >
> > You do a dcopcall from within process()... I think that confuses DCOP. I
> > had the same problem within KLauncher where I called
> > isApplicationRegistered() from within process().
>
> Ah. That's what happens when we start using DCOP extensively...
> This shows a flaw in the current design, then.

DCOP is a bit restrictive. But with DCOP Transactions things become much more 
usuable. (Somehow I think CORBA solved problems like this. Repeat after me, 
"reinventing the wheel")

See my post to kde-cvs with suggestions for the dcopidl compiler.

Cheers,
Waldo

[prev in list] [next in list] [prev in thread] [next in thread]