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

List:       kde-multimedia
Subject:    Bug#36247: noatun crashes on startup with SIGSEV
From:       Charles Samuels <charles () kde ! org>
Date:       2001-12-16 23:35:41
[Download RAW message or body]

On Sunday 16 December 2001 13:21, ermak@netvision.net.il wrote:
> Package: noatun
> Version: KDE 2.2.2
> Severity: normal
> Installed from:    Compiled From Sources
> Compiler:          gcc-2.95.3
> OS:                Linux
> OS/Compiler notes: Gentoo Linux distribution (www.gentoo.org); bug present
> on all Gentoo installs, remedy unknown
>
> This is a rather long explanation, please bear wih me.
Better than the all-too-common "Noatun crashes on startup" :)

>
> Summary: the problem is: when Noatun is started (as root, so there can be
> no permission problems) I get after about 2 secs:
>
> laptop /root # noatun
> kdecore (KLibLoader): library libnoatundcopiface.la not found under
> 'module' but under 'lib' KCrash: crashing.... crashRecursionCounter = 2
> KCrash: Application Name = noatun path = <unknown> pid = 2586
> noatun: ERROR: KUniqueApplication: DCOP communication error!
>
> And the drkonqi backtrace: signal 11 (SIGSEV):
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> 0x411bb0c9 in wait4 () from /lib/libc.so.6
> #0  0x411bb0c9 in wait4 () from /lib/libc.so.6
> #1  0x4123903c in __check_rhosts_file () from /lib/libc.so.6
> #2  0x4132d294 in sigaction () from /lib/libpthread.so.0
> #3  0x4113c5c8 in sigaction () from /lib/libc.so.6
> #4  0x4008b735 in Engine::initArts () from /usr/lib/libnoatun.so.0
> #5  0x40089f81 in Engine::Engine () from /usr/lib/libnoatun.so.0
> #6  0x4008f403 in Player::Player () from /usr/lib/libnoatun.so.0
> #7  0x400932ef in NoatunApp::NoatunApp () from /usr/lib/libnoatun.so.0
> #8  0x40026d8e in main () from /usr/lib/libnoatunmain.so
> #9  0x4112a67c in __libc_start_main () from /lib/libc.so.6
> #10 0x8680804 in ?? ()
> ---
>
> At the same time, artsd (run in a console) says:
> MCOP ObjectManager: can't find implementation for Noatun::Session.
> MCOP ObjectManager: can't find implementation for
> Noatun::StereoEffectStack.

this is caused normally by the mcopclass files in noatun/library/noatunarts 
not being installed properly.  --prefix for kdemm must be the same as for 
kdelibs (arts limitation)

In any case, there is a 100% chance that this is a arts or packaging error, 
and not noatun's fault. :)

>
> Details
>
> This is Gentoo Linux (www.gentoo.org). We have Portage, which is a ports
> system like the *bsd one - it downloads/configures/compiles/installs
> packages. I'm one of the KDE packagers.
>
> I was given instructions to have KDE in /usr as pe the FHS. I didn't agree
> 100%, but that discussion is closed. To enable e.g. kde2 apps to run wih
> kde3, I put kdelibs in /usr/lib/kdelibs-$version. Right now we don't have
> pre-kde3 versions in Portage, so the only such dir is
> /usr/lib/kdelibs-2.2.2. Portage passes the correct parameters to KDE
> confiures to make them use the kdelibs in there but install into /usr. All
> of KDE works ok, but I've had enough problems with this 'scheme' to suspect
> it as a possible and even likely culprit here as well.

FHS permits /opt, in fact, SuSE, being the most LSB-compatible distro, uses 
that.  It's recommended by most, and only dated (e.g., redhat) distros don't 
use /opt . But I digress, your users' problem-- not mine :)


>
> The problem described here exists on all Gentoo installs for kde >=2.2.1
> (for <=2.2 we didn't have this kdelibs scheme yet and noatun seemed to
> work. But,  lot of other things have changed since then as well.)
>
> About the libnoatundcopiface.la from the error message: it exists in
> /usr/lib, as well as other libnoatun* libs. I don't know what the 'not
> found in 'module'' error could refer to - there's no dir called 'module'
> anywhere, nor have I ever heard of one.

Everybody gets this, I have no idea what it means, it causes no problem.   I 
think David Faure knows the cause, but it's never an issue.

>
> My entire system (and generally speaking nearly all Gentoo systems) have
> all the very latest software and the strongest optimizations. In my case:
> glibc-2.2.4, kernel 2.4.16, X 4.1.0, QT 2.3.1 (since 2.3.2 has problems
> with kde), etc. etc. The entire system is compiled with CFLAGS,
> CXXFLAGS=-O3 -march=i686 -mcpu=i686 -fomit-frame-pointer -pipe, and all
> binaries are stripped. I recompiled kdemultimedia w/o optimizations and
> with debugging to get the above trace, but the error itself wasn't affected
> by that.

>
> Oh, and about artsd: it won't run here (len == can_write assertion fails on
> startup) but that's a problem with my sound driver (i810_audio from kernel
> 2.4.16), at least AFAIU. Hopefully it'll get fixed in 2.4.17, for now i'm
> using artsd -a null for testing of noatun.

KDE 3.0's artsd features a threaded OSS driver which should fix that.

It probably won't get fixed for 2.4.17, and you might want to backport KDE3's 
toss driver.

>
> Well, that's it. I'd gladly run any tests/experiments/proposed solutions,
> being after all the maintainer for this. Waiting to hear from you!

If you don't use the same prefix for kdemm & kdelibs, that's likely the 
problem, otherwise, we can debug further.

You might also want to report to me `artsd -l0` (that's EL ZERO)'s output, 
especially the first few lines, in that it will report where it looks for 
mcopclass files.

For Noatun::Session, I have this file:

/opt/kde2/lib/mcop/Noatun/Session.mcopclass

So it should look in /opt/kde2/lib/mcop (since Noatun represents the Noatun:: 
namespace)

You should have a similar file/path.
_______________________________________________
kde-multimedia mailing list
kde-multimedia@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-multimedia
[prev in list] [next in list] [prev in thread] [next in thread]