- 06 May, 2008 7 commits
-
-
thek@adventure.(none) authored
into adventure.(none):/home/thek/Development/cpp/mysql-5.1-bugteam
-
thek@adventure.(none) authored
-
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
-