[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