mirror of
https://github.com/MariaDB/server.git
synced 2025-01-18 21:12:26 +01:00
fddb97da98
"Valgrind leak in closecon_handlerton" plugin_shutdown() calls plugin_deinitialize() which calls ha_finalize_handlerton(). ndbcluster_end() fails to wait for the ndb utility thread to exit which results in the handlerton struct being freed before the ndb utility thread has destroyed it's THD but before the plugin has been marked as UNINITIALIZED Bug is caused by misuse of abort_loops variable and not locking mutex during calls to pthread condition variable functions causing a race in valgrind's pthread_cond_wait implementation.
24 lines
870 B
Bash
Executable file
24 lines
870 B
Bash
Executable file
#! /bin/sh
|
|
|
|
path=`dirname $0`
|
|
. "$path/SETUP.sh"
|
|
|
|
extra_flags="$amd64_cflags $debug_cflags $valgrind_flags"
|
|
extra_configs="$amd64_configs $debug_configs $max_configs"
|
|
|
|
. "$path/FINISH.sh"
|
|
|
|
if test -z "$just_print"
|
|
then
|
|
set +v +x
|
|
echo "\
|
|
******************************************************************************
|
|
Note that by default BUILD/compile-pentium-valgrind-max calls 'configure' with
|
|
--enable-assembler. When Valgrind detects an error involving an assembly
|
|
function (for example an uninitialized value used as an argument of an
|
|
assembly function), Valgrind will not print the stacktrace and 'valgrind
|
|
--gdb-attach=yes' will not work either. If you need a stacktrace in those
|
|
cases, you have to run BUILD/compile-pentium-valgrind-max with the
|
|
--disable-assembler argument.
|
|
******************************************************************************"
|
|
fi
|