[mythtv] MythSocket class

Isaac Richards ijr at case.edu
Thu Jun 8 00:07:04 UTC 2006


On Wednesday 07 June 2006 7:52 pm, Isaac Richards wrote:
> On Wednesday 07 June 2006 4:59 pm, Isaac Richards wrote:
> > On Wednesday 07 June 2006 11:46 am, John P Poet wrote:
> > > On 6/6/06, Isaac Richards <ijr at case.edu> wrote:
> > > > John, try this patch (newly generated against TOT).  I set up a slave
> > > > backend and banged on things a bit (started/stopped
> > > > recordings/live-tv, remote frontend stuff & local playback as well),
> > > > and things seem stable here.  No speed differences that I can tell,
> > > > either.
> > > >
> > > > Isaac
> > >
> > > I will try this when I get home tonight.  Thanks!
> >
> > New patch, fixes a deadlock condition that could be reproduced by
> > removing all preview pixmaps and using mythweb to regenerate them all at
> > once.  Do a distclean if you're justreverting and reapplying, in case the
> > dependency stuff busted.
> >
> > Only issue that I see left is the really long timeout values (carryover
> > from the old QSocket code).  Do we really need a 300 second timeout for
> > reads?  If there's a disconnect at the wrong time, it makes things seem
> > like they're dead for quite a long time before it eventually recovers..
>
> And another.  Sheesh, you'd think I'd learn how to code sometime.  Fixes a
> really dumb race condition, and also helps prevents the backend from
> getting stuck if a preview generation (or other task) gets _really_ broken.

Heh.  Sent that out too soon.  Don't test, please.  Fixed one coming shortly.

Isaac


More information about the mythtv-dev mailing list