Bug #61605 [Opn-Csd]: header_remove() does not remove all headers

2012-04-04 Thread laruence
Edit report at https://bugs.php.net/bug.php?id=61605edit=1

 ID: 61605
 Updated by: larue...@php.net
 Reported by:david at grudl dot com
 Summary:header_remove() does not remove all headers
-Status: Open
+Status: Closed
 Type:   Bug
 Package:HTTP related
 PHP Version:5.4.0
-Assigned To:
+Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

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.




Previous Comments:

[2012-04-04 08:17:28] larue...@gmail.com@php.net

Automatic comment on behalf of larue...@gmail.com
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=896c4539df4de06b4359bac9d0e6a397665e2024
Log: Fixed bug #61605 (header_remove() does not remove all headers)


[2012-04-04 08:17:27] larue...@gmail.com@php.net

Automatic comment on behalf of larue...@gmail.com
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=efd671f242e87e3301a1b3e76179955f26119feb
Log: Fixed bug Fixed bug #61605 (header_remove() does not remove all headers)


[2012-04-04 08:14:55] larue...@gmail.com@php.net

Automatic comment on behalf of larue...@gmail.com
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=896c4539df4de06b4359bac9d0e6a397665e2024
Log: Fixed bug #61605 (header_remove() does not remove all headers)


[2012-04-04 08:14:54] larue...@gmail.com@php.net

Automatic comment on behalf of larue...@gmail.com
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=efd671f242e87e3301a1b3e76179955f26119feb
Log: Fixed bug Fixed bug #61605 (header_remove() does not remove all headers)


[2012-04-04 08:02:29] larue...@gmail.com@php.net

Automatic comment on behalf of larue...@gmail.com
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=896c4539df4de06b4359bac9d0e6a397665e2024
Log: Fixed bug #61605 (header_remove() does not remove all headers)




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=61605


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61605edit=1


Bug #60723 [Com]: error_log error time has changed to UTC ignoring default timezo

2012-04-04 Thread valinurovam at gmail dot com
Edit report at https://bugs.php.net/bug.php?id=60723edit=1

 ID: 60723
 Comment by: valinurovam at gmail dot com
 Reported by:olemarkus at gentoo dot org
 Summary:error_log error time has changed to UTC ignoring
 default timezo
 Status: Assigned
 Type:   Bug
 Package:Date/time related
 Operating System:   Gentoo Linux
 PHP Version:5.3.9
 Assigned To:derick
 Block user comment: N
 Private report: N

 New Comment:

I have same problem

php -v
PHP 5.3.10 (cli) (built: Feb  4 2012 07:36:51)

CentOS release 6.2 (Final)


Previous Comments:

[2012-03-29 05:34:48] sevencat at gmail dot com

Same. PHP 5.3.10 CentOS 5


[2012-03-23 13:02:03] ebert dot chris at gmail dot com

Same problem for me on IIS 7, Windows 2008 Webserver, PHP 5.3.10


[2012-03-15 16:42:00] mitek17 at gmail dot com

Same problem, php 5.3.9; FreeBSD 8.0  9.0


[2012-02-05 15:50:00] gemini dot geek at yahoo dot com

hi,

I am having the same issue , i am having php 5.3.9 on CENTOS 6.2 x86_64


Deepak


[2012-01-31 15:19:48] der...@php.net

Hi!

