Bug #62273 [Opn]: Segmentation Fault in Mysqli/Mysqlnd

[andres at phalconphp dot com]

Edit report at https://bugs.php.net/bug.php?id=62273&edit=1

 ID: 62273
 User updated by:andres at phalconphp dot com
 Reported by:andres at phalconphp dot com
 Summary:Segmentation Fault in Mysqli/Mysqlnd
 Status: Open
 Type:   Bug
 Package:MySQLi related
 Operating System:   Linux/Mac
 PHP Version:5.3.15-dev/5.3.12/5.4.5-dev
 Block user comment: N
 Private report: N

 New Comment:

I think the problem is the mysqlnd_charsets variable in 
ext/mysqlnd/mysqlnd_charset.c:

utf8_spanish_ci is returned as code 199 by the mysql/server but in the charset 
const is:

{ 119, UTF8_MB3, UTF8_MB3"_spanish_ci", 1, 3, "", mysqlnd_mbcharlen_utf8mb3, 
check_mb_utf8mb3_valid},

Then mysqlnd_find_charset_nr is unable to find the charset name. And as a 
consequence of that, conn->charset is null producing the segmentation fault.

I'm not sure what is the right solution for this, maybe updating the charset 
code or assigning a default charset when the charset code does not match any.


Previous Comments:

[2012-06-09 05:08:45] andres at phalconphp dot com

PHP 5.4 is also affected:

$ php -v
PHP 5.4.5-dev (cli) (built: Jun  8 2012 23:58:38) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

$ php a.php 
Segmentation fault

$ gdb --args sapi/cli/php a.php 
GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /home/andres/php5.4-201206090330/sapi/cli/php...done.
(gdb) run 
Starting program: /home/andres/php5.4-201206090330/sapi/cli/php a.php

Program received signal SIGSEGV, Segmentation fault.
mysqlnd_cset_escape_slashes (cset=0x0, newstr=0xb7fc5884 
"|X\374\267|X\374\267\364\001", 
escapestr=0xb7ebbc90 "1", escapestr_len=1)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd_charset.c:719
719 if (cset->char_maxlen > 1 && (len = 
cset->mb_valid(escapestr, end))) {

(gdb) bt
#0  mysqlnd_cset_escape_slashes (cset=0x0, newstr=0xb7fc5884 
"|X\374\267|X\374\267\364\001", 
escapestr=0xb7ebbc90 "1", escapestr_len=1)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd_charset.c:719
#1  0x08285111 in php_mysqlnd_conn_data_escape_string_pub (escapestr_len=1, 
escapestr=0xb7ebbc90 "1", newstr=0xb7fc5884 "|X\374\267|X\374\267\364\001", 
conn=0xb7fc3e58)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd.c:1470
#2  php_mysqlnd_conn_data_escape_string_pub (conn=0xb7fc3e58, 
newstr=0xb7fc5884 "|X\374\267|X\374\267\364\001", escapestr=0xb7ebbc90 "1", 
escapestr_len=1)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd.c:1459
#3  0x0818419c in zif_mysqli_real_escape_string (ht=2, return_value=0xb7fc35a0, 
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/andres/php5.4-201206090330/ext/mysqli/mysqli_api.c:1905
#4  0x083a28d8 in zend_do_fcall_common_helper_SPEC (execute_data=)
at /home/andres/php5.4-201206090330/Zend/zend_vm_execute.h:642
#5  0x083658ed in execute (op_array=)
at /home/andres/php5.4-201206090330/Zend/zend_vm_execute.h:410
#6  0x083077db in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/andres/php5.4-201206090330/Zend/zend.c:1279
#7  0x082a8192 in php_execute_script (primary_file=0xbfffdf6c)
at /home/andres/php5.4-201206090330/main/main.c:2473
#8  0x083a4fec in do_cli (argc=2, argv=0xb1f4)
at /home/andres/php5.4-201206090330/sapi/cli/php_cli.c:988
#9  0x08066cc4 in main (argc=2, argv=0xb1f4)
at /home/andres/php5.4-201206090330/sapi/cli/php_cli.c:1361


[2012-06-09 03:48:30] andres at phalconphp dot com

Description:

Hi, i'm getting a segmentation fault when executing this code:

 enabled
Client API library version => mysqlnd 5.0.8-dev - 20102224 - $Id: 
65fe78e70ce53d27a6cd578597722950e490b0d0 $
Active Persistent Links => 0
Inactive Persistent Links => 0
Active Links => 0

Directive => Local Value => Master Value
mysqli.allow_local_infile => On => On
mysqli.allow_persistent => On => On
mysqli.default_host => no value => no value
mysqli.default_port => 3306 => 3306
mysqli.default_pw => no value => no value
mysqli.default_socket => no value => no value
mysqli.default_user => no value => no value
mysqli.max_links => Unlimited => Unlimited
mysqli.max_persistent => Unlimited => Unlimited
mysqli.reconnect => Off => Off

mysqlnd

mysqlnd => enabled
Version => my

Bug #62240 [Nab]: 5.4.3 regression, converting from float to int gives incorrect output

[rasmus]

Edit report at https://bugs.php.net/bug.php?id=62240&edit=1

 ID: 62240
 Updated by: ras...@php.net
 Reported by:zuallauz at gmail dot com
 Summary:5.4.3 regression, converting from float to int gives
 incorrect output
 Status: Not a bug
 Type:   Bug
 Package:*General Issues
 Operating System:   Ubuntu 12.04 32-bit
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

Well, you weren't rounding. When you do (int)2.9 that's truncation, not 
rounding. So your fix would be to round it. Floating point numbers can't always 
be represented accurately, so you have to account for that in your code. There 
is nothing we can do in PHP to fix this short of not using the built-in 
floating 
point feature, and if we go around that it will be really slow. You can choose 
to do that yourself by using bcmath/gmp yourself if you prefer, of course.

You will find that any other language you try on that machine will give you the 
same "incorrect" result.


Previous Comments:

[2012-06-08 22:29:34] zuallauz at gmail dot com

I ran that new bit of C code:

First machine (that works properly) came back with:

3.

Second machine (not working machine) came back with:

2.9995559107901499373838305473327636718750

I think we found the problem! In PHP I think I read in the docs that 'When 
converting from float to integer, the number will be rounded towards zero.' so 
that must be why PHP returns a 2 on this machine.

Hmm so what's the best way to fix?


[2012-06-08 09:54:44] ras...@php.net

Strange. The PHP log function just looks like this (from ext/standard/math.c):

PHP_FUNCTION(log)
{
double num, base = 0;

if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "d|d", &num, 
&base) 
== FAILURE) {
return;
}
if (ZEND_NUM_ARGS() == 1) {
RETURN_DOUBLE(log(num));
}
if (base <= 0.0) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, "base must be 
greater than 0");
RETURN_FALSE;
}
if (base == 1) {
RETURN_DOUBLE(php_get_nan());
} else {
RETURN_DOUBLE(log(num) / log(base));
}
}

Since you are calling it as log(8,2) you are hitting the last case there. So 
the 
only code executed is:

RETURN_DOUBLE(log(num) / log(base));

And the RETURN_DOUBLE macro just sets the return value to the double returned 
by 
dividing those two log calls. There should be no difference between the little 
test program and PHP here.

Although..  I think gcc might be playing tricks on us here because I used a 
constant. Try this instead:

#include 
#include 
int main(char *argv[], int argc) {
double base = 2.0;
double num = 8.0;
printf("%.64f\n",log(num)/log(base));
}

Then compile it using:

gcc a.c -o a -lm

Do you get the same result on both machines?


[2012-06-08 09:16:26] zuallauz at gmail dot com

Yeah Memtest came back with no errors. The test C program returns the same 
result on both machines. Difference between the machines:

Working machine:
Intel Pentium 4 single core @2Ghz desktop
Ubuntu 10.04 32 bit
glibc 2.11.1
gcc 4.4

Not working machine:
Intel dual core T2300 @1.66Ghz laptop
Ubuntu 12.04 32 bit
glibc 2.15
gcc 4.6


[2012-06-07 14:08:56] ras...@php.net

I doubt it is bad memory. What's the difference between the two machines? Same 
architecture? Intel vs. AMD perhaps? Different glibc versions? Different 
compiler 
versions? It would be interesting to know what would cause this on some 
machines 
but not others. What about the little test C program? Does that return the same 
result on both machines?


[2012-06-07 10:38:18] zuallauz at gmail dot com

Yeah originally I had compiled my own PHP using the flags in the first post. I 
re-downloaded php-5.4.3.tar.bz2 from PHP.net and just did a basic ./configure 
&& make then ran log(8,2) using sapi/cli/php test.php and the output was still 
the same incorrect result:

float(3)
int(2)

However I have just tried the same thing on my other machine running 32bit 
Ubuntu 10.04 with 5.4.3 and it outputs correctly:

float(3)
int(3)

So maybe there's a screw loose/bad memory in the first machine or something. I 
don't have an explanation for it. Probably not a bug after all, sorry!




