[PHP-BUG] Bug #60554 [NEW]: basename() broken with Spanish locales
From: yunosh Operating system: PHP version: 5.4.0RC3 Package: Filesystem function related Bug Type: Bug Bug description:basename() broken with Spanish locales Description: See test script. Test script: --- LANG=es_ES php -r 'var_dump(basename("é«&æ§&è¡&å&ç&æ&é .xls"));' Expected result: é«&æ§&è¡&å&ç&æ&é .xls Actual result: -- &æ§&è¡&å&ç&æ&é .xls -- Edit bug report at https://bugs.php.net/bug.php?id=60554&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60554&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60554&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60554&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60554&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60554&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60554&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60554&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60554&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60554&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60554&r=support Expected behavior: https://bugs.php.net/fix.php?id=60554&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60554&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60554&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60554&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60554&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60554&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60554&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60554&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60554&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60554&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60554&r=mysqlcfg
Bug #49876 [Com]: configure fails --with-ldap Cannot find ldap libraries in /usr/lib
Edit report at https://bugs.php.net/bug.php?id=49876&edit=1 ID: 49876 Comment by: yun...@php.net Reported by:graham dot simpson at hsbcib dot com Summary:configure fails --with-ldap Cannot find ldap libraries in /usr/lib Status: Bogus Type: Bug Package:Compile Failure Operating System: SuSE Linux 10 SP 2 x86_64 PHP Version:5.3.0 Block user comment: N Private report: N New Comment: I would like to bring this up again, considering to re-open this ticket. The LDAP extension seems to be the only extension that does *not* find the header file and libraries on 64bit distros by default, i.e. without explicitly specifying the library path. This is still true for all 5.3 versions and even 5.4.0RC1. Previous Comments: [2011-03-01 23:58:58] nessunoero at libero dot it useful howto http://wiki.lepr-e.com/wiki/index.php/Ubuntu_Smtp_Server [2009-10-19 13:42:21] graham dot simpson at hsbcib dot com Okay, found all the software where only lib exists and created a suitable link to lib from lib64. Specifiying the --with-libdir=lib64, now means that it compiles with the --with-ldap. Thanks for the help. [2009-10-19 13:16:44] graham dot simpson at hsbcib dot com Firstly, many thanks for picking this up. - The rest of my PHP configuration relies on libs in /usr/lib64 and that works. I didn't use --with-libdir=lib64 because my LD_LIBRARY_PATH and SHLIB_PATH include /usr/lib64 and are set to: /opt/sybase/Connect64forODBC60/lib:/opt/sybase/httpd-2.2.13/lib:/opt/sybase/libxslt-1.1.26/lib:/opt/sybase/libxml2-2.7.5/lib:/opt/sybase/freetds-0.82/lib:/opt/sybase/openssl-0.9.8k/lib:/opt/sybase/DBA_SDK1500-16721/DataAccess/ODBC/lib:/opt/sybase/DBA_SDK1500-16721/OCS-15_0/lib:/opt/sybase/DBA_SDK1500-16721/OCS-15_0/lib3p:/usr/lib64:/lib64:/usr/X11R6/lib64:/opt/gnome/lib64:/usr/local/lib64:/usr/X11R6/lib/X11/locale/lib64:/usr/X11R6/lib64:/var/lib/stunnel/lib64:/u01/sq/ora_1/oracle/client/11.2.0/lib:/usr/lib64:/usr/lib:/home/db2inst/sqllib/lib64:/home/db2inst/sqllib/lib32 The problem with setting --with-libdir=lib64 is that not all software that I'm linking against has libs in lib64, some are just in lib. [2009-10-19 11:14:00] j...@php.net Your configure line is missing this: --with-libdir=lib64 [2009-10-14 15:05:45] graham dot simpson at hsbcib dot com Sorry, meant to post my configure line also... CFLAGS="-DSYB_LP64" ./configure --prefix=${TDIR}/php-5.3.0 --with-ldap --enable-libgcc --with-oci8 --with-pdo-oci --with-sybase-ct=${SYBASE}/${SYBASE_OCS} --with-pdo-dblib=${TDIR}/freetds-0.82 --with-curl --enable-pcntl --with-gettext --with-mcrypt --enable-soap --with-pear --with-zlib --disable-cgi --with-readline --with-bz2 --with-apxs2=${TDIR}/httpd-2.2.13/bin/apxs --with-libxml-dir=${TDIR}/libxml2-2.7.5 --with-xsl=${TDIR}/libxslt-1.1.26 --with-openssl=${TDIR}/openssl-0.9.8k The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=49876 -- Edit this bug report at https://bugs.php.net/bug.php?id=49876&edit=1
Bug #49876 [Com]: configure fails --with-ldap Cannot find ldap libraries in /usr/lib
Edit report at https://bugs.php.net/bug.php?id=49876&edit=1 ID: 49876 Comment by: yun...@php.net Reported by:graham dot simpson at hsbcib dot com Summary:configure fails --with-ldap Cannot find ldap libraries in /usr/lib Status: Bogus Type: Bug Package:Compile Failure Operating System: SuSE Linux 10 SP 2 x86_64 PHP Version:5.3.0 Block user comment: N Private report: N New Comment: Nevermind, looks like libldap seems to be the only library used for building PHP that installs into /usr/lib/x86_64-linux-gnu and does *not* provide a ldap-config script or similar to determine the actual library path, like libcurl does for example. Previous Comments: [2011-11-21 09:28:46] yun...@php.net I would like to bring this up again, considering to re-open this ticket. The LDAP extension seems to be the only extension that does *not* find the header file and libraries on 64bit distros by default, i.e. without explicitly specifying the library path. This is still true for all 5.3 versions and even 5.4.0RC1. [2011-03-01 23:58:58] nessunoero at libero dot it useful howto http://wiki.lepr-e.com/wiki/index.php/Ubuntu_Smtp_Server [2009-10-19 13:42:21] graham dot simpson at hsbcib dot com Okay, found all the software where only lib exists and created a suitable link to lib from lib64. Specifiying the --with-libdir=lib64, now means that it compiles with the --with-ldap. Thanks for the help. [2009-10-19 13:16:44] graham dot simpson at hsbcib dot com Firstly, many thanks for picking this up. - The rest of my PHP configuration relies on libs in /usr/lib64 and that works. I didn't use --with-libdir=lib64 because my LD_LIBRARY_PATH and SHLIB_PATH include /usr/lib64 and are set to: /opt/sybase/Connect64forODBC60/lib:/opt/sybase/httpd-2.2.13/lib:/opt/sybase/libxslt-1.1.26/lib:/opt/sybase/libxml2-2.7.5/lib:/opt/sybase/freetds-0.82/lib:/opt/sybase/openssl-0.9.8k/lib:/opt/sybase/DBA_SDK1500-16721/DataAccess/ODBC/lib:/opt/sybase/DBA_SDK1500-16721/OCS-15_0/lib:/opt/sybase/DBA_SDK1500-16721/OCS-15_0/lib3p:/usr/lib64:/lib64:/usr/X11R6/lib64:/opt/gnome/lib64:/usr/local/lib64:/usr/X11R6/lib/X11/locale/lib64:/usr/X11R6/lib64:/var/lib/stunnel/lib64:/u01/sq/ora_1/oracle/client/11.2.0/lib:/usr/lib64:/usr/lib:/home/db2inst/sqllib/lib64:/home/db2inst/sqllib/lib32 The problem with setting --with-libdir=lib64 is that not all software that I'm linking against has libs in lib64, some are just in lib. [2009-10-19 11:14:00] j...@php.net Your configure line is missing this: --with-libdir=lib64 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=49876 -- Edit this bug report at https://bugs.php.net/bug.php?id=49876&edit=1
[PHP-BUG] Bug #60346 [NEW]: NAN != NAN
From: yunosh Operating system: Linux PHP version: 5.4.0RC1 Package: Scripting Engine problem Bug Type: Bug Bug description:NAN != NAN Description: This is a regression from PHP 5.3. Test script: --- var_dump(NAN == NAN); Expected result: bool(true) Actual result: -- bool(false) -- Edit bug report at https://bugs.php.net/bug.php?id=60346&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60346&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60346&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60346&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60346&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60346&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60346&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60346&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60346&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60346&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60346&r=support Expected behavior: https://bugs.php.net/fix.php?id=60346&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60346&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60346&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60346&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60346&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60346&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60346&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60346&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60346&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60346&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60346&r=mysqlcfg