summaryrefslogtreecommitdiff
path: root/client/completion_hash.cc
diff options
context:
space:
mode:
authorVenkatesh Duggirala <venkatesh.duggirala@oracle.com>2013-03-12 22:44:32 +0530
committerVenkatesh Duggirala <venkatesh.duggirala@oracle.com>2013-03-12 22:44:32 +0530
commit3883559d5532bbed706289e12d2dfcd6bfb032f3 (patch)
tree53f2be53b2f629c5082515daf99125461683bb22 /client/completion_hash.cc
parentd910c5acaf342c9a140da620f85270c130298837 (diff)
parent8a49d7a83efdf9be5a07b8c11637e8987ce0ef66 (diff)
downloadmariadb-git-3883559d5532bbed706289e12d2dfcd6bfb032f3.tar.gz
BUG#14593883-REPLICATION BREAKS WHEN SET DATA TYPE
COLUMNS ARE USED INSIDE A STORED PROCEDURE Problem: When 'SET' type columns are used in a DML inside a stored procedure and a NULL value is passed to that column, replication is breaking. Analysis: All stored procedure variables used inside a DML will be substituted with NAME_CONST functions. While NAME_CONST are used in this particular scenario, i.e., when NULL value is passed then charset is copied from 'empty_set_string' member of Field_set class. The operator '=' overload method inside 'String' class is not coping str_charset from R.H.S object to L.H.S object. Hence charset is wrongly copied in the string assignment Fix: Handle coping str_charset member in operator '=' overload method. sql/sql_string.h: Handled coping str_charset member in operator '=' overload method.
Diffstat (limited to 'client/completion_hash.cc')
0 files changed, 0 insertions, 0 deletions