|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Submitted: 2000-05-04 15:40 UTC Modified: 2005-03-31 16:13 UTC
From: GORDONL at TTS-SF dot COM Assigned:
Status: Wont fix Package: ODBC related
PHP Version: 3.0.16 OS: Mandrake Linux 7.0
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
Solve the problem:
25 - 7 = ?
Subscribe to this entry?

 [2000-05-04 15:40 UTC] GORDONL at TTS-SF dot COM
Working with Informix drivers and database, when we run with this function, we get nothing. The error return is null and the return array is null. Transforming the code to use the odbc_fetch_row function makes it work.

Our configure line was (approximately):

./configure --with-apache=/opt/apache --with-custom_odbc=/opt/informix --with-informix=/opt/informix --with-php=/opt/php

To get the whole build process to complete successfully we had to make a couple of changes:
In function.c, we had to cut out a segment of code that referred to memory leak in Informix Client (version <= 7.20) because the '#if' statement was written incorrectly. In the library include process, we had to alter the library list to include some native Informix Client libraries.

Also, several of the Informix ifx functions (ifx_prepare, ifx_query, ifx_do) exhibit the same behavior(return nothing but nulls). This makes the informix functions essentially worthless to us.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2005-03-31 16:13 UTC] php-bugs at lists dot php dot net
We are sorry, but we do not support PHP 3 related problems anymore.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sun Jul 21 13:01:28 2024 UTC