ID: 33997 User updated by: RVaughn at pheedo dot com Reported By: RVaughn at pheedo dot com -Status: Feedback +Status: Open Bug Type: ICONV related Operating System: Red Hat Ent. 3.0 PHP Version: 4.4.0 New Comment:
Was getting one warning in the 'make' output as reported, fixed the code in: .../php-4.4.0/ext/xmlrpc/libxmlrpc/encodings.c and now do not get a warning in the 'make' but it did not fix the problem, and multi-byte string output for Japanese text is being messed up by this reopened? never-fixed? bug. Here's the diff to fix the warning for encodings.c, very simple: 64c64 < char const *src_ptr = src; --- > char* src_ptr = (char*) src; It clearly states the iconv() parameters and you can't pass a 'const' into the call, period. Previous Comments: ------------------------------------------------------------------------ [2005-08-04 20:25:57] [EMAIL PROTECTED] How *exactly* does it fail? ------------------------------------------------------------------------ [2005-08-04 20:23:24] RVaughn at pheedo dot com Description: ------------ In the PHP 4.4 test suite, the test for closed bug #16069 fails: FAIL Bug #16069 [ext/iconv/tests/bug16069.phpt] Checked the output and it does diverge from the expected output in the same way the old bug from 2002 did. The 'iconv' libraries are up-to-date on the system: # up2date glibc-common The following packages you requested are already updated: glibc-common # rpm -qi glibc-common Name: glibc-common Relocations: (not relocatable) Version: 2.3.2 Vendor: Red Hat, Inc. Release: 95.33 Build Date: Wed 23 Feb 2005 The bug16069.phpt script will reproduce this every time. Configured with the following settings: ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-aspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-dom=shared,/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-xmlrpc=shared' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--disable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-apxs2=/usr/sbin/apxs' Using a standard /etc/php.ini file that works fine under PHP 4.3.6 which we upgraded to several weeks ago and this bug does not appear to be a problem with. Got the following warning (the only one) when doing a 'make': /usr/local/src/Tars/php-4.4.0/ext/xmlrpc/libxmlrpc/encodings.c: In function `convert': /usr/local/src/Tars/php-4.4.0/ext/xmlrpc/libxmlrpc/encodings.c:74: warning: passing arg 2 of `iconv' from incompatible pointer type Guessing that the call to updated versions of 'libxml' or 'libxml2' is the problem, here's the versions for both: # rpm -qi libxml Name: libxml Relocations: (not relocatable) Version: 1.8.17 Vendor: Red Hat, Inc. Release: 9.2 Build Date: Wed 17 Nov 2004 # rpm -qi libxml2 Name: libxml2 Relocations: /usr Version: 2.5.10 Vendor: Red Hat, Inc. Release: 7 Build Date: Wed 27 Oct 2004 Reproduce code: --------------- Please use .../ext/iconv/tests/bug16069.phpt in the test suite. Expected result: ---------------- The output returned does not match expected results. Actual result: -------------- This bug *cannot* be safely ignored as per the "Won't Fix" status in Bug #32367 because it is breaking our ability to use Japanese characters in our application with the 'mbstring' libraries. As long as we use English it's fine, but it blows up our Japanese translations (via Smarty templates.) Please do not claim it can be ignored or is a "Won't Fix" as multi-language support is becoming more and more necessary with PHP and this bug is causing major problems with it. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=33997&edit=1