The remainder of the comments for this report are too long. To view
the rest of the comments, 

Bug #62273 [Opn]: Segmentation Fault in Mysqli/Mysqlnd

[andres at phalconphp dot com]

Edit report at https://bugs.php.net/bug.php?id=62273&edit=1

 ID: 62273
 User updated by:andres at phalconphp dot com
 Reported by:andres at phalconphp dot com
 Summary:Segmentation Fault in Mysqli/Mysqlnd
 Status: Open
 Type:   Bug
 Package:MySQLi related
 Operating System:   Linux/Mac
-PHP Version:5.3Git-2012-06-09 (snap)
+PHP Version:5.3.15-dev/5.3.12/5.4.5-dev
 Block user comment: N
 Private report: N

 New Comment:

PHP 5.4 is also affected:

$ php -v
PHP 5.4.5-dev (cli) (built: Jun  8 2012 23:58:38) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

$ php a.php 
Segmentation fault

$ gdb --args sapi/cli/php a.php 
GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /home/andres/php5.4-201206090330/sapi/cli/php...done.
(gdb) run 
Starting program: /home/andres/php5.4-201206090330/sapi/cli/php a.php

Program received signal SIGSEGV, Segmentation fault.
mysqlnd_cset_escape_slashes (cset=0x0, newstr=0xb7fc5884 
"|X\374\267|X\374\267\364\001", 
escapestr=0xb7ebbc90 "1", escapestr_len=1)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd_charset.c:719
719 if (cset->char_maxlen > 1 && (len = 
cset->mb_valid(escapestr, end))) {

(gdb) bt
#0  mysqlnd_cset_escape_slashes (cset=0x0, newstr=0xb7fc5884 
"|X\374\267|X\374\267\364\001", 
escapestr=0xb7ebbc90 "1", escapestr_len=1)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd_charset.c:719
#1  0x08285111 in php_mysqlnd_conn_data_escape_string_pub (escapestr_len=1, 
escapestr=0xb7ebbc90 "1", newstr=0xb7fc5884 "|X\374\267|X\374\267\364\001", 
conn=0xb7fc3e58)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd.c:1470
#2  php_mysqlnd_conn_data_escape_string_pub (conn=0xb7fc3e58, 
newstr=0xb7fc5884 "|X\374\267|X\374\267\364\001", escapestr=0xb7ebbc90 "1", 
escapestr_len=1)
at /home/andres/php5.4-201206090330/ext/mysqlnd/mysqlnd.c:1459
#3  0x0818419c in zif_mysqli_real_escape_string (ht=2, return_value=0xb7fc35a0, 
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/andres/php5.4-201206090330/ext/mysqli/mysqli_api.c:1905
#4  0x083a28d8 in zend_do_fcall_common_helper_SPEC (execute_data=)
at /home/andres/php5.4-201206090330/Zend/zend_vm_execute.h:642
#5  0x083658ed in execute (op_array=)
at /home/andres/php5.4-201206090330/Zend/zend_vm_execute.h:410
#6  0x083077db in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/andres/php5.4-201206090330/Zend/zend.c:1279
#7  0x082a8192 in php_execute_script (primary_file=0xbfffdf6c)
at /home/andres/php5.4-201206090330/main/main.c:2473
#8  0x083a4fec in do_cli (argc=2, argv=0xb1f4)
at /home/andres/php5.4-201206090330/sapi/cli/php_cli.c:988
#9  0x08066cc4 in main (argc=2, argv=0xb1f4)
at /home/andres/php5.4-201206090330/sapi/cli/php_cli.c:1361


Previous Comments:

[2012-06-09 03:48:30] andres at phalconphp dot com

Description:

Hi, i'm getting a segmentation fault when executing this code:

 enabled
Client API library version => mysqlnd 5.0.8-dev - 20102224 - $Id: 
65fe78e70ce53d27a6cd578597722950e490b0d0 $
Active Persistent Links => 0
Inactive Persistent Links => 0
Active Links => 0

Directive => Local Value => Master Value
mysqli.allow_local_infile => On => On
mysqli.allow_persistent => On => On
mysqli.default_host => no value => no value
mysqli.default_port => 3306 => 3306
mysqli.default_pw => no value => no value
mysqli.default_socket => no value => no value
mysqli.default_user => no value => no value
mysqli.max_links => Unlimited => Unlimited
mysqli.max_persistent => Unlimited => Unlimited
mysqli.reconnect => Off => Off

mysqlnd

mysqlnd => enabled
Version => mysqlnd 5.0.8-dev - 20102224 - $Id: 
65fe78e70ce53d27a6cd578597722950e490b0d0 $
Compression => not supported
SSL => supported
Command buffer size => 4096
Read buffer size => 32768
Read timeout => 31536000
Collecting statistics => Yes
Collecting memory statistics => Yes
Tracing => n/a

$ mysql --version
mysql  Ver 14.14 Distrib 5.1.62, for debian-linux-gnu (i686) using readline 6.2

[#] mysql --version
mysql  Ver 14.14 Distrib 5.1.62, for apple-darwin10.8.0 (i386) using readline 
6.2


Expected result:

In the first program, 1 as output, in the second program: Current character 
set: utf8



Actual result:
--
For:

https://bugs.php.net/bug.

[PHP-BUG] Bug #62273 [NEW]: Segmentation Fault in Mysqli/Mysqlnd

[andres at phalconphp dot com]

From: andres at phalconphp dot com
Operating system: Linux/Mac
PHP version:  5.3Git-2012-06-09 (snap)
Package:  MySQLi related
Bug Type: Bug
Bug description:Segmentation Fault in Mysqli/Mysqlnd

Description:

Hi, i'm getting a segmentation fault when executing this code:

 enabled
Client API library version => mysqlnd 5.0.8-dev - 20102224 - $Id:
65fe78e70ce53d27a6cd578597722950e490b0d0 $
Active Persistent Links => 0
Inactive Persistent Links => 0
Active Links => 0

Directive => Local Value => Master Value
mysqli.allow_local_infile => On => On
mysqli.allow_persistent => On => On
mysqli.default_host => no value => no value
mysqli.default_port => 3306 => 3306
mysqli.default_pw => no value => no value
mysqli.default_socket => no value => no value
mysqli.default_user => no value => no value
mysqli.max_links => Unlimited => Unlimited
mysqli.max_persistent => Unlimited => Unlimited
mysqli.reconnect => Off => Off

mysqlnd

mysqlnd => enabled
Version => mysqlnd 5.0.8-dev - 20102224 - $Id:
65fe78e70ce53d27a6cd578597722950e490b0d0 $
Compression => not supported
SSL => supported
Command buffer size => 4096
Read buffer size => 32768
Read timeout => 31536000
Collecting statistics => Yes
Collecting memory statistics => Yes
Tracing => n/a

$ mysql --version
mysql  Ver 14.14 Distrib 5.1.62, for debian-linux-gnu (i686) using readline
6.2

[#] mysql --version
mysql  Ver 14.14 Distrib 5.1.62, for apple-darwin10.8.0 (i386) using
readline 6.2


Expected result:

In the first program, 1 as output, in the second program: Current character
set: utf8



Actual result:
--
For:

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

Bug #62272 [Opn->Nab]: mysql_connect() function won't work

[felipe]

Edit report at https://bugs.php.net/bug.php?id=62272&edit=1

 ID: 62272
 Updated by: fel...@php.net
 Reported by:parama at rogers dot com
 Summary:mysql_connect() function won't work
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:MySQL related
 Operating System:   Windows 7
 PHP Version:5.4Git-2012-06-09 (Git)
 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-06-09 02:07:22] parama at rogers dot com

Description:

php connects with apache perfectly. no problems there. But when trying to 
connect 
to MySql using the mysql_connect() function, the following error appears

"Fatal error: Call to undefined function mysql_connect() in 
C:\websites\db1Test.php on line 7"  (line 7 is where the mysql_connect() 
function 
was called)


extension=php_mysql.dll  was put into the php.ini 







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

[PHP-BUG] Bug #62272 [NEW]: mysql_connect() function won't work

[parama at rogers dot com]

From: parama at rogers dot com
Operating system: Windows 7
PHP version:  5.4Git-2012-06-09 (Git)
Package:  MySQL related
Bug Type: Bug
Bug description:mysql_connect() function won't work

Description:

php connects with apache perfectly. no problems there. But when trying to
connect 
to MySql using the mysql_connect() function, the following error
appears

"Fatal error: Call to undefined function mysql_connect() in 
C:\websites\db1Test.php on line 7"  (line 7 is where the mysql_connect()
function 
was called)


extension=php_mysql.dll  was put into the php.ini 


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

[PHP-BUG] Bug #62271 [NEW]: test bug - ext/wddx/tests/bug48562.phpt

[mattfic...@php.net]

From: mattficken
Operating system: Windows
PHP version:  5.4.4RC2
Package:  Testing related
Bug Type: Bug
Bug description:test bug - ext/wddx/tests/bug48562.phpt

