valgrind uninit variable problem in tokudb's lz_encoder_prepare function
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona Server moved to https://jira.percona.com/projects/PS |
New
|
Undecided
|
Unassigned |
Bug Description
Valgrind reports an uninitized variable in the lzma encoder function when running mtr tokudb tests. This is a problem in the lzma code. The lzma code can be fixed, or replaced with a recent version that fixes this problem, or valgrind can be made to ignore this problem. One of these changes should be made so that valgrind runs of the tokudb mtr tests can be done.
Further discussion:
http://
Valgrind report:
==18070== Conditional jump or move depends on uninitialised value(s)
==18070== at 0x351B287D: lz_encoder_prepare (lz_encoder.c:222)
==18070== by 0x351B2FA2: lzma_lz_
==18070== by 0x351B2706: lzma_raw_coder_init (filter_
==18070== by 0x351A6199: block_encode_normal (block_
==18070== by 0x351A6199: lzma_block_
==18070== by 0x351A57B0: lzma_stream_
==18070== by 0x351A7DAB: lzma_easy_
==18070== by 0x3519CFA9: toku_compress(
==18070== by 0x3519561A: compress_
==18070== by 0x35180DC4: compress_
==18070== by 0x35181190: serialize_
==18070== by 0x35181397: serialize_
==18070== by 0x35181EA7: toku_serialize_
88)
==18070== by 0x35182580: toku_serialize_
==18070== by 0x35113CC7: toku_ftnode_
==18070== by 0x350E7BC9: cachetable_
==18070== by 0x350EB76F: cachetable_
Reproducer:
./mtr --valgrind-mysqld --valgrind-
Possible change to the valgrind.supp file to ignore this bug:
{
lzma encoder prepare bug
Memcheck:Cond
fun:
fun:
}
Percona now uses JIRA for bug reports so this bug report is migrated to: https:/ /jira.percona. com/browse/ PS-3415