From kde-commits Sun Jun 13 19:35:27 1999 From: Stephan Kulow Date: Sun, 13 Jun 1999 19:35:27 +0000 To: kde-commits Subject: Re: kdelibs/kdecore X-MARC-Message: https://marc.info/?l=kde-commits&m=92930159115898 Sirtaj Singh Kang wrote: > > On Sun, 13 Jun 1999, Alex Zepeda wrote: > > > On Sat, 5 Jun 1999, CVS by ssk wrote: > > > > > > > > kdelibs/kdecore kglobal.cpp,1.8,1.9 > > > Author: ssk > > > CVSROOT: /home/kde > > > Sat Jun 5 11:28:59 MET DST 1999 > > > Update of /home/kde/kdelibs/kdecore > > > In directory zeus:/tmp/cvs-serv3878 > > > > > > Modified Files: > > > kglobal.cpp > > > Log Message: > > > Removed assert in kApp... less safe, more "flexible". > > > > Yup, and now you've just moved the segfault from the abort trap to the > > time it tries to access KApp. > > Which particular segfault would you be talking about? I removed this > because you mentioned tht kdebug depends on it (and I gathered kdebug > works properly even if kapp == 0). > > I have looked at the source of your problem and it seems that the kioslave > never creates a kapp object, one of the preconditions for using KGlobal. > In this particular case, kapp is used to get the appname when creating the > KStandardDirs object. I don't know how to get around that, Stephan knows > more about this. > I already did. YOu don't need KApplication for KGlobal, that's the main idea behind KGlobal ;) But we needed KApplication to get the appName for KStandardDirs. But this I have changed. Greetings, Stephan -- Und sie nannten ihn, wie er selbst unterschrieb - Den Trojanischen Pferdedieb