[PHP-BUG] Bug #62584 [NEW]: error_reporting does not work as expected in php.ini
From: patpro at patpro dot net Operating system: FreeBSD PHP version: 5.4.4 Package: *Configuration Issues Bug Type: Bug Bug description:error_reporting does not work as expected in php.ini Description: # php -v PHP 5.4.4 (cli) (built: Jul 9 2012 00:15:41) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies Configure Command => './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '-- disable-all' '--enable-libxml' '--enable-mysqlnd' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--enable-fpm' '--with-fpm-user=www' '--with-fpm-group=www' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' '--mandir=/usr/local/man' '-- infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.1' Server API => Command Line Interface Configuring the error_reporting directive in php.ini to deactivate E_STRICT won't work unless you use the numerical form. For example, this will not work: error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT but this will work: error_reporting = 5111 I can reproduce this problem on FreeBSD 8.2 and 8.1, running PHP 5.4.3 and PHP 5.4.4. I have not tested this issue on another OS. Expected result: # php -r 'phpinfo();' | grep error_reporting error_reporting => 5111 => 5111 Actual result: -- # php -r 'phpinfo();' | grep error_reporting error_reporting => 22527 => 22527 -- Edit bug report at https://bugs.php.net/bug.php?id=62584&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62584&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62584&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62584&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62584&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62584&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62584&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62584&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62584&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62584&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62584&r=support Expected behavior: https://bugs.php.net/fix.php?id=62584&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62584&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62584&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62584&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62584&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62584&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62584&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62584&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62584&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62584&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62584&r=mysqlcfg
Bug #62570 [Opn->Nab]: mcrypt not included by default in PHP 5.3.0
Edit report at https://bugs.php.net/bug.php?id=62570&edit=1 ID: 62570 Updated by: paj...@php.net Reported by:brandonskypimenta at gmail dot com Summary:mcrypt not included by default in PHP 5.3.0 -Status: Open +Status: Not a bug Type: Bug Package:mcrypt related Operating System: Mac OS X PHP Version:Irrelevant Block user comment: N Private report: N New Comment: It is not set in configure, so enable it to compile PHP with mcrypt support. If you use some 3rd party binaries, please report this problem to them. Previous Comments: [2012-07-16 19:46:05] brandonskypimenta at gmail dot com OK, here's my PHP information according to php -i: PHP Version => 5.3.0 System => Darwin thepimentafamily.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 Build Date => Jul 19 2009 00:29:44 Configure Command => '/var/tmp/apache_mod_php/apache_mod_php-53~1/php/configure' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-dependency-tracking' '--sysconfdir=/private/etc' '--with-apxs2=/usr/sbin/apxs' '--enable-cli' '--with-config-file-path=/etc' '--with-libxml-dir=/usr' '--with-openssl=/usr' '--with-kerberos=/usr' '--with-zlib=/usr' '--enable-bcmath' '--with-bz2=/usr' '--enable-calendar' '--with-curl=/usr' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/BinaryCache/apache_mod_php/apache_mod_php-53~1/Root/usr/local' '--with-png-dir=/BinaryCache/apache_mod_php/apache_mod_php-53~1/Root/usr/local' '--enable-gd-native-ttf' '--with-ldap=/usr' '--with-ldap-sasl=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-mysql-sock=/var/mysql/mysql.sock' '--with-iodbc=/usr' '--enable-shmop' '--with-snmp=/usr' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-xmlrpc' '--with-iconv-dir=/usr' '--with-xsl=/usr' '--with-pcre-regex=/usr' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc Loaded Configuration File => /private/etc/php.ini Scan this dir for additional .ini files => (none) Additional .ini files parsed => (none) PHP API => 20090626 PHP Extension => 20090626 Zend Extension => 220090626 Zend Extension Build => API220090626,NTS PHP Extension Build => API20090626,NTS Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled Zend Multibyte Support => disabled IPv6 Support => enabled Registered PHP Streams => https, ftps, compress.zlib, compress.bzip2, php, file, glob, data, http, ftp, phar Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies ___ Configuration bcmath BCMath support => enabled Directive => Local Value => Master Value bcmath.scale => 0 => 0 bz2 BZip2 Support => Enabled Stream Wrapper support => compress.bz2:// Stream Filter support => bzip2.decompress, bzip2.compress BZip2 Version => 1.0.5, 10-Dec-2007 calendar Calendar support => enabled Core PHP Version => 5.3.0 Directive => Local Value => Master Value allow_call_time_pass_reference => Off => Off allow_url_fopen => On => On allow_url_include => Off => Off always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => no value => no value default_charset => no value => no value default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => Off => Off display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => Off => Off error_append_string => no value => no value error_log => no value => no value error_prepend_string => no value => no value error_reporting => 22527 => 22527 exit_on_timeout => Off => Off expose_php => On => On extension_dir => /usr/lib/php/extensions/no-debug-non-zts-20090626 => /usr/lib/php/extensions/no-debug-non-zts-20090626 file_uploads => On => On highlight.bg => #FF => #FF highlight.comment => #FF8000 => #FF8000 highlight.default => #BB => #BB highlight.html => #00 => #00 highlight.keyword => #007700 => #007700 highlight.st
Bug #62584 [Opn->Csd]: error_reporting does not work as expected in php.ini
Edit report at https://bugs.php.net/bug.php?id=62584&edit=1 ID: 62584 User updated by:patpro at patpro dot net Reported by:patpro at patpro dot net Summary:error_reporting does not work as expected in php.ini -Status: Open +Status: Closed Type: Bug Package:*Configuration Issues Operating System: FreeBSD PHP Version:5.4.4 Block user comment: N Private report: N New Comment: Actually, it's fixed in 5.4.4. My bad. Previous Comments: [2012-07-17 08:18:53] patpro at patpro dot net Description: # php -v PHP 5.4.4 (cli) (built: Jul 9 2012 00:15:41) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies Configure Command => './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '-- disable-all' '--enable-libxml' '--enable-mysqlnd' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--enable-fpm' '--with-fpm-user=www' '--with-fpm-group=www' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' '--mandir=/usr/local/man' '-- infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.1' Server API => Command Line Interface Configuring the error_reporting directive in php.ini to deactivate E_STRICT won't work unless you use the numerical form. For example, this will not work: error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT but this will work: error_reporting = 5111 I can reproduce this problem on FreeBSD 8.2 and 8.1, running PHP 5.4.3 and PHP 5.4.4. I have not tested this issue on another OS. Expected result: # php -r 'phpinfo();' | grep error_reporting error_reporting => 5111 => 5111 Actual result: -- # php -r 'phpinfo();' | grep error_reporting error_reporting => 22527 => 22527 -- Edit this bug report at https://bugs.php.net/bug.php?id=62584&edit=1
Bug #62584 [Csd->Nab]: error_reporting does not work as expected in php.ini
Edit report at https://bugs.php.net/bug.php?id=62584&edit=1 ID: 62584 Updated by: paj...@php.net Reported by:patpro at patpro dot net Summary:error_reporting does not work as expected in php.ini -Status: Closed +Status: Not a bug Type: Bug Package:*Configuration Issues Operating System: FreeBSD PHP Version:5.4.4 Block user comment: N Private report: N New Comment: not a bug. Previous Comments: [2012-07-17 08:40:46] patpro at patpro dot net Actually, it's fixed in 5.4.4. My bad. [2012-07-17 08:18:53] patpro at patpro dot net Description: # php -v PHP 5.4.4 (cli) (built: Jul 9 2012 00:15:41) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies Configure Command => './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '-- disable-all' '--enable-libxml' '--enable-mysqlnd' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--enable-fpm' '--with-fpm-user=www' '--with-fpm-group=www' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' '--mandir=/usr/local/man' '-- infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.1' Server API => Command Line Interface Configuring the error_reporting directive in php.ini to deactivate E_STRICT won't work unless you use the numerical form. For example, this will not work: error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT but this will work: error_reporting = 5111 I can reproduce this problem on FreeBSD 8.2 and 8.1, running PHP 5.4.3 and PHP 5.4.4. I have not tested this issue on another OS. Expected result: # php -r 'phpinfo();' | grep error_reporting error_reporting => 5111 => 5111 Actual result: -- # php -r 'phpinfo();' | grep error_reporting error_reporting => 22527 => 22527 -- Edit this bug report at https://bugs.php.net/bug.php?id=62584&edit=1
Bug #45191 [Com]: error_log ignores date.timezone php.ini val when setting logging timestamps
Edit report at https://bugs.php.net/bug.php?id=45191&edit=1
ID: 45191
Comment by: rohgeo at gmail dot com
Reported by:info at organicdata dot co dot za
Summary:error_log ignores date.timezone php.ini val when
setting logging timestamps
Status: Closed
Type: Bug
Package:Date/time related
Operating System: Centos el5
PHP Version:5.2CVS-2008-06-05 (snap)
Assigned To:derick
Block user comment: N
Private report: N
New Comment:
php 5.4.4
all messages in /var/log/php_errors.log have UTC timestamps
Previous Comments:
[2012-06-23 13:55:17] bram at ebskamp dot me
Same problem here with PHP 5.4.3.
[2012-05-30 07:32:57] rohgeo at gmail dot com
php 5.4.3
all messages in /var/log/php_errors.log have UTC timestamps.
[2012-05-03 14:37:16] php at sboxx dot org
Red Hat Entrprise Linux 6.2
PHP 5.4.1
date.timezone = Europe/Berlin
log_errors = On
error_log = /var/log/php_errors.log
All messages in /var/log/php_errors.log have UTC timestamps.
System time is set and correctly displayed as CET/CEST.
[2012-02-12 09:56:41] wadkar at gmail dot com
@christopher
Interesting observation. My report is with 5.3.8 version, which outputs the log
with UTC timestamp (the timezone is part of it). I am getting a feeling that
this might not be a direct issue with php-src but somewhere in between system
calls made by php-src for logging and the OS itself which passes on TZ data for
this call.
[2012-02-11 18:15:29] christopher at specialtyproduce dot com
It seems this bug may have reappeared between 5.3.8 and 5.3.9?
I have two MS 2008 R2 VMs, built from the same starting images. Both running
IIS 7.5, system timezone is set for "Pacific Standard Time" and the TZ
environment variable is not set.
Machine A : PHP 5.3.8 (cli) (built: Aug 23 2011 12:14:39)
(Originally configured with PHP 5.2.17 and subsequently upgraded to 5.3.8)
Machine B : PHP 5.3.9 (cli) (built: Jan 10 2012 16:33:06)
Their php.ini files are virtually identical, with:
log_errors = On
date.timezone=America/Los_Angeles
error_log="C:\PHP\logs\php53_errors.log"
I ran a version of the "mycode.php" from the original bug report on both
machines.
mycode.php
--
FIRSTBADCONSTANT;
date_default_timezone_set("UTC");
SOMEBADCONSTANT;
date_default_timezone_set("America/Los_Angeles");
ANOTHERBADCONSTANT;
Machine A php53_errors.log
--
[11-Feb-2012 09:39:18] PHP Notice: Use of undefined constant FIRSTBADCONSTANT
- assumed 'FIRSTBADCONSTANT' in C:\Temp\mycode.php on line 2
[11-Feb-2012 17:39:18] PHP Notice: Use of undefined constant SOMEBADCONSTANT -
assumed 'SOMEBADCONSTANT' in C:\Temp\mycode.php on line 4
[11-Feb-2012 09:39:18] PHP Notice: Use of undefined constant
ANOTHERBADCONSTANT - assumed 'ANOTHERBADCONSTANT' in C:\Temp\mycode.php on line
6
Machine B php53_errors.log
--
[11-Feb-2012 18:06:52 UTC] PHP Notice: Use of undefined constant
FIRSTBADCONSTANT - assumed 'FIRSTBADCONSTANT' in C:\Temp\mycode.php on line 2
[11-Feb-2012 18:06:52 UTC] PHP Notice: Use of undefined constant
SOMEBADCONSTANT - assumed 'SOMEBADCONSTANT' in C:\Temp\mycode.php on line 4
[11-Feb-2012 18:06:52 UTC] PHP Notice: Use of undefined constant
ANOTHERBADCONSTANT - assumed 'ANOTHERBADCONSTANT' in C:\Temp\mycode.php on line
6
The 5.3.9 error reporting seems locked in UTC.
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=45191
--
Edit this bug report at https://bugs.php.net/bug.php?id=45191&edit=1
[PHP-BUG] Bug #62586 [NEW]: version_compare, case sensitivity
From: dattaya108 at gmail dot com
Operating system: Linux
PHP version: 5.3.14
Package: Unknown/Other Function
Bug Type: Bug
Bug description:version_compare, case sensitivity
Description:
Is this behavior intentional? If so, should the bug type be changed to
'documentation problem'?
Test script:
---
var_dump(version_compare('2.1.0-DEV', '2.1.0-dev'));
Expected result:
bool(false)
Actual result:
--
bool(true)
--
Edit bug report at https://bugs.php.net/bug.php?id=62586&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62586&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62586&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62586&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62586&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62586&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62586&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62586&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62586&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62586&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62586&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62586&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62586&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62586&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62586&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62586&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62586&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62586&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62586&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62586&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62586&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=62586&r=mysqlcfg
Bug #62586 [Com]: version_compare, case sensitivity
Edit report at https://bugs.php.net/bug.php?id=62586&edit=1
ID: 62586
Comment by: dattaya108 at gmail dot com
Reported by:dattaya108 at gmail dot com
Summary:version_compare, case sensitivity
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: Linux
PHP Version:5.3.14
Block user comment: N
Private report: N
New Comment:
Is there a page in the documentation that describes what's a "PHP-standardized"
version number?
Previous Comments:
[2012-07-17 10:54:02] dattaya108 at gmail dot com
Description:
Is this behavior intentional? If so, should the bug type be changed to
'documentation problem'?
Test script:
---
var_dump(version_compare('2.1.0-DEV', '2.1.0-dev'));
Expected result:
bool(false)
Actual result:
--
bool(true)
--
Edit this bug report at https://bugs.php.net/bug.php?id=62586&edit=1
Bug #62586 [Com]: version_compare, case sensitivity
Edit report at https://bugs.php.net/bug.php?id=62586&edit=1
ID: 62586
Comment by: dattaya108 at gmail dot com
Reported by:dattaya108 at gmail dot com
Summary:version_compare, case sensitivity
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: Linux
PHP Version:5.3.14
Block user comment: N
Private report: N
New Comment:
Wrong test script was provided. Right one:
var_dump(version_compare('2.1.0-DEV', '2.1.0-dev', '<'));
Previous Comments:
[2012-07-17 10:58:14] dattaya108 at gmail dot com
Is there a page in the documentation that describes what's a "PHP-standardized"
version number?
[2012-07-17 10:54:02] dattaya108 at gmail dot com
Description:
Is this behavior intentional? If so, should the bug type be changed to
'documentation problem'?
Test script:
---
var_dump(version_compare('2.1.0-DEV', '2.1.0-dev'));
Expected result:
bool(false)
Actual result:
--
bool(true)
--
Edit this bug report at https://bugs.php.net/bug.php?id=62586&edit=1
Bug #55399 [Com]: parse_url() returning inccorrect value
Edit report at https://bugs.php.net/bug.php?id=55399&edit=1
ID: 55399
Comment by: dk at cabag dot ch
Reported by:chris at gedrim dot co dot uk
Summary:parse_url() returning inccorrect value
Status: Closed
Type: Bug
Package:URL related
Operating System: Windows 7 Professional x64
PHP Version:5.3.6
Assigned To:iliaa
Block user comment: N
Private report: N
New Comment:
But now links like 'http://www.mysite.com/id=L:0/123' return false.
Previous Comments:
[2012-04-18 09:49:22] larue...@php.net
Automatic comment on behalf of iliaa
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=78c823067f66de77bb3424b523dc5d7bf242d46a
Log: Fixed bug #55399 (parse_url() incorrectly treats ':' as a valid path)
[2011-08-11 13:03:26] il...@php.net
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
[2011-08-11 13:01:48] il...@php.net
Automatic comment from SVN on behalf of iliaa
Revision: http://svn.php.net/viewvc/?view=revision&revision=314783
Log: Fixed bug #55399 (parse_url() incorrectly treats ':' as a valid path)
[2011-08-11 11:39:26] larue...@php.net
in php 5.3.6 , url.c line 188 added a condition if (pp - p > 0 && pp - p < 6
&&
(*pp == '/' || *pp == '\0')) ...
"pp-p >0" which make the whole flow changed
then result a valid ret->path return, hope this could be a help :P
[2011-08-11 11:08:55] chris at gedrim dot co dot uk
Description:
parse_url() in 5.3.5 would return false when called with ':' (malformed url).
When called with ':' in 5.3.6 parse_url() returns:
array (
'path' => ':',
)
Test script:
---
var_dump(parse_url(':'));
Expected result:
bool(false)
Actual result:
--
array(1) {
["path"]=>
string(1) ":"
}
--
Edit this bug report at https://bugs.php.net/bug.php?id=55399&edit=1
Req #62572 [Opn->Wfx]: Relax syntax by skipping ";" at end of line
Edit report at https://bugs.php.net/bug.php?id=62572&edit=1
ID: 62572
Updated by: ras...@php.net
Reported by:thbley at gmail dot com
Summary:Relax syntax by skipping ";" at end of line
-Status: Open
+Status: Wont fix
Type: Feature/Change Request
Package:*General Issues
Operating System: all
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Wow, complicated. I think we will stick with the simple ';' to end an
expression.
Previous Comments:
[2012-07-17 05:32:46] thbley at gmail dot com
small correction:
- "(", "'", "\"", "[" are currently not open on stack and
[2012-07-17 05:30:59] thbley at gmail dot com
I would try these rules:
do ";" if line ends with "\n" and
- next token is not "->" and not an operator (-+%...)
- "(", "'", "\"" are currently not open on stack and
- previous token is not an operator and
- start child stack if "function" token comes and
- not inside "function|if|while|switch|for|foreach () {"
e.g.
$test = [
[],
function ()
{ // do ";"
return "test" // do ";"
},
] // do ";"
for must remain:
for ($i=0;
$i<10;
$i++) {}
[2012-07-16 22:07:43] zyss at mail dot zp dot ua
Semicolons were invented not by stupid people...
It's interesting how would you write without semicolons the following:
from($categories)
->orderBy('$v["name"]')
->groupJoin(
from($products)
->where('$v["quantity"] > 0')
->orderByDescending('$v["quantity"]')
->thenBy('$v["name"]'),
'$v["id"]', '$v["catId"]', 'array("name" => $v["name"], "products" =>
$e)'
);
???
[2012-07-16 03:36:17] thbley at gmail dot com
Description:
old:
$txt1="Hello World!";
$txt2="What a nice day!";
echo $txt1 . " " . $txt2;
$i = 1; $j = 2; $k = 3;
function hello() { echo "hello world"; }
new:
$txt1="Hello World!"
$txt2="What a nice day!"
echo $txt1 . " " . $txt2
$i = 1; $j = 2; $k = 3
function hello() { echo "hello world" }
Test script:
---
$txt1="Hello World!"
$txt2="What a nice day!"
echo $txt1 . " " . $txt2
$i = 1; $j = 2; $k = 3
function hello() { echo "hello world" }
--
Edit this bug report at https://bugs.php.net/bug.php?id=62572&edit=1
Bug #55544 [Com]: ob_gzhandler always conflicts with zlib.output_compression
Edit report at https://bugs.php.net/bug.php?id=55544&edit=1 ID: 55544 Comment by: bugs dot php at mohiva dot com Reported by:diogin at gmail dot com Summary:ob_gzhandler always conflicts with zlib.output_compression Status: Closed Type: Bug Package:Output Control Operating System: Windows XP SP3 x86 PHP Version:5.4.0alpha3 Assigned To:mike Block user comment: N Private report: N New Comment: Same problem here. This bug isn't fixed in 5.4.5RC1. Previous Comments: [2012-07-02 07:26:54] dietmar at gps-tour dot info Hi, it's not fixed in my PHP Version: 5.4.4-2~dotdeb.0 The Line "ZLIBG(output_compression) = 0;" in ext/zlib/zlib.c from the obove commit is not in the actual head or 5.4.4 branch anymore. [2012-06-22 13:35:28] ewal at pointpro dot nl You are right. It seems to be fixed in php-5.4.4-1; no more errors now. Thanks. [2012-06-21 11:56:24] v dot a dot popov at gmail dot com Seems to be a problem in merging the fix to actual branch, which releases are made of. This commit: http://git.php.net/?p=php-src.git;a=commit;h=85a62e9086db7a8ddfcda4ab1279a2439935f8d5 really fixes the problem, but relevant line is not present in php-5.4.3 and php-5.4.4. [2012-06-11 22:36:46] php at pointpro dot nl This issue remains on ArchLinux running: PHP 5.4.3 (built: May 31 2012 10:40:02). Even though zlib.output_compression is set to Off in php.ini and phpinfo(); reports this setting as being off, I still get this warning message at each run of any PHP script. Or more specific: PHP Warning: Unknown: output handler 'zlib output compression' conflicts with 'ob_gzhandler' in Unknown on line 0 The same issue happens both when running through lighttpd as when using the CLI. If any more information is required, please let me know which. [2012-04-18 09:48:46] larue...@php.net Automatic comment on behalf of mike Revision: http://git.php.net/?p=php-src.git;a=commit;h=8f857603b462c123c7b10191c691c0d0f2a6acbc Log: Fixed bug #55544 ob_gzhandler always conflicts with zlib.output_compression 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=55544 -- Edit this bug report at https://bugs.php.net/bug.php?id=55544&edit=1
Bug #62586 [Opn]: version_compare, case sensitivity
Edit report at https://bugs.php.net/bug.php?id=62586&edit=1
ID: 62586
Updated by: larue...@php.net
Reported by:dattaya108 at gmail dot com
Summary:version_compare, case sensitivity
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: Linux
PHP Version:5.3.14
Block user comment: N
Private report: N
New Comment:
hmm, you can strtolower before compare, I'd prefer this to be a doc problem..
Previous Comments:
[2012-07-17 11:09:14] dattaya108 at gmail dot com
Wrong test script was provided. Right one:
var_dump(version_compare('2.1.0-DEV', '2.1.0-dev', '<'));
[2012-07-17 10:58:14] dattaya108 at gmail dot com
Is there a page in the documentation that describes what's a "PHP-standardized"
version number?
[2012-07-17 10:54:02] dattaya108 at gmail dot com
Description:
Is this behavior intentional? If so, should the bug type be changed to
'documentation problem'?
Test script:
---
var_dump(version_compare('2.1.0-DEV', '2.1.0-dev'));
Expected result:
bool(false)
Actual result:
--
bool(true)
--
Edit this bug report at https://bugs.php.net/bug.php?id=62586&edit=1
Bug #62581 [Opn]: Fatal error: Balloc() allocation exceeds list boundary
Edit report at https://bugs.php.net/bug.php?id=62581&edit=1
ID: 62581
Updated by: larue...@php.net
Reported by:prakash dot indu at gmail dot com
Summary:Fatal error: Balloc() allocation exceeds list
boundary
Status: Open
Type: Bug
Package:Output Control
Operating System: linux
PHP Version:5.3Git-2012-07-16 (Git)
Block user comment: N
Private report: N
New Comment:
did you cross-compiled your php?
Previous Comments:
[2012-07-17 06:30:44] reeze dot xia at gmail dot com
Hi,
I can't reproduce it.
see: http://3v4l.org/aFi1e#v430
[2012-07-16 20:01:38] prakash dot indu at gmail dot com
Description:
Fatal error: Balloc() allocation exceeds list boundary
It is in php 5.3.6.
$perm=47;
$test=explode(".", $perm/64);
It coming when i am doing any floating point calculation...
Test script:
---
It is in php 5.3.6.
$perm=47;
$test=explode(".", $perm/64);
It coming when i am doing any floating point calculation...
Expected result:
array of data
Actual result:
--
Fatal error: Balloc() allocation exceeds list boundary
--
Edit this bug report at https://bugs.php.net/bug.php?id=62581&edit=1
Bug #62581 [Opn->Fbk]: Fatal error: Balloc() allocation exceeds list boundary
Edit report at https://bugs.php.net/bug.php?id=62581&edit=1
ID: 62581
Updated by: larue...@php.net
Reported by:prakash dot indu at gmail dot com
Summary:Fatal error: Balloc() allocation exceeds list
boundary
-Status: Open
+Status: Feedback
Type: Bug
Package:Output Control
Operating System: linux
PHP Version:5.3Git-2012-07-16 (Git)
Block user comment: N
Private report: N
Previous Comments:
[2012-07-17 15:01:15] larue...@php.net
did you cross-compiled your php?
[2012-07-17 06:30:44] reeze dot xia at gmail dot com
Hi,
I can't reproduce it.
see: http://3v4l.org/aFi1e#v430
[2012-07-16 20:01:38] prakash dot indu at gmail dot com
Description:
Fatal error: Balloc() allocation exceeds list boundary
It is in php 5.3.6.
$perm=47;
$test=explode(".", $perm/64);
It coming when i am doing any floating point calculation...
Test script:
---
It is in php 5.3.6.
$perm=47;
$test=explode(".", $perm/64);
It coming when i am doing any floating point calculation...
Expected result:
array of data
Actual result:
--
Fatal error: Balloc() allocation exceeds list boundary
--
Edit this bug report at https://bugs.php.net/bug.php?id=62581&edit=1
Bug #62339 [Asn->Fbk]: zend_mm_heap corrupted when trait is autoloaded after a class that uses it.
Edit report at https://bugs.php.net/bug.php?id=62339&edit=1
ID: 62339
Updated by: larue...@php.net
Reported by:manchokapitancho at gmail dot com
Summary:zend_mm_heap corrupted when trait is autoloaded
after a class that uses it.
-Status: Assigned
+Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: win 7
PHP Version:5.4.4
Assigned To:laruence
Block user comment: N
Private report: N
New Comment:
please try with PHP-5.4.5RC1 http://qa.php.net/
Previous Comments:
[2012-06-17 08:38:28] manchokapitancho at gmail dot com
Official snapshots are broken (http://windows.php.net/snapshots/)
Based on https://bugs.php.net/bug.php?id=61712
I've tried to get a snapshot from
http://windows.php.net/downloads/snaps/php-trunk/
But this folder is also empty :)
Looks like I have no way to test it now??
[2012-06-17 05:21:22] larue...@php.net
this bug is already fixed, but seems the fix is not merged into 5.4.4
http://news.php.net/php.internals/60865
thanks
[2012-06-17 05:11:55] larue...@php.net
Please try using this snapshot:
http://snaps.php.net/php-trunk-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
I can not reproduce this in trunk, sorry, could you please try with trunk?
[2012-06-17 04:12:53] larue...@php.net
Dmitry, could you please look at this?
thanks
[2012-06-16 22:06:01] manchokapitancho at gmail dot com
Description:
Bugs #61998 and #62234 seem to be really close to this:
PHP crashes after the script finishes. It echoes "zend_mm_heap corrupted".
Necessary components (ALL required):
1. A class that uses a trait.
2. The trait should contain a method that also exists in the class.
3. This trait method is loaded as an alias in the class.
4. The trait should be in a separate file that is loaded after the file that
contains the class (__autoload)
5. There should be some other code loaded and parsed. The amount of code has
some
randomness but a class with 5000 methods usually works :)
Note: there is a serious randomness in the crash. Sometimes I get it
constantly,
sometimes it crashes when called from apache only and sometimes it may crash
once
and then start working fine.
Test script:
---
main.php
-
function __autoload ($class) {
include 'trait.php';
}
include 'demo.php';
$demo = new demo;
echo $demo->someFunc0();
echo $demo->broken();
trait.php
--
trait a {
function broken() { return 'broken'; }
}
demo.php
-
class demo {
use a { broken as private broken_old; }
function broken() { return "OK:" . $this->broken_old(); }
function someFunc0(){return 0;}
... //a small number of method may not trigger that crash.
function someFunc5000(){return 5000;}
}
Expected result:
OK:broken
Actual result:
--
OK:broken
zend_mm_heap corrupted
--
Edit this bug report at https://bugs.php.net/bug.php?id=62339&edit=1
Bug #55544 [Com]: ob_gzhandler always conflicts with zlib.output_compression
Edit report at https://bugs.php.net/bug.php?id=55544&edit=1 ID: 55544 Comment by: manu at gandi dot net Reported by:diogin at gmail dot com Summary:ob_gzhandler always conflicts with zlib.output_compression Status: Closed Type: Bug Package:Output Control Operating System: Windows XP SP3 x86 PHP Version:5.4.0alpha3 Assigned To:mike Block user comment: N Private report: N New Comment: same problem open for 5.4.4: https://bugs.php.net/bug.php?id=62335 Previous Comments: [2012-07-17 14:15:36] bugs dot php at mohiva dot com Same problem here. This bug isn't fixed in 5.4.5RC1. [2012-07-02 07:26:54] dietmar at gps-tour dot info Hi, it's not fixed in my PHP Version: 5.4.4-2~dotdeb.0 The Line "ZLIBG(output_compression) = 0;" in ext/zlib/zlib.c from the obove commit is not in the actual head or 5.4.4 branch anymore. [2012-06-22 13:35:28] ewal at pointpro dot nl You are right. It seems to be fixed in php-5.4.4-1; no more errors now. Thanks. [2012-06-21 11:56:24] v dot a dot popov at gmail dot com Seems to be a problem in merging the fix to actual branch, which releases are made of. This commit: http://git.php.net/?p=php-src.git;a=commit;h=85a62e9086db7a8ddfcda4ab1279a2439935f8d5 really fixes the problem, but relevant line is not present in php-5.4.3 and php-5.4.4. [2012-06-11 22:36:46] php at pointpro dot nl This issue remains on ArchLinux running: PHP 5.4.3 (built: May 31 2012 10:40:02). Even though zlib.output_compression is set to Off in php.ini and phpinfo(); reports this setting as being off, I still get this warning message at each run of any PHP script. Or more specific: PHP Warning: Unknown: output handler 'zlib output compression' conflicts with 'ob_gzhandler' in Unknown on line 0 The same issue happens both when running through lighttpd as when using the CLI. If any more information is required, please let me know which. 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=55544 -- Edit this bug report at https://bugs.php.net/bug.php?id=55544&edit=1
Bug #62339 [Fbk->Asn]: zend_mm_heap corrupted when trait is autoloaded after a class that uses it.
Edit report at https://bugs.php.net/bug.php?id=62339&edit=1 ID: 62339 User updated by:manchokapitancho at gmail dot com Reported by:manchokapitancho at gmail dot com Summary:zend_mm_heap corrupted when trait is autoloaded after a class that uses it. -Status: Feedback +Status: Assigned Type: Bug Package:Reproducible crash Operating System: win 7 -PHP Version:5.4.4 +PHP Version:5.4.5RC1 Assigned To:laruence Block user comment: N Private report: N New Comment: Sorry, the bug is still reproduceable :( Tried this: http://downloads.php.net/stas/php-5.4.5RC1.tar.gz Previous Comments: [2012-07-17 15:13:50] larue...@php.net please try with PHP-5.4.5RC1 http://qa.php.net/ [2012-06-17 08:38:28] manchokapitancho at gmail dot com Official snapshots are broken (http://windows.php.net/snapshots/) Based on https://bugs.php.net/bug.php?id=61712 I've tried to get a snapshot from http://windows.php.net/downloads/snaps/php-trunk/ But this folder is also empty :) Looks like I have no way to test it now?? [2012-06-17 05:21:22] larue...@php.net this bug is already fixed, but seems the fix is not merged into 5.4.4 http://news.php.net/php.internals/60865 thanks [2012-06-17 05:11:55] larue...@php.net Please try using this snapshot: http://snaps.php.net/php-trunk-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can not reproduce this in trunk, sorry, could you please try with trunk? [2012-06-17 04:12:53] larue...@php.net Dmitry, could you please look at this? thanks 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=62339 -- Edit this bug report at https://bugs.php.net/bug.php?id=62339&edit=1
Bug #43817 [Com]: opendir() fails on Windows directories with parent directory unaccessible
Edit report at https://bugs.php.net/bug.php?id=43817&edit=1 ID: 43817 Comment by: denis at morozov dot tk Reported by:losd at mail dot dk Summary:opendir() fails on Windows directories with parent directory unaccessible Status: Assigned Type: Bug Package:Directory function related Operating System: win32 only - Windows Server 2003 PHP Version:5.3.0beta1 Assigned To:pajoye Block user comment: N Private report: N New Comment: W2008R2x64+PHP5.3.8.: have got the same error+ In my case is_dir() is not affected, but opendir() fails. Directory is in the root of system disk, directories inside wwwroot are not affected. If started from CMD with Admin - no error, error comes only in case of IUSR-IIS calls. IN: $dir="E:\\temp\\"; $dh=opendir($dir); OUT: PHP Warning: opendir(E:\temp\,E:\temp\) [function.opendir]: ÐÑказано в доÑÑÑпе. (code: 5) in E:\inetpub\dm\iPrinter\dir.php Previous Comments: [2011-02-01 22:42:03] asankel at yahoo dot com UPDATE: This problem does not occur with php-5.2.17-nts-Win32-VC6-x86 so you can use it as a workaround. [2011-01-29 00:22:42] asankel at yahoo dot com Never mind on the workaround. Was related to some fastcgi caching. If you are running fastcgi the parent directory check is only done the first time. If it has access the first time it won't check the parent directory for further accesses. [2011-01-29 00:11:37] asankel at yahoo dot com Same problem with PHP 5.3.5 on Windows 2008 with IIS 7. Workaround is to add "\." to the end of the path and then PHP doesn't attempt to access the parent directories at all. For example, change "d:\files\directory\test" to "d:\files\directory\test\." [2010-04-08 16:36:02] dani...@php.net That makes sense. I'm on XP. Thanks. If you need quicker feedback, shoot me an email or assign the bug to me. [2010-04-05 01:59:43] paj...@php.net Nothing has changed in 5.2/3.x about that. The problem may come from the tsrm's real path which tries to access all parent directories to cache them. I have to investigate why it fails on XP (and on on 2003 for your right?) but not on more recent versions. 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=43817 -- Edit this bug report at https://bugs.php.net/bug.php?id=43817&edit=1
