[PHP-BUG] Bug #63424 [NEW]: c
From: pgt-r at ya dot ru Operating system: Windows XP SP3 PHP version: 5.4.7RC1 Package: Math related Bug Type: Bug Bug description:c Description: Problem in function ceil() Test script: --- Expected result: The function ceil(((10 + 100) / 100 * 100)) must be return 110, but return 111 Actual result: -- f -- Edit bug report at https://bugs.php.net/bug.php?id=63424&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63424&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63424&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63424&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63424&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63424&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63424&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63424&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63424&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63424&r=support Expected behavior: https://bugs.php.net/fix.php?id=63424&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63424&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63424&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63424&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63424&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63424&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63424&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63424&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63424&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63424&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63424&r=mysqlcfg
Bug #63424 [Opn->Nab]: c
Edit report at https://bugs.php.net/bug.php?id=63424&edit=1 ID: 63424 Updated by: ni...@php.net Reported by:pgt-r at ya dot ru Summary:c -Status: Open +Status: Not a bug Type: Bug Package:Math related Operating System: Windows XP SP3 PHP Version:5.4.7RC1 Block user comment: N Private report: N New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://www.floating-point-gui.de/ Thank you for your interest in PHP. Previous Comments: [2012-11-03 08:39:59] pgt-r at ya dot ru Description: Problem in function ceil() Test script: --- Expected result: The function ceil(((10 + 100) / 100 * 100)) must be return 110, but return 111 Actual result: -- f -- Edit this bug report at https://bugs.php.net/bug.php?id=63424&edit=1
Bug #63422 [Com]: incorrect work is_callable
Edit report at https://bugs.php.net/bug.php?id=63422&edit=1
ID: 63422
Comment by: iblacksmoke at gmail dot com
Reported by:iblacksmoke at gmail dot com
Summary:incorrect work is_callable
Status: Not a bug
Type: Bug
Package:Scripting Engine problem
PHP Version:5.4.8
Block user comment: N
Private report: N
New Comment:
But its illogical behavior of function. From place, where check, I can call my
function, but is_callable says its impossible.
Previous Comments:
[2012-11-03 03:18:58] pierr...@php.net
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.
There is a bug in your code
it should be is_callable(array($this, $method))
[2012-11-02 18:04:50] iblacksmoke at gmail dot com
Description:
Is_callable function doesnt determine ability to call private method in class,
even if this call made in context of class, from which you can call private
function.
Test script:
---
class A {
public function test($method){
return (is_callable($this, $method)) ? 'yes' : 'no';
}
private function qwerty(){}
}
echo (new A)->test('qwerty');
Expected result:
yes
Actual result:
--
no
--
Edit this bug report at https://bugs.php.net/bug.php?id=63422&edit=1
[PHP-BUG] Bug #63426 [NEW]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1
From: rick dot hjpbarcelos at gmail dot com
Operating system: Linux/Ubuntu 12.10
PHP version: 5.4Git-2012-11-03 (snap)
Package: *Unicode Issues
Bug Type: Bug
Bug description:Can't throw exceptions with accentued chars coded in
latin1/ISO-8859-1
Description:
Package 5.4.6-1ubuntu1
I don't really know why it's happening, started after I upgraded from
version 5.3.4.
I tried to set the coding on browser (tested with Firefox and Chrome) and
the problem didn't go away.
Test script:
---
Code:
ini_set('display_errors', 1);
error_reporting(E_ALL);
header('Content-Type: text/html;charset=iso-8859-1');
throw new Exception("é");
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'é' in
/home/henrique/public/teste.php:4 Stack trace: #0 {main} thrown in
/home/henrique/public/teste.php on line 4
Actual result:
--
On browser:
With xdegub:
( ! ) Fatal error: in /home/henrique/public/teste.php on line 4
( ! ) Exception: in /home/henrique/public/teste.php on line 4
Call Stack
# TimeMemory FunctionLocation
1 0.0002 124436 {main}( ) ../teste.php:0
Withou it:
Fatal error: in /home/henrique/public/teste.php on line 4
__
On bash:
Stack trace:
#0 {main}
thrown in /home/henrique/public/teste.php on line 4
Fatal error: Uncaught exception 'Exception' with message '�' in
/home/henrique/public/teste.php on line 4
Exception: � in /home/henrique/public/teste.php on line 4
Call Stack:
0.0002 121256 1. {main}() /home/henrique/public/teste.php:0
--
Edit bug report at https://bugs.php.net/bug.php?id=63426&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63426&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63426&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63426&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=63426&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=63426&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=63426&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=63426&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=63426&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=63426&r=support
Expected behavior: https://bugs.php.net/fix.php?id=63426&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63426&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63426&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=63426&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63426&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=63426&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=63426&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=63426&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=63426&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=63426&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=63426&r=mysqlcfg
Bug #63426 [Opn]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1
Edit report at https://bugs.php.net/bug.php?id=63426&edit=1
ID: 63426
User updated by:rick dot hjpbarcelos at gmail dot com
Reported by:rick dot hjpbarcelos at gmail dot com
Summary:Can't throw exceptions with accentued chars coded in
latin1/ISO-8859-1
Status: Open
Type: Bug
Package:*Unicode Issues
Operating System: Linux/Ubuntu 12.10
PHP Version:5.4Git-2012-11-03 (snap)
Block user comment: N
Private report: N
New Comment:
function exceptionHandler($e) {
echo $e;
}
set_exception_handler('exceptionHandler');
throw new Exception('é');
This way, it works, the message is shown.
Previous Comments:
[2012-11-03 11:48:20] rick dot hjpbarcelos at gmail dot com
Description:
Package 5.4.6-1ubuntu1
I don't really know why it's happening, started after I upgraded from version
5.3.4.
I tried to set the coding on browser (tested with Firefox and Chrome) and the
problem didn't go away.
Test script:
---
Code:
ini_set('display_errors', 1);
error_reporting(E_ALL);
header('Content-Type: text/html;charset=iso-8859-1');
throw new Exception("é");
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'é' in
/home/henrique/public/teste.php:4 Stack trace: #0 {main} thrown in
/home/henrique/public/teste.php on line 4
Actual result:
--
On browser:
With xdegub:
( ! ) Fatal error: in /home/henrique/public/teste.php on line 4
( ! ) Exception: in /home/henrique/public/teste.php on line 4
Call Stack
# TimeMemory FunctionLocation
1 0.0002 124436 {main}( ) ../teste.php:0
Withou it:
Fatal error: in /home/henrique/public/teste.php on line 4
__
On bash:
Stack trace:
#0 {main}
thrown in /home/henrique/public/teste.php on line 4
Fatal error: Uncaught exception 'Exception' with message '�' in
/home/henrique/public/teste.php on line 4
Exception: � in /home/henrique/public/teste.php on line 4
Call Stack:
0.0002 121256 1. {main}() /home/henrique/public/teste.php:0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63426&edit=1
Bug #63426 [Opn]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1
Edit report at https://bugs.php.net/bug.php?id=63426&edit=1
ID: 63426
Updated by: larue...@php.net
Reported by:rick dot hjpbarcelos at gmail dot com
Summary:Can't throw exceptions with accentued chars coded in
latin1/ISO-8859-1
Status: Open
Type: Bug
Package:*Unicode Issues
Operating System: Linux/Ubuntu 12.10
PHP Version:5.4Git-2012-11-03 (snap)
Block user comment: N
Private report: N
New Comment:
I can not reproduce this, both uncaught exception here(browser/bash).
thanks
Previous Comments:
[2012-11-03 12:08:33] rick dot hjpbarcelos at gmail dot com
function exceptionHandler($e) {
echo $e;
}
set_exception_handler('exceptionHandler');
throw new Exception('é');
This way, it works, the message is shown.
[2012-11-03 11:48:20] rick dot hjpbarcelos at gmail dot com
Description:
Package 5.4.6-1ubuntu1
I don't really know why it's happening, started after I upgraded from version
5.3.4.
I tried to set the coding on browser (tested with Firefox and Chrome) and the
problem didn't go away.
Test script:
---
Code:
ini_set('display_errors', 1);
error_reporting(E_ALL);
header('Content-Type: text/html;charset=iso-8859-1');
throw new Exception("é");
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'é' in
/home/henrique/public/teste.php:4 Stack trace: #0 {main} thrown in
/home/henrique/public/teste.php on line 4
Actual result:
--
On browser:
With xdegub:
( ! ) Fatal error: in /home/henrique/public/teste.php on line 4
( ! ) Exception: in /home/henrique/public/teste.php on line 4
Call Stack
# TimeMemory FunctionLocation
1 0.0002 124436 {main}( ) ../teste.php:0
Withou it:
Fatal error: in /home/henrique/public/teste.php on line 4
__
On bash:
Stack trace:
#0 {main}
thrown in /home/henrique/public/teste.php on line 4
Fatal error: Uncaught exception 'Exception' with message '�' in
/home/henrique/public/teste.php on line 4
Exception: � in /home/henrique/public/teste.php on line 4
Call Stack:
0.0002 121256 1. {main}() /home/henrique/public/teste.php:0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63426&edit=1
Bug #42472 [Com]: $_SESSION[false] = 1; Notice: Unknown: Skipping numeric key 0. in Unknown on
Edit report at https://bugs.php.net/bug.php?id=42472&edit=1 ID: 42472 Comment by: aminviral2006 at gmail dot com Reported by:jsnell at e-normous dot com Summary:$_SESSION[false] = 1; Notice: Unknown: Skipping numeric key 0. in Unknown on Status: Not a bug Type: Bug Package:Session related Operating System: 10.4.10 PHP Version:5.2.3 Block user comment: N Private report: N New Comment: Hi, I just encountered with this problem. my session was like $_SESSION[0]['someid'] and i changed it to $_SESSION['someid'][0] now it works fine. Hope this helps you Previous Comments: [2011-05-17 19:39:10] fgutierrez at ticomotorsports dot com 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. [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 https://bugs.php.net/bug.php?id=42472&edit=1
Bug #63422 [Nab]: incorrect work is_callable
Edit report at https://bugs.php.net/bug.php?id=63422&edit=1
ID: 63422
Updated by: pierr...@php.net
Reported by:iblacksmoke at gmail dot com
Summary:incorrect work is_callable
Status: Not a bug
Type: Bug
Package:Scripting Engine problem
PHP Version:5.4.8
Block user comment: N
Private report: N
New Comment:
Please read my previous comment. Your code is wrong. Try this :
class A {
public function test($method){
return (is_callable(array($this, $method))) ? 'yes' : 'no';
}
private function qwerty(){}
}
echo (new A)->test('qwerty');
Previous Comments:
[2012-11-03 09:43:19] iblacksmoke at gmail dot com
But its illogical behavior of function. From place, where check, I can call my
function, but is_callable says its impossible.
[2012-11-03 03:18:58] pierr...@php.net
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.
There is a bug in your code
it should be is_callable(array($this, $method))
[2012-11-02 18:04:50] iblacksmoke at gmail dot com
Description:
Is_callable function doesnt determine ability to call private method in class,
even if this call made in context of class, from which you can call private
function.
Test script:
---
class A {
public function test($method){
return (is_callable($this, $method)) ? 'yes' : 'no';
}
private function qwerty(){}
}
echo (new A)->test('qwerty');
Expected result:
yes
Actual result:
--
no
--
Edit this bug report at https://bugs.php.net/bug.php?id=63422&edit=1
[PHP-BUG] Bug #63428 [NEW]: The behavior of execute() changed
From: reeze Operating system: ANY PHP version: master-Git-2012-11-03 (Git) Package: *General Issues Bug Type: Bug Bug description:The behavior of execute() changed Description: Test Zend/tests/bug35437.phpt failed because of this when dtrace enabled or any extension which override zend_execute function pointer, such as xdebug. Test script: --- Test: Zend/tests/bug35437.phpt with dtrace or xdebug enabled Expected result: test PASS Actual result: -- Test failed because of segfault. -- Edit bug report at https://bugs.php.net/bug.php?id=63428&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63428&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63428&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63428&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63428&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63428&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63428&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63428&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63428&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63428&r=support Expected behavior: https://bugs.php.net/fix.php?id=63428&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63428&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63428&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63428&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63428&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63428&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63428&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63428&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63428&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63428&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63428&r=mysqlcfg
Bug #63428 [Opn]: The behavior of execute() changed
Edit report at https://bugs.php.net/bug.php?id=63428&edit=1 ID: 63428 Updated by: re...@php.net Reported by:re...@php.net Summary:The behavior of execute() changed Status: Open Type: Bug Package:*General Issues Operating System: ANY PHP Version:master-Git-2012-11-03 (Git) -Assigned To: +Assigned To:nikic Block user comment: N Private report: N New Comment: Hi Nikic, will you take a look? Thanks :) https://github.com/php/php-src/pull/227 Previous Comments: [2012-11-03 15:25:32] re...@php.net Description: Test Zend/tests/bug35437.phpt failed because of this when dtrace enabled or any extension which override zend_execute function pointer, such as xdebug. Test script: --- Test: Zend/tests/bug35437.phpt with dtrace or xdebug enabled Expected result: test PASS Actual result: -- Test failed because of segfault. -- Edit this bug report at https://bugs.php.net/bug.php?id=63428&edit=1
Bug #63428 [PATCH]: The behavior of execute() changed
Edit report at https://bugs.php.net/bug.php?id=63428&edit=1 ID: 63428 Patch added by: larue...@php.net Reported by:re...@php.net Summary:The behavior of execute() changed Status: Assigned Type: Bug Package:*General Issues Operating System: ANY PHP Version:master-Git-2012-11-03 (Git) Assigned To:nikic Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug63428.patch Revision: 1351959257 URL: https://bugs.php.net/patch-display.php?bug=63428&patch=bug63428.patch&revision=1351959257 Previous Comments: [2012-11-03 15:28:40] re...@php.net Hi Nikic, will you take a look? Thanks :) https://github.com/php/php-src/pull/227 [2012-11-03 15:25:32] re...@php.net Description: Test Zend/tests/bug35437.phpt failed because of this when dtrace enabled or any extension which override zend_execute function pointer, such as xdebug. Test script: --- Test: Zend/tests/bug35437.phpt with dtrace or xdebug enabled Expected result: test PASS Actual result: -- Test failed because of segfault. -- Edit this bug report at https://bugs.php.net/bug.php?id=63428&edit=1
Bug #63428 [Asn]: The behavior of execute() changed
Edit report at https://bugs.php.net/bug.php?id=63428&edit=1 ID: 63428 Updated by: larue...@php.net Reported by:re...@php.net Summary:The behavior of execute() changed Status: Assigned Type: Bug Package:*General Issues Operating System: ANY PHP Version:master-Git-2012-11-03 (Git) Assigned To:nikic Block user comment: N Private report: N New Comment: I attached a new patch, since the patch reeze made, will check twice for EG(exception), which is not necessary. thanks Previous Comments: [2012-11-03 16:14:17] larue...@php.net The following patch has been added/updated: Patch Name: bug63428.patch Revision: 1351959257 URL: https://bugs.php.net/patch-display.php?bug=63428&patch=bug63428.patch&revision=1351959257 [2012-11-03 15:28:40] re...@php.net Hi Nikic, will you take a look? Thanks :) https://github.com/php/php-src/pull/227 [2012-11-03 15:25:32] re...@php.net Description: Test Zend/tests/bug35437.phpt failed because of this when dtrace enabled or any extension which override zend_execute function pointer, such as xdebug. Test script: --- Test: Zend/tests/bug35437.phpt with dtrace or xdebug enabled Expected result: test PASS Actual result: -- Test failed because of segfault. -- Edit this bug report at https://bugs.php.net/bug.php?id=63428&edit=1
[PHP-BUG] Bug #63430 [NEW]: xml data parsing bug
From: lussenburg_rm at hotmail dot com Operating system: windows 7 PHP version: Irrelevant Package: XML Reader Bug Type: Bug Bug description:xml data parsing bug Description: --- >From manual page: http://www.php.net/xmlreader.read#refsect1-xmlreader.read-description --- The bug isn't realy in the code so im not including any script here, but it is related to the xml input. For example i'm reading some rss feeds (note that i neither compose, nor responsible for the layout) that look like this: feed title feed description Mon, 29 Oct 2012 13:30:00 +0100 item title item description http://itemlink item title item description http://bla ... Everything was working perfectly fine until i kept getting values from the first 'item title' and 'item description' in the 'feed title' and 'feed description' node values. When i examined the xml data i found out that it only happens when the first tag directly follows the last of the nodes (, , etc) without a carriage return/newline. To work around this, before passing the data to XMLReader::xml(), i replace all occurences of ">" with ">\r\n", which works fine, but maybe it could be resolved so this workaround isn't neccesary anymore. -- Edit bug report at https://bugs.php.net/bug.php?id=63430&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63430&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63430&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63430&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63430&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63430&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63430&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63430&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63430&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63430&r=support Expected behavior: https://bugs.php.net/fix.php?id=63430&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63430&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63430&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63430&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63430&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63430&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63430&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63430&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63430&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63430&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63430&r=mysqlcfg
[PHP-BUG] Bug #63433 [NEW]: fgetcsv not working for Unicode files with BOM prefix
From: alec dot cormack at cloud-corporate dot com Operating system: LINUX PHP version: 5.3.18 Package: Filesystem function related Bug Type: Bug Bug description:fgetcsv not working for Unicode files with BOM prefix Description: In php 5.3.x when using fgetcsv to read a unicode file including a UTF-8 Byte Order Mark (BOM) prefix 0xEF,0xBB,0xBF the first row of the file is not read correctly. If the BOM is removed fgetcsv reads the file correctly. I have tried this with and without setlocale and the result is always wrong. I have run the same program on PHP 5.2.4 and it works. Test File is the simplest possible csv with the BOM prefix "a" followed by a newline contains (7 characters in total) 0xEF,0xBB,0xBF,0x22,0x61,0x22,0x0A When processed by fgetcsv the doublequotes should get removed and the value a should be in the array returned. Test script: --- Expected result: UTF-8 Array ( [0] => a ) Actual result: -- UTF-8 Array ( [0] => "a" ) -- Edit bug report at https://bugs.php.net/bug.php?id=63433&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63433&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63433&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63433&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63433&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63433&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63433&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63433&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63433&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63433&r=support Expected behavior: https://bugs.php.net/fix.php?id=63433&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63433&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63433&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63433&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63433&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63433&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63433&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63433&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63433&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63433&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63433&r=mysqlcfg
Bug #63426 [Com]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1
Edit report at https://bugs.php.net/bug.php?id=63426&edit=1
ID: 63426
Comment by: rick dot hjpbarcelos at gmail dot com
Reported by:rick dot hjpbarcelos at gmail dot com
Summary:Can't throw exceptions with accentued chars coded in
latin1/ISO-8859-1
Status: Open
Type: Bug
Package:*Unicode Issues
Operating System: Linux/Ubuntu 12.10
PHP Version:5.4Git-2012-11-03 (snap)
Block user comment: N
Private report: N
New Comment:
Well, I don't know what could be... I installed PHP via apt-get, I'll try make
a clean install from another source...
Previous Comments:
[2012-11-03 13:23:07] larue...@php.net
I can not reproduce this, both uncaught exception here(browser/bash).
thanks
[2012-11-03 12:08:33] rick dot hjpbarcelos at gmail dot com
function exceptionHandler($e) {
echo $e;
}
set_exception_handler('exceptionHandler');
throw new Exception('é');
This way, it works, the message is shown.
[2012-11-03 11:48:20] rick dot hjpbarcelos at gmail dot com
Description:
Package 5.4.6-1ubuntu1
I don't really know why it's happening, started after I upgraded from version
5.3.4.
I tried to set the coding on browser (tested with Firefox and Chrome) and the
problem didn't go away.
Test script:
---
Code:
ini_set('display_errors', 1);
error_reporting(E_ALL);
header('Content-Type: text/html;charset=iso-8859-1');
throw new Exception("é");
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'é' in
/home/henrique/public/teste.php:4 Stack trace: #0 {main} thrown in
/home/henrique/public/teste.php on line 4
Actual result:
--
On browser:
With xdegub:
( ! ) Fatal error: in /home/henrique/public/teste.php on line 4
( ! ) Exception: in /home/henrique/public/teste.php on line 4
Call Stack
# TimeMemory FunctionLocation
1 0.0002 124436 {main}( ) ../teste.php:0
Withou it:
Fatal error: in /home/henrique/public/teste.php on line 4
__
On bash:
Stack trace:
#0 {main}
thrown in /home/henrique/public/teste.php on line 4
Fatal error: Uncaught exception 'Exception' with message '�' in
/home/henrique/public/teste.php on line 4
Exception: � in /home/henrique/public/teste.php on line 4
Call Stack:
0.0002 121256 1. {main}() /home/henrique/public/teste.php:0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63426&edit=1
Bug #63428 [Asn->Csd]: The behavior of execute() changed
Edit report at https://bugs.php.net/bug.php?id=63428&edit=1 ID: 63428 Updated by: larue...@php.net Reported by:re...@php.net Summary:The behavior of execute() changed -Status: Assigned +Status: Closed Type: Bug Package:*General Issues Operating System: ANY PHP Version:master-Git-2012-11-03 (Git) Assigned To:nikic Block user comment: N Private report: N New Comment: Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=7bcb8780e0ed042888f88c78919b7726be9ea931 Log: Fixed bug #63428 (The behavior of execute() changed) Previous Comments: [2012-11-03 16:15:22] larue...@php.net I attached a new patch, since the patch reeze made, will check twice for EG(exception), which is not necessary. thanks [2012-11-03 16:14:17] larue...@php.net The following patch has been added/updated: Patch Name: bug63428.patch Revision: 1351959257 URL: https://bugs.php.net/patch-display.php?bug=63428&patch=bug63428.patch&revision=1351959257 [2012-11-03 15:28:40] re...@php.net Hi Nikic, will you take a look? Thanks :) https://github.com/php/php-src/pull/227 [2012-11-03 15:25:32] re...@php.net Description: Test Zend/tests/bug35437.phpt failed because of this when dtrace enabled or any extension which override zend_execute function pointer, such as xdebug. Test script: --- Test: Zend/tests/bug35437.phpt with dtrace or xdebug enabled Expected result: test PASS Actual result: -- Test failed because of segfault. -- Edit this bug report at https://bugs.php.net/bug.php?id=63428&edit=1
Bug #61613 [Com]: No PDO error if first SQL statement of a group is valid.
Edit report at https://bugs.php.net/bug.php?id=61613&edit=1 ID: 61613 Comment by: invisiblexman2010 at gmail dot com Reported by:trebitzki at gmx dot net Summary:No PDO error if first SQL statement of a group is valid. Status: Assigned Type: Bug Package:PDO related Operating System: Mac OS X PHP Version:5.3.10 Assigned To:mysql Block user comment: N Private report: N New Comment: I have the same issue, php 5.4.0, pdo_mysql 5.5.19, for Win64 (x86) Previous Comments: [2012-10-29 09:42:41] verger dot antoine at gmail dot com Hi, I have the same issue on 5.4.6 on Ubuntu 12.04 and PDO_MYSQL 5.5.24. Di you have any idea where it comes from ? I had a look at the source from PDO and also from MySQL C API but no clue and above all too hard to find the origin. I saw that the issue has been assigned to mysql by ahar...@php.net but I don't why exactly. Could you explain me ? Antoine [2012-08-28 22:09:08] angel dot koilov at gmail dot com Same issue debian wheezy, php 5.4.4-4 [2012-08-01 19:40:01] jonwage at gmail dot com I am experiencing the same issue. Tested on 5.3.5 and 5.3.10 currently. [2012-04-11 23:27:03] trebitzki at gmx dot net I'm working on 1and1 server with PDO Driver for MySQL, client library version 5.1.49; locally on Mac with PDO Driver for MySQL Client API version mysqlnd 5.0.7-dev - 091210 - $Revision: 304625 $. Both environments show this issue. [2012-04-11 15:08:20] johan...@php.net Which PDO driver are you using? 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=61613 -- Edit this bug report at https://bugs.php.net/bug.php?id=61613&edit=1
