Bug #54758 [Opn]: GetSize() returns negative values for large file sizes
Edit report at http://bugs.php.net/bug.php?id=54758&edit=1
ID: 54758
User updated by:noodleyman at gmail dot com
Reported by:noodleyman at gmail dot com
Summary:GetSize() returns negative values for large file
sizes
Status: Open
Type: Bug
Package:Directory function related
Operating System: Windows Server 2008
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Just confirming that I have also tested this using the code in the
example page as linked to below and here are the results
isFile()) {
echo $fileinfo->getFilename() . " " . $fileinfo->getSize() .
"\n";
}
}
?>
on the same file, this returns a result of "-79538816"
Previous Comments:
[2011-05-16 22:02:11] noodleyman at gmail dot com
just realised I typed the wrong function name in the description by
mistake. it should read "When using GetSize()" not "When using
GetFile()"
[2011-05-16 21:46:57] noodleyman at gmail dot com
Description:
When using GetFile() as documented
http://php.net/manual/en/directoryiterator.getsize.php if you run the
function on a large file you get negative values which are wrong. I
haven't got the exact file size that this happens at, but I have tested
with files of 7GB and over, and always get the same result. tested using
the function in the test script.
Test script:
---
function dirSize($directory) {
$size = 0;
foreach(new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($directory)) as $file){
$size+=$file->getSize();
}
return $size;
}
Then ran function using input value of a directory with a single file of
8,510,398,464 bytes in size.
Expected result:
8310936 KB
Actual result:
--
-77674.63
--
Edit this bug report at http://bugs.php.net/bug.php?id=54758&edit=1
Bug #54758 [Opn]: GetSize() returns negative values for large file sizes
Edit report at http://bugs.php.net/bug.php?id=54758&edit=1
ID: 54758
User updated by:noodleyman at gmail dot com
Reported by:noodleyman at gmail dot com
Summary:GetSize() returns negative values for large file
sizes
Status: Open
Type: Bug
Package:Directory function related
Operating System: Windows Server 2008
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
the filesize() function also returns the same results as GetSize() for
large files.
Previous Comments:
[2011-05-17 10:11:35] noodleyman at gmail dot com
Just confirming that I have also tested this using the code in the
example page as linked to below and here are the results
isFile()) {
echo $fileinfo->getFilename() . " " . $fileinfo->getSize() .
"\n";
}
}
?>
on the same file, this returns a result of "-79538816"
[2011-05-16 22:02:11] noodleyman at gmail dot com
just realised I typed the wrong function name in the description by
mistake. it should read "When using GetSize()" not "When using
GetFile()"
[2011-05-16 21:46:57] noodleyman at gmail dot com
Description:
When using GetFile() as documented
http://php.net/manual/en/directoryiterator.getsize.php if you run the
function on a large file you get negative values which are wrong. I
haven't got the exact file size that this happens at, but I have tested
with files of 7GB and over, and always get the same result. tested using
the function in the test script.
Test script:
---
function dirSize($directory) {
$size = 0;
foreach(new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($directory)) as $file){
$size+=$file->getSize();
}
return $size;
}
Then ran function using input value of a directory with a single file of
8,510,398,464 bytes in size.
Expected result:
8310936 KB
Actual result:
--
-77674.63
--
Edit this bug report at http://bugs.php.net/bug.php?id=54758&edit=1
[PHP-BUG] Bug #54767 [NEW]: ucfirst can't öäü
From: Operating system: Linux PHP version: Irrelevant Package: *General Issues Bug Type: Bug Bug description:ucfirst can't öäü Description: ucfirst, strtolower and strtoupper can't formate ä,ü or ö Test script: --- -- Edit bug report at http://bugs.php.net/bug.php?id=54767&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54767&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54767&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54767&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54767&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54767&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54767&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54767&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54767&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54767&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54767&r=support Expected behavior: http://bugs.php.net/fix.php?id=54767&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54767&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54767&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54767&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54767&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54767&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54767&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54767&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54767&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54767&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54767&r=mysqlcfg
Bug #54767 [Com]: ucfirst can't öäü
Edit report at http://bugs.php.net/bug.php?id=54767&edit=1 ID: 54767 Comment by: benjamin dot lasdinat at maryme dot de Reported by:benjamin dot lasdinat at maryme dot de Summary:ucfirst can't öäü Status: Open Type: Bug Package:*General Issues Operating System: Linux PHP Version:Irrelevant Block user comment: N Private report: N New Comment: same with lcfist Previous Comments: [2011-05-17 10:38:02] benjamin dot lasdinat at maryme dot de Description: ucfirst, strtolower and strtoupper can't formate ä,ü or ö Test script: --- -- Edit this bug report at http://bugs.php.net/bug.php?id=54767&edit=1
Bug #50997 [Com]: SOAP Error when trying to submit 2nd Element of a choice
Edit report at http://bugs.php.net/bug.php?id=50997&edit=1
ID: 50997
Comment by: yozik04 at gmail dot com
Reported by:mrsharp at gmx dot de
Summary:SOAP Error when trying to submit 2nd Element of a
choice
Status: Open
Type: Bug
Package:SOAP related
Operating System: debian
PHP Version:5.2.12
Block user comment: N
Private report: N
New Comment:
I can reproduce this with PHP version 5.3.5 in Ubuntu.
Moving element around in xsd is not a solution for me.
Is there any other workaround available without touching WSDL and XSD?
Previous Comments:
[2010-07-13 12:56:49] sebastian at rootdir dot ws
As this still seems to be an issue, here is a complete reproducer:
$soapClient = new SoapClient('service2.wsdl', array ('trace' => 1));
$params = array('code' => 'foo');
$soapClient->newOperation($params);
WSDL excerpt:
(You can find the whole WSDL example file over at
http://pastebin.com/UZrPCuJt)
Actual result:
Fatal error: SOAP-ERROR: Encoding: object hasn't 'firstName' property
If you move element name "code" being the first child of
the code snippet above is working as expected.
[2010-02-11 10:22:36] mrsharp at gmx dot de
Tested also using PHP Version 5.2.5-3 same result
[2010-02-10 18:08:41] mrsharp at gmx dot de
Description:
My Actual PHP Version: PHP Version 5.2.11-0.dotdeb.0
not 100% sure if this relates to Bug #43723: "SOAP not sent properly
from client for " because SOAP is not sent at all in my scenario
(Fatal Error)
Part of my WSDL is this schema excerpt
A SOAP operation now employs this type... if I attempt to submit a
property set which resembles "someGroupDefB" I receive a
SOAP-ERROR: Encoding: object hasn't someGroupDefA property
so it seems that choice is not properly evalutated...
Expected result:
I expect that SOAP accepts both sets of parameters without complaining
about the other missing...
--
Edit this bug report at http://bugs.php.net/bug.php?id=50997&edit=1
Bug #54758 [Opn]: GetSize() returns negative values for large file sizes
Edit report at http://bugs.php.net/bug.php?id=54758&edit=1
ID: 54758
User updated by:noodleyman at gmail dot com
Reported by:noodleyman at gmail dot com
Summary:GetSize() returns negative values for large file
sizes
Status: Open
Type: Bug
Package:Directory function related
Operating System: Windows Server 2008
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
now using these functions to get a work around.
function dos_filesize($fn) {
if (is_file($fn))
return exec('FOR %A IN ("'.$fn.'") DO @ECHO %~zA');
else
return '0';
}
function dirSize($directory) {
$size = 0;
foreach(new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($directory)) as $file){
$size+=dos_filesize($file);
}
return $size;
}
Previous Comments:
[2011-05-17 10:14:14] noodleyman at gmail dot com
the filesize() function also returns the same results as GetSize() for
large files.
[2011-05-17 10:11:35] noodleyman at gmail dot com
Just confirming that I have also tested this using the code in the
example page as linked to below and here are the results
isFile()) {
echo $fileinfo->getFilename() . " " . $fileinfo->getSize() .
"\n";
}
}
?>
on the same file, this returns a result of "-79538816"
[2011-05-16 22:02:11] noodleyman at gmail dot com
just realised I typed the wrong function name in the description by
mistake. it should read "When using GetSize()" not "When using
GetFile()"
[2011-05-16 21:46:57] noodleyman at gmail dot com
Description:
When using GetFile() as documented
http://php.net/manual/en/directoryiterator.getsize.php if you run the
function on a large file you get negative values which are wrong. I
haven't got the exact file size that this happens at, but I have tested
with files of 7GB and over, and always get the same result. tested using
the function in the test script.
Test script:
---
function dirSize($directory) {
$size = 0;
foreach(new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($directory)) as $file){
$size+=$file->getSize();
}
return $size;
}
Then ran function using input value of a directory with a single file of
8,510,398,464 bytes in size.
Expected result:
8310936 KB
Actual result:
--
-77674.63
--
Edit this bug report at http://bugs.php.net/bug.php?id=54758&edit=1
Bug #48244 [Com]: SoapClient doRequest fails when proxy is used
Edit report at http://bugs.php.net/bug.php?id=48244&edit=1
ID: 48244
Comment by: yozik04 at gmail dot com
Reported by:loki_angel at mail dot ru
Summary:SoapClient doRequest fails when proxy is used
Status: Open
Type: Bug
Package:SOAP related
Operating System: Windows 2000
PHP Version:5.3CVS-2009-05-12 (snap)
Block user comment: N
Private report: N
New Comment:
You can try to override __doRequest method
(http://php.net/manual/en/soapclient.dorequest.php) and use CURL for the
request.
Previous Comments:
[2009-05-12 10:31:19] loki_angel at mail dot ru
Description:
When a proxy is used with the following code. The proxy is not used.
Reproduce code:
---
'login',
"password" =>
'pass',
'trace'=>1,
"exceptions" =>
0,
'proxy_host' =>
"proxy.net",
'proxy_port'=>
5190,
'proxy_login'=>
"proxy_login",
'proxy_password' => "proxy_pass");
$client = new SoapClient('http://server.com/class.wsdl',
$connection_array);
$client->__soapCall('method', array('var'));
Expected result:
SOAP-server response
Actual result:
--
Fatal error: Uncaught SoapFault exception: [HTTP] Unauthorized
in V:\home\site\www\class.php:13
Stack trace:
#0 [internal function]: SoapClient->__doRequest('__soapCall('method', Array)
#2 {main}
--
Edit this bug report at http://bugs.php.net/bug.php?id=48244&edit=1
Bug #54736 [Fbk->Opn]: ext/openssl/xp_ssl.c:333: undefined reference to `SSLv2_client_method'
Edit report at http://bugs.php.net/bug.php?id=54736&edit=1 ID: 54736 User updated by:bobvin at pillars dot net Reported by:bobvin at pillars dot net Summary:ext/openssl/xp_ssl.c:333: undefined reference to `SSLv2_client_method' -Status: Feedback +Status: Open Type: Bug Package:OpenSSL related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: To answer your question, I'm running Debian (squeeze/sid) with a few packages custom-compiled: runit nginx php memcached mariadb Confirmed that your configuration compiles successfully on my server. I'm trying to produce the smallest possible config script that reproduces the error on my server, but it will take some time, as each compile takes 20-30 min. to either succeed or fail. Previous Comments: [2011-05-15 20:56:20] ras...@php.net Damn, cut-and-paste casualty there. I pasted your options back in. Here are the working configure options that I use on my Debian box: './configure' \ '--with-apxs2=/usr/bin/apxs2' \ '--with-gd' \ '--enable-calendar' \ '--with-jpeg-dir=/usr' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--enable-exif' \ '--with-config-file-path=/etc' \ '--with-mysql=/usr' \ '--with-zlib' \ '--with-zlib-dir=/usr' \ '--with-gettext' \ '--with-kerberos' \ '--with-mcrypt=/usr/local' \ '--with-ldap' \ '--with-iconv' \ '--enable-sockets' \ '--with-openssl' \ '--with-imap' \ '--with-imap-ssl' \ '--with-pspell' \ '--with-pdo-mysql=/usr' \ '--with-pdo-sqlite' \ '--enable-soap' \ '--enable-xmlreader' \ '--with-xsl' \ '--enable-ftp' \ '--enable-cgi' \ '--with-curl=/usr' \ '--with-tidy' \ '--with-xmlrpc' \ '--enable-mbstring' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-shmop' \ '--with-readline' \ '--with-mysqli=/usr/bin/mysql_config' \ '--prefix=/usr/local' \ '--enable-zip' \ [2011-05-15 20:52:29] ras...@php.net I ran your configure script. The only difference is that it looks like you have hardwired some pecl extensions into your build tree. These flags were ignored in my build: --enable-apc --enable-apc-pthreadmutex --enable-apc-sem --disable-apc-mmap --with-libevent-dir=/usr --enable-igbinary --enable-memcached --enable-memcached-igbinary and I was able to reproduce it. Note that with my configure options it works fine: CFLAGS="-Os -march=native -mtune=native -fno-strict-aliasing -fno-stack- protector -U_FORTIFY_SOURCE -Wno-inline" \ CXXFLAGS="-Os -march=native -mtune=native -fno-strict-aliasing -fno-stack- protector -U_FORTIFY_SOURCE -Wno-inline" \ LDFLAGS="-s" \ PROG_SENDMAIL="/usr/sbin/sendmail" \ ../configure \ --prefix=/usr \ --enable-fd-setsize=1024 \ --with-config-file-path=/etc/php5/cgi --with-config-file-scan- dir=/etc/php5/cgi/conf.d \ --sysconfdir=/etc \ --mandir=/usr/share/man \ --disable-debug \ --disable-intl \ --disable-ipv6 \ --disable-magic-quotes \ --disable-rpath \ --disable-safe-mode \ --disable-shmop \ --disable-short-tags \ --disable-wddx \ --enable-apc --enable-apc-pthreadmutex --enable-apc-sem --disable-apc-mmap \ --enable-bcmath \ --enable-calendar \ --enable-cgi \ --enable-ctype \ --enable-exif \ --enable-fpm --with-libevent-dir=/usr --with-fpm-user=www-data --with-fpm- group=www-data \ --enable-ftp \ --enable-gd-native-ttf --with-gd=/usr \ --enable-igbinary \ --enable-libxml --with-libxml-dir=/usr \ --enable-mbstring \ --enable-memcached --enable-memcached-igbinary \ --enable-pdo \ --enable-phar \ --enable-posix \ --enable-shmop \ --enable-simplexml \ --enable-soap \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-xmlreader \ --enable-xmlwriter \ --enable-zend-multibyte \ --enable-zip --with-zlib=/usr --with-zlib-dir=/usr \ --with-curl=/usr \ --with-freetype-dir=/usr \ --with-gettext=/usr \ --with-iconv \ --with-imap=/usr --with-imap-ssl \ --with-jpeg-dir=/usr \ --with-layout=GNU \ --with-mcrypt=/usr \ --with-mhash=/usr \ --with-mm=/usr \ --with-mysql=mysqlnd --with-pdo-mysql=mysqlnd --with-mysqli=mysqlnd --with- mysql-sock=/var/run/mysqld/mysqld.sock \ --with-openssl=/usr --with-kerberos=/usr \ --with-pcre-dir=/usr --with-pcre-regex=/usr \ --with-pear=/usr/share/php \ --with-pic \ --with-png-dir=/usr \ --with-pspell=/usr \ --with-readline=/usr \ --with-regex=php \
[PHP-BUG] Req #54791 [NEW]: Invalid SOAPAction when connceting to .NET service
From: Operating system: Ubuntu 11.04 PHP version: 5.3.6 Package: SOAP related Bug Type: Feature/Change Request Bug description:Invalid SOAPAction when connceting to .NET service Description: When making a SOAP call in non-WSDL mode toward a .NET service, SoapClient adds a pound sign (#) instead of a slash (/) between URI and action, which makes the .NET service return: "Server did not recognize the value of HTTP Header SOAPAction: #". According to previous bug-report #30370 (which is similar), this is not a bug: "If you don't use WSDL then you should specify "soapaction" by your self". However, adding a soapaction definition is only possible with __call / __soapCall and not when calling a WSDL function directly. I think this is not an issue when calling a PHP SOAP server since it probably interprets the pound sign correctly. A .NET SOAP service will not, however. To make it easier, it would be desirable to be able to define SOAPAction, or be able to define a .NET compability mode even when calling a WSDL function, since being limited to using the low- level __soapCall requires structuring the call by yourself. Test script: --- $client = new SoapClient(NULL,array( "host"=>"http://host/action.asmx";, "uri"=>"http://host/webservices/soaprequest"; ); $info = $client->Action($options,$ctx,$wfl); Expected result: Fatal error: Uncaught SoapFault exception: [soap:Client] Server did not recognize the value of HTTP Header SOAPAction: http://host/webservices/soaprequest#Action -- Edit bug report at http://bugs.php.net/bug.php?id=54791&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54791&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54791&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54791&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54791&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54791&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54791&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54791&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54791&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54791&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54791&r=support Expected behavior: http://bugs.php.net/fix.php?id=54791&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54791&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54791&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54791&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54791&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54791&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54791&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54791&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54791&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54791&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54791&r=mysqlcfg
Bug #54736 [Com]: ext/openssl/xp_ssl.c:333: undefined reference to `SSLv2_client_method'
Edit report at http://bugs.php.net/bug.php?id=54736&edit=1 ID: 54736 Comment by: bobvin at pillars dot net Reported by:bobvin at pillars dot net Summary:ext/openssl/xp_ssl.c:333: undefined reference to `SSLv2_client_method' Status: Open Type: Bug Package:OpenSSL related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Okay; here's a minimal script that produces an error: mkdir testbuild cd testbuild curl http://snaps.php.net/php5.3-latest.tar.gz | tar -zx cd php* ./configure \ --with-curl=/usr \ --with-openssl=/usr \ --without-ldap \ && make And here's the error it produces: /usr/bin/ld.bfd.real: ext/openssl/openssl.o: undefined reference to symbol 'SSL_free@@O\ PENSSL_1.0.0' /usr/bin/ld.bfd.real: note: 'SSL_free@@OPENSSL_1.0.0' is defined in DSO /usr/lib/libssl\ .so.1.0.0 so try adding it to the linker command line /usr/lib/libssl.so.1.0.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status make: *** [sapi/cgi/php-cgi] Error 1 Here's another interesting one: mkdir testbuild cd testbuild curl http://snaps.php.net/php5.3-latest.tar.gz | tar -zx cd php* ./configure \ --with-openssl=/usr \ --without-ldap \ && make Taking away the "--with-curl" option produces a huge series of errors that are too volumnious to list. I'll attach them separately. Previous Comments: [2011-05-17 12:58:52] bobvin at pillars dot net To answer your question, I'm running Debian (squeeze/sid) with a few packages custom-compiled: runit nginx php memcached mariadb Confirmed that your configuration compiles successfully on my server. I'm trying to produce the smallest possible config script that reproduces the error on my server, but it will take some time, as each compile takes 20-30 min. to either succeed or fail. [2011-05-15 20:56:20] ras...@php.net Damn, cut-and-paste casualty there. I pasted your options back in. Here are the working configure options that I use on my Debian box: './configure' \ '--with-apxs2=/usr/bin/apxs2' \ '--with-gd' \ '--enable-calendar' \ '--with-jpeg-dir=/usr' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--enable-exif' \ '--with-config-file-path=/etc' \ '--with-mysql=/usr' \ '--with-zlib' \ '--with-zlib-dir=/usr' \ '--with-gettext' \ '--with-kerberos' \ '--with-mcrypt=/usr/local' \ '--with-ldap' \ '--with-iconv' \ '--enable-sockets' \ '--with-openssl' \ '--with-imap' \ '--with-imap-ssl' \ '--with-pspell' \ '--with-pdo-mysql=/usr' \ '--with-pdo-sqlite' \ '--enable-soap' \ '--enable-xmlreader' \ '--with-xsl' \ '--enable-ftp' \ '--enable-cgi' \ '--with-curl=/usr' \ '--with-tidy' \ '--with-xmlrpc' \ '--enable-mbstring' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-shmop' \ '--with-readline' \ '--with-mysqli=/usr/bin/mysql_config' \ '--prefix=/usr/local' \ '--enable-zip' \ [2011-05-15 20:52:29] ras...@php.net I ran your configure script. The only difference is that it looks like you have hardwired some pecl extensions into your build tree. These flags were ignored in my build: --enable-apc --enable-apc-pthreadmutex --enable-apc-sem --disable-apc-mmap --with-libevent-dir=/usr --enable-igbinary --enable-memcached --enable-memcached-igbinary and I was able to reproduce it. Note that with my configure options it works fine: CFLAGS="-Os -march=native -mtune=native -fno-strict-aliasing -fno-stack- protector -U_FORTIFY_SOURCE -Wno-inline" \ CXXFLAGS="-Os -march=native -mtune=native -fno-strict-aliasing -fno-stack- protector -U_FORTIFY_SOURCE -Wno-inline" \ LDFLAGS="-s" \ PROG_SENDMAIL="/usr/sbin/sendmail" \ ../configure \ --prefix=/usr \ --enable-fd-setsize=1024 \ --with-config-file-path=/etc/php5/cgi --with-config-file-scan- dir=/etc/php5/cgi/conf.d \ --sysconfdir=/etc \ --mandir=/usr/share/man \ --disable-debug \ --disable-intl \ --disable-ipv6 \ --disable-magic-quotes \ --disable-rpath \ --disable-safe-mode \ --disable-shmop \ --disable-short-tags \ --disable-wddx \ --enable-apc --enable-apc-pthreadmutex --enable-apc-sem --disable-apc-mmap \ --enable-bcmath \ --enable-calendar \ --enable-cgi \ --enable-ctype \ --enable-exif \ --enable-fpm --with-libevent-dir=/usr --with-fpm-user=www-data --with-fpm- group=www-data \ --enable-ftp \ --enable-gd-native-ttf --with-gd=/usr \ --enable-igbinary \ --enable-lib
Bug #54342 [Opn->Csd]: php.ini not found, PHPINIDir in Apache httpd config not resolved
Edit report at http://bugs.php.net/bug.php?id=54342&edit=1 ID: 54342 User updated by:georg dot eichinger at logis dot at Reported by:georg dot eichinger at logis dot at Summary:php.ini not found, PHPINIDir in Apache httpd config not resolved -Status: Open +Status: Closed Type: Bug Package:*Configuration Issues Operating System: Windows Server 2003 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: now works after upgrade to Apache 2.2.18 Previous Comments: [2011-03-22 10:08:05] georg dot eichinger at logis dot at Description: In the new version 5.3.6 (VC9) the configuration directive PHPINIDir in my apache config files does work any more. php.ini isn't fount and therfore my environment stops working correctly. Test script: --- phpinfo() Expected result: Loaded Configuration File E:\opt\php\php.ini Actual result: -- Loaded Configuration File (none) -- Edit this bug report at http://bugs.php.net/bug.php?id=54342&edit=1
[PHP-BUG] Bug #54792 [NEW]: Constructor not called, but destructor is.
From:
Operating system: Windows XP SP3
PHP version: 5.3.6
Package: SOAP related
Bug Type: Bug
Bug description:Constructor not called, but destructor is.
Description:
When using SOAPClient with WSDL types as PHP classes, you define the
relationship in the classmap element of the options parameter to the
SoapClient
constructor.
The instances that are created by the SOAPClient do not call the
constructor,
but, once created, the destructor is called as part of the script
shutdown.
I don't know if this is a bug in SOAPClient in that it SHOULD call the
constructors, or just a documentation issue in that the lack of
construction is
not documented.
If a PHP class with methods is used in the class map, the class is
instantiated
and you can call the methods, so it looks just like a normal class/object.
But
with no constructor.
When the script closes, the destructors are called.
My test script is fairly large as there are 14 magic methods to add to the
classes.
So, it is available at http://pastebin.com/4CWHrwKq
Test script:
---
http://pastebin.com/4CWHrwKq
Expected result:
ConversionRate::__construct ( a:0:{} )
ConversionRateResponse::__contruct ( a:0:{} )
0.6171
ConversionRateResponse::__destruct ( a:0:{} )
ConversionRate::__destruct ( a:0:{} )
Actual result:
--
ConversionRate::__construct ( a:0:{} )
0.6171
ConversionRateResponse::__destruct ( a:0:{} )
ConversionRate::__destruct ( a:0:{} )
--
Edit bug report at http://bugs.php.net/bug.php?id=54792&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54792&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54792&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54792&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54792&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54792&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54792&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54792&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54792&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54792&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54792&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54792&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54792&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54792&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54792&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54792&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54792&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54792&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54792&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54792&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54792&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54792&r=mysqlcfg
Bug #54767 [Opn->Bgs]: ucfirst can't öäü
Edit report at http://bugs.php.net/bug.php?id=54767&edit=1 ID: 54767 Updated by: dtajchre...@php.net Reported by:benjamin dot lasdinat at maryme dot de Summary:ucfirst can't öäü -Status: Open +Status: Bogus Type: Bug Package:*General Issues Operating System: Linux PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php php.net/mbstring is your friend in this case http://codepad.viper-7.com/6z6E1B Previous Comments: [2011-05-17 10:40:59] benjamin dot lasdinat at maryme dot de same with lcfist [2011-05-17 10:38:02] benjamin dot lasdinat at maryme dot de Description: ucfirst, strtolower and strtoupper can't formate ä,ü or ö Test script: --- -- Edit this bug report at http://bugs.php.net/bug.php?id=54767&edit=1
[PHP-BUG] Bug #54798 [NEW]: Segfault when CURLOPT_STDERR file pointer is closed before calling curl_exec
From:
Operating system: Ubuntu Linux 11.04 x86
PHP version: trunk-SVN-2011-05-17 (SVN)
Package: cURL related
Bug Type: Bug
Bug description:Segfault when CURLOPT_STDERR file pointer is closed before
calling curl_exec
Description:
Related to http://bugs.php.net/bug.php?id=48203
Curl crashes when CURLOPT_STDERR file pointer is closed before calling
curl_exec(), i.e.
$fp = fopen(dirname(__FILE__) . '/bug48203.tmp', 'w');
$ch = curl_init();
curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt($ch, CURLOPT_STDERR, $fp);
curl_setopt($ch, CURLOPT_URL, getenv("PHP_CURL_HTTP_REMOTE_SERVER"));
fclose($fp); // <-- premature close of $fp caused a crash!
curl_exec($ch); // segfault
Error is reproduced on latest svn php5.3, php5.4 and trunk
Fix is also attached here.
Test script:
---
Full test script is available here:
http://svn.php.net/viewvc/php/php-src/trunk/ext/curl/tests/bug48203.phpt?view=markup
Expected result:
No segfault, see test script
Actual result:
--
Segfault
--
Edit bug report at http://bugs.php.net/bug.php?id=54798&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54798&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54798&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54798&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54798&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54798&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54798&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54798&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54798&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54798&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54798&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54798&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54798&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54798&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54798&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54798&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54798&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54798&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54798&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54798&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54798&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54798&r=mysqlcfg
[PHP-BUG] Bug #54799 [NEW]: Incorrect results when operating with time on DST changes
From:
Operating system: Linux
PHP version: 5.3.6
Package: Date/time related
Bug Type: Bug
Bug description:Incorrect results when operating with time on DST changes
Description:
Incorrect results when operating with time on DST changes.
Operations like: '-1 hour', '-1 min' or setTime()
In order to resolve the problem, all operations with time must be done in
timestamp directly.
Test script:
---
// 2011-03-27, 02:00:00 -> 03:00:00
$tz = new DateTimezone('Europe/Madrid');
$d = new DateTime('2011-03-28 02:30:00',$tz);
// OK
// One day early
// Result: 2011-03-27 03:30:00
echo $d->modify('-1 day')->format('Y-m-d H:i:s').'';
// BAD
// One hour early (or other TIME operation)
// Expected: 2011-03-27 01:30:00, Actual: 2011-03-27 03:30:00
echo $d->modify('-1 hour')->format('Y-m-d H:i:s').'';
// BAD
// SetDate and setTime
// Expected: 2011-03-27 03:30:00, Actual: 2011-03-27 02:30:00
echo $d->setDate(2011,3,27)->setTime(2,30,0)->format('Y-m-d
H:i:s').'';
// OK
// Set timezone again after setDate and setTime fix the above problem
// Result: 2011-03-27 03:30:00
echo
$d->setDate(2011,3,27)->setTime(2,30,0)->setTimezone($tz)->format('Y-m-d
H:i:s').'';
// OK
// One hour early but changing timestamp
// Result: 2011-03-27 01:30:00
echo $d->setTimestamp(($d->getTimestamp()-3600))->format('Y-m-d
H:i:s').'';
// OK
// One hour after
// Result: 2011-03-27 03:30:00
echo $d->modify('2011-03-27 01:30:00')->modify('+1 hours')->format('Y-m-d
H:i:s').'';
// BAD
// Two hours after
// Expected: 2011-03-27 04:30:00, Actual: 2011-03-27 03:30:00
echo $d->modify('2011-03-27 01:30:00')->modify('+2 hours')->format('Y-m-d
H:i:s').'';
Expected result:
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 04:30:00
Actual result:
--
2011-03-27 03:30:00
2011-03-27 03:30:00
2011-03-27 02:30:00
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 03:30:00
--
Edit bug report at http://bugs.php.net/bug.php?id=54799&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54799&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54799&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54799&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54799&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54799&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54799&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54799&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54799&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54799&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54799&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54799&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54799&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54799&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54799&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54799&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54799&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54799&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54799&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54799&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54799&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54799&r=mysqlcfg
Bug #54799 [Opn->Asn]: Incorrect results when operating with time on DST changes
Edit report at http://bugs.php.net/bug.php?id=54799&edit=1
ID: 54799
Updated by: der...@php.net
Reported by:robertoherreros at gmail dot com
Summary:Incorrect results when operating with time on DST
changes
-Status: Open
+Status: Assigned
Type: Bug
Package:Date/time related
Operating System: Linux
PHP Version:5.3.6
-Assigned To:
+Assigned To:derick
Block user comment: N
Private report: N
Previous Comments:
[2011-05-17 16:57:51] robertoherreros at gmail dot com
Description:
Incorrect results when operating with time on DST changes.
Operations like: '-1 hour', '-1 min' or setTime()
In order to resolve the problem, all operations with time must be done
in timestamp directly.
Test script:
---
// 2011-03-27, 02:00:00 -> 03:00:00
$tz = new DateTimezone('Europe/Madrid');
$d = new DateTime('2011-03-28 02:30:00',$tz);
// OK
// One day early
// Result: 2011-03-27 03:30:00
echo $d->modify('-1 day')->format('Y-m-d H:i:s').'';
// BAD
// One hour early (or other TIME operation)
// Expected: 2011-03-27 01:30:00, Actual: 2011-03-27 03:30:00
echo $d->modify('-1 hour')->format('Y-m-d H:i:s').'';
// BAD
// SetDate and setTime
// Expected: 2011-03-27 03:30:00, Actual: 2011-03-27 02:30:00
echo $d->setDate(2011,3,27)->setTime(2,30,0)->format('Y-m-d
H:i:s').'';
// OK
// Set timezone again after setDate and setTime fix the above problem
// Result: 2011-03-27 03:30:00
echo
$d->setDate(2011,3,27)->setTime(2,30,0)->setTimezone($tz)->format('Y-m-d
H:i:s').'';
// OK
// One hour early but changing timestamp
// Result: 2011-03-27 01:30:00
echo $d->setTimestamp(($d->getTimestamp()-3600))->format('Y-m-d
H:i:s').'';
// OK
// One hour after
// Result: 2011-03-27 03:30:00
echo $d->modify('2011-03-27 01:30:00')->modify('+1
hours')->format('Y-m-d H:i:s').'';
// BAD
// Two hours after
// Expected: 2011-03-27 04:30:00, Actual: 2011-03-27 03:30:00
echo $d->modify('2011-03-27 01:30:00')->modify('+2
hours')->format('Y-m-d H:i:s').'';
Expected result:
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 04:30:00
Actual result:
--
2011-03-27 03:30:00
2011-03-27 03:30:00
2011-03-27 02:30:00
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 03:30:00
--
Edit this bug report at http://bugs.php.net/bug.php?id=54799&edit=1
Bug #42472 [Com]: $_SESSION[false] = 1; Notice: Unknown: Skipping numeric key 0. in Unknown on
Edit report at http://bugs.php.net/bug.php?id=42472&edit=1 ID: 42472 Comment by: fgutierrez at ticomotorsports dot com Reported by:jsnell at e-normous dot com Summary:$_SESSION[false] = 1; Notice: Unknown: Skipping numeric key 0. in Unknown on Status: Bogus Type: Bug Package:Session related Operating System: 10.4.10 PHP Version:5.2.3 Block user comment: N Private report: N New Comment: This is clearly a bug in PHP. The answer from j...@php.net leaves too much to desire. Seems like jani was "washing their hands" and leaving the problem to anyone else. Previous Comments: [2007-08-30 09:16:06] j...@php.net Rebogused: This is not possible to change and that's how it works. [2007-08-29 20:57:19] nfor...@php.net This isn't exactly the problem. The problem is that the error message produced is incorrect -- not that the error shouldn't occur. It should not have an unknown file and a 0 line number, but rather the file and line number where the error occurred. This is probably superglobal-array-specific, and seems to apply to any numeric key. Reopening. [2007-08-29 20:23:52] j...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php false/true/null/etc are not valid key names. Please read the manual for what is valid and what isn't. This is no bug. [2007-08-29 17:05:02] jsnell at e-normous dot com Description: Attempting to use an array key of false on $_SESSION after a session has been started causes a notice without sufficient information to fix the problem. Also tested in latest CVS: PHP 5.2.4RC4-dev (cgi) (built: Aug 29 2007 11:53:35) Reproduce code: --- error_reporting(E_ALL); session_start(); $_SESSION[false] = 1; Expected result: Notice: Unknown: Skipping numeric key 0. in test.php on line 3 Actual result: -- Notice: Unknown: Skipping numeric key 0. in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/bug.php?id=42472&edit=1
Bug #54369 [Opn]: [PATCH] parse_url() incorrectly determines the start of query and fragment parts
Edit report at http://bugs.php.net/bug.php?id=54369&edit=1
ID: 54369
User updated by:tomas dot brastavicius at quantum dot lt
Reported by:tomas dot brastavicius at quantum dot lt
-Summary:parse_url() incorrectly determines the start of
query and fragment parts of URL
+Summary:[PATCH] parse_url() incorrectly determines the start
of query and fragment parts
Status: Open
Type: Bug
Package:URL related
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Changed report name as described in the bug report spec.
Previous Comments:
[2011-04-03 19:36:33] tokul at users dot sourceforge dot net
You can't argue that function is broken and needs fixes, if you feed
broken data and expect good output. Use valid urls in your tests, if you
want to show that function is broken.
[2011-04-03 18:36:42] tomas dot brastavicius at quantum dot lt
One more comment about this issue:
http://marc.info/?l=php-internals&m=130183094107548&w=2
[2011-04-03 18:09:08] tomas dot brastavicius at quantum dot lt
Another comment about this issue:
http://marc.info/?l=php-internals&m=130183032307080&w=2
@Peter
Yes, according to RFC 1738 the test URLs are not valid. But:
1. It is not defined that parse_url() parses URLs according to RFC
1738.
2. parse_url() "is not meant to validate given URL". See
http://php.net/manual/en/function.parse-url.php
3. Why it is better to return invalid hostname ("#" and "/" are invalid
characters, current parse_url() version) instead of invalid query or
fragment (patched parse_url() version) ?
@tokul at users dot sourceforge dot net
Checked
My arguments for the patch acceptance are as follows:
1. parse_url() documentation's "Return Values" section clearly states
that query and fragment component starts after "?" and "#" character
respectively.
2. I don't know any specification that allows "#" and "?" in the
hostnames (someone knows ?) but I know at least RFC3986 (unfortunately I
am working with) that allows "/" character in both query and fragment
parts. See http://tools.ietf.org/html/rfc3986.html#section-3.4 and
http://tools.ietf.org/html/rfc3986.html#section-3.5
3. It has been already stated (although different content) that
parse_url() parses URLs according to RFC3986. See
http://bugs.php.net/bug.php?id=50484. May be Adam Harvey knows more ?
[2011-04-03 14:10:58] tokul at users dot sourceforge dot net
Check url encoding documentation first.
http://en.wikipedia.org/wiki/Percent-encoding
Then fix your $url value. You use reserved character for other purpose.
[2011-03-24 15:46:33] tomas dot brastavicius at quantum dot lt
Description:
Attached patch fixes the issue.
Test script:
---
$url = 'http://www.example.com#fra/gment';
echo $url . "\n";
var_dump(parse_url($url));
$url = 'http://www.example.com?p=1/param';
echo $url . "\n";
var_dump(parse_url($url));
// No host, should return false
$url = 'http://#fra/gment';
echo $url . "\n";
var_dump(parse_url($url));
// No host, should return false
$url = 'http://?p=1/param';
echo $url . "\n";
var_dump(parse_url($url));
Expected result:
http://www.example.com#fra/gment
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(15) "www.example.com"
["fragment"]=>
string(9) "fra/gment"
}
http://www.example.com?p=1/param
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(15) "www.example.com"
["query"]=>
string(9) "p=1/param"
}
http://#fra/gment
bool(false)
http://?p=1/param
bool(false)
Actual result:
--
http://www.example.com#fra/gment
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(19) "www.example.com#fra"
["path"]=>
string(6) "/gment"
}
http://www.example.com?p=1/param
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(19) "www.example.com?p=1"
["path"]=>
string(6) "/param"
}
http://#fra/gment
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(4) "#fra"
["path"]=>
string(6) "/gment"
}
http://?p=1/param
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(4) "?p=1"
["path"]=>
string(6) "/param"
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=54369&edit=1
[PHP-BUG] Req #54802 [NEW]: Request for Alternative Syntax Control Structure for foreach
From: Operating system: Mac OS X PHP version: 5.3.6 Package: Output Control Bug Type: Feature/Change Request Bug description:Request for Alternative Syntax Control Structure for foreach Description: --- >From manual page: http://www.php.net/control-structures.alternative-syntax --- Request for Alternative Syntax Control Structure for foreach I would like to do this: Test script: --- $myarray = array(1, 2, 3); Expected result: Generate a html list with 3 list items containing the text 1, 2, and 3, respectively. -- Edit bug report at http://bugs.php.net/bug.php?id=54802&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54802&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54802&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54802&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54802&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54802&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54802&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54802&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54802&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54802&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54802&r=support Expected behavior: http://bugs.php.net/fix.php?id=54802&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54802&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54802&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54802&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54802&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54802&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54802&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54802&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54802&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54802&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54802&r=mysqlcfg
Req #54802 [Opn->Csd]: Request for Alternative Syntax Control Structure for foreach
Edit report at http://bugs.php.net/bug.php?id=54802&edit=1 ID: 54802 User updated by:tobiasoleary at mac dot com Reported by:tobiasoleary at mac dot com Summary:Request for Alternative Syntax Control Structure for foreach -Status: Open +Status: Closed Type: Feature/Change Request Package:Output Control Operating System: Mac OS X PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Feature has already been added. I was being a dumb dumb. Previous Comments: [2011-05-18 00:01:09] tobiasoleary at mac dot com Description: --- >From manual page: http://www.php.net/control-structures.alternative-syntax --- Request for Alternative Syntax Control Structure for foreach I would like to do this: Test script: --- $myarray = array(1, 2, 3); Expected result: Generate a html list with 3 list items containing the text 1, 2, and 3, respectively. -- Edit this bug report at http://bugs.php.net/bug.php?id=54802&edit=1
Req #48972 [Com]: Function names are case-insensitive
Edit report at http://bugs.php.net/bug.php?id=48972&edit=1 ID: 48972 Comment by: digitalprecision at gmail dot com Reported by:jgrosch at mooseriver dot com Summary:Function names are case-insensitive Status: Wont fix Type: Feature/Change Request Package:Feature/Change Request Operating System: FreeBSD 7.1 PHP Version:5.2.10 Block user comment: N Private report: N New Comment: Seriously? Won't fix? This issue coupled with loose data types just compounds the reasons why developers opt for different languages. Bad practices encourage bad code. Previous Comments: [2010-10-04 11:18:25] sarimarton at gmail dot com I second this. [2009-07-18 19:57:34] jgrosch at mooseriver dot com Description: Function names are case-insensitive. This is really stupid and makes for very bad code. If you want to really do object oriented code you need to support polymorphism and you can't do that with case-insensitive function names. How about joining us here in the 21st century and fix this. -- Edit this bug report at http://bugs.php.net/bug.php?id=48972&edit=1
Bug #54799 [Com]: Incorrect results when operating with time on DST changes
Edit report at http://bugs.php.net/bug.php?id=54799&edit=1
ID: 54799
Comment by: robertoherreros at gmail dot com
Reported by:robertoherreros at gmail dot com
Summary:Incorrect results when operating with time on DST
changes
Status: Assigned
Type: Bug
Package:Date/time related
Operating System: Linux
PHP Version:5.3.6
Assigned To:derick
Block user comment: N
Private report: N
New Comment:
One more thing:
// BAD
// 2011-03-27, 02:00:00 -> 03:00:00
// Expected: 2011-03-27 03:30:00, Actual: 2011-03-27 02:30:00
// 2011-03-27 02:30:00 don't exists
$tz = new DateTimezone('Europe/Madrid');
$d = new DateTime('2011-03-27 02:30:00',$tz);
echo $d->format('Y-m-d H:i:s').'';
Previous Comments:
[2011-05-17 16:57:51] robertoherreros at gmail dot com
Description:
Incorrect results when operating with time on DST changes.
Operations like: '-1 hour', '-1 min' or setTime()
In order to resolve the problem, all operations with time must be done
in timestamp directly.
Test script:
---
// 2011-03-27, 02:00:00 -> 03:00:00
$tz = new DateTimezone('Europe/Madrid');
$d = new DateTime('2011-03-28 02:30:00',$tz);
// OK
// One day early
// Result: 2011-03-27 03:30:00
echo $d->modify('-1 day')->format('Y-m-d H:i:s').'';
// BAD
// One hour early (or other TIME operation)
// Expected: 2011-03-27 01:30:00, Actual: 2011-03-27 03:30:00
echo $d->modify('-1 hour')->format('Y-m-d H:i:s').'';
// BAD
// SetDate and setTime
// Expected: 2011-03-27 03:30:00, Actual: 2011-03-27 02:30:00
echo $d->setDate(2011,3,27)->setTime(2,30,0)->format('Y-m-d
H:i:s').'';
// OK
// Set timezone again after setDate and setTime fix the above problem
// Result: 2011-03-27 03:30:00
echo
$d->setDate(2011,3,27)->setTime(2,30,0)->setTimezone($tz)->format('Y-m-d
H:i:s').'';
// OK
// One hour early but changing timestamp
// Result: 2011-03-27 01:30:00
echo $d->setTimestamp(($d->getTimestamp()-3600))->format('Y-m-d
H:i:s').'';
// OK
// One hour after
// Result: 2011-03-27 03:30:00
echo $d->modify('2011-03-27 01:30:00')->modify('+1
hours')->format('Y-m-d H:i:s').'';
// BAD
// Two hours after
// Expected: 2011-03-27 04:30:00, Actual: 2011-03-27 03:30:00
echo $d->modify('2011-03-27 01:30:00')->modify('+2
hours')->format('Y-m-d H:i:s').'';
Expected result:
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 04:30:00
Actual result:
--
2011-03-27 03:30:00
2011-03-27 03:30:00
2011-03-27 02:30:00
2011-03-27 03:30:00
2011-03-27 01:30:00
2011-03-27 03:30:00
2011-03-27 03:30:00
--
Edit this bug report at http://bugs.php.net/bug.php?id=54799&edit=1
