List:Commits« Previous MessageNext Message »
From:paul Date:November 19 2007 6:42am
Subject:svn commit - mysqldoc@docsrva: r8785 - in trunk: . dynamic-docs/changelog refman-4.1 refman-5.0 refman-5.1 refman-6.0
View as plain text  
Author: paul
Date: 2007-11-19 06:42:20 +0100 (Mon, 19 Nov 2007)
New Revision: 8785

Log:
 r27196@frost:  paul | 2007-11-18 23:40:19 -0600
 Document bugfixes:
 Bug#25421: MySQL threads don't respond to the kill command
 Bug#28076: inconsistent binary/varbinary comparison
 Bug#30329: main.information_schema_chmod test
 Bug#30666: Incorrect order when using range conditions on 2 tables or more
 Bug#30715: Assertion failed: item_field->field->real_maybe_null(), file
.\opt_sum.cc, line
 Bug#30897: GROUP_CONCAT returns extra comma on empty fields
 Bug#31036: Using order by with archive table crashes server
 Bug#31113: mysqldump 5.1 can't handle a dash ("-") in database names
 Bug#31159: fulltext search on ucs2 column crashes server
 Bug#31630: debug assert with explain extended select ... from i_s
 Bug#31866: MySQL Server crashes on SHOW CREATE TRIGGER statement
 Bug#32103: optimizer crash when join on int and mediumint with variable in where clause..
 Bug#32202: ORDER BY not working with GROUP BY
 Bug#32229: optimizer crash ...
 Bug#32262: crash with decimal column...


Modified:
   trunk/dynamic-docs/changelog/mysqld.xml
   trunk/refman-4.1/functions-core.xml
   trunk/refman-5.0/functions-core.xml
   trunk/refman-5.1/functions-core.xml
   trunk/refman-6.0/functions-core.xml

Property changes on: trunk
___________________________________________________________________
Name: svk:merge
   - 4767c598-dc10-0410-bea0-d01b485662eb:/mysqldoc-local/mysqldoc/trunk:32927
7d8d2c4e-af1d-0410-ab9f-b038ce55645b:/mysqldoc-local/mysqldoc:27195
b5ec3a16-e900-0410-9ad2-d183a3acac99:/mysqldoc-local/mysqldoc/trunk:14218
bf112a9c-6c03-0410-a055-ad865cd57414:/mysqldoc-local/mysqldoc/trunk:22282
   + 4767c598-dc10-0410-bea0-d01b485662eb:/mysqldoc-local/mysqldoc/trunk:32927
7d8d2c4e-af1d-0410-ab9f-b038ce55645b:/mysqldoc-local/mysqldoc:27196
b5ec3a16-e900-0410-9ad2-d183a3acac99:/mysqldoc-local/mysqldoc/trunk:14218
bf112a9c-6c03-0410-a055-ad865cd57414:/mysqldoc-local/mysqldoc/trunk:22282


Modified: trunk/dynamic-docs/changelog/mysqld.xml
===================================================================
--- trunk/dynamic-docs/changelog/mysqld.xml	2007-11-19 05:42:06 UTC (rev 8784)
+++ trunk/dynamic-docs/changelog/mysqld.xml	2007-11-19 05:42:20 UTC (rev 8785)
Changed blocks: 1, Lines Added: 413, Lines Deleted: 0; 7799 bytes

