diff options
| author | Konstantin Osipov <kostja@sun.com> | 2009-10-14 00:16:41 +0400 |
|---|---|---|
| committer | Konstantin Osipov <kostja@sun.com> | 2009-10-14 00:16:41 +0400 |
| commit | c84a238984f3c3726fb3df0b058cc814796e6479 (patch) | |
| tree | c6db0e640df988b9d9ff7c3048ee6e5d4ddd5a60 /sql/sql_plugin.cc | |
| parent | df39e6ab4b3df45331811ec8197753eeae543dd1 (diff) | |
| download | mariadb-git-c84a238984f3c3726fb3df0b058cc814796e6479.tar.gz | |
----------------------------------------------------------
revno: 2630.2.16
committer: Konstantin Osipov <konstantin@mysql.com>
branch nick: mysql-6.0-runtime
timestamp: Fri 2008-06-27 13:26:03 +0400
message:
Fix max_user_connections_func failure on Solaris.
A connection that failed to log in due to a resource limit could
be returned to the thread pool with a dangling link to user_connect
structure of an old user. Later on it could be authenticated
to a user that doesn't have a resource limit, so this dangling
link won't be reset. --pool-of-threads mode made the situation
easy to reproduce, and thus highlighted a bug that has been
around forever.
Make sure there are no dangling links.
sql/sql_connect.cc:
Do not return a connection structure to the thread pool with a dangling link.
Diffstat (limited to 'sql/sql_plugin.cc')
0 files changed, 0 insertions, 0 deletions