Description:

$a['x'] = &$a;

var_dump(wddx_serialize_vars($a));

$a['x'] = 'foo';

The recursion detection seems to be causing $a to be not an array here,
maybe its 
internally a pointer. 

The patch fixes this problem on 5_4 rd24d5b6. The test passes on 5_3.

Actual result:
--
003+ 
004+ Warning: Illegal string offset 'x' in
C:\php-sdk\php-test-pack-5.4-nts-
windows-vc9-x86-rd24d5b6\ext\wddx\tests\bug48562.php on line 11

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

[PHP-BUG] Bug #62270 [NEW]: Test bug - ext/fileinfo/tests/finfo_open_error-win32

[mattfic...@php.net]

From: mattficken
Operating system: Windows
PHP version:  5.4.4RC2
Package:  Testing related
Bug Type: Bug
Bug description:Test bug - ext/fileinfo/tests/finfo_open_error-win32

Description:

This test was written for 5_3 but on 5_4 it has additional warning
messages.

The attached patch fixes the bug.

Actual result:
--
002+ 
003+ Warning: finfo_open(C:\php-sdk\php-test-pack-5.4-nts-windows-vc9-x86-
rd24d5b6\foobarfile): failed to open stream: No such file or directory in
C:\php-
sdk\php-test-pack-5.4-nts-windows-vc9-x86-
rd24d5b6\ext\fileinfo\tests\finfo_open_error-win32.php on line 12
004+ 
005+ Warning: finfo_open(C:\php-sdk\php-test-pack-5.4-nts-windows-vc9-x86-
rd24d5b6\foobarfile): failed to open stream: No such file or directory in
C:\php-
sdk\php-test-pack-5.4-nts-windows-vc9-x86-
rd24d5b6\ext\fileinfo\tests\finfo_open_error-win32.php on line 12
006+ 
007+ Warning: finfo_open(): Failed to load magic database at
'C:\php-sdk\php-test-
pack-5.4-nts-windows-vc9-x86-rd24d5b6\foobarfile'. in
C:\php-sdk\php-test-pack-
5.4-nts-windows-vc9-x86-rd24d5b6\ext\fileinfo\tests\finfo_open_error-win32.php
on 
line 12

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

Bug #62264 [Nab]: array_walk not changeing keys

[marti dot markov at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=62264&edit=1

 ID: 62264
 User updated by:marti dot markov at gmail dot com
 Reported by:marti dot markov at gmail dot com
 Summary:array_walk not changeing keys
 Status: Not a bug
 Type:   Bug
 Package:Arrays related
 Operating System:   Mac OS X
 PHP Version:master-Git-2012-06-08 (Git)
 Block user comment: N
 Private report: N

 New Comment:

But if it a reference to the variable why should it be change-able? I mean if I 
pass $key then I understand that I can't change it for example but I'm passing 
the reference of the key or am I just passing a reference to a clone of the key 
with &$key?

Anyways as I pass a reference it should be expected that if it is changed the 
variable itself will be changed as well. Therefor the key in the array should 
be changed (looking at this from ref point of view).


Previous Comments:

[2012-06-08 23:27:09] ni...@php.net

As Sjon mentioned this is not a bug. You can't change they key in the callback. 
You generally can't change the key in a dictionary without a) removing the old 
key and b) inserting the value under a new key. This behavior is inherent to 
dictionaries.


[2012-06-08 12:41:55] Sjon at hortensius dot net

The manual says "Only the values of the array may potentially be changed;  
If 
the callback does not respect this requirement, the behavior of this function 
is 
undefined, and unpredictable."

I think this could be a feature request, but not really a bug?

Also, your test-script is incomplete; but PHP's behavious is pretty consistent 
regarding this functionality: http://3v4l.org/1dn4f


[2012-06-08 09:32:25] marti dot markov at gmail dot com

Description:

I have found this problem with 5.3.10 and got the latest GIT head revision and 
the problem was still there.

When I try and change the value of the key it will not update it in the array, 
even though that I use the key as a reference.

Test script:
---
$array = ( 'a' => 'Hello', 'b' => 'World');
array_walk($array, 'adda');

function adda(&$value, &$key) {
$key = "a".$key;
}

Expected result:

$array = ( 'aa' => 'Hello', 'ab' => 'World');

Actual result:
--
$array = ( 'a' => 'Hello', 'b' => 'World');






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

Bug #62253 [Opn->Dup]: Number check bug

[nikic]

Edit report at https://bugs.php.net/bug.php?id=62253&edit=1

 ID: 62253
 Updated by: ni...@php.net
 Reported by:rophp at live dot it
 Summary:Number check bug
-Status: Open
+Status: Duplicate
 Type:   Bug
 Package:*Math Functions
 Operating System:   All
 PHP Version:Irrilevante
 Block user comment: N
 Private report: N

 New Comment:

Duplicate of https://bugs.php.net/bug.php?id=54547. This is not really a bug 
but the development team decided to change the behavior for PHP 5.4.4.


Previous Comments:

[2012-06-08 13:28:13] Sjon at hortensius dot net

You should have a look at bug number #43304


[2012-06-07 17:57:56] rophp at live dot it

Description:

Hello, when i go to check if the 2 vars are equals with this return 'equal'
also if the end number is different. There is a limit?

Test script:
---
$record['xod']="727202440420867488";
$cookiecodiceconnessione="727202440420867484";
if ($record['xod']==$cookiecodiceconnessione)
   {
   echo 'equal';
   }else{
   echo  'not equal';
   }

Expected result:

not equal

Actual result:
--
equal






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

Req #62257 [Com]: Allow variables in class create

[ni...@php.net]

Edit report at https://bugs.php.net/bug.php?id=62257&edit=1

 ID: 62257
 Comment by: ni...@php.net
 Reported by:valentiny510 at yahoo dot es
 Summary:Allow variables in class create
 Status: Open
 Type:   Feature/Change Request
 Package:Class/Object related
 Operating System:   XP
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

If you want to shorten long names make use of the namespacing support 
introduced in 5.3. Simply write

use SomeVery\VeryLong\NameAndMore as ShortName;

and you're done. You can also do this programmatically using class_alias().


Previous Comments:

[2012-06-08 01:20:34] valentiny510 at yahoo dot es

P.S. Not only for long names.. but also for autoloading/extending multiple 
classes.. now I let you to imaginate..


[2012-06-08 01:08:33] valentiny510 at yahoo dot es

Description:

I think may be very useful sometimes allowing the use of variables when create 
some class like this:

$class = 'test';
class $class { }

Sometimes when working with some cms/framework etc.. they have 
a_very_very_very_long_name_for some_classes and will be more easy (depends of 
situation) to have an array with shorten name. Ex:

$short_names = array (
'short1' => 'a_very_long_name_of_some_class',
'short2' => 'another_very_long_name');
foreach ($short_names as $short => $long)
class $short extends $long { }
/*endforeach*/;








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

Bug #62262 [Opn->Ver]: RecursiveArrayIterator does not implement Countable

[nikic]

Edit report at https://bugs.php.net/bug.php?id=62262&edit=1

 ID: 62262
 Updated by: ni...@php.net
 Reported by:gen dot work at gmail dot com
 Summary:RecursiveArrayIterator does not implement Countable
-Status: Open
+Status: Verified
 Type:   Bug
 Package:SPL related
 Operating System:   Windows XP, Ubuntu 10.04
 PHP Version:5.3.13
 Block user comment: N
 Private report: N

 New Comment:

Reproduced on 5.4.1. The problem is probably that ArrayIterator implements 
Countable only *after* RecursiveArrayIterator already inherited from it (see 
http://lxr.php.net/xref/PHP_TRUNK/ext/spl/spl_array.c#1978). Fixing should be 
as simple as moving that macro a few lines up :)


Previous Comments:

[2012-06-08 09:05:16] gen dot work at gmail dot com

Description:

The RecursiveArrayIterator class does not implement Countable interface, 
although it extends ArrayIterator.



Test script:
---
$it  = new \ArrayIterator(array(1, 2, 3));
$rit = new \RecursiveArrayIterator($it);

var_dump($it instanceof \Countable);
var_dump($rit instanceof \Countable);

Expected result:

bool(true)
bool(true)

Actual result:
--
bool(true)
bool(false)






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

Bug #62264 [Opn->Nab]: array_walk not changeing keys

[nikic]

Edit report at https://bugs.php.net/bug.php?id=62264&edit=1

 ID: 62264
 Updated by: ni...@php.net
 Reported by:marti dot markov at gmail dot com
 Summary:array_walk not changeing keys
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:Arrays related
 Operating System:   Mac OS X
 PHP Version:master-Git-2012-06-08 (Git)
 Block user comment: N
 Private report: N

 New Comment:

As Sjon mentioned this is not a bug. You can't change they key in the callback. 
You generally can't change the key in a dictionary without a) removing the old 
key and b) inserting the value under a new key. This behavior is inherent to 
dictionaries.


