#25505 [NEW]: SQLExtendedFetch() vs SQLFetch()

From: Date: Fri, 12 Sep 2003 01:32:50 +0000
Subject: #25505 [NEW]: SQLExtendedFetch() vs SQLFetch()
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-47490@lists.php.net to get a copy of this message
From: michaelc at mikeit dot com dot au Operating system: Win32 PHP version: 4.3.3 PHP Bug Type: ODBC related Bug description: SQLExtendedFetch() vs SQLFetch() Description: ------------ Trying to write a php gtk frontend to a MYOB (manage your own business) database. They provide a suitably crippled ODBC driver, which via Perl, I can determine that it supports only SQLFetch, rather than PHP's default of SQLExtendedFetch. I know how to recompile on linux to change PHP's behavious, but how would I do this on Win32 ? Is there an .ini flag, or SQL command option I can set to work around this ? Is there any chance of getting PHP to implement a flag as to what SQL fetch command it uses for ODBC ? Not that that the exec function actually works, and returns data, and the program works correctly up until I terminate where I get the error message on exit. Reproduce code: --------------- <?php if (!class_exists('gtk')) { if (strtoupper(substr(PHP_OS, 0, 3)) == 'WIN') dl('php_gtk.dll'); else dl('php_gtk.so'); } function delete_event() { return false; } $connectionstring = odbc_connect("MYOB","michaelc","") or die(odbc_error()); $query = "SELECT * FROM Cards"; $queryexe = odbc_do($connectionstring, $query); odbc_close($connectionstring); $window = &new GtkWindow(); $window->connect_object('destroy', array('gtk', 'main_quit')); $window->connect('delete-event', 'delete_event'); $window->set_title('PHP Rules!'); $window->set_name('MainWindow'); $window->set_usize(150, 200); $window->show_all(); /* Run the main loop. */ Gtk::main(); ?> Actual result: -------------- The instruction at "0x01c7e090" referenced memory at "0x01ca5170". The memory could not be "read". On exit of program, program runs successful until this point. -- Edit bug report at http://bugs.php.net/?id=25505&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25505&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25505&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25505&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25505&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25505&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25505&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=25505&r=support Expected behavior: http://bugs.php.net/fix.php?id=25505&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=25505&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=25505&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25505&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25505&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25505&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25505&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=25505&r=gnused

« previous php.bugs (#47490) next »