#24256 [Fbk->NoF]: OCIFetch* returns truncated results
| From: | sniper@php.net | Date: | Tue, 19 Aug 2003 00:43:40 +0000 |
| Subject: | #24256 [Fbk->NoF]: OCIFetch* returns truncated results | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-46151@lists.php.net to get a copy of this message | ||
ID: 24256
Updated by: sniper@php.net
Reported By: php at pgregg dot com
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: Windows 2000 Server (maybe more)
PHP Version: 4.3.2
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[2003-08-14 00:34:43] sniper@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
------------------------------------------------------------------------
[2003-06-19 09:14:15] php at pgregg dot com
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 this bug report at http://bugs.php.net/?id=24256&edit=1