Author: mysqlpp
Date: Wed Jan 30 14:05:44 2008
New Revision: 2146
URL: http://svn.gna.org/viewcvs/mysqlpp?rev=2146&view=rev
Log:
Removed a userman section warning about a limitation of tquery's
overloading scheme that no longer applies, due to the SQLTypeAdapter
reworking and the removal of all the reset_query parameters.
Modified:
trunk/doc/userman/tquery.dbx
Modified: trunk/doc/userman/tquery.dbx
URL:
http://svn.gna.org/viewcvs/mysqlpp/trunk/doc/userman/tquery.dbx?rev=2146&r1=2145&r2=2146&view=diff
==============================================================================
--- trunk/doc/userman/tquery.dbx (original)
+++ trunk/doc/userman/tquery.dbx Wed Jan 30 14:05:44 2008
@@ -130,45 +130,6 @@
</sect2>
- <sect2 id="tquery-overloading">
- <title>Parameter Types and Function Overloads</title>
-
- <para>There are quite a few overloads for each of
- <classname>Query</classname>’s query execution functions.
- (<methodname>store()</methodname>, <methodname>use()</methodname>,
- <methodname>execute()</methodname>...) It’s possible to have
- code that looks like it should work, but which doesn’t,
- because it’s calling the wrong overload. For instance:</para>
-
- <programlisting>
-query.storein(my_vector, "1");
-query.storein(my_vector, 1);</programlisting>
-
- <para>The first one works, and the second does not. The cause is a
- vestigial second parameter to one of
- <methodname>storein()</methodname>’s overloads that’s
- compatible with integers. Being vestigial, it’s only getting
- in the way right now, but we can’t fix it until the next major
- version of the libary, where it will be okay to break the ABI. Until
- then, we’re stuck with it.</para>
-
- <para>If the MySQL server keeps rejecting your template queries, try
- explicitly casting the parameters to
- <classname>SQLString</classname>:</para>
-
- <programlisting>
-query.storein(my_vector, SQLString(1));</programlisting>
-
- <para>This ensures that your code calls one of the overloads meant
- to handle template query parameters. I don’t recommend doing
- this habitually, because it will clutter your code. For the most
- part, MySQL++’s interface is set up to do the right thing.
- It’s just that there are still a few corner cases that
- can’t be fixed until the next time we can redesign the
- interface.</para>
- </sect2>
-
-
<sect2 id="tquery-defaults">
<title>Default Parameters</title>
_______________________________________________
Mysqlpp-commits mailing list
[email protected]
https://mail.gna.org/listinfo/mysqlpp-commits