[MDEV-5128] Valgrind warnings "Conditional jump or move depends on uninitialised value" in Item_int_func::count_sargable_conds Created: 2013-10-11  Updated: 2013-10-13  Resolved: 2013-10-13

Status: Closed
Project: MariaDB Server
Component/s: None
Affects Version/s: None
Fix Version/s: 5.3.13

Type: Bug Priority: Major
Reporter: Elena Stepanova Assignee: Igor Babaev
Resolution: Fixed Votes: 0
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



 Comments   
Comment by Igor Babaev [ 2013-10-13 ]

The problem was fixed in the revision 3703.

Generated at Thu Feb 08 07:01:54 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.