[mythtv-users] MythMusic problems

[Jeremy Green]

Ok,

You'll have to excuse me, it's been a while since I've used a debugger.
I ran mythmusic with the debugger, it got stuck at the beginning of the 
second song.  The elapsed time never changes from zero.  The interface 
is working although to terrible quick.  When I look in top it shows 
that mythmusic is using a lot of resources:

   775 mythtv    15   0  343m 143m 1416 R 19.2 83.7   0:52.69 mythmusic

343 megs of swap?

The backtrace gave me this:

Program received signal SIGINT, Interrupt.
0x40a8aad2 in sigsuspend () from /lib/libc.so.6
(gdb) backtrace
#0  0x40a8aad2 in sigsuspend () from /lib/libc.so.6
#1  0x40948f35 in __pthread_wait_for_restart_signal ()
    from /lib/libpthread.so.0
#2  0x40945f05 in pthread_cond_wait () from /lib/libpthread.so.0
#3  0x40701b61 in QWaitCondition::wait(QMutex*, unsigned long) ()
    from /usr/lib/libqt-mt.so.3
#4  0x08074a2c in MadDecoder::flush(bool) (this=0x82c2768, final=false)
     at maddecoder.cpp:293
#5  0x0807536b in MadDecoder::madOutput() (this=0x82c2768)
     at maddecoder.cpp:500
#6  0x0807507d in MadDecoder::run() (this=0x82c2768) at 
maddecoder.cpp:409
#7  0x40499e3e in QProc::~QProc() () from /usr/lib/libqt-mt.so.3
#8  0x40946d53 in pthread_start_thread () from /lib/libpthread.so.0
#9  0x40946d99 in pthread_start_thread_event () from 
/lib/libpthread.so.0

I continued it and a minute later it exited with this:
Cannot find user-level thread for LWP 775: generic error
(gdb)

Any ideas?
Thanks,

			-Jeremy

On Wednesday, May 14, 2003, at 07:53 PM, thor wrote:

> On Tuesday 13 May 2003 04:43 pm, Jeremy Green wrote:
>> I guess I'll recompile it for debugging...
>>
>> I just verified that it does happen with local files, not just over 
>> the
>> network.
>>
>> Are there any command line options for mythmusic to get some debugging
>> output?
>>
>
> 	Jeremy,
>
> 	If you could try and run in debugging, hit Ctrl-C when it's locked 
> and send a
> backtrace, we can probably track this down.
>
> 	One thing to look out fro seems to be Redhat 8.x'ish with a wonky 
> thread
> library and Qt 3.0.x. Few people with sluggish interfaces in these
> circumstances have reported much improved situation after upgrading to 
> Qt
> 3.1.x.
>
> - thor
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at snowman.net
> http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-users