Index: sybase-set-message-handler.xml
===================================================================
RCS file: /repository/phpdoc/en/reference/sybase/functions/sybase-set-message-handler.xml,v
retrieving revision 1.1
diff -u -r1.1 sybase-set-message-handler.xml
--- sybase-set-message-handler.xml 8 Feb 2003 00:57:14 -0000 1.1
+++ sybase-set-message-handler.xml 26 Mar 2003 10:59:32 -0000
@@ -26,6 +26,55 @@
&return.success;
+
+ sybase_set_message_handler callback function
+
+
+]]>
+
+
+
+ sybase_set_message_handler callback to a class
+
+
+]]>
+
+
+
+ sybase_set_message_handler unhandled messages
+
+
+]]>
+
+
Index: sybase-unbuffered-query.xml
===================================================================
RCS file: /repository/phpdoc/en/reference/sybase/functions/sybase-unbuffered-query.xml,v
retrieving revision 1.1
diff -u -r1.1 sybase-unbuffered-query.xml
--- sybase-unbuffered-query.xml 8 Feb 2003 00:57:14 -0000 1.1
+++ sybase-unbuffered-query.xml 26 Mar 2003 10:59:32 -0000
@@ -36,13 +36,36 @@
of rows if all result sets have been read. To Sybase, the number of rows
is not known and is therefore computed by the client implementation.
-
- It is not possible to fire up another query directly after starting an
- unbuffered query and only if all rows have been read or the
- remainding rows have been cancelled. This can be acheived by using
- sybase_free_result on the return value of
- sybase_unbuffered_query.
+
+ If you do'nt read all of the resultsets prior to executing the next query,
+ PHP will raise a warning and cancel all of the pending results. To get rid of
+ this, use sybase_free_result which will cancel pending
+ results of an unbuffered query.
+
+
+ The optional store_result can be FALSE to indicate
+ the resultsets should'nt be fetched into memory, thus minimizing memory usage
+ which is particularily interesting with very large resultsets.
+
+ sybase_unbuffered_query
+
+ 40000) break;
+ }
+ sybase_free_result($q);
+ sybase_close($dbh);
+?>
+]]>
+
+