- 21 Apr, 2006 1 commit
-
-
pem@mysql.com authored
into mysql.com:/extern/mysql/5.0/bug18344/mysql-5.0-runtime
-
- 20 Apr, 2006 1 commit
-
-
pem@mysql.com authored
into mysql.com:/extern/mysql/5.0/bug18949/mysql-5.0-runtime
-
- 19 Apr, 2006 3 commits
-
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/mysql-5.0-bg16021
-
dlenev@mysql.com authored
which was caused by the same bulk insert optimization as bug #17764 but had slightly different symptoms.
-
stewart@mysql.com authored
into mysql.com:/home/stewart/Documents/MySQL/5.0/merge
-
- 18 Apr, 2006 5 commits
-
-
pem@mysql.com authored
We must use the db key length in sp_drop_db_routines (and not the number of characters), or long db names will be truncated in the key.
-
pem@mysql.com authored
into mysql.com:/extern/mysql/5.0/bug18787/mysql-5.0-runtime
-
pem@mysql.com authored
Item_func_sp::tmp_table_field() to something more descriptive.
-
pem@mysql.com authored
Removed sp-goto.test, sp-goto.result and all (disabled) GOTO code. Also removed some related code that's not needed any more (no possible unresolved label references any more, so no need to check for them). NB: Keeping the ER_SP_GOTO_IN_HNDLR in errmsg.txt; it might become useful in the future, and removing it (and thus re-enumerating error codes) might upset things. (Anything referring to explicit error codes.)
-
stewart@mysql.com authored
into mysql.com:/home/stewart/Documents/MySQL/5.0/merge
-
- 17 Apr, 2006 5 commits
-
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0__ready
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0__ready
-
gkodinov@mysql.com authored
Testsuite added
-
bar@mysql.com authored
5.0 additional fix for b#18691 Handle DECIMAL the same with INT and REAL.
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.0
-
- 16 Apr, 2006 1 commit
-
-
cmiller@zippy.(none) authored
does not have "NOT NULL" attribute set. Also, calculate the padding characters more safely, so that a negative number doesn't cause it to print MAXINT-n spaces.
-
- 15 Apr, 2006 1 commit
-
-
svoj@april.(none) authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-5.0
-
- 14 Apr, 2006 2 commits
-
-
aelkin@mysql.com authored
removing comments from the opt file.
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-4.1.b18691
-
- 13 Apr, 2006 19 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
bell@sanja.is.com.ua authored
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge
-
aelkin@dl145j.mysql.com authored
into dl145j.mysql.com:/tmp/andrei/5.0-bug18715_drop_view_slave
-
bell@sanja.is.com.ua authored
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
grog@mysql.com authored
into mysql.com:/home/MySQL/5.0-Bug-17248a
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-5.0-csc9139
-
sergefp@mysql.com authored
get_best_covering_ror_intersect() was copying ror_scans starting from the end of the array and not from its beginning.
-
svoj@april.(none) authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-4.1
-
konstantin@mysql.com authored
-
svoj@april.(none) authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-4.1
-
svoj@april.(none) authored
Retrieving data from compressed MyISAM table which is bigger than 4G on 32-bit box with mmap() support results in server crash. mmap() accepts length of bytes to be mapped in second param, which is 32-bit size_t. But we pass data_file_length, which is 64-bit my_off_t. As a result only first data_file_length % 4G were mapped. This fix adds additional condition for mmap() usage, that is use mmap() for compressed table which size is no more than 4G on 32-bit platform.
-
grog@mysql.com[grog] authored
-
grog@mysql.com[grog] authored
-
bar@mysql.com authored
Conversion from int and real numbers to UCS2 didn't work fine: CONVERT(100, CHAR(50) UNICODE) CONVERT(103.9, CHAR(50) UNICODE) The problem appeared because numbers have binary charset, so, simple charset recast binary->ucs2 was performed instead of real conversion. Fixed to make numbers pretend to be non-binary.
-
- 12 Apr, 2006 2 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-
konstantin@mysql.com authored
limit.
-