@@ -140003,4 +140003,417 @@
 
   </logentry>
 
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="EXPLAIN"/>
+      <manual type="INFORMATION_SCHEMA"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="31630"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        <literal>EXPLAIN EXTENDED</literal> for
+        <literal>SELECT</literal> from
+        <literal>INFORMATION_SCHEMA</literal> tables caused an assertion
+        failure.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="SHOW CREATE TRIGGER"/>
+      <manual type="triggers"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="31866"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        <literal>SHOW CREATE TRIGGER</literal> caused a server crash.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="ARCHIVE"/>
+      <manual type="ORDER BY"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="31036"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        Using <literal>ORDER BY</literal> with
+        <literal>ARCHIVE</literal> tables caused a server crash.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="mysqldump"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="31113"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        <command>mysqldump</command> failed to handle databases
+        containing a &lsquo;<literal>-</literal>&rsquo; character in
the
+        name.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="optimizer"/>
+      <manual type="ORDER BY"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="30666"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.0.52"/>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        The optimizer could ignore <literal>ORDER BY</literal> in cases
+        when the result set is ordered by <literal>filesort</literal>,
+        resulting in rows being returned in incorrect order.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="GROUP_CONCAT()"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="30897"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.0.52"/>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        <function role="sql">GROUP_CONCAT()</function> returned
+        <literal>','</literal> rather than an empty string when the
+        argument column contained only empty strings.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="optimizer"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="30715"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.0.52"/>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        Using the <function role="sql">MIN()</function> or
+        <function role="sql">MAX()</function> function to select one
+        part of a multi-part key could cause a crash when the function
+        result was <literal>NULL</literal>.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="libmysqld"/>
+      <manual type="privileges"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="30329"/>
+    </bugs>
+
+    <versions>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        A table-access check was performed improperly by
+        <literal>libmysqld</literal>, causing a crash.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="BINARY"/>
+      <manual type="VARBINARY"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="28076"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.0.52"/>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        The result of a comparison between <literal>VARBINARY</literal>
+        and <literal>BINARY</literal> columns differed depending on
+        whether the <literal>VARBINARY</literal> column was indexed.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="KILL"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="25421"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        Some threads did not respond to the <literal>KILL</literal>
+        statement.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="optimizer"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="32103"/>
+    </bugs>
+
+    <versions>
+      <version ver="4.1.24"/>
+      <version ver="5.0.52"/>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        The server crashed on optimizations involving a join of
+        <literal>INT</literal> and <literal>MEDIUMINT</literal>
columns
+        and a system variable in the <literal>WHERE</literal> clause.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="ORDER BY"/>
+      <manual type="GROUP BY"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="32202"/>
+    </bugs>
+
+    <versions>
+      <version ver="5.0.52"/>
+      <version ver="5.1.23"/>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        Under certain conditions, the presence of a <literal>GROUP
+        BY</literal> clause could cause an <literal>ORDER BY</literal>
+        clause to be ignored.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="optimizer"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="32229"/>
+    </bugs>
+
+    <versions>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        The server crashed on optimizations that used the <literal>range
+        checked for each record</literal> access method.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="optimizer"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="32262"/>
+    </bugs>
+
+    <versions>
+      <version ver="6.0.4"/>
+    </versions>
+
+    <message>
+
+      <para>
+        The server crashed on optimization of queries that compared an
+        indexed <literal>DECIMAL</literal> column with a string value.
+      </para>
+
+    </message>
+
+  </logentry>
+
+  <logentry entrytype="bug">
+
+    <tags>
+      <manual type="full-text"/>
+    </tags>
+
+    <bugs>
+      <fixes bugid="31159"/>
+    </bugs>
+
+    <versions>
+      <version ver="4.1.24"/>
+      <version ver="5.0.52"/>
+    </versions>
+
+    <message>
+
+      <para>
+        Full-text searches on <literal>ucs2</literal> columns caused a
+        server crash. (<literal>FULLTEXT</literal> indexes on
+        <literal>ucs2</literal> columns cannot be used, but it should be
+        possible to perform <literal>IN BOOLEAN MODE</literal> searches
+        on <literal>ucs2</literal> columns without a crash.)
+      </para>
+
+    </message>
+
+  </logentry>
+
 </changelog>


Modified: trunk/refman-4.1/functions-core.xml
===================================================================
--- trunk/refman-4.1/functions-core.xml	2007-11-19 05:42:06 UTC (rev 8784)
+++ trunk/refman-4.1/functions-core.xml	2007-11-19 05:42:20 UTC (rev 8785)
Changed blocks: 2, Lines Added: 4, Lines Deleted: 1; 931 bytes

@@ -11975,6 +11975,10 @@
             multi-byte character sets. The exception is that for
             Unicode, the <literal>utf8</literal> character set can be
             used, but not the <literal>ucs2</literal> character set.
