[mythtv-users] Mythmusic OGG player (stock at begining of each song...)

[Wayne Veilleux]

Here is it with 'thread apply all bt full'. But, I did not tell
you that I'm using alsa drivers with a builtin intel8x0 sound
card on kernel 2.4.19-16mdk. This weekend, I will upgrade to
2.4.21 and see if the new alsa driver is the problem. One
another thing is that the first song that I play with mythmusic
is playing correctly. The problem occur for the other next song.
When the proble occur and I hit Ctrl-C in gdb, the mythmusic
program stop and the repeated sound

Thanks again

- wayne

gdb mythmusic
GNU gdb 5.3-1mdk (Mandrake Linux)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-mandrake-linux-gnu"...
(gdb) handle SIGPIPE nostop
Signal        Stop      Print   Pass to program Description
SIGPIPE       No        Yes     Yes             Broken pipe
(gdb) run
Starting program: /usr/local/bin/mythmusic
[New Thread 16384 (LWP 1800)]
Loading required GL library /usr/X11R6/lib/libGL.so.1.4.500
[New Thread 32769 (LWP 1803)]
[New Thread 16386 (LWP 1804)]
[New Thread 32771 (LWP 1805)]
[New Thread 49156 (LWP 1876)]
[New Thread 65541 (LWP 1877)]
[New Thread 81926 (LWP 1878)]
[New Thread 98311 (LWP 1879)]
[New Thread 114696 (LWP 1880)]
[New Thread 131081 (LWP 1933)]
[New Thread 147466 (LWP 1934)]
[New Thread 163851 (LWP 1935)]
[New Thread 180236 (LWP 1936)]

Program received signal SIGINT, Interrupt.
[Switching to Thread 180236 (LWP 1936)]
0x40b6d568 in sigsuspend () from /lib/i686/libc.so.6
Current language:  auto; currently c
(gdb) thread apply all bt full

Thread 13 (Thread 180236 (LWP 1936)):
#0  0x40b6d568 in sigsuspend () from /lib/i686/libc.so.6
No symbol table info available.
#1  0x40a1f478 in __pthread_wait_for_restart_signal ()
from /lib/i686/libpthread.so.0
No symbol table info available.
#2  0x40a1bc5b in pthread_cond_wait at GLIBC_2.0 () from 
/lib/i686/libpthread.so.0
No symbol table info available.

Thread 12 (Thread 163851 (LWP 1935)):
#0  0x40c1bef1 in select () from /lib/i686/libc.so.6
No symbol table info available.
#1  0x40936064 in typeinfo for QMotifStyle ()
from /usr/lib/qt3/lib/libqt-mt.so.3
No symbol table info available.
#2  0x404c3ffa in QProc::~QProc() () from /usr/lib/qt3/lib/libqt-mt.so.3
No symbol table info available.
#3  0x40a1d915 in pthread_start_thread_event () from 
/lib/i686/libpthread.so.0
No symbol table info available.

Thread 2 (Thread 32769 (LWP 1803)):
#0  0x40c1a537 in poll () from /lib/i686/libc.so.6
No symbol table info available.
#1  0x40a1c96e in __pthread_manager () from /lib/i686/libpthread.so.0
No symbol table info available.
#2  0x40a1cbbb in __pthread_manager_event () from /lib/i686/libpthread.so.0
No symbol table info available.

Thread 1 (Thread 16384 (LWP 1800)):
#0  0x40c1bef1 in select () from /lib/i686/libc.so.6
No symbol table info available.
#1  0x40936064 in typeinfo for QMotifStyle ()
from /usr/lib/qt3/lib/libqt-mt.so.3
No symbol table info available.
Cannot access memory at address 0x6
#0  0x40b6d568 in sigsuspend () from /lib/i686/libc.so.6
(gdb)


Isaac Richards wrote:
> On Friday 20 June 2003 07:50 am, thor wrote:
> 
>>On Thursday 19 June 2003 03:53 pm, Wayne Veilleux wrote:
>>
>>>Hi thor,
>>>
>>>BTW, I'm not using nfs. ogg files are locally on the disk.
>>>
>>>Here is the backtrace after hiting Ctrl-C when the problem
>>>occured. I'm not very famillar with gdb so tell me if I did it
>>>well. Again, thanks for your help:
>>
>>	Not a very helpfull backtrafce  =(
>>
>>	When it stutters, hit Ctrl-C, type "info threads", that should list a few
>>lines that have numbers on the left (the id of the thread). Type "thread
>>x", where x is the number of the first thread listed, then "bt full".
>>Switch to the next thread ("thead x"), and do another "bt full". Repeat
>>till you are out of threads and send the whole interaction to this list (as
>>long as there aren't more than a half dozen or so threads).
>>
>>	Hopefully I'll be able to make heads or tales of that  =)
> 
> 
> Or just 'thread apply all bt full' will get a full backtrace of all running 
> threads =)
> 
> Isaac
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at snowman.net
> http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-users