9 Commits

Author	SHA1	Message	Date
Sveta Smirnova	6fc8f66792	Delete t/pt-config-diff/samples/long_vars_80_2.cnf	2025-06-22 15:49:08 +03:00
Sveta Smirnova	71c8d866a5	Delete t/pt-config-diff/samples/long_vars_80_1.cnf	2025-06-22 15:48:35 +03:00
Sveta Smirnova	6cff1dfe77	Delete t/pt-config-diff/samples/long_vars_57_2.cnf	2025-06-22 15:48:19 +03:00
Sveta Smirnova	9b83a7dc74	Delete t/pt-config-diff/samples/long_vars_57_1.cnf	2025-06-22 15:47:56 +03:00
Sveta Smirnova	0c7e5d749c	PR-890 - pt-config-diff: MySQL truncates run-time variable values longer than 1024 characters ... - Modified test case, so it works with versions 5.7, 8.0, and 8.4 without changes	2025-06-13 02:31:43 +03:00
Maciej Dobrzanski	55f2167ed0	- Updated MySQLConfig.pm to correctly support very long variable values ... - Added test cases for pt-config-diff	2025-06-06 20:39:24 +02:00
Brian Fraser	66cad706b3	Add missing test files	2013-03-06 18:13:37 -03:00
Brian Fraser	d005aa1c41	Added two missing config files fort/pt-config-diff/basics.t	2012-12-13 21:47:26 -03:00
Brian Fraser	76a010abee	Fix for 917770: Use of uninitialized value in substitution (s///) at pt-config-diff line 1996 ... This turned out to be two bugs mangled into one. First, _parse_varvals can deal with (var, undef), but not with (undef). This is a problem because two of the trhee spots that call _parse_varvals can return undef because of this: map { $_ =~ m/^([^=]+)(?:=(.*))?$/ } grep { $_ !~ m/^\s*#/ } # no # comment lines split("\n", $mysqld_section) The problem is twofold. First, we are not skipping empty or whitespace-only lines. That means that the map will fail, and pass an undef to _parse_varvals. So this ended up in a triple fix: Make _parse_varvals deal with a sole undef, skip empty/whitespace lines, and change that map to map { $_ =~ m/^([^=]+)(?:=(.*))?$/ ? ($1, $2) : () } so even if the regex fails in the future, no sole undef will be passed down the chain.	2012-11-30 16:17:45 -03:00