Bug #17253: DB2 access returns no data under PHP 4.2.x

From: dpiper@stens.com Operating system: Linux, Debian 2.2 PHP version: 4.2.1 PHP Bug Type: *General Issues Bug description: DB2 access returns no data under PHP 4.2.x Resubmitted from bug #16827 because the stupid form won't let me update it. Can you try actually LOOKING at it instead of just telling me its bogus?? I have noticed that all the DB2 (v7.1) accessing code (via the unified ODBC functions) fails to be able to gather results under PHP4.2.1. PHP is not crashing, and script execution continues past the points of failure, and no error messages are displayed or logged. It appears that there is just no data coming back from the odbc_do() function, although the return code of odbc_fetch_into() is greather than zero. PHP configure line: --with-apache=../apache --enable-trans-sid --with-zlib --with-mysql=/usr/local/ --with-ibm-db2=/usr/IBMdb2/V7.1/ --with-ldap --with-mcrypt --with-imap --with-gd=/usr/ --with-png-dir=/usr/ --with-jpeg-dir=/usr/ Yes, I know there's a lot of stuff compiled in, but I need and use it all :) I have done a clean build every time for my setup, and the results are the same with PHP 4.2.1. PHP 4.1.2 does NOT exhibit this problem, using the same compile time options as above - and running on the exact same pages on the same machine, even a recompile with PHP4.1.2 yields a fully working system. Thanks, Derek -- Edit bug report at http://bugs.php.net/?id=17253&edit=1 -- Fixed in CVS: http://bugs.php.net/fix.php?id=17253&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=17253&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17253&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17253&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17253&r=support Expected behavior: http://bugs.php.net/fix.php?id=17253&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17253&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17253&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=17253&r=globals