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()

Trying to write a php gtk frontend to a MYOB (manage your own business)

They provide a suitably crippled ODBC driver, which via Perl, I can
determine that it supports only SQLFetch, rather than PHP's default of

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:

if (!class_exists('gtk')) {
if (strtoupper(substr(PHP_OS, 0, 3)) == 'WIN')

function delete_event()
return false;

$connectionstring = odbc_connect("MYOB","michaelc","") or

$query = "SELECT * FROM Cards";

$queryexe = odbc_do($connectionstring, $query);


$window = &new GtkWindow();
$window->connect_object('destroy', array('gtk', 'main_quit'));
$window->connect('delete-event', 'delete_event');

$window->set_title('PHP Rules!');
$window->set_usize(150, 200);

/* Run the main loop. */


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 [url][/url]
Try a CVS snapshot (php4): [url][/url]
Try a CVS snapshot (php5): [url][/url]
Fixed in CVS: [url][/url]
Fixed in release: [url][/url]
Need backtrace: [url][/url]
Try newer version: [url][/url]
Not developer issue: [url][/url]
Expected behavior: [url][/url]
Not enough info: [url][/url]
Submitted twice: [url][/url]
register_globals: [url][/url]
PHP 3 support discontinued: [url][/url]
Daylight Savings: [url][/url]
IIS Stability: [url][/url]
Install GNU Sed: [url][/url]