[mythtv] MythSocket class
ijr at case.edu
Thu Jun 8 00:29:44 UTC 2006
On Wednesday 07 June 2006 8:07 pm, Isaac Richards wrote:
> 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
And here's patch #8. Contains all the fixed from 5, 6, and 7 this time,
instead of dropping one. =)
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 15405 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20060607/eca0ab97/attachment.bin
More information about the mythtv-dev