CVS update: php3/doc/functions
| From: | eschmid | Date: | Wed, 17 Feb 1999 08:08:27 +0000 |
| Subject: | CVS update: php3/doc/functions | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-4132@lists.php.net to get a copy of this message | ||
Date: Wednesday February 17, 1999 @ 3:08
Author: eschmid
Update of /repository/php3/doc/functions
In directory asf:/u/temp/cvs-serv15792
Modified Files:
uodbc.sgml
Log Message:
Dave Walton's enhancements.
Index: php3/doc/functions/uodbc.sgml
diff -c php3/doc/functions/uodbc.sgml:1.21 php3/doc/functions/uodbc.sgml:1.22
*** php3/doc/functions/uodbc.sgml:1.21 Sun Jan 10 00:42:48 1999
--- php3/doc/functions/uodbc.sgml Wed Feb 17 03:08:26 1999
***************
*** 224,240 ****
Returns an ODBC connection id or 0 (<literal>false</literal>) on error.
<simpara>
The connection id returned by this functions is needed by other
! ODBC functions. You can have multiple connections open at once. The
! optional fourth parameter sets the type of cursor to be used for
! this connection. T his parameter is not normally needed. However,
! with some ODBC drivers, executing a complex stored procedure may
! fail with an error similar to: "Cannot open a cursor on a stored
! procedure that has anything other than a single select statement
! in it". Using SQL_CUR_USE_ODBC may avoid that error.
! <simpara>
! The following constants are defined for cursortype:
! <para>
! <itemizedlist>
<listitem><simpara>
SQL_CUR_USE_IF_NEEDED
</simpara></listitem>
--- 224,245 ----
Returns an ODBC connection id or 0 (<literal>false</literal>) on error.
<simpara>
The connection id returned by this functions is needed by other
! ODBC functions. You can have multiple connections open at once.
! The optional fourth parameter sets the type of cursor to be used
! for this connection. This parameter is not normally needed, but
! can be useful for working around problems with some ODBC drivers.
! <simpara>
! With some ODBC drivers, executing a complex stored procedure may
! fail with an error similar to: "Cannot open a cursor on a stored
! procedure that has anything other than a single select statement
! in it". Using SQL_CUR_USE_ODBC may avoid that error. Also, some
! drivers don't support the optional row_number parameter in
! <function>odbc_fetch_row</function>. SQL_CUR_USE_ODBC might help
! in that case, too.
! <simpara>
! The following constants are defined for cursortype:
! <para>
! <itemizedlist>
<listitem><simpara>
SQL_CUR_USE_IF_NEEDED
</simpara></listitem>
--
PHP Development Mailing List http://www.php.net/
To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net
For help: php-dev-help@lists.php.net