- 23 Aug, 2005 1 commit
-
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-5.0-bg11896
-
- 22 Aug, 2005 13 commits
-
-
hartmut@mysql.com authored
into mysql.com:/home/hartmut/projects/mysql/dev/5.0
-
hartmut@mysql.com authored
-
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
-
monty@mishka.local authored
into mishka.local:/home/my/mysql-5.0
-
monty@mishka.local authored
-
konstantin@mysql.com authored
-
konstantin@mysql.com authored
-
monty@mishka.local authored
into mishka.local:/home/my/mysql-5.0
-
evgen@moonbone.local authored
into moonbone.local:/work/11398-bug-5.0-mysql
-
jonas@eel.(none) authored
Fix merge error
-
jonas@eel.(none) authored
forgott to add KeyDescriptor.hpp
-
jonas@eel.(none) authored
LQH computes incorrect hash values during NR (as it doesn't concider charsets) Solution: make LQH compute correct hash :-) 1) move xfrm_key into SimulatedBlock so that there's _one_ impl. 2) make TC, ACC, LQH use same impl.
-
- 21 Aug, 2005 5 commits
-
-
monty@mishka.local authored
-
jonas@eel.(none) authored
into eel.(none):/home/jonas/src/mysql-5.0-push
-
jonas@eel.(none) authored
into eel.(none):/home/jonas/src/mysql-5.0-push
-
monty@mishka.local authored
into mishka.local:/home/my/mysql-5.0
-
into c-4a09e253.1238-1-64736c10.cust.bredbandsbolaget.se:/home/pappa/mysql-5.0
-
- 20 Aug, 2005 6 commits
-
-
into c-4a09e253.1238-1-64736c10.cust.bredbandsbolaget.se:/home/pappa/mysql-5.0
-
On 64 bit platforms the changed statement doesn't work so making sure that the larger value is first and using subtraction is a quick and backwards-compatible fix of this line.
-
serg@sergbook.mysql.com authored
into sergbook.mysql.com:/usr/home/serg/Abk/mysql-5.0
-
monty@mishka.local authored
Fixed new bug when running a SP without a default database
-
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 15 commits
-
-
elliot@mysql.com authored
-
jimw@mysql.com authored
-
elliot@mysql.com authored
-
elliot@mysql.com authored
into mysql.com:/home/emurphy/src/work/mysql-5.0
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-4.1-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
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-4.1-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).
-