- 16 Feb, 2006 2 commits
-
-
jimw@mysql.com authored
When creating a new partition, a bogus memory allocation problem was reported.
-
jimw@mysql.com authored
-
- 15 Feb, 2006 38 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
andrey@lmy004. authored
-
andrey@lmy004. authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
andrey@lmy004. authored
-
andrey@lmy004. authored
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-bug16410
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-bug16410
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-5.1
-
serg@serg.mylan authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
jimw@mysql.com authored
KEY event. Partitioning wrongly claimed to be able to handle HA_DUPP_POS when it was supported by the underlying storage engine, which resulted in a crash when handling REPLACE statements.
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
konstantin@mysql.com authored
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-bug17289
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
serg@serg.mylan authored
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-bug16410
-
andrey@lmy004. authored
WL#1034 (Internal CRON) (post-post-review updates)
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-5.1
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/mysql/archive-5.1
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-bug17289
-
msvensson@devsrv-b.mysql.com authored
- Change 94 to 95 according to Pem's instructions in bug report.
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-5.1
-
msvensson@devsrv-b.mysql.com authored
- Init sql_state in mysql_stmt_init
-
mskold@mysql.com authored
into mysql.com:/usr/local/home/marty/MySQL/mysql-5.1-work
-
andrey@lmy004. authored
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
gluh@eagle.intranet.mysql.r18.ru authored
In presense of subpartitioning use get_part_partition_id() to calculate part_id
-
mskold@mysql.com authored
into mysql.com:/usr/local/home/marty/MySQL/mysql-5.1-work
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
gluh@eagle.intranet.mysql.r18.ru authored
use part_info->no_subparts to calculate partition range in case of subpartitions
-
brian@zim.tangent.org authored
This patch adds a new field to the meta file for tracking flushes (this is being kept to later do stats and determine how often the compression buffer is being foiled). This should keep things all nice an compatible between versions. Also added a flush table test as well. Found one possible bug in OPTIMIZE TABLE which has never been reported, but I think it would be possible on a file system that ran out of disk.
-