- 12 Sep, 2006 1 commit
-
-
mskold/marty@mysql.com/linux.site authored
Bug #21378 Alter table from X storage engine to NDB could cause data loss: don't overwrite local tables when pushing out schema changes
-
- 06 Sep, 2006 3 commits
-
-
mskold/marty@linux.site authored
into mysql.com:/windows/Linux_space/MySQL/mysql-5.1
-
mskold/marty@mysql.com/linux.site authored
-
mskold/marty@linux.site authored
into mysql.com:/windows/Linux_space/MySQL/mysql-5.1
-
- 05 Sep, 2006 1 commit
-
-
mskold/marty@mysql.com/linux.site authored
-
- 04 Sep, 2006 1 commit
-
-
mskold/marty@linux.site authored
into mysql.com:/windows/Linux_space/MySQL/mysql-5.1
-
- 01 Sep, 2006 8 commits
-
-
mskold/marty@mysql.com/linux.site authored
-
anozdrin/alik@alik. authored
into alik.:/mnt/raid/alik/MySQL/devel/5.1-rt-merged
-
mskold/marty@linux.site authored
into mysql.com:/windows/Linux_space/MySQL/mysql-5.1-new-ndb
-
mskold/marty@mysql.com/linux.site authored
-
mskold/marty@linux.site authored
into mysql.com:/windows/Linux_space/MySQL/mysql-5.1-new-ndb
-
mskold/marty@mysql.com/linux.site authored
-
evgen@moonbone.local authored
into moonbone.local:/work/tmp_merge-5.1-mysql
-
mikael/pappa@dator5.(none) authored
-
- 31 Aug, 2006 15 commits
-
-
mikael/pappa@dator5.(none) authored
into dator5.(none):/home/pappa/push_clone
-
mikael/pappa@dator5.(none) authored
into dator5.(none):/home/pappa/push_clone
-
anozdrin/alik@alik. authored
The problem was in dummy grep on AIX and HPUX. The fix is to use more portable patterns. The patch is only for test suite (i.e. does not touch server codebase).
-
rburnett@bk-internal.mysql.com authored
into bk-internal.mysql.com:/data0/bk/mysql-5.1-kt
-
mikael/pappa@dator5.(none) authored
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1
-
mikael/pappa@dator5.(none) authored
into dator5.(none):/home/pappa/push_clone
-
mikael/pappa@dator5.(none) authored
into dator5.(none):/home/pappa/push_clone
-
gluh@mysql.com/gluh.(none) authored
fixed error message
-
kostja@bodhi.local authored
into bodhi.local:/opt/local/work/mysql-5.1-runtime-merge
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1
-
mikael/pappa@dator5.(none) authored
into dator5.(none):/home/pappa/bug21388
-
mikael/pappa@dator5.(none) authored
into dator5.(none):/home/pappa/bug21388
-
mikael/pappa@dator5.(none) authored
Review fixes
-
evgen@moonbone.local authored
into moonbone.local:/work/tmp_merge-5.1-opt-mysql
-
- 30 Aug, 2006 7 commits
-
-
kostja@bodhi.local authored
-
rburnett@bk-internal.mysql.com authored
into bk-internal.mysql.com:/data0/bk/mysql-5.1-kt
-
evgen@moonbone.local authored
After merge changes
-
Reggie@blackhole. authored
-
georg@lmy002.wdf.sap.corp authored
CMake versions > 2.4 allow linking to STATIC or SHARED libraries only.
-
mskold/marty@mysql.com/linux.site authored
-
gluh@mysql.com/gluh.(none) authored
skip engine handling if engine is disabled
-
- 29 Aug, 2006 4 commits
-
-
kostja@bodhi.local authored
into bodhi.local:/opt/local/work/mysql-5.1-runtime-merge
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1-new-ndb
-
kostja@bodhi.local authored
doesn't find the column" When a user was using 4.1 tables with VARCHAR column and 5.0 server and a query that used a temporary table to resolve itself, the table metadata for the varchar column sent to client was incorrect: MYSQL_FIELD::table member was empty. The bug was caused by implicit "upgrade" from old VARCHAR to new VARCHAR hard-coded in Field::new_field, which did not preserve the information about the original table. Thus, the field metadata of the "upgraded" field pointed to an auxiliary temporary table created for query execution. The fix is to copy the pointer to the original table to the new field.
-
rburnett@bk-internal.mysql.com authored
into bk-internal.mysql.com:/data0/bk/mysql-5.1-kt
-