[mythtv] MythSocket class

Jim Westfall jwestfall at surrealistic.net
Sun Apr 9 20:02:37 UTC 2006


Janne Grunau <janne-mythtv at grunau.be> wrote [04.09.06]:
> On Sunday 09 April 2006 07:55, Jim Westfall wrote:
> > > > Ok, I will try and add locking and refcounts this weekend.  I
> > > > assume there would also be no objecting to pulling in
> > > > read/writestringlist functions?
> > >
> > > Nope, no objection at all.  That'd be a good place for them.
> >
> > here is an updated version that adds the stuff above.  split into 2
> > patches like before.
> 
> seems to work fine for a single backend here (pure DVB). My stress test 
> (while /bin/true; do wget --quiet http://mythbackend_ip:6544/; done) 
> runs well. With the unpatched QSocket code it leads to a deadlock in 
> QSocket.

Thanks for testing.  I didnt actually touch the http server part of the 
backend, so its still using QSocket.  I left it as is cause I need to 
figure out a workaround to handle canReadLine/readLine functions that 
QSocket provides.

> 
> But if a slave backends connects, no further connection is possible. 
> Have right now no time to debug this, sorry.

I will try and look into that, if I can get together a box for a slave 
backend.  It may just be the hack I had to do on the backend to force it 
to process an incoming request before returning from the readyRead 
callback.  Before it would hand the socket off to a worker thread and 
return right away.

jim


More information about the mythtv-dev mailing list