[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