summaryrefslogtreecommitdiff
path: root/doc/src/sgml
diff options
context:
space:
mode:
authorMichael Meskes <meskes@postgresql.org>2015-02-11 11:13:11 +0100
committerMichael Meskes <meskes@postgresql.org>2015-02-11 11:13:11 +0100
commit1a321fea71db878755a4a2c00d45b98e10842a92 (patch)
tree490a727ebe027bf55ec8dc856cbe6d807d11d366 /doc/src/sgml
parenta4e871caada8117d5ca712187fb2bb0f68ec2879 (diff)
Fixed array handling in ecpg.
When ecpg was rewritten to the new protocol version not all variable types were corrected. This patch rewrites the code for these types to fix that. It also fixes the documentation to correctly tell the status of array handling.
Diffstat (limited to 'doc/src/sgml')
-rw-r--r--doc/src/sgml/ecpg.sgml11
1 files changed, 7 insertions, 4 deletions
diff --git a/doc/src/sgml/ecpg.sgml b/doc/src/sgml/ecpg.sgml
index d081ed66625..3ce5f66f4ea 100644
--- a/doc/src/sgml/ecpg.sgml
+++ b/doc/src/sgml/ecpg.sgml
@@ -1375,10 +1375,13 @@ EXEC SQL END DECLARE SECTION;
<title>Arrays</title>
<para>
- SQL-level arrays are not directly supported in ECPG. It is not
- possible to simply map an SQL array into a C array host variable.
- This will result in undefined behavior. Some workarounds exist,
- however.
+ Multi-dimensional SQL-level arrays are not directly supported in ECPG.
+ One-dimensional SQL-level arrays can be mapped into C array host
+ variables and vice-versa. However, when creating a statement ecpg does
+ not know the types of the columns, so that it cannot check if a C array
+ is input into a corresponding SQL-level array. When processing the
+ output of a SQL statement, ecpg has the necessary information and thus
+ checks if both are arrays.
</para>
<para>