From: john dot navratil at sbcglobal dot net Operating system: Solaris 8 PHP version: 5.2.4 PHP Bug Type: OCI8 related Bug description: OCI_NLS_CHARSET_MAXBYTESZ heat but no light
Description: ------------ OCI_NLS_CHARSET_MAXBYTESZ is still a problem which needs a solution in code or in documentation. Three bugs (41348, 41563 and 42456) all refer to the lack of definition of OCI_NLS_CHARSET_MAXBYTESZ. The response from the PHP developer has been to go pound sand. This seems unfortunate and unnecessary as there appears to be a work around which could both continue the support for older Oracle versions and better match the support model of Oracle Corp., itself. The offending code appears to obtain a size attribute (bytes_per_char) using the OCI library. This query isn't present in 8.1.7, but appears later. In order to support 8.1.7 it would appear that a worst case assumption could be employed (as is suggested in bug 42456). I do not understand the reticence of the developer to implement this, but I'm sure there is a very good reason. That Oracle still supports an OCI interface to 8.1.7 isn't a reason for PHP to do so, but it's an indication that the Oracle user community hasn't abandoned this database. Neither has the PHP community. If Oracle 8 is no longer to be supported, could we (at least) edit the most current Oracle extension documentation (CVII. Oracle Functions) which now states "These functions allow you to access Oracle 10, Oracle 9, Oracle 8 and Oracle 7 databases using the Oracle Call Interface (OCI)" to be a bit more explicit about what, exactly, is supported? Reproduce code: --------------- ./configure oci8=<path> make Expected result: ---------------- successful build Actual result: -------------- oci_lob.c compile failure -- Edit bug report at http://bugs.php.net/?id=42939&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42939&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42939&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42939&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42939&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42939&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42939&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=42939&r=needscript Try newer version: http://bugs.php.net/fix.php?id=42939&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42939&r=support Expected behavior: http://bugs.php.net/fix.php?id=42939&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42939&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42939&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42939&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42939&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42939&r=dst IIS Stability: http://bugs.php.net/fix.php?id=42939&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42939&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42939&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42939&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=42939&r=mysqlcfg
