Bug #53607 [Fbk->Opn]: English ordinal suffix display return NOTHING
Edit report at http://bugs.php.net/bug.php?id=53607&edit=1 ID: 53607 User updated by:yespbs at gmail dot com Reported by:yespbs at gmail dot com Summary:English ordinal suffix display return NOTHING -Status: Feedback +Status: Open Type: Bug Package:Date/time related Operating System: Linux web20c40 2.6.31.12 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Thanks derick I already tried with other versions upto php 5.3 including 5.2.10, on all occasions it is found working, as I can not get hold of 5.2.9 anywhere, I have to report this to the hosting support to upgrade. Please do let me know if you can confirm that this only exists in 5.2.9 However I am referring this id and asking the hosting support to upgrade. Regards Previous Comments: [2010-12-25 23:18:39] der...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-12-24 21:56:49] yespbs at gmail dot com Description: PHP Version 5.2.9 Server API CGI I have faced a typical php bug in date formatting on a server, The server return NOTHING for English Ordinal Suffix (st, nd, rd or th) when used with Day of the month(j) formatter. Below is the code While the first format shows correct value, the later shows nothing, if used alone ( without the first formatting line) Server generates error. Is is php bug or server problem. Many thanks for your time. Regards Test script: --- -- Edit this bug report at http://bugs.php.net/bug.php?id=53607&edit=1
Bug #53612 [Opn->Ver]: Segmentation fault when cloning intl NumberFormatter object
Edit report at http://bugs.php.net/bug.php?id=53612&edit=1
ID: 53612
Updated by: ka...@php.net
Reported by:simast at gmail dot com
Summary:Segmentation fault when cloning intl NumberFormatter
object
-Status: Open
+Status: Verified
Type: Bug
Package:Unknown/Other Function
Operating System: Linux
PHP Version:5.3.4
Block user comment: N
Private report: N
New Comment:
This should be the same across all of the intl extensions as there is no
clone hooks defined so the relevant data is not copied on clone which
leads to segmentation faults
Previous Comments:
[2010-12-26 05:18:45] simast at gmail dot com
Description:
Cloning NumberFormatter instance will result in PHP segfault (see test
script). I
haven't tested other built-in intl classes - they may have the same
issue.
Test script:
---
$formatter = new NumberFormatter('en_US', NumberFormatter::DECIMAL);
$clonedFormatter = clone $formatter;
$clonedFormatter->format(12.54);
--
Edit this bug report at http://bugs.php.net/bug.php?id=53612&edit=1
[PHP-BUG] Bug #53612 [NEW]: Segmentation fault when cloning intl NumberFormatter object
From:
Operating system: Linux
PHP version: 5.3.4
Package: Unknown/Other Function
Bug Type: Bug
Bug description:Segmentation fault when cloning intl NumberFormatter object
Description:
Cloning NumberFormatter instance will result in PHP segfault (see test
script). I
haven't tested other built-in intl classes - they may have the same issue.
Test script:
---
$formatter = new NumberFormatter('en_US', NumberFormatter::DECIMAL);
$clonedFormatter = clone $formatter;
$clonedFormatter->format(12.54);
--
Edit bug report at http://bugs.php.net/bug.php?id=53612&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53612&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53612&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53612&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53612&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53612&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53612&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53612&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53612&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53612&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53612&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53612&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53612&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53612&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53612&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53612&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53612&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53612&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53612&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53612&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53612&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53612&r=mysqlcfg
[PHP-BUG] Bug #53611 [NEW]: fastcgi_param PHP_VALUE pollutes other sites
From:
Operating system: Linux
PHP version: 5.3.4
Package: FPM related
Bug Type: Bug
Bug description:fastcgi_param PHP_VALUE pollutes other sites
Description:
In nginx+FPM, if I set a PHP_VALUE using fastcgi_param in one server,
sometimes other virtual hosts are seeing those settings. An nginx.conf
fragment like this:---
server {
server_name foo.example;
root /srv/www/foo.example;
...
location ~ \.php$ {
... # usual PHP stuff
}
}
server {
server_name bar.example;
root /srv/www/bar.example;
...
location ~ \.php$ {
...
fastcgi_param PHP_VALUE "auto_prepend_file=\"/etc/nginx/bar.php\""
}
}
---will occasionally result in foo.example's pages having bar.php prepended
to it. The php-fpm processes are most likely retaining the PHP_VALUE
settings as they are re-used by nginx for requests for other virtual
hosts.
This is with PHP/5.3.4 and nginx/0.8.53 on a Gentoo Linux box. ./configure
line:---
'./configure' '--prefix=/usr' '--build=i686-pc-linux-gnu'
'--host=i686-pc-linux-gnu' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc'
'--localstatedir=/var/lib' '--prefix=/usr/lib/php5.3'
'--mandir=/usr/lib/php5.3/man' '--infodir=/usr/lib/php5.3/info'
'--libdir=/usr/lib/php5.3/lib' '--with-libdir=lib' '--without-pear'
'--disable-maintainer-zts' '--enable-bcmath=shared' '--with-bz2=shared'
'--enable-calendar=shared' '--with-curl=shared' '--with-curlwrappers'
'--without-enchant' '--enable-exif=shared' '--enable-ftp=shared'
'--with-gettext=shared' '--with-gmp=shared' '--disable-intl'
'--without-kerberos' '--enable-mbstring=shared' '--with-mcrypt=shared'
'--without-mssql' '--with-onig=/usr' '--with-openssl'
'--with-openssl-dir=/usr' '--enable-pcntl=shared' '--without-pgsql'
'--without-pspell' '--without-recode' '--enable-shmop' '--with-snmp=shared'
'--enable-soap=shared' '--enable-sockets=shared' '--without-sybase-ct'
'--enable-sysvmsg=shared' '--enable-sysvsem=shared'
'--enable-sysvshm=shared' '--with-tidy=shared' '--enable-wddx=shared'
'--with-xmlrpc=shared' '--with-xsl=shared' '--enable-zip=shared'
'--with-zlib=shared' '--disable-debug' '--enable-dba=shared'
'--without-cdb' '--with-db4' '--enable-flatfile' '--with-gdbm'
'--enable-inifile' '--without-qdbm' '--with-freetype-dir=/usr'
'--with-t1lib=/usr' '--enable-gd-jis-conv' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd'
'--with-imap=shared' '--with-imap-ssl' '--without-interbase'
'--with-ldap=shared' '--with-ldap-sasl' '--with-mysql=shared,/usr'
'--with-mysql-sock=/var/run/mysqld/mysqld.sock'
'--with-mysqli=shared,/usr/bin/mysql_config' '--with-unixODBC=shared,/usr'
'--without-adabas' '--without-birdstep' '--without-dbmaker'
'--without-empress' '--without-esoob' '--without-ibm-db2' '--without-sapdb'
'--without-solid' '--without-oci8' '--without-pdo-dblib'
'--with-pdo-mysql=shared,/usr' '--without-pdo-pgsql'
'--with-pdo-sqlite=shared,/usr' '--with-pdo-odbc=shared,unixODBC,/usr'
'--with-readline' '--without-libedit' '--with-mm' '--with-sqlite=/usr'
'--enable-sqlite-utf8' '--with-pcre-regex=/usr' '--with-pcre-dir=/usr'
'--with-config-file-path=/etc/php/fpm-php5.3'
'--with-config-file-scan-dir=/etc/php/fpm-php5.3/ext-active'
'--disable-cli' '--disable-cgi' '--enable-fpm' '--disable-embed'
'--without-apxs2'
Test script:
---
# /srv/www/foo.example/index.php
# /srv/www/bar.example/index.php
# /etc/nginx/bar.php
"; ?>
Expected result:
# foo.example
Foo index
# bar.example
Bar prepend
Bar index
Actual result:
--
# foo.example
Bar prepend
Foo index
# bar.example
Bar prepend
Bar index
--
Edit bug report at http://bugs.php.net/bug.php?id=53611&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53611&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53611&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53611&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53611&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53611&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53611&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53611&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53611&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53611&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53611&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53611&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53611&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53611&r=submittedtwice
register_globals:
Req #53610 [Com]: closure and static private class member
Edit report at http://bugs.php.net/bug.php?id=53610&edit=1
ID: 53610
Comment by: sergey dot s dot betke at novgaro dot ru
Reported by:sergey dot s dot betke at novgaro dot ru
Summary:closure and static private class member
Status: Open
Type: Feature/Change Request
Package:Class/Object related
Operating System: Windows
PHP Version:5.3.4
Block user comment: N
Private report: N
New Comment:
My article in Russian on this issue http://sergey-s-betke.blogs.novgaro.ru/lyambda-funkcii-zamykaniya-i-klassy-php";>http://sergey-s-betke.blogs.novgaro.ru/lyambda-funkcii-zamykaniya-i-klassy-php.
Previous Comments:
[2010-12-26 00:19:09] sergey dot s dot betke at novgaro dot ru
Description:
just one example:
class test {
private static $_domain;
static member() {
add_settings_section(
self::$_namespace . '_location_options',
__('Location of your opensearch.xml file', self::$_domain),
function () { ?>
http://bugs.php.net/bug.php?id=53610&edit=1
[PHP-BUG] Req #53610 [NEW]: closure and static private class member
From:
Operating system: Windows
PHP version: 5.3.4
Package: Class/Object related
Bug Type: Feature/Change Request
Bug description:closure and static private class member
Description:
just one example:
class test {
private static $_domain;
static member() {
add_settings_section(
self::$_namespace . '_location_options',
__('Location of your opensearch.xml file', self::$_domain),
function () { ?>
http://bugs.php.net/bug.php?id=53610&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53610&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53610&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53610&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53610&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53610&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53610&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53610&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53610&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53610&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53610&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53610&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53610&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53610&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53610&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53610&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53610&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53610&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53610&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53610&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53610&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53610&r=mysqlcfg
Bug #53607 [Opn->Fbk]: English ordinal suffix display return NOTHING
Edit report at http://bugs.php.net/bug.php?id=53607&edit=1 ID: 53607 Updated by: der...@php.net Reported by:yespbs at gmail dot com Summary:English ordinal suffix display return NOTHING -Status: Open +Status: Feedback Type: Bug Package:Date/time related Operating System: Linux web20c40 2.6.31.12 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2010-12-24 21:56:49] yespbs at gmail dot com Description: PHP Version 5.2.9 Server API CGI I have faced a typical php bug in date formatting on a server, The server return NOTHING for English Ordinal Suffix (st, nd, rd or th) when used with Day of the month(j) formatter. Below is the code While the first format shows correct value, the later shows nothing, if used alone ( without the first formatting line) Server generates error. Is is php bug or server problem. Many thanks for your time. Regards Test script: --- -- Edit this bug report at http://bugs.php.net/bug.php?id=53607&edit=1
Bug #53609 [Opn->Fbk]: $_POST failes to populate
Edit report at http://bugs.php.net/bug.php?id=53609&edit=1 ID: 53609 Updated by: cataphr...@php.net Reported by:michael at tuxgames dot com Summary:$_POST failes to populate -Status: Open +Status: Feedback Type: Bug Package:Variables related Operating System: Linux PHP Version:5.3SVN-2010-12-25 (snap) Block user comment: N Private report: N New Comment: Is this in a 32-bit build? In any case, not that you should be able to set the ini settings to 0 to deactivate the check. Previous Comments: [2010-12-25 20:20:06] michael at tuxgames dot com Description: PHP's php.ini can be configured in a valid way that causes $_POST to stop populating. upload_max_filesize = 6000M post_max_size = 8000M Setting these values too high (in this case to allow a DVD upload) caues $_POST to just be an empty array() Changing them to 60M and 80M respectively it all works again. -- Edit this bug report at http://bugs.php.net/bug.php?id=53609&edit=1
Bug #53301 [Bgs]: http_build_query unexpected behavior
Edit report at http://bugs.php.net/bug.php?id=53301&edit=1
ID: 53301
User updated by:rbysa at yahoo dot com
Reported by:rbysa at yahoo dot com
Summary:http_build_query unexpected behavior
Status: Bogus
Type: Bug
Package:*General Issues
Operating System: Ubuntu
-PHP Version:5.3.3
+PHP Version:5.2.4
Block user comment: N
Private report: N
New Comment:
Incorrect PHP Version
Previous Comments:
[2010-12-25 20:45:56] rbysa at yahoo dot com
PHP Version 5.2.4-2ubuntu5.10
Here is another test case
$test = array('123456789012345=>'9780553', 1=>12312312312);
print_r($test) //This line looks correct
echo http_build_query($test) //This line does not
Here is the output
Array ( [123456789012345] => 9780553 [1] => 12312312312 )
123456789012=9780553&1=12312312312
[2010-12-12 18:45:23] il...@php.net
Cannot reproduce the issue either.
[2010-11-12 22:41:19] fel...@php.net
I got the expected result...
Array
(
[1234567890123] => foo
)
[2010-11-12 22:38:08] rbysa at yahoo dot com
Your example does not represent the problem. In my haste I messed up my
own
example code but here it is again.
$var = "1234567890123";
$varArray = array();
$varArray[$var]= "foo";
$build = http_build_query($varArray);
$result = array();
parse_str($build, $result);
print_r($result);
//Expect Array( "1234567890123"=>"foo")
//Actual Array( "123456789012" =>"foo")
[2010-11-12 22:00:14] fel...@php.net
You need to use:
$var = array('12345678901' => 'foo');
var_dump(http_build_query($var));
As said in the other bug report.
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
http://bugs.php.net/bug.php?id=53301
--
Edit this bug report at http://bugs.php.net/bug.php?id=53301&edit=1
Bug #53301 [Com]: http_build_query unexpected behavior
Edit report at http://bugs.php.net/bug.php?id=53301&edit=1
ID: 53301
Comment by: rbysa at yahoo dot com
Reported by:rbysa at yahoo dot com
Summary:http_build_query unexpected behavior
Status: Bogus
Type: Bug
Package:*General Issues
Operating System: Ubuntu
PHP Version:5.3.3
Block user comment: N
Private report: N
New Comment:
PHP Version 5.2.4-2ubuntu5.10
Here is another test case
$test = array('123456789012345=>'9780553', 1=>12312312312);
print_r($test) //This line looks correct
echo http_build_query($test) //This line does not
Here is the output
Array ( [123456789012345] => 9780553 [1] => 12312312312 )
123456789012=9780553&1=12312312312
Previous Comments:
[2010-12-12 18:45:23] il...@php.net
Cannot reproduce the issue either.
[2010-11-12 22:41:19] fel...@php.net
I got the expected result...
Array
(
[1234567890123] => foo
)
[2010-11-12 22:38:08] rbysa at yahoo dot com
Your example does not represent the problem. In my haste I messed up my
own
example code but here it is again.
$var = "1234567890123";
$varArray = array();
$varArray[$var]= "foo";
$build = http_build_query($varArray);
$result = array();
parse_str($build, $result);
print_r($result);
//Expect Array( "1234567890123"=>"foo")
//Actual Array( "123456789012" =>"foo")
[2010-11-12 22:00:14] fel...@php.net
You need to use:
$var = array('12345678901' => 'foo');
var_dump(http_build_query($var));
As said in the other bug report.
[2010-11-12 20:34:25] rbysa at yahoo dot com
Also I do want to mention that I saw the previous bug report on this
issue
http://bugs.php.net/bug.php?id=49023
However this bug report has been labeled "bogus" even though the
documentation
does not support the mentioned behavior.
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
http://bugs.php.net/bug.php?id=53301
--
Edit this bug report at http://bugs.php.net/bug.php?id=53301&edit=1
[PHP-BUG] Bug #53609 [NEW]: $_POST failes to populate
From: Operating system: Linux PHP version: 5.3SVN-2010-12-25 (snap) Package: Variables related Bug Type: Bug Bug description:$_POST failes to populate Description: PHP's php.ini can be configured in a valid way that causes $_POST to stop populating. upload_max_filesize = 6000M post_max_size = 8000M Setting these values too high (in this case to allow a DVD upload) caues $_POST to just be an empty array() Changing them to 60M and 80M respectively it all works again. -- Edit bug report at http://bugs.php.net/bug.php?id=53609&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53609&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53609&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53609&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53609&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53609&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53609&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53609&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53609&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53609&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53609&r=support Expected behavior: http://bugs.php.net/fix.php?id=53609&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53609&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53609&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53609&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53609&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53609&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53609&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53609&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53609&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53609&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53609&r=mysqlcfg
Req #48767 [Opn->Tbd]: SplFileInfo::getExtension()
Edit report at http://bugs.php.net/bug.php?id=48767&edit=1
ID: 48767
Updated by: sala...@php.net
Reported by:helmertz at gmail dot com
Summary:SplFileInfo::getExtension()
-Status: Open
+Status: To be documented
Type: Feature/Change Request
-Package:Feature/Change Request
+Package:SPL related
Operating System: All
PHP Version:5.3.0
-Assigned To:
+Assigned To:salathe
Block user comment: N
Private report: N
New Comment:
Committed a few days ago. Tagged as TBD. Merry Christmas.
Previous Comments:
[2010-12-24 08:29:03] sala...@php.net
Automatic comment from SVN on behalf of salathe
Revision: http://svn.php.net/viewvc/?view=revision&revision=306609
Log: NEWS for FR #48767 (SplFileInfo::getExtension())
[2010-12-23 23:32:55] sala...@php.net
Automatic comment from SVN on behalf of salathe
Revision: http://svn.php.net/viewvc/?view=revision&revision=306593
Log: Implemented FR #48767 (SplFileInfo::getExtension())
[2010-11-25 14:09:51] sala...@php.net
The following patch has been added/updated:
Patch Name: getextension-trunk
Revision: 1290690591
URL:
http://bugs.php.net/patch-display.php?bug=48767&patch=getextension-trunk&revision=1290690591
[2010-11-17 22:34:53] sala...@php.net
The following patch has been added/updated:
Patch Name: splfileinfo-getextension-trunk
Revision: 1290029692
URL:
http://bugs.php.net/patch-display.php?bug=48767&patch=splfileinfo-getextension-trunk&revision=1290029692
[2009-07-02 06:57:20] helmertz at gmail dot com
Description:
SplFileInfo::getExtension() should be alias for pathinfo($file,
PATHINFO_EXTENSION), to put as much functionality in classes as
possible.
Reproduce code:
---
---
>From manual page: class.splfileinfo
---
$file = new SplFileInfo('monkey.gif');
echo $file->getExtension();
Expected result:
gif
Actual result:
--
Sorry but I don't get this box, I'm too noob.
--
Edit this bug report at http://bugs.php.net/bug.php?id=48767&edit=1
Bug #53227 [Opn->Fbk]: PHP Warning: mysql_pconnect(): MySQL server has gone away
Edit report at http://bugs.php.net/bug.php?id=53227&edit=1 ID: 53227 Updated by: ka...@php.net Reported by:tyra3l at gmail dot com Summary:PHP Warning: mysql_pconnect(): MySQL server has gone away -Status: Open +Status: Feedback Type: Bug Package:MySQL related PHP Version:5.3.3 Block user comment: N Private report: N Previous Comments: [2010-12-25 13:50:57] ka...@php.net Afair, we already have some checking code in the common connector function for ext/mysql to check for "server has gone away" when attempting to re-use a persistent connection. But it is hard to reproduce if the result isn't consistent. I tried to reproduce it a few times, but without luck. Any specific MySQL Server versions, or other data that could provide useful? [2010-12-20 14:34:06] tyra3l at gmail dot com mysqlnd Tyrael [2010-12-20 14:22:52] and...@php.net do you use libmysql or mysqlnd? [2010-11-02 12:13:04] tyra3l at gmail dot com Description: On of my co-worker experienced, that some of the mysql_pconnect calls are returning this error. The exact same symptoms are described in the manual: http://php.net/manual/en/function.mysql-pconnect.php#99380 the code which produce this was working fine before migrating to 5.3 Test script: --- http://bugs.php.net/bug.php?id=53227&edit=1
Bug #53227 [Opn]: PHP Warning: mysql_pconnect(): MySQL server has gone away
Edit report at http://bugs.php.net/bug.php?id=53227&edit=1 ID: 53227 Updated by: ka...@php.net Reported by:tyra3l at gmail dot com Summary:PHP Warning: mysql_pconnect(): MySQL server has gone away Status: Open Type: Bug Package:MySQL related PHP Version:5.3.3 Block user comment: N Private report: N New Comment: Afair, we already have some checking code in the common connector function for ext/mysql to check for "server has gone away" when attempting to re-use a persistent connection. But it is hard to reproduce if the result isn't consistent. I tried to reproduce it a few times, but without luck. Any specific MySQL Server versions, or other data that could provide useful? Previous Comments: [2010-12-20 14:34:06] tyra3l at gmail dot com mysqlnd Tyrael [2010-12-20 14:22:52] and...@php.net do you use libmysql or mysqlnd? [2010-11-02 12:13:04] tyra3l at gmail dot com Description: On of my co-worker experienced, that some of the mysql_pconnect calls are returning this error. The exact same symptoms are described in the manual: http://php.net/manual/en/function.mysql-pconnect.php#99380 the code which produce this was working fine before migrating to 5.3 Test script: --- http://bugs.php.net/bug.php?id=53227&edit=1
Req #50871 [PATCH]: [PATCH] SPL: default value of spl_autoload_extensions() configurable in php.ini
Edit report at http://bugs.php.net/bug.php?id=50871&edit=1 ID: 50871 Patch added by: ka...@php.net Reported by:julesvanvelzen at gmail dot com Summary:[PATCH] SPL: default value of spl_autoload_extensions() configurable in php.ini Status: Open Type: Feature/Change Request Package:SPL related Operating System: any PHP Version:5.3.1 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: spl.autoload_extensions-take2 Revision: 1293280629 URL: http://bugs.php.net/patch-display.php?bug=50871&patch=spl.autoload_extensions-take2&revision=1293280629 Previous Comments: [2010-03-04 13:39:00] ka...@php.net I added a patch that adds a new ini directive called spl.autoload_extensions to populate spl_autoload_extensions() from php.ini [2010-01-28 08:27:44] julesvanvelzen at gmail dot com Description: I expected the default value, which is now '.inc,.php', of spl_autoload_extensions() to be configurable in php.ini, just like the include_path. -- Edit this bug report at http://bugs.php.net/bug.php?id=50871&edit=1
