[mythtv] [mythtv-commits] Ticket #1147: permissions problem -> coredump
ijr at case.edu
Tue Jan 31 21:38:26 UTC 2006
On Tuesday 31 January 2006 16:27, Dag Nygren wrote:
> > On Tuesday 31 January 2006 15:52, Dag Nygren wrote:
> > > Sure, but we are talking networking here. You can never assume
> > > that a network connection stays up and running 100%, never.
> > Where's that assumption made?
> If you are not checking if you have a connection after initializing
> it you do assume that everything is OK.
> And why would you check for this condition in other subs then?
It doesn't need to be checked, since you get the exact same result by checking
the status of the query.
> > > Really?
> > > MSqlQuery::exec() is not trying to reconnect but just pass the query on
> > > to QSqlQuery::exec() and then logs it. Can't see prepare( kicking the
> > > database either.
> > QSqlQuery does it internally. 'KickDatabase' is just an extra test,
> > since QSqlQuery doesn't always retry the query on a reconnect properly.
> Where is that documented? Cannot find it in the API for Qt.
> If that is the fact, I apologize very much for bringing up this example.
Well, it's really more the mysql client library. Qt tells it to reconnect on
disconnects. I don't know where that's documented offhand, but, it's
certainly how it works.
More information about the mythtv-dev