php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #25505 SQLExtendedFetch() vs SQLFetch()
Submitted: 2003-09-11 21:32 UTC Modified: 2003-09-22 06:46 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (100.0%)
From: michaelc at mikeit dot com dot au Assigned:
Status: No Feedback Package: ODBC related
PHP Version: 4.3.3 OS: Win32
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: michaelc at mikeit dot com dot au
New email:
PHP Version: OS:

 

 [2003-09-11 21:32 UTC] michaelc at mikeit dot com dot au
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.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-09-11 22:08 UTC] michaelc at mikeit dot com dot au
Ran GDB under cygwin for the script:

(gdb) run odbc_test.php
Starting program: /cygdrive/c/php4/php.exe odbc_test.php
---Type <return> to continue, or q <return> to quit---

Program received signal SIGSEGV, Segmentation fault.
0x01c7e090 in MYOBSp32!_AppDebugInfoEnable@4 ()
 [2003-09-11 22:23 UTC] sniper@php.net
What would '(gdb) bt' (bt, as in backtrace) output?
That small part of it looks more like the MYOB crashes rather than PHP..

 [2003-09-11 23:30 UTC] kalowsky@php.net
Following ODBC spec's ExtendedFetch is required for API conformance Level2, the minimum PHP supports (I believe).  You should probably contact the MYOB people and inform them to use a fully compliant ODBC driver, such as the Microsoft one.

That being said you can also just set HAVE_SQL_EXTENDED_FETCH to 0 and life should be golden for you to bypass this.
 [2003-09-16 00:39 UTC] michaelc at mikeit dot com dot au
Will the windows version heed windows system variables ? 
Will try the next time I boot across to win32.
 [2003-09-16 08:39 UTC] kalowsky@php.net
Not that I know of.  It will require a recompile to insert this change.
 [2003-09-22 06:46 UTC] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 [2005-02-10 00:05 UTC] moreinfo at potentialtech dot com
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odbc/htm/odbcsqlextendedfetch.asp

The problem I am seeing is that SQLExtendedFetch is Deprecated.  It has been replaced by SQLFetchScroll.  Only newer ODBC drivers which are not backwards compatible will fail.

The unified ODBC driver is using this deprecated ODBC Standard by default in the win32 version of php.  Workarounds exist, but this problem may become more common with time.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Apr 18 22:01:28 2024 UTC