[PHP-BUG] Bug #60554 [NEW]: basename() broken with Spanish locales

2011-12-18 Thread yun...@php.net
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

2011-11-21 Thread yun...@php.net
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

2011-11-21 Thread yun...@php.net
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

2011-11-21 Thread yun...@php.net
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