- 06 Feb, 2006 1 commit
-
-
tomas@poseidon.ndb.mysql.com authored
Bug #17158 load data infile of char values into table of char with no (PK) fails to load Bug #17081 Doing "LOAD DATA INFILE" directly after delete can cause missing data
-
- 05 Feb, 2006 1 commit
-
-
pekka@mysql.com authored
-
- 03 Feb, 2006 1 commit
-
-
pekka@mysql.com authored
-
- 01 Feb, 2006 1 commit
-
-
andrey@lmy004. authored
-
- 31 Jan, 2006 3 commits
-
-
msvensson@devsrv-b.mysql.com authored
into devsrv-b.mysql.com:/space/magnus/my41-bug15302
-
msvensson@neptunus.(none) authored
- Change "mysql_create_db" to not call "send_ok" if in silent mode i.e. called from "load_master_data" - Change mysqltest to detect when there aren't as many warnings available as was reported.
-
pekka@mysql.com authored
-
- 30 Jan, 2006 4 commits
-
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/innodb/mysql-4.1-merged
-
aivanov@mysql.com authored
Applied innodb-4.1-ss20 snapshot.
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/innodb/mysql-4.1-merged
-
aivanov@mysql.com authored
Applied innodb-4.1-ss17 snapshot. Do not mistake TABLENAME_ibfk_0 for auto-generated id.
-
- 27 Jan, 2006 7 commits
-
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-4.1
-
into c-5c0be253.1238-1-64736c10.cust.bredbandsbolaget.se:/home/pappa/bug12796
-
-
into c-5c0be253.1238-1-64736c10.cust.bredbandsbolaget.se:/home/pappa/bug12796
-
msvensson@neptunus.(none) authored
-
kent@mysql.com authored
Cloned off 4.1.18, new release number 4.1.19
-
kent@mysql.com authored
Generated "libmysql.ver" will be in \$(top_builddir)
-
- 26 Jan, 2006 6 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-bug8-4.1
-
aelkin@mysql.com authored
into mysql.com:/usr_rh9/home/elkin.rh9/MySQL/BARE/mysql-4.1
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-bug8-4.1
-
aelkin@mysql.com authored
-
aelkin@mysql.com authored
-
tomas@poseidon.ndb.mysql.com authored
-
- 25 Jan, 2006 4 commits
-
-
sergefp@mysql.com authored
-
sergefp@mysql.com authored
-
evgen@moonbone.local authored
Small fix after merge of fix for bug#16510
-
sergefp@mysql.com authored
-
- 24 Jan, 2006 3 commits
-
-
evgen@moonbone.local authored
-
joerg@mysql.com authored
-
joerg@mysql.com authored
-
- 23 Jan, 2006 6 commits
-
-
evgen@moonbone.local authored
When setup_fields() function finds field named '*' it expands it to the list of all table fields. It does so by checking that the first char of field_name is '*', but it doesn't checks that the '* is the only char. Due to this, when updating table with a field named like '*name', such field is wrongly treated as '*' and expanded. This leads to making list of fields to update being longer than list of the new values. Later, the fill_record() function crashes by dereferencing null when there is left fields to update, but no more values. Added check in the setup_fields() function which ensures that the field expanding will be done only when '*' is the only char in the field name.
-
gvb@phoenix.(none) authored
into phoenix.(none):/data/mysql-4.1-BK
-
svoj@april.(none) authored
into april.(none):/home/svoj/devel/mysql/BUG16489/mysql-4.1
-
svoj@april.(none) authored
Fixed that UPDATE statement crashes multi-byte charset fulltext index.
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/bug14634/my41-bug14634
-
gvb@phoenix.(none) authored
into phoenix.(none):/data/mysql-4.1-BK
-
- 21 Jan, 2006 3 commits
-
-
hf@eagle.intranet.mysql.r18.ru authored
into eagle.intranet.mysql.r18.ru:/home/hf/work/mysql-4.1.mrg
-
hf@eagle.intranet.mysql.r18.ru authored
into eagle.intranet.mysql.r18.ru:/home/hf/work/mysql-4.1.mrg
-
hf@eagle.intranet.mysql.r18.ru authored
into eagle.intranet.mysql.r18.ru:/home/hf/work/mysql-4.1.mrg
-