freebsd stable - Mar 2008 - musicpd segfaults on run - was advised that it's an issue with the system

Hi,

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.

Ross Penner wrote:
> Hi,
> 
> 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.
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
"freebsd-stable-unsubscribe@freebsd.org"
> 
Hi,

I am the maintainer of musicpd and have been running it on 7.0 since RC1
 with amd64 arch. maybe there's something in the configuration file.
Tried loading mpd with a simpler configuration?

--
Jan-Olof Lindqvist
http://www.jail.se

Ross Penner wrote:
> Hi,
> 
> 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.
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
"freebsd-stable-unsubscribe@freebsd.org"
> 
Hmmm, it looks like the update for 0.13.1 does core dump on 7.0 no
matter the config. 0.13.0 still works.

--
Jan-Olof Lindqvist
http://www.jail.se

On Fri, 2008-03-07 at 23:07 -0700, Ross Penner wrote:
> Hi,
> 
> 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.

[/usr/local/bin/mpd]
libthr.so.3             libpthread.so.2

FYI, with this setup, mpd plays nicely with icecast on 7.0

Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080310/aff0a2d5/attachment.pgp