Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 272035 - media-sound/mpd 0.14.2 segfault if mpd --create-db
Summary: media-sound/mpd 0.14.2 segfault if mpd --create-db
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-01 02:55 UTC by Charles McGarvey
Modified: 2009-06-02 02:16 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Charles McGarvey 2009-06-01 02:55:10 UTC
After upgrading to 0.14.2 from the last version which has already been removed from portage, I get a segfault while trying to build the database per elog instructions.  The process will show several hundred additions to the database and then segfault after the same file each time.

Reproducible: Always

Steps to Reproduce:
1. mpd --create-db --verbose
Actual Results:  
segfault

Expected Results:  
no segfault

     Installed versions:  0.14.2(20:21:46 05/31/09)(aac alsa curl debug ffmpeg flac icecast id3 lame mad mikmod ogg oss unicode vorbis -ao -audiofile -doc -ipv6 -jack -libsamplerate -musepack -pulseaudio -wavpack -zeroconf)

and the coredump...

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x41c16950 (LWP 17794)]
0x00007f2954fb3c3d in ?? () from /usr/lib/libavformat.so.52
(gdb) bt
#0  0x00007f2954fb3c3d in ?? () from /usr/lib/libavformat.so.52
#1  0x00007f2954fb289f in ?? () from /usr/lib/libavformat.so.52
#2  0x00007f2954fb289f in ?? () from /usr/lib/libavformat.so.52
#3  0x00007f2954fb289f in ?? () from /usr/lib/libavformat.so.52
#4  0x00007f2954fb2e4a in ?? () from /usr/lib/libavformat.so.52
#5  0x00007f2954fb289f in ?? () from /usr/lib/libavformat.so.52
#6  0x00007f2954fb67bb in ?? () from /usr/lib/libavformat.so.52
#7  0x00007f2954f7fa91 in av_open_input_stream () from /usr/lib/libavformat.so.52
#8  0x00007f2954f80648 in av_open_input_file () from /usr/lib/libavformat.so.52
#9  0x00000000004276fb in ?? ()
#10 0x00000000004278dd in ?? ()
#11 0x000000000041e926 in ?? ()
#12 0x000000000041eae1 in ?? ()
#13 0x0000000000412c99 in ?? ()
#14 0x00000000004129e2 in ?? ()
#15 0x0000000000412bc3 in ?? ()
#16 0x00000000004129e2 in ?? ()
#17 0x0000000000412bc3 in ?? ()
#18 0x00000000004129e2 in ?? ()
#19 0x0000000000412bc3 in ?? ()
#20 0x00000000004129e2 in ?? ()
#21 0x0000000000412bc3 in ?? ()
#22 0x00000000004129e2 in ?? ()
#23 0x0000000000412e8e in ?? ()
#24 0x00007f2953a9c037 in start_thread () from /lib/libpthread.so.0
#25 0x00007f295381003d in clone () from /lib/libc.so.6
#26 0x0000000000000000 in ?? ()
Comment 1 Charles McGarvey 2009-06-02 02:16:18 UTC
After more digging, it looks like this is a bug in the current stable libavformat (ffmpeg) which I have found to be fixed in ffmpeg SVN.