We had to change this in order to prevent crashes (like in 
https://bugs.php.net/bug.php?id=60373). I'll check whether there is a better 
way to fix it.

cheers,
Derick




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=60723


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=60723edit=1


[PHP-BUG] Bug #61620 [NEW]: don't can use mssql driver

2012-04-04 Thread webmaster at detaghof dot nl
From: 
Operating system: windows 7
PHP version:  5.3.10
Package:  MSSQL related
Bug Type: Bug
Bug description:don't can use mssql driver

Description:

i have install php 5.3.1 with the installer. i am using iis for my web
server. but if i wanne add the extensions for pdo mssql and normal mssql.
he don't wanne use them. and if search on google for this problem many
people have the same problem. 


phpinfo give this
cscript /nologo configure.js --enable-snapshot-build
--enable-debug-pack --disable-zts --disable-isapi --disable-nsapi
--without-mssql --without-pdo-mssql --without-pi3web
--with-pdo-oci=C:\php-sdk\oracle\instantclient10\sdk,shared
--with-oci8=C:\php-sdk\oracle\instantclient10\sdk,shared
--with-oci8-11g=C:\php-sdk\oracle\instantclient11\sdk,shared
--with-enchant=shared --enable-object-out-dir=../obj/
--enable-com-dotnet --with-mcrypt=static --disable-static-analyze 

Test script:
---
i have add this to php.ini and it don't work

[PHP_PDO_MSSQL]
extension=php_pdo_sqlsrv_53_nts_vc9.dll
[PHP_MSSQL]
extension=php_sqlsrv_53_nts_vc9.dll


-- 
Edit bug report at https://bugs.php.net/bug.php?id=61620edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61620r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61620r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=61620r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61620r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=61620r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61620r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=61620r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=61620r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=61620r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=61620r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=61620r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=61620r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=61620r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61620r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=61620r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61620r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=61620r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=61620r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=61620r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=61620r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=61620r=mysqlcfg



Bug #61568 [Com]: PHP crashes while including classes without any error message or log

2012-04-04 Thread reeze dot xia at gmail dot com
Edit report at https://bugs.php.net/bug.php?id=61568edit=1

 ID: 61568
 Comment by: reeze dot xia at gmail dot com
 Reported by:login dot naitsirch at arcor dot de
 Summary:PHP crashes while including classes without any
 error message or log
 Status: Open
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Win 7 (x64)
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

Hi, naitsirch:
   I did't reproduce it in PHP5.3. I've notice that, those two files really do 
nothing but declare classes. Product.php would Fatal because of 
Leonex_Core_Model_Abstract not found. It's reasonable. but the anther file 
inclusion do nothing is expected. but if you turn display_errors to Off. it 
will 
output nothing.
   Please check your ini config.


Previous Comments:

[2012-03-30 15:30:04] login dot naitsirch at arcor dot de

Description:

Hi,

I have a strange problem with two PHP scripts. If I include them in another 
file without doing anything else PHP will crash without any error message. It 
doesn't matter if you execute it with CLI or via web server. But if I change or 
remove any char even in the comments the script works again. Maybe there is any 
special char in the script which result in a PHP crash during parsing. This 
problem occurs in PHP 5.3.9 and 5.3.10 on Windows. I have not tested it on 
Linux.

Test script:
---
I have uploaded a ZIP archive which contains three files: test.php, Product.php 
and InvoiceProcessor.php

You have just to execute or call the 'test.php' (via CLI or web server). 
Product.php and InvoiceProcessor.php contains both one class. 

Link to download page: http://www.filehosting.org/file/details/326139/test.zip







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61568edit=1


[PHP-BUG] Bug #61621 [NEW]: Test fail in ext/standard/tests/dir

2012-04-04 Thread a...@php.net
From: ab
Operating system: Windows
PHP version:  5.3.10
Package:  Directory function related
Bug Type: Bug
Bug description:Test fail in ext/standard/tests/dir

Description:

All the failing tests diff looks like below or similar

036+ Warning: dir(1,1): The system cannot find the file specified. (code:
2) in
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php
on line 73
037+
046+ Warning: dir(1,1): The system cannot find the file specified. (code:
2) in
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php
on line 73
047+

The tests are

ext\standard\tests\dir\dir_variation8.phpt
ext\standard\tests\dir\dir_variation9.phpt
ext\standard\tests\dir\opendir_error2.phpt
ext\standard\tests\dir\opendir_variation1.phpt
ext\standard\tests\dir\opendir_variation6.phpt
ext\standard\tests\dir\scandir_error2.phpt
ext\standard\tests\dir\scandir_variation1.phpt
ext\standard\tests\dir\scandir_variation6.phpt 

In the 5.4 and master branches thease are ignored on windows, so it must be
pulled behind in the 5.3 branch.

Expected result:

tests pass

Actual result:
--
tests fail

-- 
Edit bug report at https://bugs.php.net/bug.php?id=61621edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61621r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61621r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=61621r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61621r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=61621r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61621r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=61621r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=61621r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=61621r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=61621r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=61621r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=61621r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=61621r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61621r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=61621r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61621r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=61621r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=61621r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=61621r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=61621r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=61621r=mysqlcfg



Bug #61621 [PATCH]: Test fail in ext/standard/tests/dir

2012-04-04 Thread a...@php.net
Edit report at https://bugs.php.net/bug.php?id=61621edit=1

 ID: 61621
 Patch added by: a...@php.net
 Reported by:a...@php.net
 Summary:Test fail in ext/standard/tests/dir
 Status: Open
 Type:   Bug
 Package:Directory function related
 Operating System:   Windows
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: 61621.diff
Revision:   1333539472
URL:
https://bugs.php.net/patch-display.php?bug=61621patch=61621.diffrevision=1333539472


Previous Comments:

[2012-04-04 11:34:18] a...@php.net

Description:

All the failing tests diff looks like below or similar

036+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in 
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on 
line 73
037+
046+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in 
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on 
line 73
047+

The tests are

ext\standard\tests\dir\dir_variation8.phpt
ext\standard\tests\dir\dir_variation9.phpt
ext\standard\tests\dir\opendir_error2.phpt
ext\standard\tests\dir\opendir_variation1.phpt
ext\standard\tests\dir\opendir_variation6.phpt
ext\standard\tests\dir\scandir_error2.phpt
ext\standard\tests\dir\scandir_variation1.phpt
ext\standard\tests\dir\scandir_variation6.phpt 

In the 5.4 and master branches thease are ignored on windows, so it must be 
pulled behind in the 5.3 branch.

Expected result:

tests pass

Actual result:
--
tests fail






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61621edit=1


Bug #61621 [Com]: Test fail in ext/standard/tests/dir

2012-04-04 Thread a...@php.net
Edit report at https://bugs.php.net/bug.php?id=61621edit=1

 ID: 61621
 Comment by: a...@php.net
 Reported by:a...@php.net
 Summary:Test fail in ext/standard/tests/dir
 Status: Open
 Type:   Bug
 Package:Directory function related
 Operating System:   Windows
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

The patch adds an SKIPF clause on windows for the faling tests


Previous Comments:

[2012-04-04 11:37:52] a...@php.net

The following patch has been added/updated:

Patch Name: 61621.diff
Revision:   1333539472
URL:
https://bugs.php.net/patch-display.php?bug=61621patch=61621.diffrevision=1333539472


[2012-04-04 11:34:18] a...@php.net

Description:

All the failing tests diff looks like below or similar

036+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in 
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on 
line 73
037+
046+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in 
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on 
line 73
047+

The tests are

ext\standard\tests\dir\dir_variation8.phpt
ext\standard\tests\dir\dir_variation9.phpt
ext\standard\tests\dir\opendir_error2.phpt
ext\standard\tests\dir\opendir_variation1.phpt
ext\standard\tests\dir\opendir_variation6.phpt
ext\standard\tests\dir\scandir_error2.phpt
ext\standard\tests\dir\scandir_variation1.phpt
ext\standard\tests\dir\scandir_variation6.phpt 

In the 5.4 and master branches thease are ignored on windows, so it must be 
pulled behind in the 5.3 branch.

Expected result:

tests pass

Actual result:
--
tests fail






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61621edit=1


Bug #49859 [Com]: PHP_FCGI_CHILDREN not work

2012-04-04 Thread strayer at olle-orks dot org
Edit report at https://bugs.php.net/bug.php?id=49859edit=1

 ID: 49859
 Comment by: strayer at olle-orks dot org
 Reported by:loki5100-nospam at yahoo dot fr
 Summary:PHP_FCGI_CHILDREN not work
 Status: Not a bug
 Type:   Bug
 Package:PHP options/info functions
 Operating System:   Windows Vista
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

I just discovered this while checking out xcache and this really doesn't 
work... 
phpinfo() even shows the env var in its output!

cmd:
# set PHP_FCGI_CHILDREN=5
# set PHP_FCGI_MAX_REQUESTS=3
# php-cgi -b 127.0.0.1:9000

Process Explorer shows only one process with one thread.

Ran phpinfo() via browser:

Environment
PHP_FCGI_CHILDREN   5
PHP_FCGI_MAX_REQUESTS   3

It looks like php-cgi just ignores the PHP_FCGI_CHILDREN, since 
PHP_FCGI_MAX_REQUESTS seems to be working as intended.


Previous Comments:

[2009-10-19 14:40:16] j...@php.net

You have just set the environment variables in wrong place / wrong way. (no 
idea how you do that in windows, but this works just fine under *nix) 


[2009-10-13 08:00:52] loki5100-nospam at yahoo dot fr

Description:

i found a bug in PHP-cgi.exe

I use Php-cgi as fastCgi

php-cgi.exe -b host:port

i set in environement variables this :

PHP_FCGI_CHILDREN=8
PHP_FCGI_MAX_REQUESTS=1000

in the task manager i see only one  Php-cgi.exe
process (when normaly i must see 9 process no?)
and after i send more than 1000 request the
php-cgi.exe process died ! and i must manually
restart it! that not a normal behavior when 
PHP_FCGI_CHILDREN is  1

Reproduce code:
---
set in environement variables :
PHP_FCGI_CHILDREN=8
PHP_FCGI_MAX_REQUESTS=1000

exec: php-cgi.exe -b 127.0.0.1:9000

see in task manager only one Php-cgi.exe process

send more than 1000 request to php-cgi.exe, the process will die and you will 
need to manually restart it ! 




Expected result:

process must be restarted automatiquely

Actual result:
--
the main process die and you need to manually restart it ! 







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=49859edit=1


Bug #61045 [Com]: fpm don't send error log to fastcgi clients(nginx)

2012-04-04 Thread tobi at portfolio dot hu
Edit report at https://bugs.php.net/bug.php?id=61045edit=1

 ID: 61045
 Comment by: tobi at portfolio dot hu
 Reported by:lxlight at gmail dot com
 Summary:fpm don't send error log to fastcgi clients(nginx)
 Status: Assigned
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3.10
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

The same here, I tried every php.ini and php-fpm.conf log setups, nothing works 
with Nginx 1.0.11 + PHP 5.3.10 FastCGI, even setting catch_workers_output = yes 
does not 
work.
I dont know why this functionality was cutted out but our sites use logging via 
stderr + nginx, please solve it.


Previous Comments:

[2012-03-29 09:36:44] kustodian at gmail dot com

I wouldn't mind that change, but setting catch_workers_output = yes doesn't 
work for me with PHP 5.3.10 and Nginx 1.0.14 on Centos 6.2.


[2012-03-29 08:10:55] bitmand at gmail dot com

Same here on 5.3.9 and .10 on apache. Errors used to go to apache error log, 
but 
after 5.3.9 nothing gets logged.

I wonder if the change is actually by design, according to the php-fpm 
documentation for catch_workers_output is states that If not set, stdout and 
stderr will be redirected to /dev/null according to FastCGI specs.

But it would definitely be great with and option to throw errors to stderr 
again.


[2012-03-28 14:45:25] kustodian at gmail dot com

Exact same problem on Centos 6.2 with a custom build PHP 5.3.10. I reverted 
back to 5.3.8 since I need to have PHP errors in the Nginx error.log.


[2012-03-23 15:34:49] hugo at barafranca dot com

Me too, on FreeBSD 7.3 with nginx-1.0.14,1 and php5-5.3.10.


[2012-03-15 06:38:22] prinbra at gmail dot com

in fact, set display_errors to On, we can still view the error message, but the 
message didn't go to nginx error log when display_errors is set to Off.
test confirmed that the same setting works fine on php 5.3.8




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=61045


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61045edit=1


Bug #61464 [Spm-Opn]: Hidden because of SPAM

2012-04-04 Thread irker
Edit report at https://bugs.php.net/bug.php?id=61464edit=1

 ID: 61464
 Updated by: ir...@php.net
 Reported by:f...@php.net
-Summary:Test bug, please ignore
+Summary:Hidden because of SPAM
-Status: Spam
+Status: Open
 Type:   Bug
 Package:*General Issues
 Operating System:   any
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N



Previous Comments:

[2012-03-22 06:12:56] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=f8282cd5fc1dd6ae40f4b015a28724487714e6f2
Log: Fixed bug #61464


[2012-03-22 06:12:55] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=00b4da6816891d25fdac5e8d1687fd4edea5cabb
Log: Fixed bug #61464


[2012-03-22 06:12:54] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=ff70c84f4c2887ec688976a1004c9d736d49f484
Log: Fixed bug #61464


[2012-03-22 06:12:53] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=49fb3f9279dc6d23f4666107ca0169629d1da2f3
Log: Fixed bug #61464


[2012-03-22 06:12:52] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=3f1dcf95bd7c50ec63b2533ee4ca67397133e6a2
Log: Fixed bug #61464




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=61464


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61464edit=1


Bug #61464 [Opn-Spm]: Hidden because of SPAM

2012-04-04 Thread irker
Edit report at https://bugs.php.net/bug.php?id=61464edit=1

 ID: 61464
 Updated by: ir...@php.net
 Reported by:f...@php.net
 Summary:Hidden because of SPAM
-Status: Open
+Status: Spam
 Type:   Bug
 Package:*General Issues
 Operating System:   any
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N



Previous Comments:

[2012-04-04 13:29:31] ir...@php.net

Automatic comment on behalf of ir...@irker.net
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=8e16758f1de7fb0341704e0bd181dde123e76776
Log: Fixed bug #61464 Fixed bug #61464 Fixed bug #61464


[2012-04-04 13:28:10] ir...@irker.net@php.net

Automatic comment on behalf of ir...@irker.net
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=280e1ba1231a3a60380aab29ca1e18754900f457
Log: Fixed bug #61464 Fixed bug #61464 Fixed bug #61464


[2012-03-22 06:12:56] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=f8282cd5fc1dd6ae40f4b015a28724487714e6f2
Log: Fixed bug #61464


[2012-03-22 06:12:55] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=00b4da6816891d25fdac5e8d1687fd4edea5cabb
Log: Fixed bug #61464


[2012-03-22 06:12:54] florian.anderia...@mayflower.de@php.net

Automatic comment on behalf of florian.anderia...@mayflower.de
Revision: 
http://git.php.net/?p=playground.git;a=commit;h=ff70c84f4c2887ec688976a1004c9d736d49f484
Log: Fixed bug #61464




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=61464


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61464edit=1


Bug #61568 [Opn]: PHP crashes while including classes without any error message or log

2012-04-04 Thread login dot naitsirch at arcor dot de
Edit report at https://bugs.php.net/bug.php?id=61568edit=1

 ID: 61568
 User updated by:login dot naitsirch at arcor dot de
 Reported by:login dot naitsirch at arcor dot de
 Summary:PHP crashes while including classes without any
 error message or log
 Status: Open
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Win 7 (x64)
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

Hi.
display_errors is On and PHP crashes also if I only include the 
InvoiceProcessor.php.
The point is that the script does not only exit because of any error. It really 
crashes. You can see a screenshot here 
http://www.abload.de/img/php-erroryvk88.png

I found out that a Windows event report is created.

Application Error
Name der fehlerhaften Anwendung: php.exe, Version: 5.3.10.0, Zeitstempel: 
0x4f2ae50c
Name des fehlerhaften Moduls: php5ts.dll, Version: 5.3.10.0, Zeitstempel: 
0x4f2ae5d1
Ausnahmecode: 0xc005
Fehleroffset: 0x000a3b02
ID des fehlerhaften Prozesses: 0x1b70
Startzeit der fehlerhaften Anwendung: 0x01cd1264a473718d
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\PHP\php.exe
Pfad des fehlerhaften Moduls: C:\Program Files (x86)\PHP\php5ts.dll
Berichtskennung: e2bf8482-7e57-11e1-926f-e06995696037

Sorry, it is in German because I have the German Win7 edition


Previous Comments:

[2012-04-04 10:09:52] reeze dot xia at gmail dot com

Hi, naitsirch:
   I did't reproduce it in PHP5.3. I've notice that, those two files really do 
nothing but declare classes. Product.php would Fatal because of 
Leonex_Core_Model_Abstract not found. It's reasonable. but the anther file 
inclusion do nothing is expected. but if you turn display_errors to Off. it 
will 
output nothing.
   Please check your ini config.


[2012-03-30 15:30:04] login dot naitsirch at arcor dot de

Description:

Hi,

I have a strange problem with two PHP scripts. If I include them in another 
file without doing anything else PHP will crash without any error message. It 
doesn't matter if you execute it with CLI or via web server. But if I change or 
remove any char even in the comments the script works again. Maybe there is any 
special char in the script which result in a PHP crash during parsing. This 
problem occurs in PHP 5.3.9 and 5.3.10 on Windows. I have not tested it on 
Linux.

Test script:
---
I have uploaded a ZIP archive which contains three files: test.php, Product.php 
and InvoiceProcessor.php

You have just to execute or call the 'test.php' (via CLI or web server). 
Product.php and InvoiceProcessor.php contains both one class. 

Link to download page: http://www.filehosting.org/file/details/326139/test.zip







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61568edit=1


[PHP-BUG] Bug #61624 [NEW]: round

2012-04-04 Thread gufophp at gmail dot com
From: 
Operating system: win32
PHP version:  5.4.0
Package:  Math related
Bug Type: Bug
Bug description:round

Description:

?php
echo round(33.29715783,4);  // fail
echo -;
echo round(33.29715783,2); // fail
echo -;
echo round(33.29715783);  //ok
echo -;
echo round(33.29715783,-1); //ok
echo -;
echo round(55533.29715783,-2); //ok
?

Test script:
---
33.29715783-33.29715783-33-30-55500

Expected result:

33.3-33.3-33-30-55500

Actual result:
--
33.29715783-33.29715783-33-30-55500

-- 
Edit bug report at https://bugs.php.net/bug.php?id=61624edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61624r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61624r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=61624r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61624r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=61624r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61624r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=61624r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=61624r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=61624r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=61624r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=61624r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=61624r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=61624r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61624r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=61624r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61624r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=61624r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=61624r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=61624r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=61624r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=61624r=mysqlcfg



Bug #61480 [Opn-Csd]: test bug - ext/gd/tests/bug48555.phpt

2012-04-04 Thread ab
Edit report at https://bugs.php.net/bug.php?id=61480edit=1

 ID: 61480
 Updated by: a...@php.net
 Reported by:mattfic...@php.net
 Summary:test bug - ext/gd/tests/bug48555.phpt
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 PHP Version:5.3.10
-Assigned To:
+Assigned To:ab
 Block user comment: N
 Private report: N

 New Comment:

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.

Commit is here 
http://git.php.net/?p=php-src.git;a=commit;h=381edb425e16bd5d472c84d757465aa42cb39d0f


Previous Comments:

[2012-04-04 17:16:04] a...@php.net

Automatic comment on behalf of mattficken
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=381edb425e16bd5d472c84d757465aa42cb39d0f
Log: Fix bug #61480 test bug - ext/gd/tests/bug48555.phpt


[2012-04-03 22:20:59] mattfic...@php.net

Good idea.

I've implemented that in the most recent patch. 

It passes for me with PHP5.3.11rc1 on Gentoo, Fedora-16 and Windows (x86 and 
x64).


[2012-04-03 22:20:20] mattfic...@php.net

The following patch has been added/updated:

Patch Name: bug48555
Revision:   1333491620
URL:
https://bugs.php.net/patch-display.php?bug=61480patch=bug48555revision=1333491620


[2012-04-03 14:34:45] a...@php.net

As i wrote in the previous comment, even with freetype 2.4.9 it still fails on 
my debian x86. So with the supplied patch i get

001+ Top without line-break: -14
002+ Top with line-break: -14
001- Top without line-break: -15
002- Top with line-break: -15

which is the old output.

It seems to be additionally a x86/x64 issue in the freetype. May be it would 
make sense to rewrite the test to calculate with line break == without line 
break in the script part, as that's actually the thing supposed to be tested. 
What do you think?


[2012-04-02 22:58:43] mattfic...@php.net

This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64.

It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1.




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=61480


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61480edit=1


[PHP-BUG] Bug #61626 [NEW]: %c format code ignores width specification

2012-04-04 Thread donretzlaff at gmail dot com
From: 
Operating system: Ubuntu
PHP version:  5.3.10
Package:  Output Control
Bug Type: Bug
Bug description:%c format code ignores width specification

Description:

Nothing unique about my configuration; I've tried this on several
different
machines with different PHP versions and received the same result.

When I attempt to use the %c formatting code with (for example,
sprintf()),
it ignores any width specifier that I indicate, as in the example code
below.

I saw nothing in the documentation that the %c code would not react to a
width
specifier any differently than the other data formats.

Test script:
---
pre
?php 

$x = ord('A');

echo sprintf(|%c|\n,$x);
echo sprintf(|%1c|\n,$x);
echo sprintf(|%2c|\n,$x);
echo sprintf(|%3c|\n,$x);
echo sprintf(|%4c|\n,$x);
echo sprintf(|%5c|\n,$x);
echo sprintf(|%6c|\n,$x);
echo sprintf(|%7c|\n,$x);
echo sprintf(|%-8c|\n\n\n,$x);

?

Expected result:

|A|
|A|
| A|
|  A|
|   A|
|A|
| A|
|  A|
|A   |


(I expected this because this is what the equivalent code in C produces)

Actual result:
--
|A|
|A|
|A|
|A|
|A|
|A|
|A|
|A|
|A|

-- 
Edit bug report at https://bugs.php.net/bug.php?id=61626edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61626r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61626r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=61626r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61626r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=61626r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61626r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=61626r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=61626r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=61626r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=61626r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=61626r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=61626r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=61626r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61626r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=61626r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61626r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=61626r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=61626r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=61626r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=61626r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=61626r=mysqlcfg



Req #23158 [Com]: a new digit checker

2012-04-04 Thread lenar at city dot ee
Edit report at https://bugs.php.net/bug.php?id=23158edit=1

 ID: 23158
 Comment by: lenar at city dot ee
 Reported by:melkor at dance dot student dot utwente dot nl
 Summary:a new digit checker
 Status: Not a bug
 Type:   Feature/Change Request
 Package:*General Issues
 Operating System:   linux
 PHP Version:5CVS-2003-04-10 (dev)
 Block user comment: N
 Private report: N

 New Comment:

ctype_digit() is actually partly bogus suggestion because of the behavior
it has in the range -128 ... 255 if integer is passed. So ctype_digit(100) 
returns false. I can understand the reasoning in this case (replicate C API of 
ctype* functions) but it also means that is_digit() or similar is kind of 
warranted and would be a better fit for the dynamically typed world of PHP.


Previous Comments:

[2011-01-01 20:43:14] j...@php.net

See above.


[2007-12-31 22:49:29] michael at chunkycow dot com dot au

This is bogus, ctype_digit(4500) returns true.


[2003-04-10 17:31:15] melkor at dance dot student dot utwente dot nl

For ID's in databases, a simple is_digit($mixed) check would be nice.

is_numeric($mixed) also accepts 1.0E10 and such values, which are not valid for 
integer database IDs.

ctype_digit($string) returns false for any integer it gets, because 
ctype_digit(4500) gets translated to isdigit(4500) which of course is not a 
valid ascii character at all.

This might seem a little far fetched, but lots and lots of code uses is_numeric 
checks where they should not. I do this too, because otherwise I need 2 checks 
(is_integer($var) || ctype_digit($var)).. 





-- 
Edit this bug report at https://bugs.php.net/bug.php?id=23158edit=1


Bug #61620 [Opn-Nab]: don't can use mssql driver

2012-04-04 Thread aharvey
Edit report at https://bugs.php.net/bug.php?id=61620edit=1

 ID: 61620
 Updated by: ahar...@php.net
 Reported by:webmaster at detaghof dot nl
 Summary:don't can use mssql driver
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:MSSQL related
 Operating System:   windows 7
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:

[2012-04-04 10:04:56] webmaster at detaghof dot nl

Description:

i have install php 5.3.1 with the installer. i am using iis for my web server. 
but if i wanne add the extensions for pdo mssql and normal mssql. he don't 
wanne use them. and if search on google for this problem many people have the 
same problem. 


phpinfo give this
cscript /nologo configure.js --enable-snapshot-build --enable-debug-pack 
--disable-zts --disable-isapi --disable-nsapi --without-mssql 
--without-pdo-mssql --without-pi3web 
--with-pdo-oci=C:\php-sdk\oracle\instantclient10\sdk,shared 
--with-oci8=C:\php-sdk\oracle\instantclient10\sdk,shared 
--with-oci8-11g=C:\php-sdk\oracle\instantclient11\sdk,shared 
--with-enchant=shared --enable-object-out-dir=../obj/ --enable-com-dotnet 
--with-mcrypt=static --disable-static-analyze 

Test script:
---
i have add this to php.ini and it don't work

[PHP_PDO_MSSQL]
extension=php_pdo_sqlsrv_53_nts_vc9.dll
[PHP_MSSQL]
extension=php_sqlsrv_53_nts_vc9.dll







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61620edit=1


Bug #61240 [Com]: curl_multi_select cause cpu load 100%

2012-04-04 Thread niniwzw at qq dot com
Edit report at https://bugs.php.net/bug.php?id=61240edit=1

 ID: 61240
 Comment by: niniwzw at qq dot com
 Reported by:niniwzw at qq dot com
 Summary:curl_multi_select cause cpu load 100%
 Status: Open
 Type:   Bug
 Package:cURL related
 Operating System:   window xp
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

the best solution work without the curl_multi_select may be this:
?php
// create both cURL resources
$ch1 = curl_init();
$ch2 = curl_init();

// set URL and other appropriate options
curl_setopt($ch1, CURLOPT_URL, http://lxr.php.net/;);
curl_setopt($ch1, CURLOPT_HEADER, 0);
curl_setopt($ch2, CURLOPT_URL, http://www.php.net/;);
curl_setopt($ch2, CURLOPT_HEADER, 0);

//create the multiple cURL handle
$mh = curl_multi_init();

//add the two handles
curl_multi_add_handle($mh,$ch1);
curl_multi_add_handle($mh,$ch2);

$active = null;
$exec_count = 0;
do {
$mrc = curl_multi_exec($mh, $active);
usleep(1);
$exec_count++;
} while ($mrc == CURLM_CALL_MULTI_PERFORM || ($active  $mrc == CURLM_OK));

//close the handles
curl_multi_remove_handle($mh, $ch1);
curl_multi_remove_handle($mh, $ch2);
curl_multi_close($mh);

var_dump($exec_count);
?
I scan the source code of curl_multi_select, there was no change from php 
5.2.17 to 5.3.10, may be it's the problem of libcurl(curl_multi_fdset, fuction)


Previous Comments:

[2012-04-03 16:27:47] bompus at gmail dot com

Related to 60790 and 61141


[2012-03-02 08:51:47] niniwzw at qq dot com

Description:

---
From manual page: http://www.php.net/function.curl-multi-exec
---
In the document of curl_multi_exec, has a example in the document.
it can run in php 5.2, but php 5.3 and php 5.4 cause cpu load 100%.

the example is:
?php
// create both cURL resources
$ch1 = curl_init();
$ch2 = curl_init();

// set URL and other appropriate options
curl_setopt($ch1, CURLOPT_URL, http://lxr.php.net/;);
curl_setopt($ch1, CURLOPT_HEADER, 0);
curl_setopt($ch2, CURLOPT_URL, http://www.php.net/;);
curl_setopt($ch2, CURLOPT_HEADER, 0);

//create the multiple cURL handle
$mh = curl_multi_init();

//add the two handles
curl_multi_add_handle($mh,$ch1);
curl_multi_add_handle($mh,$ch2);

$active = null;
//execute the handles
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);

while ($active  $mrc == CURLM_OK) {
if (curl_multi_select($mh) != -1) {
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
}
}

//close the handles
curl_multi_remove_handle($mh, $ch1);
curl_multi_remove_handle($mh, $ch2);
curl_multi_close($mh);

?







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61240edit=1


[PHP-BUG] Req #61628 [NEW]: FUNNNNNNNNNN

2012-04-04 Thread MARCYBLACK at YMAIL dot COM
From: 
Operating system: ALL
PHP version:  5.4.1RC1
Package:  *Compile Issues
Bug Type: Feature/Change Request
Bug description:FUNN

Description:

---
From manual page:
http://www.php.net/function.syslog#refsect1-function.syslog-returnvalues
---


Test script:
---
FFGGCFGXGFCFGGF

Expected result:

GGV BVVBUUI

Actual result:
--
VCGFCGCGH

-- 
Edit bug report at https://bugs.php.net/bug.php?id=61628edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61628r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61628r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=61628r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61628r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=61628r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61628r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=61628r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=61628r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=61628r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=61628r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=61628r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=61628r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=61628r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61628r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=61628r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61628r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=61628r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=61628r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=61628r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=61628r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=61628r=mysqlcfg



Req #61628 [Opn-Spm]: FUNNNNNNNNNN

2012-04-04 Thread aharvey
Edit report at https://bugs.php.net/bug.php?id=61628edit=1

 ID: 61628
 Updated by: ahar...@php.net
 Reported by:MARCYBLACK at YMAIL dot COM
 Summary:FUNN
-Status: Open
+Status: Spam
 Type:   Feature/Change Request
 Package:*Compile Issues
 Operating System:   ALL
 PHP Version:5.4.1RC1
 Block user comment: N
 Private report: N



Previous Comments:

[2012-04-05 02:10:13] MARCYBLACK at YMAIL dot COM

Description:

---
From manual page: 
http://www.php.net/function.syslog#refsect1-function.syslog-returnvalues
---


Test script:
---
FFGGCFGXGFCFGGF

Expected result:

GGV BVVBUUI

Actual result:
--
VCGFCGCGH






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61628edit=1


Bug #61624 [Com]: round

2012-04-04 Thread reeze dot xia at gmail dot com
Edit report at https://bugs.php.net/bug.php?id=61624edit=1

 ID: 61624
 Comment by: reeze dot xia at gmail dot com
 Reported by:gufophp at gmail dot com
 Summary:round
 Status: Open
 Type:   Bug
 Package:Math related
 Operating System:   win32
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Hi, gufophp:
  I can't reproduce it in both 5.4  5.3 | Win7  Mac OS X. can you feedback 
more 
information about this?.

Thanks


Previous Comments:

[2012-04-04 17:06:35] gufophp at gmail dot com

Description:

?php
echo round(33.29715783,4);  // fail
echo -;
echo round(33.29715783,2); // fail
echo -;
echo round(33.29715783);  //ok
echo -;
echo round(33.29715783,-1); //ok
echo -;
echo round(55533.29715783,-2); //ok
?

Test script:
---
33.29715783-33.29715783-33-30-55500

Expected result:

33.3-33.3-33-30-55500

Actual result:
--
33.29715783-33.29715783-33-30-55500






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=61624edit=1