- 06 May, 2008 7 commits
-
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-bugteam
-
davi@mysql.com/endora.local authored
The problem is that the patch for Bug 33464 didn't update the results of the test cases which caused the problem. Dropping a stored routine also revoke privileges for all users on the stored routine and errors about missing grants are converted into warnings. Before Bug 33464 such errors could be incorrectly returned to the user, which would later trigger a assertion due to multiple errors being set.
-
davi@mysql.com/endora.local authored
into a non-const string pointer.
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-bugteam
-
tnurnberg@noir.wlan.koehntopp.de authored
into noir.wlan.koehntopp.de:/misc/mysql/mysql-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
-
tnurnberg@noir.wlan.koehntopp.de authored
We could allocate chunks larger than 4GB, but did our size-accounting in 32-bit values. This could lead to spurious warnings, inaccurate accounting, and, in theory, data loss. Affected: 64-bit platforms. Debug-build (with safemalloc). At least one buffer larger than 4GB. For potential data loss, a re-alloc on such a buffer would be necessary.
-
- 05 May, 2008 5 commits
-
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-bugteam
-
mleich@five.local.lan authored
Bug#31237 Test "ndb_views" fails because of differing order of select results
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.0-bugteam
-
aelkin/andrei@mysql1000.dsl.inet.fi authored
into mysql1000.dsl.inet.fi:/home/andrei/MySQL/BARE/mysql-5.1-bugteam
-
- 02 May, 2008 8 commits
-
-
davi@mysql.com/endora.local authored
The problem is a hack in mysqltest.c::append_field that modifies the exponential notation of floating point numbers by removing a zero after the the symbol 'e' (eg: 00001.2e+018 is converted to 00001.2e+18) but does not take into account the zerofill affect in the start of the string. The solution is to check if the field was zero filled and insert a zero at the start of the string if a zero after the exponential notation symbol is removed.
-
msvensson@pilot.mysql.com authored
-
msvensson@pilot.mysql.com authored
into pilot.mysql.com:/data/msvensson/mysql/mysql-5.1-bugteam
-
msvensson@pilot.mysql.com authored
into pilot.mysql.com:/data/msvensson/mysql/mysql-5.0-bugteam
-
msvensson@pilot.mysql.com authored
-
msvensson@pilot.mysql.com authored
- Code in DbugParse was reading from beyond end of the control string
-
msvensson@pilot.mysql.com authored
-
msvensson@pilot.mysql.com authored
-
- 01 May, 2008 15 commits
-
-
pcrews@pcrews-mac-local.local authored
into pcrews-mac-local.local:/Users/pcrews/usr/local/bin/data0/build_work/mysql-5.1-trigs
-
pcrews@pcrews-mac-local.local authored
into pcrews-mac-local.local:/Users/pcrews/usr/local/bin/data0/build_work/mysql-5.0-trigs
-
pcrews@pcrews-mac-local.local authored
into pcrews-mac-local.local:/Users/pcrews/usr/local/bin/data0/build_work/mysql-5.1-trigs
-
pcrews@pcrews-mac-local.local authored
into pcrews-mac-local.local:/Users/pcrews/usr/local/bin/data0/build_work/mysql-5.1-trigs
-
pcrews@pcrews-mac-local.local authored
Bug#36028 - Test funcs_1.<engine>_trig_03e failing on Windows Bug#36029 - Test funcs_1.<engine>_trig_0407 failing on Windows Bug#36030 - Test funcs_1.<engine>_trig_08 failing on Windows Adding $MASTER_MYSOCK to init_win_path() When path names are short, master.sock ends up in MYSQL_TMP_DIR, but with longer path names, master.sock ends up in /tmp/<random_string>/ and these tests will fail due to path delimiter difference. New changeset to start with 5.0 -- Not all of these tests are present in 5.0, but want to keep mysqltest the same
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B36041-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B36041-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B35298-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/B35298-5.1-bugteam
-
gkodinov/kgeorge@magare.gmz authored
The bug is a regression introduced by the patch for bug32798. The code in Item_func_group_concat::clear() relied on the 'distinct' variable to check if 'unique_filter' was initialized. That, however, is not always valid because Item_func_group_concat::setup() can do shortcuts in some cases w/o initializing 'unique_filter'. Fixed by checking the value of 'unique_filter' instead of 'distinct' before dereferencing.
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.0-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.1-bugteam
-
tsmith@ramayana.hindu.god authored
(fix warnings).
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/build/51
-
- 30 Apr, 2008 5 commits
-
-
tsmith@ramayana.hindu.god authored
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/build/50
-
aelkin/andrei@mysql1000.dsl.inet.fi authored
Select of the test could not perform deterministically, because the table remains to be updatable by the running event handler. Fixed with changing verification to use a logical values instead of comparison with a pre-recorded results.
-
hhunger@hh-nb.hungers authored
into hh-nb.hungers:/work/merge/mysql-5.1-build
-
hhunger@hh-nb.hungers authored
-