diff options
| author | Evgeny Potemkin <epotemkin@mysql.com> | 2008-11-05 18:40:23 +0300 |
|---|---|---|
| committer | Evgeny Potemkin <epotemkin@mysql.com> | 2008-11-05 18:40:23 +0300 |
| commit | 3c49cb0795fae5c43d00a499b1d4f71365bb9ba9 (patch) | |
| tree | a52cac0068f7fecdc739e890dc0bc688ece7ae3c /BUILD/Makefile.am | |
| parent | c8ee385d89338cca73dd069c7c03074d171cc8f4 (diff) | |
| download | mariadb-git-3c49cb0795fae5c43d00a499b1d4f71365bb9ba9.tar.gz | |
Bug#37870: Usage of uninitialized value caused failed assertion.
The convert_constant_item function converts a constant to integer using
field for condition like 'field = a_constant'. In some cases the
convert_constant_item is called for a subquery when outer select is already
being executed, so convert_constant_item saves field's value to prevent its
corruption. For EXPLAIN and at the prepare phase field's value isn't
initialized yet, thus when convert_constant_item tries to restore saved
value it fails assertion.
Now the convert_constant_item doesn't save/restore field's value if it's
haven't been read yet. Outer constant values are always saved.
mysql-test/r/explain.result:
Added a test case for the bug#37870.
mysql-test/t/explain.test:
Added a test case for the bug#37870.
sql/item_cmpfunc.cc:
Bug#37870: Usage of uninitialized value caused failed assertion.
Now the convert_constant_item doesn't save/restore field's value if it's
haven't been read yet. Outer constant values are always saved.
Diffstat (limited to 'BUILD/Makefile.am')
0 files changed, 0 insertions, 0 deletions