mariadb/storage/innobase/row
Marko Mäkelä dfa90257f6 MDEV-30936 clang 15.0.7 -fsanitize=memory fails massively
handle_slave_io(), handle_slave_sql(), os_thread_exit():
Remove a redundant pthread_exit(nullptr) call, because it
would cause SIGSEGV.

mysql_print_status(): Add MEM_MAKE_DEFINED() to work around
some missing instrumentation around mallinfo2().

que_graph_free_stat_list(): Invoke que_node_get_next(node) before
que_graph_free_recursive(node). That is the logical and
MSAN_OPTIONS=poison_in_dtor=1 compatible way of freeing memory.

ins_node_t::~ins_node_t(): Invoke mem_heap_free(entry_sys_heap).

que_graph_free_recursive(): Rely on ins_node_t::~ins_node_t().

fts_t::~fts_t(): Invoke mem_heap_free(fts_heap).

fts_free(): Replace with direct calls to fts_t::~fts_t().

The failures in free_root() due to MSAN_OPTIONS=poison_in_dtor=1
will be covered in MDEV-30942.
2023-03-28 11:44:24 +03:00
..
row0ext.cc Merge 10.3 into 10.4 2020-07-02 07:39:33 +03:00
row0ftsort.cc Merge 10.4 into 10.5 2021-10-28 08:48:36 +03:00
row0import.cc Merge 10.4 into 10.5 2023-02-10 12:02:11 +02:00
row0ins.cc Merge 10.4 into 10.5 2023-01-03 17:08:42 +02:00
row0log.cc Merge 10.4 into 10.5 2022-12-13 14:39:18 +02:00
row0merge.cc Merge 10.4 into 10.5 2023-01-03 17:08:42 +02:00
row0mysql.cc MDEV-30936 clang 15.0.7 -fsanitize=memory fails massively 2023-03-28 11:44:24 +03:00
row0purge.cc Merge 10.4 into 10.5 2022-10-06 08:29:56 +03:00
row0quiesce.cc Merge 10.4 into 10.5 2022-12-13 14:39:18 +02:00
row0row.cc Merge 10.4 into 10.5 2023-01-03 17:08:42 +02:00
row0sel.cc Merge 10.4 into 10.5 2023-01-03 17:08:42 +02:00
row0uins.cc Merge 10.3 into 10.4 2022-02-21 14:10:27 +03:00
row0umod.cc Merge 10.3 into 10.4 2022-02-21 14:10:27 +03:00
row0undo.cc Merge 10.4 into 10.5 2021-06-21 14:22:22 +03:00
row0upd.cc Merge 10.4 into 10.5 2023-01-03 17:08:42 +02:00
row0vers.cc Merge 10.4 into 10.5 2021-10-28 08:48:36 +03:00