musicpd segfaults on run - was advised that it's an issue with
tevans.uk at googlemail.com
Mon Mar 10 10:41:01 UTC 2008
On Fri, 2008-03-07 at 23:07 -0700, Ross Penner wrote:
> I've recently run the upgrade gamut and moved from 6.3 to 7.0. I've
> had a few hick ups but this one I can't resolve. I used musicpd
> (http://www.freshports.org/audio/musicpd/) on 6.3 to stream to a
> shoutcast server. When I start mpd on 7.0, it immediately has a
> segmentation fault and dumps its core.
> I discussed the issue in the musicpd irc channel and I was advised
> that it seemed like it was an issue with the system, not with musicpd.
> Since upgrading to 7.0, I've reinstalled all my ports and since
> discovering the problem, I've reinstalled musicpd specifically. The
> backtrace from gdb is as follows:
> #0 0x28140b15 in pthread_setcancelstate () from /lib/libthr.so.3
> #1 0x281388ac in open () from /lib/libthr.so.3
> #2 0x286ac269 in __stack_chk_fail () from /lib/libssp.so.0
> #3 0x00000000 in ?? ()
> #4 0xbfbfe6a8 in ?? ()
> #5 0x28084ead in _rtld_thread_init () from /libexec/ld-elf.so.1
> Previous frame inner to this frame (corrupt stack?)
> Any help or direction I can get to finding the solution to this
> problem would be greatly appreciated.
musicpd doesn't really like playing with libthr. I find remapping libthr
using /etc/libmap.conf is an adequate workaround on 7.0.
FYI, with this setup, mpd plays nicely with icecast on 7.0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080310/aff0a2d5/attachment.pgp
More information about the freebsd-stable