+            However, although <literal>FULLTEXT</literal> indexes on
+            <literal>ucs2</literal> columns cannot be used, you can
+            perform <literal>IN BOOLEAN MODE</literal> searches on a
+            <literal>ucs2</literal> column that has no such index.
           </para>
         </listitem>
 

@@ -13189,7 +13193,6 @@
           </para>
 
           <remark role="help-description-end"/>
-
         </listitem>
 
         <listitem>


Modified: trunk/refman-5.0/functions-core.xml
===================================================================
--- trunk/refman-5.0/functions-core.xml	2007-11-19 05:42:06 UTC (rev 8784)
+++ trunk/refman-5.0/functions-core.xml	2007-11-19 05:42:20 UTC (rev 8785)
Changed blocks: 2, Lines Added: 5, Lines Deleted: 2; 1039 bytes

@@ -12249,7 +12249,11 @@
             Full-text searches can be used with most multi-byte
             character sets. The exception is that for Unicode, the
             <literal>utf8</literal> character set can be used, but not
-            the <literal>ucs2</literal> character set.
+            the <literal>ucs2</literal> character set. However, although
+            <literal>FULLTEXT</literal> indexes on
+            <literal>ucs2</literal> columns cannot be used, you can
+            perform <literal>IN BOOLEAN MODE</literal> searches on a
+            <literal>ucs2</literal> column that has no such index.
           </para>
         </listitem>
 

@@ -13372,7 +13376,6 @@
           </para>
 
           <remark role="help-description-end"/>
-
         </listitem>
 
         <listitem>


Modified: trunk/refman-5.1/functions-core.xml
===================================================================
--- trunk/refman-5.1/functions-core.xml	2007-11-19 05:42:06 UTC (rev 8784)
+++ trunk/refman-5.1/functions-core.xml	2007-11-19 05:42:20 UTC (rev 8785)
Changed blocks: 2, Lines Added: 5, Lines Deleted: 2; 1039 bytes

@@ -12225,7 +12225,11 @@
             Full-text searches can be used with most multi-byte
             character sets. The exception is that for Unicode, the
             <literal>utf8</literal> character set can be used, but not
-            the <literal>ucs2</literal> character set.
+            the <literal>ucs2</literal> character set. However, although
+            <literal>FULLTEXT</literal> indexes on
+            <literal>ucs2</literal> columns cannot be used, you can
+            perform <literal>IN BOOLEAN MODE</literal> searches on a
+            <literal>ucs2</literal> column that has no such index.
           </para>
         </listitem>
 

@@ -14240,7 +14244,6 @@
           </para>
 
           <remark role="help-description-end"/>
-
         </listitem>
 
         <listitem>


Modified: trunk/refman-6.0/functions-core.xml
===================================================================
--- trunk/refman-6.0/functions-core.xml	2007-11-19 05:42:06 UTC (rev 8784)
+++ trunk/refman-6.0/functions-core.xml	2007-11-19 05:42:20 UTC (rev 8785)
Changed blocks: 2, Lines Added: 5, Lines Deleted: 2; 1039 bytes

@@ -12206,7 +12206,11 @@
             Full-text searches can be used with most multi-byte
             character sets. The exception is that for Unicode, the
             <literal>utf8</literal> character set can be used, but not
-            the <literal>ucs2</literal> character set.
+            the <literal>ucs2</literal> character set. However, although
+            <literal>FULLTEXT</literal> indexes on
+            <literal>ucs2</literal> columns cannot be used, you can
+            perform <literal>IN BOOLEAN MODE</literal> searches on a
+            <literal>ucs2</literal> column that has no such index.
           </para>
         </listitem>
 

@@ -14168,7 +14172,6 @@
           </para>
 
           <remark role="help-description-end"/>
-
         </listitem>
 
         <listitem>


Thread
svn commit - mysqldoc@docsrva: r8785 - in trunk: . dynamic-docs/changelog refman-4.1 refman-5.0 refman-5.1 refman-6.0paul19 Nov