branches/KDE/3.5/kdelibs/kio/kio

[Aaron J. Seigo]

On Monday 21 November 2005 16:02, Michael Brade wrote:
> SVN commit 482140 by brade:
>
> Revert here, too. The bug doesn't actually seem to be in KDirListerCache
> but is rather a problem with library unloading and the order of deletion:
> In case of Kicker it somehow manages to delete KDirListerCache first, then
> the KDirListers, which obviously won't work. I've mailed Aaron already.

UNBELIEVABLE.

i discussed this with brade, alright. but it was NOT to revert this change. 
this change should not in practice affect anyone IMHO (since the problem was 
ONLY trigged in situations where something went wrong anyways and this simply 
protected as well as possible against it). the times when this affected 
anyone would be in situations such as kicker.

and NO, kicker can't fix this because it is out of kicker's control. it's the 
confluence of various kdelibs classes each individually doing The Right Thing 
for themselves, but not working together (static object deletion based 
cleanup on app exit). in this case, particularly klibloader and kdirlister.

and NOW we hae a 3.5.0 where kicker crashes on logout EVERY TIME in the 
DEFAULT CONFIGURATION. this is beyond stupid.

i spent a fair amount of time working this through and had a long conversation 
with michael about this via private email. and now, to cover a theoretical 
issue, we have a very real practical issue.

i'm not going to simply re-commit, because i think that kind of commit 
fighting is not useful. i'd like to request permission to recommit my changes 
so that 3.5.1 might not suck as much in such an obviously stupid way.

flabergasted,

-- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20051201/0ada2be5/attachment.sig>