See:
http://www.php.net/manual/en/function.odbc-num-rows.php
"For a SELECT clause this _can_ be the number of rows available.
Note: Using odbc_num_rows() to determine the number of rows available after
a SELECT will return -1 with many drivers."
-Andreas
--
Andreas Karajannis
mediaw
lled "scrollable cursors", some
Driver Managers (afaik unixODBC and the standard MS Windows DM do)
provide support for this via a cusror library that caches resultsets and
emulates scrolling cursors.
My guess is that the PHP 4.2 you've tried was wasn't compiled with
HAVE_SQL_EXT
ultset).
I could add another parameter to odbc_prepare/odbc_exec to set the
cursor type.
I'm unsure to what type the cursor should be set, if not specified.
Either keep the existing behaviour and be backwards compatible or use
the default static cursor provided.
Any Opinions?
-Andreas
-
