[Pkg-audacious-maintainers] Bug#491615: audacious: 1.5.1-1 (Lenny) fails with a segmentation fault on startup

[John Lindgren]

On Wed, 2009-10-28 at 01:41 -0400, A. Costa wrote:
> I wasn't sure how to remove 'cuesheet_ng', since the setup menu
> requires first starting 'audacious2'.  So as 'root' I moved
> 'cuesheet_ng' to '/tmp':
> 
> 	# find it
> 	% dlocate cuesheet_ng
> 	audacious-plugins-extra: /usr/lib/audacious/Input/cuesheet_ng.so
> 
> 	# move it
> 	mv /usr/lib/audacious/Input/cuesheet_ng.so /tmp/cuesheet
> 
> Still crashes.  With a difference; it seems without 'cuesheet_ng',
> Thread 3 doesn't persist:
> 
> 	(gdb) run
> 	Starting program: /usr/bin/audacious2 
> 	[Thread debugging using libthread_db enabled]
> 	[New Thread 0xb70e7b70 (LWP 11839)]
> 
> 	Program received signal SIGSEGV, Segmentation fault.
> 	0xb7da075a in ?? () from /lib/libglib-2.0.so.0
> 	(gdb) thread apply all backtrace
> 
> 	Thread 2 (Thread 0xb70e7b70 (LWP 11839)):
> 	#0  0xb7fe2424 in __kernel_vsyscall ()
> 	#1  0xb75f3b3b in read () from /lib/i686/cmov/libpthread.so.0
> 	#2  0x08065c8e in ?? ()
> 	#3  0xb7de311f in ?? () from /lib/libglib-2.0.so.0
> 	#4  0xb75ec7f5 in start_thread () from /lib/i686/cmov/libpthread.so.0
> 	#5  0xb755d05e in clone () from /lib/i686/cmov/libc.so.6
> 
> 	Thread 1 (Thread 0xb7137a40 (LWP 11836)):
> 	#0  0xb7da075a in ?? () from /lib/libglib-2.0.so.0
> 	#1  0xb7da0faf in g_filename_from_uri () from /lib/libglib-2.0.so.0
> 	#2  0xb7fb59f5 in vfs_file_test () from /usr/lib/libaudcore.so.1
> 	#3  0xb655cbb7 in open_file () from /usr/lib/audacious/Input/timidity.so
> 	#4  0xb6564c08 in ?? () from /usr/lib/audacious/Input/timidity.so
> 	#5  0xb656559e in ?? () from /usr/lib/audacious/Input/timidity.so
> 	#6  0xb656559e in ?? () from /usr/lib/audacious/Input/timidity.so
> 	#7  0xb655c3bb in ?? () from /usr/lib/audacious/Input/timidity.so
> 	#8  0x0806427c in ?? ()
> 	#9  0x0805b23a in ?? ()
> 	#10 0xb74a8b36 in __libc_start_main () from /lib/i686/cmov/libc.so.6
> 	#11 0x08055401 in ?? ()
> 	(gdb) 
> 
> When I undo the 'mv' to '/tmp', Thread 3 reappears.

Oops, I didn't look at the backtrace close enough.  It's thread 1 that
had the segmentation fault (address 0xb7da075a).  It looks like
cuesheet_ng.so is fine and timidity.so is the culprit.

Peace,
John Lindgren