dbTalk Databases Forums  

v3.0.0

mailing.database.mysql-plusplus mailing.database.mysql-plusplus


Discuss v3.0.0 in the mailing.database.mysql-plusplus forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Corin Fletcher
 
Posts: n/a

Default v3.0.0 - 03-05-2008 , 12:29 PM






I've upgraded to v3.0.0 and very happy so far.

Thought I'd highlight the following in the change log as it caused me a lot
of pain. It's particularly nasty if you don't realise it's happened:

Changed the return type of Connection:ing() from int to bool. If you were
calling ping() in bool context or using its return value in bool context,
you will need to reverse the sense of the test because the previous return
code used zero to mean success. Now it returns true to indicate success.


One comment: it'd be nice if ConnectionPool had an upper limit on number of
connections. I have a bespoke class (was looking forward to ditching it)
that limits number of connections... if you reach it, you have to wait for a
connection to come free, this prevents a crazy amount of simultaneous
connections ever being made.


--
MySQL++ Mailing List
For list archives: http://lists.mysql.com/plusplus
To unsubscribe: http://lists.mysql.com/plusplus?unsu...ie.nctu.edu.tw


Reply With Quote
  #2  
Old   
Warren Young
 
Posts: n/a

Default Re: v3.0.0 - 03-05-2008 , 12:48 PM






Corin Fletcher wrote:
Quote:
Thought I'd highlight the following in the change log as it caused me a lot
of pain. It's particularly nasty if you don't realise it's happened:

Changed the return type of Connection:ing() from int to bool.
Regrettable, but returning a falsy value to indicate success sucked.

Quote:
One comment: it'd be nice if ConnectionPool had an upper limit on number of
connections. I have a bespoke class (was looking forward to ditching it)
that limits number of connections... if you reach it, you have to wait for a
connection to come free, this prevents a crazy amount of simultaneous
connections ever being made.
I think to make this work, we need to make release() virtual so you can
override it in your ConnectionPool derivative. This will break the ABI,
but I'm willing to bend the rules for a short period.

I have to ask, though, why didn't you test this during the extensive
beta period? You had 10 weeks...

--
MySQL++ Mailing List
For list archives: http://lists.mysql.com/plusplus
To unsubscribe: http://lists.mysql.com/plusplus?unsu...ie.nctu.edu.tw



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.