On Wed, 2005-12-07 at 14:17 +0000, Miah Gregory wrote:
> On Wed, 2005-12-07 at 07:56 -0500, Hal Burch wrote:
> > Wendy,
> >
> > I cannot reproduce this problem. A couple questions:
> > 1) Did you try a make clean all install for mythmusic, and then all of
> > mythtv?
> > 2) Is mythfrontend stuck consuming CPU or idle?
> > 3) Does it ever happen the first time you enter mythmusic?
> > 4) What level of completeness does the popup show? Does it show
> > progress before not disappearing?
> > 5) You could try this patch. Don't think it's the problem, but easy to
> > check:
>
> -snip-
>
> Just a quick 'me too' - I've seen this once recently (from a week old or
> there abouts SVN) but after killing the front end and restarting,
> haven't seen it since. From memory, the frontend was idling. It happened
> the first time I entered mythmusic after the frontend was started. The
> popup got stuck at a non-zero and non 100% percentage (again from
> memory).
>
> I realise the above may not be particularly useful other than to
> indicate this has been seen elsewhere, but if it does happen again I'll
> give more specific information.
Reproduced it just now, so for accuracy:
1) Yes.
2) Semi idle, at around 2% CPU.
Strace reports that it's doing this repeatedly:
gettimeofday({1134050413, 916186}, NULL) = 0
select(16, [3 4 5 15], [], [], {0, 32928}) = 0 (Timeout)
gettimeofday({1134050413, 951308}, NULL) = 0
gettimeofday({1134050413, 951700}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
3) Yes, it happened first time I started mythmusic.
4) Currently at 100%. The screen behind the dialog is updating the
position in track etc correctly. Playback starts normally, and mythmusic
proceeds through the playlist normally.
5) This is without the patch, running from SVN 8101.
--
Miah Gregory
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
