Date: Mon, 30 Aug 2004 10:54:27 +0200 From: Miguel Mendez <flynn@energyhq.es.eu.org> To: Doug White <dwhite@gumbysoft.com> Cc: freebsd-ports@freebsd.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x Message-ID: <20040830105427.30e2297a.flynn@energyhq.es.eu.org> In-Reply-To: <20040829181627.C69068@carver.gumbysoft.com> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <20040829181627.C69068@carver.gumbysoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 29 Aug 2004 18:20:27 -0700 (PDT) Doug White <dwhite@gumbysoft.com> wrote: Hi, > > If bmp crashes upon start with a libpthread related error, modify > > your/etc/libmap.conf and add this: > > Complaining about spin locks not initialized, I bet? The exact error is this: flynn@scienide% beep-media-player GThread-ERROR **: file gthread-posix.c: line 188 (): error 'Resource deadlock avoided' during 'pthread_mutex_trylock' aborting... Abort (core dumped) It happens pretty early when the program is about to load the skin. > > # Might crash if used with libpthread > > [beep-media-player] > > libc_r.so.5 libc_r.so.5 > > libc_r.so libc_r.so > > This looks like an attempt to hack around the crossed-thread-libraries > issue. I know how to fix this with KDE, but I'm not as experienced The problem was that I was mapping libc_r.so to libpthread.so. beepmp crashes with libpthread, so I had to undo the mapping. However, it's still true that people who linked beepmp with libpthread need to remap the lib, e.g. [beep-media-player] libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so ... and so on. > with gnome. Generally it involves rebuilding X and all ports in a > particular order. With KDE you need to rebuild gmake fairly early > since it encodes build options that get used for qt and dependants. Interesting, I haven't experienced problems with KDE, at least not in 5.2, I'm waiting for 3.3 to come out to try it again (now on 5.3). > There may be some information in the -current archives on this issue, > particularly relating to gnome. Thanks, I'll have a look. > If you want to go hunting, run 'ldd' on the beepmp binary and make > sure libc_r and libpthread don't both show up. If they do, you need to > hunt through the dependant libraries to find the one depending on > libc_r and rebuild it. objdump -x is useful here; look for the NEEDED > entries in the dynamic section. beepmp links with libgthread and libc_r. If libc_r is mapped to libpthread the program aborts, it works fine with libc_r. I'll have a look at the offending code when I have some spare time. Cheers, -- Miguel Mendez <flynn@energyhq.es.eu.org> http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML and non-english mail goes to /dev/null --Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBMutHnLctrNyFFPERAtSxAKC74Bc4kTom2eJE9rKyzVGDA5CHBACgiE9H RC4mwWtyD29Xb8za7DnUzq4= =QiLt -----END PGP SIGNATURE----- --Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040830105427.30e2297a.flynn>