#24256 [NEW]: OCIFetch* returns truncated results

From: Date: Thu, 19 Jun 2003 14:14:15 +0000
Subject: #24256 [NEW]: OCIFetch* returns truncated results
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-42239@lists.php.net to get a copy of this message
From: php at pgregg dot com Operating system: Windows 2000 Server (maybe more) PHP version: 4.3.2 PHP Bug Type: OCI8 related Bug description: OCIFetch* returns truncated results Description: ------------ Oracle 8.1.7 client on PHP server, PHP 4.2.3 talking to an Oracle 7.something server. I've found that when I loop through OCIFetchInfo to return all the rows of a query, that it gets to a particular row and then the OCIFetchInto() returns false indicating that there are no more rows. However - the exact same query via TOAD works fine. e.g. SELECT employee.swlogin, worklog.swworklogid, worklog.swobjecttype, worklog.swobjectid, worklog.swsubject, worklog.swnote, worklog.swaction, to_char(worklog.swdatecreated, 'yyyymmddhh24miss') as swdatecreated FROM sw_work_log worklog, sw_person employee WHERE worklog.swcreatedby = employee.swlogin AND employee.swlogin = 'mmccryst' AND worklog.swdatecreated >= to_date('20021003000000', 'yyyymmddhh24miss') AND worklog.swdatecreated < to_date('20021004000000', 'yyyymmddhh24miss') via PHP/OCI8 returns 6 rows. via TOAD returns 17 rows. When I add a line to the SQL to make it ignore the 7th result: AND worklog.swworklogid <> 268055 via PHP/OCI and TOAD it now returns 16 rows. The same phenomenon occurs if I try and pull back all the rows in one go via OCIFetchStatement(). If I reverse the <> to = so that I only want the row causing the problem (worklogid is unique) then TOAD gives me 1 row, PHP gives me none. The row isn't any different from any other row and only contains ASCII (swnote is a copy of the "export" command from a unix machine). Any thoughts? -- Edit bug report at http://bugs.php.net/?id=24256&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24256&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24256&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24256&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24256&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24256&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=24256&r=support Expected behavior: http://bugs.php.net/fix.php?id=24256&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=24256&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=24256&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24256&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24256&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24256&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24256&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=24256&r=gnused

« previous php.bugs (#42239) next »