- 24 Jan, 2007 7 commits
-
-
gluh@mysql.com/eagle.(none) authored
-
gluh@eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
-
gkodinov/kgeorge@macbook.gmz authored
into macbook.gmz:/Users/kgeorge/mysql/work/merge-5.1-opt
-
gkodinov/kgeorge@macbook.gmz authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
geometry dependent parts moved to proper .test files
-
stewart@willster.(none) authored
into willster.(none):/home/stewart/Documents/MySQL/5.1/ndb-work
-
stewart@willster.(none) authored
-
- 23 Jan, 2007 18 commits
-
-
gkodinov/kgeorge@rakia.gmz authored
into rakia.gmz:/home/kgeorge/mysql/autopush/B6172-5.1-opt
-
gkodinov/kgeorge@macbook.gmz authored
RAND() must accept scalar expressions regardless of their kind. That includes both constant expressions and expressions that depend on column values. When the expression is constant the random seed can be initialized at compile time. However when the expression is not constant the random seed must be initialized at each invocation (while it still can be allocated at compile time). Implemented the above rules by extending Item_func_rand::val_real() to initialize the random seed at the correct place.
-
pekka@clam.ndb.mysql.com/clam.(none) authored
into clam.ndb.mysql.com:/export/space/pekka/ndb/version/my50-ndb
-
pekka@clam.(none) authored
into clam.ndb.mysql.com:/export/space/pekka/ndb/version/my51-ndb
-
stewart@willster.(none) authored
into willster.(none):/home/stewart/Documents/MySQL/5.0/bug25487
-
stewart@willster.(none) authored
into willster.(none):/home/stewart/Documents/MySQL/5.1/bug25567
-
stewart@willster.(none) authored
into willster.(none):/home/stewart/Documents/MySQL/5.1/bug25567
-
stewart@willster.(none) authored
-
pekka@clam.(none) authored
into clam.ndb.mysql.com:/export/space/pekka/ndb/version/my51-ndb
-
pekka@clam.ndb.mysql.com/clam.(none) authored
-
gkodinov/kgeorge@macbook.gmz authored
into macbook.gmz:/Users/kgeorge/mysql/work/merge-5.1-opt
-
stewart@willster.(none) authored
-
stewart@willster.(none) authored
aim is to: a) if set_connect_timeout called, timeout connect attempt (for retry on next call) after timeout period b) preserve existing blocking behaviour otherwise (for, e.g. mgmapi) Related to customer issue with long time deleting ndb_cluster_connection object. believe we're hanging on the connect(2) call until timeout (when we then realise we should exit the thread).
-
tomas@poseidon.mysql.com authored
into poseidon.mysql.com:/home/tomas/mysql-5.1-new-ndb
-
tomas@poseidon.mysql.com authored
Fix bug in event handling wrt early node shutdown
-
tomas@poseidon.mysql.com authored
-
tomas@poseidon.mysql.com authored
into poseidon.mysql.com:/home/tomas/mysql-5.1-new-ndb
-
tomas@poseidon.mysql.com authored
- post review changes
-
- 22 Jan, 2007 12 commits
-
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1-new-ndb
-
evgen@moonbone.local authored
Code cleanup after fix for bug#23417.
-
evgen@moonbone.local authored
Post fix for bug#25123.
-
tomas@poseidon.mysql.com authored
- make sure keys are copied correctly when varchar has 2 length bytes - test case
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1-new-ndb
-
jonas@eel.(none) authored
remove accidently left debug prinouts
-
jonas@eel.(none) authored
Make sure subscriber is removed from list when n_subscribers is decreased
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1-new-ndb
-
jonas@eel.(none) authored
Fix assertion in corner-case where signal isnt sent to any node
-
evgen@moonbone.local authored
When inserting into a join-based view the update fields from the ON DUPLICATE KEY UPDATE wasn't checked to be from the table being inserted into and were silently ignored. The new check_view_single_update() function is added to check that insert/update fields are being from the same single table of the view.
-
gkodinov/kgeorge@rakia.gmz authored
into rakia.gmz:/home/kgeorge/mysql/autopush/B16590-5.1-opt
-
gkodinov/kgeorge@macbook.gmz authored
st_table::const_key_parts member is used in determining if certain key has a prefix that is compared to constant(s) in the query predicates. If there's such prefix the index can be used to get the data from the remaining suffix columns in sorted order. However if a field is compared to another field from a "const" table the const_key_parts is not amended. This makes the optimizer unable to detect that the key can be used for sorting and adds an extra filesort. Fixed by updating const_key_parts after reading in the "const" table.
-
- 21 Jan, 2007 3 commits
-
-
brian@zim.(none) authored
into zim.(none):/home/brian/mysql/archive-newformat-5.1
-
brian@zim.(none) authored
-
baker@bk-internal.mysql.com authored
into bk-internal.mysql.com:/data0/bk/mysql-5.1-arch
-