mariadb/mysql-test/lib
Vladislav Vaintroub 2f075a1e37 Bug #47423 mtr connects to wrong database
The reason for the bug is that mysqtest as well as other client tools
running in test suite (mysqlbinlog, mysqldump) will first try to connect 
whatever database has created shared memory with default base name 
"MySQL" and use this. (Same effect could be seen on Unix if mtr would
not care to calculate "port" and "socket" parameter).
      
The fix ensures that all client tools and  running in mtr use unique  
per-database shared memory base parameters, so there is no possibility
to clash with already installed one. We use socket name for shared memory 
base (it's known to be unique). This shared-memory-base is written to the
MTR config file to the [client] and [mysqld] sections. Fix made also made 
sure all client tools understand and correctly handle --shared-memory-base.
Prior to this patch  it was not the case for  mysqltest, mysqlbinlog and 
mysql_client_test.
      
All new connections done from mtr scripts via connect() will by default 
set shared-memory-base. And finally, there is a possibility to force 
shared memory or pipe connection and overwrite shared memory/pipe base name
from within mtr scripts via optional PIPE or SHM modifier. This functionality
was manually backported from 6.0
(original patch  http://lists.mysql.com/commits/74749)
2009-11-03 01:19:37 +01:00
..
My Bug #47423 mtr connects to wrong database 2009-11-03 01:19:37 +01:00
t
v1 Bug #45698 MTR_VERSION=1 ./mtr --force does not work 2009-07-31 11:22:57 +02:00
mtr_cases.pm Applying InnoDB snapshot 5.1-ss5921, part 2. Fixes BUG#44369 2009-10-05 16:47:48 +05:30
mtr_gcov.pl
mtr_gprof.pl
mtr_io.pl
mtr_match.pm
mtr_misc.pl
mtr_process.pl
mtr_report.pm Bug #47075 Wildcards in experimental test names destroyed when tested first time 2009-09-03 08:19:54 +02:00
mtr_stress.pl
mtr_unique.pm