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

List:       kde-commits
Subject:    Re: kdelibs/kdecore
From:       Stephan Kulow <coolo () alpha ! tat ! physik ! uni-tuebingen ! de>
Date:       1999-06-13 19:35:27
[Download RAW message or body]

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

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