Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 5.3.13
-
Component/s: None
-
Labels:None
Description
The warnings appeared on 5.3 tree with this revision:
revno: 3702 revision-id: igor@askmonty.org-20131010170826-dl2xwc048hvnxmau committer: Igor Babaev <igor@askmonty.org> message: Fixed bug mdev-5105. ...
==10338== Conditional jump or move depends on uninitialised value(s) ==10338== at 0x577F2B: Item_int_func::count_sargable_conds(unsigned char*) (item_func.cc:738) ==10338== by 0x57794D: Item_func::walk(bool (Item::*)(unsigned char*), bool, unsigned char*) (item_func.cc:280) ==10338== by 0x6D4B57: update_ref_and_keys(THD*, st_dynamic_array*, st_join_table*, unsigned int, Item*, unsigned long long, st_select_lex*, st_sargable_param**) (sql_select.cc:4741) ==10338== by 0x6F8DED: JOIN::optimize() (sql_select.cc:3298) ==10338== by 0x6FF501: mysql_select(THD*, Item***, TABLE_LIST*, unsigned int, List<Item>&, Item*, unsigned int, st_order*, st_order*, Item*, st_order*, unsigned long long, select_result*, st_select_lex_unit*, st_select_lex*) (sql_select.cc:2986) ==10338== by 0x7034E8: handle_select(THD*, st_lex*, select_result*, unsigned long) (sql_select.cc:288) ==10338== by 0x65E317: execute_sqlcom_select(THD*, TABLE_LIST*) (sql_parse.cc:5172) ==10338== by 0x6665E1: mysql_execute_command(THD*) (sql_parse.cc:2305) ==10338== by 0x85801D: sp_instr_stmt::exec_core(THD*, unsigned int*) (sp_head.cc:2976) ==10338== by 0x85E3A3: sp_lex_keeper::reset_lex_and_exec_core(THD*, unsigned int*, bool, sp_instr*) (sp_head.cc:2794) ==10338== by 0x85F32C: sp_instr_stmt::execute(THD*, unsigned int*) (sp_head.cc:2919) ==10338== by 0x85CB6E: sp_head::execute(THD*) (sp_head.cc:1283) ==10338== by 0x85D6DC: sp_head::execute_procedure(THD*, List<Item>*) (sp_head.cc:2015) ==10338== by 0x666A78: mysql_execute_command(THD*) (sql_parse.cc:4500) ==10338== by 0x66B3FC: mysql_parse(THD*, char*, unsigned int, char const**) (sql_parse.cc:6173) ==10338== by 0x66BA17: dispatch_command(enum_server_command, THD*, char*, unsigned int) (sql_parse.cc:1243)
It happens on any MTR test with valgrind.
See builbot http://buildbot.askmonty.org/buildbot/builders/work-amd64-valgrind/builds/4655/steps/test/logs/stdio
Gliffy Diagrams
Attachments
Activity
- All
- Comments
- Work Log
- History
- Activity
- Transitions
The problem was fixed in the revision 3703.