- 01 Aug, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 31 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 30 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
myisamchk.c: help text clarified mi_check.c: allow one to "analyze" empty table :)
-
- 25 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
bug#926
-
- 23 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 22 Jul, 2003 6 commits
-
-
gluh@gluh.mysql.r18.ru authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.fix
-
gluh@gluh.mysql.r18.ru authored
-
gluh@gluh.mysql.r18.ru authored
Here is fix for bug 554. Added configure options --with-openssl-includes[=DIR] and --with-openssl-libs[=DIR]
-
lenz@mysql.com authored
- bumped up version number in configure.in to 4.0.15
-
heikki@hundin.mysql.fi authored
Fix bug: if there was a 'record too long' error in an insert, InnoDB forgot to free reserved file space extents; they were only freed in mysqld restart
-
heikki@hundin.mysql.fi authored
Fix an error in the previous push
-
- 21 Jul, 2003 3 commits
-
-
heikki@hundin.mysql.fi authored
Fix bug reported by Dyego Souza do Carmo: if a row becomes too long, > 8000 bytes, in an update, then InnoDB simply removes the clustered index record and does not report of table handler error 139
-
serg@serg.mylan authored
-
serg@serg.mylan authored
-
- 19 Jul, 2003 2 commits
-
-
hf@deer.(none) authored
-
hf@deer.(none) authored
into deer.(none):/home/hf/work/mysql-4.0
-
- 18 Jul, 2003 7 commits
-
-
monty@mashka.(none) authored
into mashka.(none):/home/my/mysql-4.0
-
monty@mashka.(none) authored
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.0
-
monty@narttu.mysql.fi authored
into narttu.mysql.fi:/my/mysql-4.0
-
monty@narttu.mysql.fi authored
-
monty@narttu.mysql.fi authored
Fixed memory overrun when doing REPAIR on table with multi-part auto_increment key where one part was a packed CHAR
-
- 17 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 16 Jul, 2003 5 commits
-
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.0-build
-
vva@eagle.mysql.r18.ru authored
into eagle.mysql.r18.ru:/home/vva/work/BUG_683/mysql-4.0
-
vva@eagle.mysql.r18.ru authored
-
lenz@mysql.com authored
as requested by PeterZ
-
lenz@mysql.com authored
a node name was changed in manual.texi which resulted in a very large ReadMe.txt file, as the generating script could not find the (renamed) ending node. Fixed the ending node name in Docs/Makefile.am and the Docs/Support/generate-text-files.pl Perl script to make sure this does not happen again (I only discovered this because the Do-pkg script was not able to add the ReadMe.txt to the Apple Disk image because it ran out of disk space due to the size of the file)
-
- 15 Jul, 2003 4 commits
-
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
serg@serg.mylan authored
-
lenz@mysql.com authored
in mysqld_safe (commented out by default), to not override any options defined in my.cnf (thanks to Axel Schwenke from Jobpilot.de for the suggestion)
-
monty@narttu.mysql.fi authored
-
- 14 Jul, 2003 7 commits
-
-
monty@narttu.mysql.fi authored
-
monty@narttu.mysql.fi authored
Fixed test for binary build
-
guilhem@mysql.com authored
-
heikki@hundin.mysql.fi authored
Correct a misleading error message about max row length
-
heikki@hundin.mysql.fi authored
Revert the previous patch: MySQL would not allow creation of VARCHAR columns whose total max length is > 8000 bytes, though InnoDB can easily store them as trailing spaces are removed
-
heikki@hundin.mysql.fi authored
Fix wrong error message: If one tried to create table with a very big row len, MySQL claimed the max len is 64 kB for InnoDB, while it normally is 8000 bytes
-
monty@narttu.mysql.fi authored
-