Subject: RE: Expose errnum() in query -- BadQuery w/Errnum patch part 3 2007-10-25 - By Jim Wallace
Back That's correct, you can't reproduce the problem unless there's a sql call between the exception and your call to errnum(), which occurs on the rollback of a transaction. If you run the deadlock tests, it demonstrates it.
> -- --Original Message-- -- > From: Warren Young [mailto:mysqlpp@(protected)] > Sent: Thursday, October 25, 2007 9:16 AM > To: MySQL++ Mailing List > Subject: Re: Expose errnum() in query -- BadQuery w/Errnum > patch part 3 > > Jim Wallace wrote: > > + /// If you want the string *and* number you must > > + /// call errnum() before calling error() since error() clears > > I tried to replicate that by causing an error in one of the > examples, then calling Connection::errnum(), then error(), > then errnum() again, and it shows the same number both times. > > I think this is just leftover confusion from your initial > problem diagnosis process. It's not mysql_error() clearing > the error number, it's the second error caused by the > transaction failure. > > -- > MySQL++ Mailing List > For list archives: http://lists.mysql.com/plusplus > To unsubscribe: > http://lists.mysql.com/plusplus?unsub=jwallace@(protected) > > >
-- MySQL++ Mailing List For list archives: http://lists.mysql.com/plusplus To unsubscribe: http://lists.mysql.com/plusplus?unsub=mysql@(protected)
|
|