Previous Comments:

[2012-06-08 12:41:55] Sjon at hortensius dot net

The manual says "Only the values of the array may potentially be changed;  
If 
the callback does not respect this requirement, the behavior of this function 
is 
undefined, and unpredictable."

I think this could be a feature request, but not really a bug?

Also, your test-script is incomplete; but PHP's behavious is pretty consistent 
regarding this functionality: http://3v4l.org/1dn4f


[2012-06-08 09:32:25] marti dot markov at gmail dot com

Description:

I have found this problem with 5.3.10 and got the latest GIT head revision and 
the problem was still there.

When I try and change the value of the key it will not update it in the array, 
even though that I use the key as a reference.

Test script:
---
$array = ( 'a' => 'Hello', 'b' => 'World');
array_walk($array, 'adda');

function adda(&$value, &$key) {
$key = "a".$key;
}

Expected result:

$array = ( 'aa' => 'Hello', 'ab' => 'World');

Actual result:
--
$array = ( 'a' => 'Hello', 'b' => 'World');






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

Bug #62265 [Opn]: crash with static member followed by 2+ non-static members

[nikic]

Edit report at https://bugs.php.net/bug.php?id=62265&edit=1

 ID: 62265
 Updated by: ni...@php.net
 Reported by:lomo74 at gmail dot com
 Summary:crash with static member followed by 2+ non-static
 members
 Status: Open
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Windows 7
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

Could you check whether the issue also exists when running PHP from the 
commandline (cli)? This way one could exclude the IIS and FastCGI parts of the 
chain.


Previous Comments:

[2012-06-08 17:17:18] lomo74 at gmail dot com

just tested on a Windows 2003 machine + IIS + PHP FastCGI 5.4.3, it is not 
affected.
will test on another Windows 7 machine ASAP.


[2012-06-08 15:55:27] lomo74 at gmail dot com

Description:

using IIS + FastCGI PHP 5.4.3 on a Win7 machine.
declaring a class that contains a static var followed by two or more non-static 
vars, the engine crashes when you try to instantiate the class.
my Linux machine (Apache + PHP 5.4.3) is not affected by this issue.

Test script:
---



Expected result:

the string "Still alive."

Actual result:
--
no output at all.






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

Bug #62240 [Nab]: 5.4.3 regression, converting from float to int gives incorrect output

[zuallauz at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=62240&edit=1

 ID: 62240
 User updated by:zuallauz at gmail dot com
 Reported by:zuallauz at gmail dot com
 Summary:5.4.3 regression, converting from float to int gives
 incorrect output
 Status: Not a bug
 Type:   Bug
 Package:*General Issues
 Operating System:   Ubuntu 12.04 32-bit
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

I ran that new bit of C code:

First machine (that works properly) came back with:

3.

Second machine (not working machine) came back with:

2.9995559107901499373838305473327636718750

I think we found the problem! In PHP I think I read in the docs that 'When 
converting from float to integer, the number will be rounded towards zero.' so 
that must be why PHP returns a 2 on this machine.

Hmm so what's the best way to fix?


Previous Comments:

[2012-06-08 09:54:44] ras...@php.net

Strange. The PHP log function just looks like this (from ext/standard/math.c):

PHP_FUNCTION(log)
{
double num, base = 0;

if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "d|d", &num, 
&base) 
== FAILURE) {
return;
}
if (ZEND_NUM_ARGS() == 1) {
RETURN_DOUBLE(log(num));
}
if (base <= 0.0) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, "base must be 
greater than 0");
RETURN_FALSE;
}
if (base == 1) {
RETURN_DOUBLE(php_get_nan());
} else {
RETURN_DOUBLE(log(num) / log(base));
}
}

Since you are calling it as log(8,2) you are hitting the last case there. So 
the 
only code executed is:

RETURN_DOUBLE(log(num) / log(base));

And the RETURN_DOUBLE macro just sets the return value to the double returned 
by 
dividing those two log calls. There should be no difference between the little 
test program and PHP here.

Although..  I think gcc might be playing tricks on us here because I used a 
constant. Try this instead:

#include 
#include 
int main(char *argv[], int argc) {
double base = 2.0;
double num = 8.0;
printf("%.64f\n",log(num)/log(base));
}

Then compile it using:

gcc a.c -o a -lm

Do you get the same result on both machines?


[2012-06-08 09:16:26] zuallauz at gmail dot com

Yeah Memtest came back with no errors. The test C program returns the same 
result on both machines. Difference between the machines:

Working machine:
Intel Pentium 4 single core @2Ghz desktop
Ubuntu 10.04 32 bit
glibc 2.11.1
gcc 4.4

Not working machine:
Intel dual core T2300 @1.66Ghz laptop
Ubuntu 12.04 32 bit
glibc 2.15
gcc 4.6


[2012-06-07 14:08:56] ras...@php.net

I doubt it is bad memory. What's the difference between the two machines? Same 
architecture? Intel vs. AMD perhaps? Different glibc versions? Different 
compiler 
versions? It would be interesting to know what would cause this on some 
machines 
but not others. What about the little test C program? Does that return the same 
result on both machines?


[2012-06-07 10:38:18] zuallauz at gmail dot com

Yeah originally I had compiled my own PHP using the flags in the first post. I 
re-downloaded php-5.4.3.tar.bz2 from PHP.net and just did a basic ./configure 
&& make then ran log(8,2) using sapi/cli/php test.php and the output was still 
the same incorrect result:

float(3)
int(2)

However I have just tried the same thing on my other machine running 32bit 
Ubuntu 10.04 with 5.4.3 and it outputs correctly:

float(3)
int(3)

So maybe there's a screw loose/bad memory in the first machine or something. I 
don't have an explanation for it. Probably not a bug after all, sorry!


[2012-06-07 09:14:24] ras...@php.net

That's interesting because that is exactly what is happening when you call 
PHP's 
log() function. log(8,2) in PHP ends up being log(8)/log(2) in C. Did you 
compile 
your PHP yourself? If not, could you try grabbing the 5.4.3 tarball and doing a 
simple: ./configure && make
Building just the cli version is enough. Then run your log(8,2) test with 
sapi/cli/php test.php




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


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

Bug #62268 [Opn->Nab]: Multi dimentional Array assigment issue

[rasmus]

Edit report at https://bugs.php.net/bug.php?id=62268&edit=1

 ID: 62268
 Updated by: ras...@php.net
 Reported by:dmarkweb at gmail dot com
 Summary:Multi dimentional Array assigment issue
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:*General Issues
 Operating System:   CentOS 6.2
 PHP Version:5.3.13
 Block user comment: N
 Private report: N

 New Comment:

The warning you ignored should take away that surprise:

Warning: Cannot use a scalar value as an array in php shell code on line 1

since $myArray['one'] is a scalar after your first assignment. You then try to 
use that scalar as an array.


Previous Comments:

[2012-06-08 20:13:57] dmarkweb at gmail dot com

Description:

I found it pretty odd and surprisingly.

When I assign a property to multi-dimentional array it doesn't setting the 
value 
correct.


Test script:
---


Expected result:

Array
(
[one] => Array
(
[two] => Array
 (
  [three] => 1
 )
)

)

Actual result:
--
Array
(
[one] => 1
)






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

[PHP-BUG] Bug #62268 [NEW]: Multi dimentional Array assigment issue

[dmarkweb at gmail dot com]

From: dmarkweb at gmail dot com
Operating system: CentOS 6.2
PHP version:  5.3.13
Package:  *General Issues
Bug Type: Bug
Bug description:Multi dimentional Array assigment issue

Description:

I found it pretty odd and surprisingly.

When I assign a property to multi-dimentional array it doesn't setting the
value 
correct.


Test script:
---


Expected result:

Array
(
[one] => Array
(
[two] => Array
 (
  [three] => 1
 )
)

)

Actual result:
--
Array
(
[one] => 1
)

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

Bug #51094 [Com]: parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon

[mattfic...@php.net]

Edit report at https://bugs.php.net/bug.php?id=51094&edit=1

 ID: 51094
 Comment by: mattfic...@php.net
 Reported by:viaujoc at videotron dot ca
 Summary:parse_ini_file() with INI_SCANNER_RAW cuts a value
 that includes a semi-colon
 Status: Closed
 Type:   Bug
 Package:Filesystem function related
 PHP Version:*
 Assigned To:pierrick
 Block user comment: N
 Private report: N

 New Comment:

I think thats it.

The build where it was failing for me was r8779a9a, but it now passes on a 
build of the newer rd24d5b6.


Previous Comments:

[2012-06-08 01:21:21] pierr...@php.net

This is strange, it's working well on my side. I'm on Linux but this kind of 
things should not change. Could you please verify that you have the last 
version of the 
Zend/zend_ini_scanner_defs.h and Zend/zend_ini_scanner.c files (they were 
committed just after the .l).

You could regenerate those files using this command : 
re2c --case-inverted -cbdFt Zend/zend_ini_scanner_defs.h 
-oZend/zend_ini_scanner.c Zend/zend_ini_scanner.l

