- 22 Jul, 2003 3 commits
-
-
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]
-
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 13 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
-
hf@deer.(none) authored
Monty revoked any locks for temporary tables in ha_myisam::external_lock() But further code bans using write cache on nonlocked tables this makes operations much slower
-
ram@mysql.r18.ru authored
into mysql.r18.ru:/usr/home/ram/work/4.0
-
ram@mysql.r18.ru authored
-
monty@mashka.mysql.fi authored
into mashka.mysql.fi:/home/my/mysql-4.0
-
monty@mashka.mysql.fi authored
Changed is_open() to work as before. Added back inited argument to LOG
-
ram@mysql.r18.ru authored
into mysql.r18.ru:/usr/home/ram/work/4.0
-
- 13 Jul, 2003 2 commits
-
-
heikki@hundin.mysql.fi authored
Put back a 50 millisecond sleep in too high concurrency situations which I removed in the previous push; count also such sleeping threads to the InnoDB queue in SHOW INNODB STATUS
-
heikki@hundin.mysql.fi authored
Fix a benign bug introduced in 4.0.14: InnoDB could complain 'Error: trying to declare trx to enter InnoDB' if several threads tried to init the auto-inc counter for the same table at the same time; in theory, the bug could even lead to a hang of the server, but that shuld be extremely improbable
-