Houston, we have a problem.
Marc.Mutz at uni-bielefeld.de
Thu Sep 5 20:12:53 BST 2002
On Thursday 05 September 2002 20:31, Waldo Bastian wrote:
> This is not a feature, this is an architectural cleanup that is long
It is not on the feature list and it does not fix a bug.
What do you fail to understand in the above sentence?
> However, on the kmail list there seems to be a strange idea
> about what features are. For example, Ingo has a patch that replaces
> the current kmail busy-waiting loop (!) when waiting for gpg to
> finish with a decent solution and from what I understand that is not
> going to be committed before 3.1 either, presumably because that is
> also a "feature".
This is FUD. See below for a proof.
On Wednesday 14 August 2002 00:00, Ingo Klöcker wrote:
> On Tuesday 13 August 2002 20:49, Waldo Bastian wrote:
> > On Tuesday 13 August 2002 07:10 am, Marc Mutz wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > On Tuesday 13 August 2002 14:51, Magnus von Koeller wrote:
> > > > On Tuesday 13 August 2002 14:04, Marc Mutz wrote:
> > > > > \approx 4.5 * 2 ;-)
> > > >
> > > > Why does KMail read the keyring twice? Isn't that nonsense?
> > >
> > > It doesn't. It's just that KMail currently loops over poll(),
> > > makes both KMail and GnuPG take 50% of available processor time.
> > Why is that? That's braindead. Why not using a select instead?
> Because I didn't knew it better when I wrote the code. Anyway, someone
> was so nice to send us a patch which AFAIR uses select. I'll either
> apply this patch before KDE 3.1 or I'll change the code to use
If free-software authors lose the right to disclaim all warranties and
find themselves getting sued over the performance of the programs
they've written, they'll stop contributing free software to the world.
-- Bruce Perens: Open Sources: Voices from the Open Source Revolution
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
More information about the kde-core-devel