to see if you have any differences

Thanks


[2012-06-07 22:05:27] mattfic...@php.net

This fails for me with 5.4.5-dev on Windows 7.

The diff when I run it:
001+ string(4) ""ini"
002+ string(4) ""ini"
001- string(7) "ini;raw"
002- string(8) ""ini;raw"


[2012-06-07 16:24:05] pierr...@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.




[2012-06-07 15:59:10] pierr...@php.net

Automatic comment on behalf of pierrick
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=fed5923dbc849659321a4f9aa96634ddd1655229
Log: Fixed bug #51094 (parse_ini_file() with INI_SCANNER_RAW cuts a value that 
includes a semi-colon)


[2012-06-07 13:32:26] pierr...@php.net

The following patch has been added/updated:

Patch Name: bug51094.diff
Revision:   1339075946
URL:
https://bugs.php.net/patch-display.php?bug=51094&patch=bug51094.diff&revision=1339075946




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


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

[PHP-BUG] Req #62267 [NEW]: Apache 2.4

[neweracracker at gmail dot com]

From: neweracracker at gmail dot com
Operating system: Windows
PHP version:  5.3Git-2012-06-08 (snap)
Package:  Apache2 related
Bug Type: Feature/Change Request
Bug description:Apache 2.4

Description:

I've implemented a patch for PHP 5.3 that enables Apache 2.4 support


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

Bug #62266 [Opn]: Custom extension segfaults during xmlParseFile with FPM SAPI

[cataphract]

Edit report at https://bugs.php.net/bug.php?id=62266&edit=1

 ID: 62266
 Updated by: cataphr...@php.net
 Reported by:lance dot lovette at gmail dot com
 Summary:Custom extension segfaults during xmlParseFile with
 FPM SAPI
 Status: Open
 Type:   Bug
 Package:XML related
 Operating System:   CentOS release 6.2 (Final)
 PHP Version:5.4Git-2012-06-08 (snap)
-Assigned To:
+Assigned To:cataphract
 Block user comment: N
 Private report: N

 New Comment:

I'll take a look as this was very likely caused by a change I made.


Previous Comments:

[2012-06-08 17:45:11] lance dot lovette at gmail dot com

Description:

I have a custom extension that has been in use since 2001. When I upgraded to 
PHP 
5.4 it caused php-fpm to segfault. The extension uses xmlParseFile to load an 
XML 
configuration file in MINIT. The CLI build of PHP does NOT segfault and 
functions 
as expected.

Test script:
---
I created a trivial extension that calls xmlParseFile in MINIT:
https://gist.github.com/2896852

Expected result:

I expect xmlParseFile to succeed.

Actual result:
--
Output from configure, a gdb backtrace and a list of modules 
and phpinfo when the crashing extension is disabled:
https://gist.github.com/2896980






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

[PHP-BUG] Bug #62266 [NEW]: Custom extension segfaults during xmlParseFile with FPM SAPI

[lance dot lovette at gmail dot com]

From: lance dot lovette at gmail dot com
Operating system: CentOS release 6.2 (Final)
PHP version:  5.4Git-2012-06-08 (snap)
Package:  XML related
Bug Type: Bug
Bug description:Custom extension segfaults during xmlParseFile with FPM SAPI

Description:

I have a custom extension that has been in use since 2001. When I upgraded
to PHP 
5.4 it caused php-fpm to segfault. The extension uses xmlParseFile to load
an XML 
configuration file in MINIT. The CLI build of PHP does NOT segfault and
functions 
as expected.

Test script:
---
I created a trivial extension that calls xmlParseFile in MINIT:
https://gist.github.com/2896852

Expected result:

I expect xmlParseFile to succeed.

Actual result:
--
Output from configure, a gdb backtrace and a list of modules 
and phpinfo when the crashing extension is disabled:
https://gist.github.com/2896980

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

Bug #62265 [Opn]: crash with static member followed by 2+ non-static members

