[kde-freebsd] 9-CURRENT (r197801) && artsd of kde-3.5.10_2 gives SIGSEGV

[Matthias Apitz]

El día Tuesday, October 13, 2009 a las 05:38:15PM +0200, Martin Wilke escribió:

> > # uname -a
> > FreeBSD vm-azul.Sisis.de 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r197801: Tue
> > Oct  6 13:57:38 CEST 2009
> > guru at vm-azul.Sisis.de:/usr/obj/usr/src/sys/REBELION-HEAD  i386
> > 
> > When kernel and user land have been on 9-CURRENT, I removed /usr/ports,
> > checked them out with CVS and build all my ports, especially KDE3.
> > 
> > I don't see how an old library or binary can cause this. Only some ABI
> > change which is not supported in the KDE sources...
> > 
> > Don't know if someone from FreeBSD's KDE team can (or will) comment on it. It
> > seems to me that they all went away (to KDE4 :-)).
> > 
> > Thx
> 
> 	unfortunately you're right, we're a small team,
> 	we spend all our energy to KDE4. Sorry but
> 	so is the life. 
> 
> - - Martin

Hi Martin,

I understand the situation and I fully appreciate your work (and the
work of others) to bring KDE to FreeBSD. Don't get me wrong with the
following I'd like to say.

I think only supporting KDE4 is not a good idea. IMHO, KDE4 is a bit
heading in the wrong direction. KDE4 is unusable for a lot of (older)
hardware and is unusable, at least, for smaller laptops or netbooks,
just because of the resources it is consuming. If the KDE team is
leaving KDE3, and I don't expect further development, but only
compability with upcoming FreeBSD ABI changes (or whatever), than we
will not have KDE3 anymore from 9-CURRENT (or even from 8.0-RELEASE)
anymore. Which would be a real pity :-(

I'm willing to nail this small issue down. I've already compiled the
arts-1.5.10_2,1 port with --enable-debug=full and will test it the
upcoming weekend. Do you have any hints for me on debugging?
I have had already a look into the code where it crashes in
soundserver/kmedia2.cc:

...
unsigned long Arts::PlayObject_private_base::_IID = Arts::MCOPUtils::makeIID("Arts::PlayObject_private");
 
Arts::PlayObject_base *Arts::PlayObject_base::_create(const std::string& subClass)
{
        Arts::Object_skel *skel = Arts::ObjectManager::the()->create(subClass);
        assert(skel);
        Arts::PlayObject_base *castedObject = (Arts::PlayObject_base *)skel->_cast(Arts::PlayObject_base::_IID);
        assert(castedObject);
        return castedObject;
}
...

but can't see anything what could cause this SIGSEGV; 

as well I have fetched the 8.0-RC1 precompiled package arts-1.5.10_2,1.tbz
and will give it a try in 9-CURRENT.

Will let you know what I can find out.

Thanks

	matthias

-- 
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <guru at unixarea.de> - w http://www.unixarea.de/
Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu