- 20 Aug, 2005 3 commits
-
-
serg@sergbook.mysql.com authored
into sergbook.mysql.com:/usr/home/serg/Abk/mysql-5.0
-
stewart@mysql.com authored
into mysql.com:/home/stewart/Documents/MySQL/5.0/bug10950
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
- 19 Aug, 2005 25 commits
-
-
elliot@mysql.com authored
-
elliot@mysql.com authored
-
elliot@mysql.com authored
into mysql.com:/home/emurphy/src/work/mysql-5.0
-
patg@radha.local authored
into radha.local:/Users/patg/mysql-build/mysql-4.1.clean
-
elliot@mysql.com authored
into mysql.com:/home/emurphy/src/work/mysql-5.0
-
elliot@mysql.com authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
serg@sergbook.mysql.com authored
-
petr@mysql.com authored
into mysql.com:/home/cps/mysql/trees/mysql-5.0
-
petr@mysql.com authored
Recommited with post-review fixes
-
timour@mysql.com authored
into mysql.com:/home/timka/mysql/src/5.0-2486
-
konstantin@mysql.com authored
NOT FOUND ...' in conditional handled incorrectly". Whenever we remove an instruction during optimization, we need to adjust instruction numbers (ip - instruction pointer) stored in all instructions. In addition to that, sp_instr_hpush_jump, which corresponds to DECLARE CONTINUE HANDLER needs adjustment for m_handler, which holds the number of instruction with the continue handler. In the bug report, a wrong ip stored in m_handler was pointing at FETCH, which resulted in an error message and abnormal SP termination. The fix is to just remove m_handler member from sp_instr_hpush_jump, as it's always points to the instruction next to the DECLARE statement itself (m_ip+1).
-
timour@mysql.com authored
into mysql.com:/home/timka/mysql/src/5.0-2486
-
timour@mysql.com authored
- Corrected problem with N-way nested natural joins in PS mode. - Code cleanup - More asserts to check consistency of name resolution contexts - Fixed potential memory leak of name resolution contexts
-
heikki@hundin.mysql.fi authored
Add diagnostic code to track a crash in adaptive hash indexes; the crash may happen if block->index == NULL
-
bell@sanja.is.com.ua authored
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-bug2-5.0
-
heikki@hundin.mysql.fi authored
Temporarily remove error print if MySQL tries to do a SELECT even though trx->n_mysql_tables_in_use is 0. We must return the error print when the lock count of cursors is properly implemented (Bug #12456)
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-bug2-5.0
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.0-clean
-
andrey@lmy004. authored
-
bell@sanja.is.com.ua authored
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-bug2-5.0
-
patg@radha.local authored
-
jan@hundin.mysql.fi authored
into hundin.mysql.fi:/home/jan/mysql-5.0
-
- 18 Aug, 2005 12 commits
-
-
igor@rurik.mysql.com authored
-
igor@rurik.mysql.com authored
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.0-bug12591
-
into a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-4.1
-
evgen@moonbone.local authored
into moonbone.local:/work/10624-bug-5.0-mysql
-
against a later version of libc.
-
than we've used before.
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
stewart@mysql.com authored
-
stewart@mysql.com authored
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/mysql-5.0
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-5.0-aug18-fix
-