[lomo74 at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=62265&edit=1

 ID: 62265
 User updated by:lomo74 at gmail dot com
 Reported by:lomo74 at gmail dot com
 Summary:crash with static member followed by 2+ non-static
 members
 Status: Open
 Type:   Bug
 Package:Reproducible crash
-Operating System:   Windows
+Operating System:   Windows 7
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

just tested on a Windows 2003 machine + IIS + PHP FastCGI 5.4.3, it is not 
affected.
will test on another Windows 7 machine ASAP.


Previous Comments:

[2012-06-08 15:55:27] lomo74 at gmail dot com

Description:

using IIS + FastCGI PHP 5.4.3 on a Win7 machine.
declaring a class that contains a static var followed by two or more non-static 
vars, the engine crashes when you try to instantiate the class.
my Linux machine (Apache + PHP 5.4.3) is not affected by this issue.

Test script:
---



Expected result:

the string "Still alive."

Actual result:
--
no output at all.






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

[PHP-BUG] Bug #62265 [NEW]: crash with static member followed by 2+ non-static members

[lomo74 at gmail dot com]

From: lomo74 at gmail dot com
Operating system: Windows
PHP version:  5.4.3
Package:  Reproducible crash
Bug Type: Bug
Bug description:crash with static member followed by 2+ non-static members

Description:

using IIS + FastCGI PHP 5.4.3 on a Win7 machine.
declaring a class that contains a static var followed by two or more
non-static vars, the engine crashes when you try to instantiate the class.
my Linux machine (Apache + PHP 5.4.3) is not affected by this issue.

Test script:
---



Expected result:

the string "Still alive."

Actual result:
--
no output at all.

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

Bug #62253 [Com]: Number check bug

[Sjon at hortensius dot net]

Edit report at https://bugs.php.net/bug.php?id=62253&edit=1

 ID: 62253
 Comment by: Sjon at hortensius dot net
 Reported by:rophp at live dot it
 Summary:Number check bug
 Status: Open
 Type:   Bug
 Package:*Math Functions
 Operating System:   All
 PHP Version:Irrilevante
 Block user comment: N
 Private report: N

 New Comment:

You should have a look at bug number #43304


Previous Comments:

[2012-06-07 17:57:56] rophp at live dot it

Description:

Hello, when i go to check if the 2 vars are equals with this return 'equal'
also if the end number is different. There is a limit?

Test script:
---
$record['xod']="727202440420867488";
$cookiecodiceconnessione="727202440420867484";
if ($record['xod']==$cookiecodiceconnessione)
   {
   echo 'equal';
   }else{
   echo  'not equal';
   }

Expected result:

not equal

Actual result:
--
equal






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

Bug #11058 [Com]: php_network_getaddresses: getaddrinfo failed

[jono at foodnotblogs dot com]

Edit report at https://bugs.php.net/bug.php?id=11058&edit=1

 ID: 11058
 Comment by: jono at foodnotblogs dot com
 Reported by:pat at mail dot rit dot edu
 Summary:php_network_getaddresses: getaddrinfo failed
 Status: Not a bug
 Type:   Bug
 Package:Network related
 Operating System:   OpenBSD 2.6
 PHP Version:4.0.6
 Block user comment: N
 Private report: N

 New Comment:

Confirmed this is a problem in my Php 5.3.13 install. With the following line:

file_get_contents("www.google.com");

If I run it in the command line, it works fine. If I run it through apache I 
get the getaddrinfo failed error.

I am using Arch Linux, Kernel 3.3.7. My temporary work around is to do a full 
stop and start of Apache. Restarting the service does not solve the problem.


Previous Comments:

[2011-10-11 11:59:08] fakefur at gmail dot com

i am having this same problem with PHP 5.3.8 on Arch Linux ... for me it is 
manifesting in the IMAP_OPEN function

the call works if i use an IP Address (but the certificate files so it is not a 
solution for me)

it also works if i do the call from the PHP CLI module (ie, not running in 
apache)

for now i have had to add an entry in my hosts file but obviously this is not a 
good long term solution


[2011-01-10 15:29:29] zlisiecki at gmail dot com

I have the same problem on SuSE, apache with php 5.3.3. I am calling fsockopen 
with 
tls://smtp.gmail.com, 465 and for me it seems php possibly considers tls as 
wrong
characters in this place and the resolver cannot resolv the address. Adding a
proper line with an IP of smtp.gmail.com to /etc/hosts appeared to be a 
provisoric
solution.


[2011-01-06 13:44:51] bostjan at a2o dot si

I was experiencing the same problem because the $host variable had some 
additional spaces at the end. Check with var_dump() and remove invalid 
characters if any are found.

b.


[2010-07-19 12:58:13] office at hermannseib dot com

My solution:
Check whether PHP may read /etc/resolv.conf.
First, do a

  ls -la /etc/resolv.conf

and if it says something like this

-rw-r- 1 root root   /etc/resolv.conf

(i.e, NOT readable to anyone but root and the members of group root, which 
normally means a highly elitist bunch :-), 
then issue the following command as root:

  chmod a+r /etc/resolv.conf

This cured the pesky "getaddrinfo failed" for me.


[2010-06-02 15:53:43] elynets at gmail dot com

Hello,
I`ve got the same problem on my server while tried to execute some of my 
scripts.
The only solution that works fine for me is to disable firewall.
When firewall is disabled I get no errors. 
In the firewall settings all traffic allowed on ports 80 and 53.




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


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

Bug #62264 [Com]: array_walk not changeing keys

[Sjon at hortensius dot net]

Edit report at https://bugs.php.net/bug.php?id=62264&edit=1

 ID: 62264
 Comment by: Sjon at hortensius dot net
 Reported by:marti dot markov at gmail dot com
 Summary:array_walk not changeing keys
 Status: Open
 Type:   Bug
 Package:Arrays related
 Operating System:   Mac OS X
 PHP Version:master-Git-2012-06-08 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The manual says "Only the values of the array may potentially be changed;  
If 
the callback does not respect this requirement, the behavior of this function 
is 
undefined, and unpredictable."

I think this could be a feature request, but not really a bug?

Also, your test-script is incomplete; but PHP's behavious is pretty consistent 
regarding this functionality: http://3v4l.org/1dn4f


Previous Comments:

[2012-06-08 09:32:25] marti dot markov at gmail dot com

Description:

I have found this problem with 5.3.10 and got the latest GIT head revision and 
the problem was still there.

When I try and change the value of the key it will not update it in the array, 
even though that I use the key as a reference.

Test script:
---
$array = ( 'a' => 'Hello', 'b' => 'World');
array_walk($array, 'adda');

function adda(&$value, &$key) {
$key = "a".$key;
}

Expected result:

$array = ( 'aa' => 'Hello', 'ab' => 'World');

Actual result:
--
$array = ( 'a' => 'Hello', 'b' => 'World');






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

Req #50029 [Com]: Weird invoke issue on class as property

[programmierung at pfink dot de]

Edit report at https://bugs.php.net/bug.php?id=50029&edit=1

 ID: 50029
 Comment by: programmierung at pfink dot de
 Reported by:marc dot gray at gmail dot com
 Summary:Weird invoke issue on class as property
 Status: Analyzed
 Type:   Feature/Change Request
 Package:Class/Object related
 Operating System:   Ubuntu 9.04
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

The worst thing on this bug is that is_callable() returns true in this case 
even though it's not callable:

The lines

if(is_callable($this->objectWithInvokeMethod))
return $this->objectWithInvokeMethod(0);

produce the fatal error

Fatal error: Call to undefined method MyClass::objectWithInvokeMethod()


Previous Comments:

[2011-12-06 16:34:31] karsten at typo3 dot org

I would go for simple rules to solve this. When having a class and calling

$this->prop() PHP should

* use __invoke on $this->prop if there is no method prop() in the class
* if there is an actual method, the method takes precedence

In the latter one can still use $this->prop->__invoke(), but should probably 
rather clean up the code. :)


[2011-08-24 18:49:06] marc dot gray at gmail dot com

I've been thinking about this since the same issue appears to exist with 
assigning a closure to a static 
variable too (tested in 5.3.5, 5.3.8 & 5.4alpha3.

//--
// Create a very basic static class
class closureProperty {
static public $myClosure;
}

// Assign a closure to a class property
closureProperty::$myClosure = function() { echo('Hi'); };

// Fatal error: Function name must be a string
closureProperty::$myClosure();

// Works as expected
$safeCopy = closureProperty::$myClosure;
$safeCopy();
//--

I can understand why it happens with dynamic properties, apparently you can 
have a variable and function named 
identically? I admit I've never tried.

I would propose making identically named variables and functions as deprecated 
(does anyone who's any good 
actually do that? Talk about poor readability...) and implement a collision 
warning in the mean time. I would 
also suggest this makes less sense in a static case (due to $ variable prefix) 
than it did in a dynamic case, 
and should be changed.

If nothing else, some discussion on the matter would be lovely.

Thoughts?


[2011-02-07 22:36:54] dhaarbrink at gmail dot com

@bkarwin: The control would be passed to __call(), since there is no way to 
disambiguate. __call() would then be responsible for deciding what to do.

I have to agree with Matthew, it's a huge WTF. It just doesn't work as it 
should (that's beyond what is expected).


[2010-04-07 20:22:38] bkar...@php.net

How would Matthew's suggestion work if a magic __call() method is present?

class b {
  private $x;

  public function __call($method, $args) { echo "Called\n"; }

  function __construct() { 
$this->x = new a(); 
$this->x(); 
  } 

}

Should this execute $this->__call("x") and output "Called" or should it execute 
$this->x->__invoke() and output "Invoked"?


[2010-04-07 14:52:19] ballouc at gmail dot com

I'm in agreement with the Matt's last suggestion.  I believe that errors should 
only be raised in the event of a collision.  The current implementation of the 
__invoke method, IMO, would not perform as a third party developer would have 
anticipated.  My personal choice would be to throw an E_WARNING for collisions 
as I have seen ~E_NOTICE far too often.  

Personally, I believe that an __invoke collision occurring would be more 
indicative of a developer error than intentional.  If this is not the case, and 
you find many people readily anticipate having both foo() and __invoke called 
in succession, this would need to be discussed further as that is also a viable 
option.




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


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

Bug #62240 [Nab]: 5.4.3 regression, converting from float to int gives incorrect output

[rasmus]

Edit report at https://bugs.php.net/bug.php?id=62240&edit=1

 ID: 62240
 Updated by: ras...@php.net
 Reported by:zuallauz at gmail dot com
 Summary:5.4.3 regression, converting from float to int gives
 incorrect output
 Status: Not a bug
 Type:   Bug
 Package:*General Issues
 Operating System:   Ubuntu 12.04 32-bit
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

Strange. The PHP log function just looks like this (from ext/standard/math.c):

PHP_FUNCTION(log)
{
double num, base = 0;

if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "d|d", &num, 
&base) 
== FAILURE) {
return;
}
if (ZEND_NUM_ARGS() == 1) {
RETURN_DOUBLE(log(num));
}
if (base <= 0.0) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, "base must be 
greater than 0");
RETURN_FALSE;
}
if (base == 1) {
RETURN_DOUBLE(php_get_nan());
} else {
RETURN_DOUBLE(log(num) / log(base));
}
}

Since you are calling it as log(8,2) you are hitting the last case there. So 
the 
only code executed is:

RETURN_DOUBLE(log(num) / log(base));

And the RETURN_DOUBLE macro just sets the return value to the double returned 
by 
dividing those two log calls. There should be no difference between the little 
test program and PHP here.

Although..  I think gcc might be playing tricks on us here because I used a 
constant. Try this instead:

#include 
#include 
int main(char *argv[], int argc) {
double base = 2.0;
double num = 8.0;
printf("%.64f\n",log(num)/log(base));
}

Then compile it using:

gcc a.c -o a -lm

Do you get the same result on both machines?


Previous Comments:

[2012-06-08 09:16:26] zuallauz at gmail dot com

Yeah Memtest came back with no errors. The test C program returns the same 
result on both machines. Difference between the machines:

Working machine:
Intel Pentium 4 single core @2Ghz desktop
Ubuntu 10.04 32 bit
glibc 2.11.1
gcc 4.4

Not working machine:
Intel dual core T2300 @1.66Ghz laptop
Ubuntu 12.04 32 bit
glibc 2.15
gcc 4.6


[2012-06-07 14:08:56] ras...@php.net

I doubt it is bad memory. What's the difference between the two machines? Same 
architecture? Intel vs. AMD perhaps? Different glibc versions? Different 
compiler 
versions? It would be interesting to know what would cause this on some 
machines 
but not others. What about the little test C program? Does that return the same 
result on both machines?


[2012-06-07 10:38:18] zuallauz at gmail dot com

Yeah originally I had compiled my own PHP using the flags in the first post. I 
re-downloaded php-5.4.3.tar.bz2 from PHP.net and just did a basic ./configure 
&& make then ran log(8,2) using sapi/cli/php test.php and the output was still 
the same incorrect result:

float(3)
int(2)

However I have just tried the same thing on my other machine running 32bit 
Ubuntu 10.04 with 5.4.3 and it outputs correctly:

float(3)
int(3)

So maybe there's a screw loose/bad memory in the first machine or something. I 
don't have an explanation for it. Probably not a bug after all, sorry!


[2012-06-07 09:14:24] ras...@php.net

That's interesting because that is exactly what is happening when you call 
PHP's 
log() function. log(8,2) in PHP ends up being log(8)/log(2) in C. Did you 
compile 
your PHP yourself? If not, could you try grabbing the 5.4.3 tarball and doing a 
simple: ./configure && make
Building just the cli version is enough. Then run your log(8,2) test with 
sapi/cli/php test.php


[2012-06-07 08:48:37] zuallauz at gmail dot com

Hmm, I get the same output with 64 zeros:

3.




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


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

[PHP-BUG] Bug #62264 [NEW]: array_walk not changeing keys

[marti dot markov at gmail dot com]

From: marti dot markov at gmail dot com
Operating system: Mac OS X
PHP version:  master-Git-2012-06-08 (Git)
Package:  Arrays related
Bug Type: Bug
Bug description:array_walk not changeing keys

Description:

I have found this problem with 5.3.10 and got the latest GIT head revision
and the problem was still there.

When I try and change the value of the key it will not update it in the
array, even though that I use the key as a reference.

Test script:
---
$array = ( 'a' => 'Hello', 'b' => 'World');
array_walk($array, 'adda');

function adda(&$value, &$key) {
$key = "a".$key;
}

Expected result:

$array = ( 'aa' => 'Hello', 'ab' => 'World');

Actual result:
--
$array = ( 'a' => 'Hello', 'b' => 'World');

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

Bug #38036 [Com]: Echo not displaying the output...

[uk2000turbo dot scoob at hotmail dot co dot uk]

Edit report at https://bugs.php.net/bug.php?id=38036&edit=1

 ID: 38036
 Comment by: uk2000turbo dot scoob at hotmail dot co dot uk
 Reported by:ln dot pngn at gmail dot com
 Summary:Echo not displaying the output...
 Status: Not a bug
 Type:   Bug
 Package:Output Control
 Operating System:   windows xp
 PHP Version:5.1.4
 Block user comment: N
 Private report: N

 New Comment:

Update:

for you information, echo AND print aren't working. ^^


Previous Comments:

[2012-06-08 09:27:36] uk2000turbo dot scoob at hotmail dot co dot uk

That last piece of code doesn't work. I'm learning php and if those basic 
things 
aren't functionning, how am I supposed to learn properly!!


[2012-06-08 09:26:11] uk2000turbo dot scoob at hotmail dot co dot uk



Basic Form Submission











[2012-06-08 09:24:20] uk2000turbo dot scoob at hotmail dot co dot uk

Must be a php problem mate. I've installed wamp a while ago. all worked. I've 
been 
trying to echo the value of a textbox on the page to no avail. here's a simple 
code which IS NOT  working...And before tony2001 says anything...php IS 
installed


[2006-07-07 21:24:01] tony2...@php.net

You didn't install PHP or installed it incorrectly.
Not PHP problem.


[2006-07-07 19:24:00] ln dot pngn at gmail dot com

Description:

Echo does not seem to respond/work.

Reproduce code:
---


Expected result:

I'm just a dude.

Actual result:
--
blank page






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

Bug #38036 [Com]: Echo not displaying the output...

[uk2000turbo dot scoob at hotmail dot co dot uk]

Edit report at https://bugs.php.net/bug.php?id=38036&edit=1

 ID: 38036
 Comment by: uk2000turbo dot scoob at hotmail dot co dot uk
 Reported by:ln dot pngn at gmail dot com
 Summary:Echo not displaying the output...
 Status: Not a bug
 Type:   Bug
 Package:Output Control
 Operating System:   windows xp
 PHP Version:5.1.4
 Block user comment: N
 Private report: N

 New Comment:

That last piece of code doesn't work. I'm learning php and if those basic 
things 
aren't functionning, how am I supposed to learn properly!!


Previous Comments:

[2012-06-08 09:26:11] uk2000turbo dot scoob at hotmail dot co dot uk



Basic Form Submission











[2012-06-08 09:24:20] uk2000turbo dot scoob at hotmail dot co dot uk

Must be a php problem mate. I've installed wamp a while ago. all worked. I've 
been 
trying to echo the value of a textbox on the page to no avail. here's a simple 
code which IS NOT  working...And before tony2001 says anything...php IS 
installed


[2006-07-07 21:24:01] tony2...@php.net

You didn't install PHP or installed it incorrectly.
Not PHP problem.


[2006-07-07 19:24:00] ln dot pngn at gmail dot com

Description:

Echo does not seem to respond/work.

Reproduce code:
---


Expected result:

I'm just a dude.

Actual result:
--
blank page






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

Bug #38036 [Com]: Echo not displaying the output...

[uk2000turbo dot scoob at hotmail dot co dot uk]

Edit report at https://bugs.php.net/bug.php?id=38036&edit=1

 ID: 38036
 Comment by: uk2000turbo dot scoob at hotmail dot co dot uk
 Reported by:ln dot pngn at gmail dot com
 Summary:Echo not displaying the output...
 Status: Not a bug
 Type:   Bug
 Package:Output Control
 Operating System:   windows xp
 PHP Version:5.1.4
 Block user comment: N
 Private report: N

 New Comment:



Basic Form Submission











Previous Comments:

[2012-06-08 09:24:20] uk2000turbo dot scoob at hotmail dot co dot uk

Must be a php problem mate. I've installed wamp a while ago. all worked. I've 
been 
trying to echo the value of a textbox on the page to no avail. here's a simple 
code which IS NOT  working...And before tony2001 says anything...php IS 
installed


[2006-07-07 21:24:01] tony2...@php.net

You didn't install PHP or installed it incorrectly.
Not PHP problem.


[2006-07-07 19:24:00] ln dot pngn at gmail dot com

Description:

Echo does not seem to respond/work.

Reproduce code:
---


Expected result:

I'm just a dude.

Actual result:
--
blank page






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

Bug #38036 [Com]: Echo not displaying the output...

[uk2000turbo dot scoob at hotmail dot co dot uk]

Edit report at https://bugs.php.net/bug.php?id=38036&edit=1

 ID: 38036
 Comment by: uk2000turbo dot scoob at hotmail dot co dot uk
 Reported by:ln dot pngn at gmail dot com
 Summary:Echo not displaying the output...
 Status: Not a bug
 Type:   Bug
 Package:Output Control
 Operating System:   windows xp
 PHP Version:5.1.4
 Block user comment: N
 Private report: N

 New Comment:

Must be a php problem mate. I've installed wamp a while ago. all worked. I've 
been 
trying to echo the value of a textbox on the page to no avail. here's a simple 
code which IS NOT  working...And before tony2001 says anything...php IS 
installed


Previous Comments:

[2006-07-07 21:24:01] tony2...@php.net

You didn't install PHP or installed it incorrectly.
Not PHP problem.


[2006-07-07 19:24:00] ln dot pngn at gmail dot com

Description:

Echo does not seem to respond/work.

Reproduce code:
---


Expected result:

I'm just a dude.

Actual result:
--
blank page






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

Bug #62240 [Nab]: 5.4.3 regression, converting from float to int gives incorrect output

[zuallauz at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=62240&edit=1

 ID: 62240
 User updated by:zuallauz at gmail dot com
 Reported by:zuallauz at gmail dot com
 Summary:5.4.3 regression, converting from float to int gives
 incorrect output
 Status: Not a bug
 Type:   Bug
 Package:*General Issues
 Operating System:   Ubuntu 12.04 32-bit
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

Yeah Memtest came back with no errors. The test C program returns the same 
result on both machines. Difference between the machines:

Working machine:
Intel Pentium 4 single core @2Ghz desktop
Ubuntu 10.04 32 bit
glibc 2.11.1
gcc 4.4

Not working machine:
Intel dual core T2300 @1.66Ghz laptop
Ubuntu 12.04 32 bit
glibc 2.15
gcc 4.6


Previous Comments:

[2012-06-07 14:08:56] ras...@php.net

I doubt it is bad memory. What's the difference between the two machines? Same 
architecture? Intel vs. AMD perhaps? Different glibc versions? Different 
compiler 
versions? It would be interesting to know what would cause this on some 
machines 
but not others. What about the little test C program? Does that return the same 
result on both machines?


[2012-06-07 10:38:18] zuallauz at gmail dot com

Yeah originally I had compiled my own PHP using the flags in the first post. I 
re-downloaded php-5.4.3.tar.bz2 from PHP.net and just did a basic ./configure 
&& make then ran log(8,2) using sapi/cli/php test.php and the output was still 
the same incorrect result:

float(3)
int(2)

However I have just tried the same thing on my other machine running 32bit 
Ubuntu 10.04 with 5.4.3 and it outputs correctly:

float(3)
int(3)

So maybe there's a screw loose/bad memory in the first machine or something. I 
don't have an explanation for it. Probably not a bug after all, sorry!


[2012-06-07 09:14:24] ras...@php.net

That's interesting because that is exactly what is happening when you call 
PHP's 
log() function. log(8,2) in PHP ends up being log(8)/log(2) in C. Did you 
compile 
your PHP yourself? If not, could you try grabbing the 5.4.3 tarball and doing a 
simple: ./configure && make
Building just the cli version is enough. Then run your log(8,2) test with 
sapi/cli/php test.php


[2012-06-07 08:48:37] zuallauz at gmail dot com

Hmm, I get the same output with 64 zeros:

3.


[2012-06-07 08:08:25] ras...@php.net

Well, float to int conversion issues isn't a PHP-specific thing. Try this 
little 
C program on your machine, for example:


#include 
#include 
int main(char *argv[], int argc) {
printf("%.64f\n",log(8)/log(2));
}

If you name the file, "a.c" you can just type: make a
then run it with: ./a

My output on 64-bit Ubuntu:
10:07am x220:~> ./a
3.

It would be interesting to see your output.




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


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

Bug #62241 [Nab]: PDO_Firebird

[mr dot efrem at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=62241&edit=1

 ID: 62241
 User updated by:mr dot efrem at gmail dot com
 Reported by:mr dot efrem at gmail dot com
 Summary:PDO_Firebird
 Status: Not a bug
 Type:   Bug
 Package:PDO related
 Operating System:   Independ
 PHP Version:5.3.13
 Block user comment: N
 Private report: N

 New Comment:

Please realize this functional


Previous Comments:

[2012-06-07 17:01:19] fel...@php.net

Actually there is no way to set, and such code you have seen isn't executed at 
all, it's surrounded by '#if abies_0 ... #endif'. Probably it was a planned 
feature, but not implemented yet.


[2012-06-06 09:12:17] mr dot efrem at gmail dot com

Description:

How set isolation level and options for firebird transactions?

Test script:
---
I see in ext/pdo_firebird/firebird_driver.c this code:

/* called by PDO to start a transaction */  

static int firebird_handle_begin(pdo_dbh_t *dbh TSRMLS_DC) /* {{{ */
    
  
if (dbh->transaction_flags & PDO_TRANS_ISOLATION_LEVEL) {   
 
if (dbh->transaction_flags & PDO_TRANS_READ_UNCOMMITTED) {  
 
/* this is a poor fit, but it's all we have */  
 
*ptpb++ = isc_tpb_read_committed;   
 
*ptpb++ = isc_tpb_rec_version;  
 
...


How and where to send the flags PDO_TRANS_READ_COMMITTED, PDO_TRANS_READWRITE, 
PDO_TRANS_ABORT, ... at the opening of the transaction functions PDO?








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

[PHP-BUG] Bug #62262 [NEW]: RecursiveArrayIterator does not implement Countable

[gen dot work at gmail dot com]

From: gen dot work at gmail dot com
Operating system: Windows XP, Ubuntu 10.04
PHP version:  5.3.13
Package:  SPL related
Bug Type: Bug
Bug description:RecursiveArrayIterator does not implement Countable

Description:

The RecursiveArrayIterator class does not implement Countable interface,
although it extends ArrayIterator.



Test script:
---
$it  = new \ArrayIterator(array(1, 2, 3));
$rit = new \RecursiveArrayIterator($it);

var_dump($it instanceof \Countable);
var_dump($rit instanceof \Countable);

Expected result:

bool(true)
bool(true)

Actual result:
--
bool(true)
bool(false)

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

Bug #62260 [Opn]: XPath does not search correctly in nodes with text and other nodes

[salathe]

Edit report at https://bugs.php.net/bug.php?id=62260&edit=1

 ID: 62260
 Updated by: sala...@php.net
 Reported by:yajo dot sk8 at gmail dot com
 Summary:XPath does not search correctly in nodes with text
 and other nodes
 Status: Open
 Type:   Bug
 Package:*XML functions
 Operating System:   Linux
 PHP Version:5.3.13
 Block user comment: N
 Private report: N

 New Comment:

I may be wrong, but my understanding is as follows.

text() returns a list of node [1], whereas contains() expects two string 
arguments [2].  Because of this the list of 
text nodes is converted to a string, as with string():

"A node-set is converted to a string by returning the string-value of the node 
in the node-set that is first in 
document order. If the node-set is empty, an empty string is returned." [3]

[1] http://www.w3.org/TR/xpath/#path-abbrev
[2] http://www.w3.org/TR/xpath/#function-contains
[3] http://www.w3.org/TR/xpath/#function-string


Previous Comments:

[2012-06-08 07:34:19] yajo dot sk8 at gmail dot com

Description:

When a node has inner nodes and you want to search into its text value, only 
the first text node is selected.

This is wrong because, as http://www.w3.org/TR/xpath/#path-abbrev says:
> text() selects all text node children of the context node

Test script:
---
$xml = <<


Hello

world

world


END;

$doc = DOMDocument::loadXML($xml);
$xpath = new DOMXPath($doc);

foreach ($xpath->query('//*[contains(text(), "world")]') as $node)
echo $node->nodeName . PHP_EOL;

Expected result:

first
second

Actual result:
--
second






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

Bug #61272 [Com]: ob_start callback get passed empty string

[casper at langemeijer dot eu]

Edit report at https://bugs.php.net/bug.php?id=61272&edit=1

 ID: 61272
 Comment by: casper at langemeijer dot eu
 Reported by:peacech at gmail dot com
 Summary:ob_start callback get passed empty string
 Status: Not a bug
 Type:   Bug
 Package:Output Control
 Operating System:   Arch 32 bit
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Mike, I've dug a bit deeper into this problem, and must conclude that this 
really is a bug, or at least a change of behaviour.

I think test tests/output/ob_017.phpt is faulty too. I corrected bot output.c 
and the test in the patch I supplied.

In PHP 5.3 the callback function is called with the contents of the output 
buffer when ob_clean or ob_end_clean is called. The output will be fed to the 
callback function, but is erased right after that call.

After your output buffering rewrite the output buffer is cleaned before the 
callback is called.

I see no valid reason for a functional change. You're supplying the callback 
with a flag so that if needed the callback function could do this itself if 
needed.


Previous Comments:

[2012-05-18 10:04:18] patrick at procurios dot nl

We are having the same problem and it keeps us from migrating to 5.4. Could you 
please fix it?


[2012-03-05 14:43:25] peacech at gmail dot com

Unless ob_start callback specification has changed that for 
ob_clean/ob_end_clean, the output is discarded before calling the callback, 
then this is a bug. And I have scan the PHP 5.4 changelog and couldn't find 
anything mentioning this change.

So let me help by showing where the problem is

In line 1226 of output.c in the distributed PHP 5.4.0 source,

if (flags & PHP_OUTPUT_POP_DISCARD) {
context.op |= PHP_OUTPUT_HANDLER_CLEAN;
orphan->buffer.used = 0;
}
php_output_handler_op(orphan, &context);

orphan->buffer.used should not be set to 0 before calling the callback, 
otherwise the callback will be called with empty buffer.

And likewise in line 300 in php_output_clean

So, no, it isn't about appending $output to $buffer.


[2012-03-05 11:23:43] m...@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.

You should append $output to $buffer.


[2012-03-04 10:53:53] peacech at gmail dot com

Description:

Running test script below with PHP 5.4 outputs

""

Running test script below with PHP 5.3 outputs

"hello"

Test script:
---
https://bugs.php.net/bug.php?id=61272&edit=1

[PHP-BUG] Bug #62260 [NEW]: XPath does not search correctly in nodes with text and other nodes

[yajo dot sk8 at gmail dot com]

From: yajo dot sk8 at gmail dot com
Operating system: Linux
PHP version:  5.3.13
Package:  *XML functions
Bug Type: Bug
Bug description:XPath does not search correctly in nodes with text and other 
nodes

Description:

When a node has inner nodes and you want to search into its text value,
only the first text node is selected.

This is wrong because, as http://www.w3.org/TR/xpath/#path-abbrev says:
> text() selects all text node children of the context node

Test script:
---
$xml = <<


Hello

world

world


END;

$doc = DOMDocument::loadXML($xml);
$xpath = new DOMXPath($doc);

foreach ($xpath->query('//*[contains(text(), "world")]') as $node)
echo $node->nodeName . PHP_EOL;

Expected result:

first
second

Actual result:
--
second

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

Bug #54454 [ReO->Csd]: substr_compare incorrectly reports equality in some cases

[pierrick]

Edit report at https://bugs.php.net/bug.php?id=54454&edit=1

 ID: 54454
 Updated by: pierr...@php.net
 Reported by:zweibieren at yahoo dot com
 Summary:substr_compare incorrectly reports equality in some
 cases
-Status: Re-Opened
+Status: Closed
 Type:   Bug
 Package:Strings related
 Operating System:   linux
 PHP Version:Irrelevant
 Assigned To:pierrick
 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:

[2011-04-21 03:51:26] pierr...@php.net

Automatic comment from SVN on behalf of pierrick
Revision: http://svn.php.net/viewvc/?view=revision&revision=310401
Log: Revert bug #54454 fix from PHP_5_3 branch to avoid BC break in minor 
release


[2011-04-07 01:16:47] zweibieren at yahoo dot com

Parkinson would be glad to claim as one of his laws: 
   The smaller the software change the bigger the discussion. !-)


[2011-04-06 20:58:45] s...@php.net

I was initially concerned that the security implications of the patch were 
reviewed.  Scott did this but has a concern about BC.


[2011-04-06 10:16:44] paj...@php.net

Chris and Scott are seeing issues with this change. Reopening.


[2011-04-03 09:23:04] pierr...@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/.
 
Thank you for the report, and for helping us make PHP better.




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


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