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

List:       kde-devel
Subject:    Re: kded crashes my system (X)
From:       Van <vanboers () server ! dedserius ! com>
Date:       1999-06-27 23:12:54
[Download RAW message or body]

David Faure wrote:
> 
> On Sun, Jun 27, 1999 at 11:33:13PM +0200, Simon Hausmann wrote:
> > On Sun, 27 Jun 1999, David Faure wrote:
> > > > error handling with it? Perhaps something like with the >>= operators of
> > > > CORBA::Any ?
> > > What does >>= do ?   - you have to get used to the fact that nobody understands
> > > you when you talk about CORBA stuff, in this case not even me :)))
> >
> > Sorry for the trouble :-]
> >
> > The point about the extraction operators of CORBA::Any is that they return
> > a boolean value, indicating whether the extraction was successful or not.
> > But having something like this in the streaming stuff would obviously make
> > lines like "s >> foo >> bar >> blah;" impossible ;-) , making them more
> > look like
> > if ( (s >> foo) &&
> >      (s >> bar) &&
> >      (s >> blah) )
> >   {
> >     //extraction was fine
> >   }
> > else //error
> >
> > ...which is in somehow what we want, or?  :-)
> 
> Yes, looks very good. But I get from this that only CORBA ">>" operators
> return a bool, not ostream's ">>", right ?
> 
> [or is it the one written as ">>=" ? I still don't get that thing]
> 
Looks like an overloaded >>= operator w/in CORBA?  Haven't checked the
source code, but, I'd bet that's the deal.  This would explain the
syntax-offered variance in your if/thens.  
Wish I had the time to delve further, but, I hope this thought gets some
investigation, since this thread is deeply disturbing.  I haven't killed
a UNIX OS since StarOffice 4.0.
Regards,
Van
-- 
=========================================================================
Linux rocks!!!   www.dedserius.com
=========================================================================

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