Bug #55731 [Com]: __get after __unset

2012-11-08 Thread ocramius at gmail dot com 
Edit report at https://bugs.php.net/bug.php?id=55731edit=1

 ID: 55731
 Comment by: ocramius at gmail dot com
 Reported by:421034509 at qq dot com
 Summary:__get after __unset
 Status: Not a bug
 Type:   Bug
 Package:Unknown/Other Function
 Operating System:   windows xp
 PHP Version:5.3.8
 Block user comment: N
 Private report: N

 New Comment:

I got pointed here after filing #63462 ( https://bugs.php.net/bug.php?id=63462 
).

Shouldn't the `getter_guard` be disabled for \0Example\0p1: (laurence's 
example) when already in the context of `__get` (and similar logic for all the 
other magic methods)? 

I have absolutely no understanding of PHP internals about this, but I wouldn't 
expect the magic getter to work again for the same property when we already 
know it was the requested one.

This is actually a (quite problematic) bug for me since it denies any action on 
unset properties, which is a feature I need when working with proxies.

If I understand this correctly, at 
https://github.com/php/php-src/blob/6ba376f552238de643a665d355fd5e59c40315b5/Zend/zend_object_handlers.c#L559-572
 the guard is used. I don't understand why `guard-in_set` isn't checked the 
second time though. Does `zend_get_property_guard` retrieve a different item 
for different `property_info`?


Previous Comments:

[2011-09-22 03:36:35] 421034509 at qq dot com

Thank you!I got it!


[2011-09-22 01:28:25] larue...@php.net

No, if the property is private, and the getter is called out of call 
entry(means 
access a private property out of scope), zend vm will return NULL,  but 
zend_read_property will assume as a public property name, since PHP is a 
flexible language.


[2011-09-22 01:18:53] 421034509 at qq dot com

When get_property_info successed in the Example class,
if the private property is defined but be unsetted,zend vm return a property 
info with name \0Example\0propertyname,
but if the property is undefined(or defined but not be unsetted),zend vm return 
a property info with name propertyname.
Is that true?


[2011-09-22 01:17:55] larue...@php.net

because there is no '\0Example\0p3' in property_info of  Example class entry


[2011-09-21 16:51:52] hytest at gmail dot com

If we add following code:

echo $example-p3;  

It still just call __get once. Why it doesn't call it twice? 
( one for p3 and one for \0example\0p3 ? )

In another word: what's the different between a property not defined and a 
unset 
private property?




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


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

Bug #60556 [Com]: php5ts.dll crash when reaching over 1000 requests.

2012-11-08 Thread Q9L_ at HOTMAIL dot COM 
Edit report at https://bugs.php.net/bug.php?id=60556edit=1

 ID: 60556
 Comment by: Q9L_ at HOTMAIL dot COM
 Reported by:missiontcomputers at hotmail dot com
 Summary:php5ts.dll crash when reaching over 1000 requests.
 Status: Feedback
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows 7 32bit / SP1
 PHP Version:5.3.8
 Block user comment: N
 Private report: N

 New Comment:

تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511


Previous Comments:

[2012-08-15 21:05:00] kilbyc at bellsouth dot net

Came up with a simpler test case
Index.php
?php
exit();
?

Using the same test parameters in my earlier comment.


[2012-08-15 20:14:15] kilbyc at bellsouth dot net

This is the simplest test case I could manage. In my production environment, 
the SoapClient doesn't always throw an error.
?php 
try { 
$x = new SoapClient(non-existent.wsdl,array(exceptions = 1)); 
} catch (SoapFault $E) { 
echo $E-faultstring;
}  
$doc = new DOMDocument();
$doc-loadHTML(htmlbodyTestbr/body/html);
echo $doc-saveHTML();
//require require.php;
gzcompress(serialize(var_export(htmlbodyTestbr/body/html, 
true)),6);
$restart = time()+5;
?
As reported, I am using ext that are provided with PHP. php.ini, httpd.conf or 
a zip of the entire problem environment is available upon request.


[2012-08-15 11:09:55] paj...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




[2012-08-14 17:19:09] kilbyc at bellsouth dot net

It doesnt really bother me that PHP is dying, the thing that is killing me is 
that when one thread dies with 255, Apache picks up and restarts the whole 
child process. I end up with a log file full of thread exited with 255, server 
restarting.


[2012-08-14 17:15:11] kilbyc at bellsouth dot net

I have this same problem with 
Win 7 Enterprise x86_64 
(Yes, I know I have a x64 OS, but I am required to test against x86 for 
compatibilities sake)
Tested and fails on both:
Apache 2.2.17 VC9 PHP 5.3.8 VC9 WIN32 
Apache 2.2.22 VC9 PHP 5.3.15 VC9 WIN32

Jmeter test case: 1000 threads, 0 sec ramp, 5 page

Bug #60556 [Com]: php5ts.dll crash when reaching over 1000 requests.

2012-11-08 Thread R at OTMAIL dot COM 
Edit report at https://bugs.php.net/bug.php?id=60556edit=1

 ID: 60556
 Comment by: R at OTMAIL dot COM
 Reported by:missiontcomputers at hotmail dot com
 Summary:php5ts.dll crash when reaching over 1000 requests.
 Status: Feedback
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows 7 32bit / SP1
 PHP Version:5.3.8
 Block user comment: N
 Private report: N

 New Comment:

تم الاختراق من قبل ملكع هكر ..BY:MLK3 HACKER F-16 
اهنيكم ع حماية ههههههههه 
 لعيون : ابو شنب هكر . ابو لميس . جمره 
هكر . شيطونه هكر . كوبرا هكر.


Previous Comments:

[2012-11-08 08:53:56] Q9L_ at HOTMAIL dot COM

تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511تم الاختراق من قبل دكتور سعودي511 Hacked by 
Dr.KsA511


[2012-08-15 21:05:00] kilbyc at bellsouth dot net

Came up with a simpler test case
Index.php
?php
exit();
?

Using the same test parameters in my earlier comment.


[2012-08-15 20:14:15] kilbyc at bellsouth dot net

This is the simplest test case I could manage. In my production environment, 
the SoapClient doesn't always throw an error.
?php 
try { 
$x = new SoapClient(non-existent.wsdl,array(exceptions = 1)); 
} catch (SoapFault $E) { 
echo $E-faultstring;
}  
$doc = new DOMDocument();
$doc-loadHTML(htmlbodyTestbr/body/html);
echo $doc-saveHTML();
//require require.php;
gzcompress(serialize(var_export(htmlbodyTestbr/body/html, 
true)),6);
$restart = time()+5;
?
As reported, I am using ext that are provided with PHP. php.ini, httpd.conf or 
a zip of the entire problem environment is available upon request.


[2012-08-15 11:09:55] paj...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




[2012-08-14 17:19:09] kilbyc at bellsouth dot net

It doesnt really bother me that PHP is dying, the thing that is killing me is 
that when one thread dies with 255, Apache picks up and restarts the whole 
child process. I end up with a log file full of thread exited with 255, server 
restarting.

Bug #60699 [Com]: mysqli_init() crashes under high concurrency

2012-11-08 Thread PCC at HOTMAIL dot COM 
Edit report at https://bugs.php.net/bug.php?id=60699edit=1

 ID: 60699
 Comment by: PCC at HOTMAIL dot COM
 Reported by:ninzya at inbox dot lv
 Summary:mysqli_init() crashes under high concurrency
 Status: Open
 Type:   Bug
 Package:MySQLi related
 Operating System:   Windows 7
 PHP Version:5.4.0RC5
 Block user comment: N
 Private report: N

 New Comment:

تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3


Previous Comments:

[2012-01-19 07:40:05] ninzya at inbox dot lv

Duplicate of https://bugs.php.net/bug.php?id=55334


[2012-01-14 09:30:30] ninzya at inbox dot lv

Changed status to Open


[2012-01-13 12:04:02] ninzya at inbox dot lv

Followed instructions on getting backtrace for Windows using Debug diagnostic 
tool and got no meaningful info out of it.

Here's the error:

In 
httpd__PID__4312__Date__01_13_2012__Time_01_52_49PM__761__Second_Chance_Exceptio
n_C005.dmp the assembly instruction at php5ts!_efree+85 in C:\Program Files 
(x86)\PHP\5.4.0RC5\php5ts.dll from The PHP Group has caused an access violation 
exception (0xC005) when trying to read from memory location 0x3a61f988 on 
thread 15


And here's information on thread 15:

Thread 15 - System ID 5604
Entry point   msvcrt!_endthreadex+6f 
Create time   1/13/2012 1:49:32 PM 
Time spent in user mode   0 Days 00:00:00.015 
Time spent in kernel mode   0 Days 00:00:00.015 

Function   Source 
ntdll!NtRaiseException+12
ntdll!KiUserExceptionDispatcher+29


Now the exception info:

PHP5TS!_EFREE+85In 
httpd__PID__4312__Date__01_13_2012__Time_01_52_49PM__761__Second_Chance_Exceptio
n_C005.dmp the assembly instruction at php5ts!_efree+85 in C:\Program Files 
(x86)\PHP\5.4.0RC5\php5ts.dll from The PHP Group has caused an access violation 
exception (0xC005) when trying to read from memory location 0x3a61f988 on 
thread 15


Module information:


Image Name: C:\Program Files (x86)\PHP\5.4.0RC5\php5ts.dll   Symbol Type:  PDB 
Base address: 0x00905a4d   Time Stamp:  Fri Jan 06 03:02:19 2012  
Checksum: 0x   Comments:   
COM DLL: False   Company Name:  The PHP Group 
ISAPIExtension: False   File Description:  PHP Script Interpreter 
ISAPIFilter: False   File Version:  5.4.0RC5 
Managed DLL: False   Internal Name:  PHP Script Interpreter 
VB DLL: False   Legal Copyright:  Copyright © 1997-2010 The PHP Group 
Loaded Image Name:  php5ts.dll   Legal Trademarks:  PHP 
Mapped Image Name: Original filename:  php5ts.dll 
Module name:  php5ts   Private Build:   
Single Threaded:  False   Product Name:  PHP 
Module Size:  5.91 MBytes   Product Version:  5.4.0RC5 
Symbol File Name:  c:\program files (x86)\php\5.4.0rc5\debug\php5ts.pdb   
Special Build:   


Notice Symbol File Name... PDB files were loaded correctly and I have no clue 
why there's no info on stack trace for thread 15.

For comparison, here's stack trace for some other thread, that did not raise 
any 
exceptions:

Thread 6 - System ID 2748
Entry point   msvcrt!_endthreadex+6f 
Create time   1/13/2012 1:49:32 PM 
Time spent in user mode   0 Days 00:00:00.015 
Time spent in kernel mode   0 Days 00:00:00.015 

Function   Source 
php5ts!_zend_mm_alloc_int+d   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_alloc.c @ 1877 + d 
php5ts!_emalloc+32   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_alloc.c @ 2425 + 5 
php5ts!zendparse+70a   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_language_parser.y @ 987 + 25 
php5ts!compile_file+15a   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_language_scanner.l @ 579 + c 
php5ts!phar_compile_file+87   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\ext\phar\phar.c @ 3391 + 1d 
php5ts!zend_execute_scripts+80   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend.c @ 1264 + b 
php5ts!php_execute_script+1a7   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\main\main.c @ 2476 + 12 
php5apache2_2!php_handler+417   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\sapi\apache2handler\sapi_apache2.c @ 667 +

[PHP-BUG] Bug #63466 [NEW]: PDO_MYSQL ignores PDO::FETCH_ORI_ABS in PDOStatement::fetch()

2012-11-08 Thread vicrry at yahoo dot com dot hk 
From: vicrry at yahoo dot com dot hk
Operating system: CentOS
PHP version:  5.4.8
Package:  PDO related
Bug Type: Bug
Bug description:PDO_MYSQL ignores PDO::FETCH_ORI_ABS in PDOStatement::fetch()

Description:

When fetching with PDO::FETCH_ORI_ABS from MySQL with
PDOStatement::fetch(), the 
driver silently swallows the options and work as if I passed
PDO::FETCH_ORI_NEXT.

Test script:
---
$stmt = $pdo-prepare('SELECT * FROM table', array(
  PDO::ATTR_CURSOR = PDO::CURSOR_SCROLL
));

$stmt-execute();

$row = $stmt-fetch(PDO::FETCH_NUM, PDO::FETCH_ORI_ABS, 5);

Expected result:

The sixth row returned.

Actual result:
--
The first row returned.

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

Bug #60699 [Opn-Nab]: mysqli_init() crashes under high concurrency

2012-11-08 Thread johannes 
Edit report at https://bugs.php.net/bug.php?id=60699edit=1

 ID: 60699
 Updated by: johan...@php.net
 Reported by:ninzya at inbox dot lv
 Summary:mysqli_init() crashes under high concurrency
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:MySQLi related
 Operating System:   Windows 7
 PHP Version:5.4.0RC5
 Block user comment: N
 Private report: N

 New Comment:

Solved as bug #55334.


Previous Comments:

[2012-11-08 09:03:54] PCC at HOTMAIL dot COM

تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3
تم الاختراق من قبل دكتور ملكع F-16 HacKeD By Dr.MLK3


[2012-01-19 07:40:05] ninzya at inbox dot lv

Duplicate of https://bugs.php.net/bug.php?id=55334


[2012-01-14 09:30:30] ninzya at inbox dot lv

Changed status to Open


[2012-01-13 12:04:02] ninzya at inbox dot lv

Followed instructions on getting backtrace for Windows using Debug diagnostic 
tool and got no meaningful info out of it.

Here's the error:

In 
httpd__PID__4312__Date__01_13_2012__Time_01_52_49PM__761__Second_Chance_Exceptio
n_C005.dmp the assembly instruction at php5ts!_efree+85 in C:\Program Files 
(x86)\PHP\5.4.0RC5\php5ts.dll from The PHP Group has caused an access violation 
exception (0xC005) when trying to read from memory location 0x3a61f988 on 
thread 15


And here's information on thread 15:

Thread 15 - System ID 5604
Entry point   msvcrt!_endthreadex+6f 
Create time   1/13/2012 1:49:32 PM 
Time spent in user mode   0 Days 00:00:00.015 
Time spent in kernel mode   0 Days 00:00:00.015 

Function   Source 
ntdll!NtRaiseException+12
ntdll!KiUserExceptionDispatcher+29


Now the exception info:

PHP5TS!_EFREE+85In 
httpd__PID__4312__Date__01_13_2012__Time_01_52_49PM__761__Second_Chance_Exceptio
n_C005.dmp the assembly instruction at php5ts!_efree+85 in C:\Program Files 
(x86)\PHP\5.4.0RC5\php5ts.dll from The PHP Group has caused an access violation 
exception (0xC005) when trying to read from memory location 0x3a61f988 on 
thread 15


Module information:


Image Name: C:\Program Files (x86)\PHP\5.4.0RC5\php5ts.dll   Symbol Type:  PDB 
Base address: 0x00905a4d   Time Stamp:  Fri Jan 06 03:02:19 2012  
Checksum: 0x   Comments:   
COM DLL: False   Company Name:  The PHP Group 
ISAPIExtension: False   File Description:  PHP Script Interpreter 
ISAPIFilter: False   File Version:  5.4.0RC5 
Managed DLL: False   Internal Name:  PHP Script Interpreter 
VB DLL: False   Legal Copyright:  Copyright © 1997-2010 The PHP Group 
Loaded Image Name:  php5ts.dll   Legal Trademarks:  PHP 
Mapped Image Name: Original filename:  php5ts.dll 
Module name:  php5ts   Private Build:   
Single Threaded:  False   Product Name:  PHP 
Module Size:  5.91 MBytes   Product Version:  5.4.0RC5 
Symbol File Name:  c:\program files (x86)\php\5.4.0rc5\debug\php5ts.pdb   
Special Build:   


Notice Symbol File Name... PDB files were loaded correctly and I have no clue 
why there's no info on stack trace for thread 15.

For comparison, here's stack trace for some other thread, that did not raise 
any 
exceptions:

Thread 6 - System ID 2748
Entry point   msvcrt!_endthreadex+6f 
Create time   1/13/2012 1:49:32 PM 
Time spent in user mode   0 Days 00:00:00.015 
Time spent in kernel mode   0 Days 00:00:00.015 

Function   Source 
php5ts!_zend_mm_alloc_int+d   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_alloc.c @ 1877 + d 
php5ts!_emalloc+32   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_alloc.c @ 2425 + 5 
php5ts!zendparse+70a   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_language_parser.y @ 987 + 25 
php5ts!compile_file+15a   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend_language_scanner.l @ 579 + c 
php5ts!phar_compile_file+87   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\ext\phar\phar.c @ 3391 + 1d 
php5ts!zend_execute_scripts+80   c:\php-sdk\php54dev-ts\vc9\x86\php-
5.4.0rc5\zend\zend.c @ 1264 + b 
php5ts!php_execute_script+1a7

Bug #63453 [Com]: Segmentation fault in gc_zval_possible_root

2012-11-08 Thread jeanseb at au-fil-du dot net 
Edit report at https://bugs.php.net/bug.php?id=63453edit=1

 ID: 63453
 Comment by: jeanseb at au-fil-du dot net
 Reported by:jean...@php.net
 Summary:Segmentation fault in gc_zval_possible_root
 Status: Feedback
 Type:   Bug
 Package:Reproducible crash
 Operating System:   CentOS release 5.6 (Final)
 PHP Version:5.4.8
 Block user comment: N
 Private report: N

 New Comment:

Same issue with php5.4-201211080830.


Previous Comments:

[2012-11-07 14:36:25] larue...@php.net

Please try using this snapshot:

  http://snaps.php.net/php5.4-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

there was a bug about zval_dtor recursive array cause segfault. seems the fix 
is 
not merged into 5.4.8 yet, please try with the 5.4 snapshot, thanks


[2012-11-07 10:48:50] jeanseb at au-fil-du dot net

The segfault occured in the callback of setRolesConfig()


[2012-11-07 10:29:20] jean...@php.net

Description:

I've produced a segfault during some unit tests.


# /usr/bin/php-5.4.8 -c /etc/php54.ini /usr/bin/phpunit --colors 
tests/phpunit/My/Service/InterlocuteurEntiteTest.php
PHPUnit 3.6.12 by Sebastian Bergmann.

Configuration read from 
/media/sf_workspace/referentielinterlocuteurs/phpunit.xml

...Erreur de segmentation (core dumped)

My configure options : 
Configure Command =  './configure'  '--with-config-file-path=/etc/php54.ini' 
'--enable-mbstring' '--with-ldap' '--enable-debug'


I haven't a short script that reproduces this problem but I have attached som 
code samples.

(ZF 1.8.3)


Test script:
---
?php

$formRolesEtActesGestion = new My_Form_RolesEtActesDeGestion('mock');  
$formRolesEtActesGestion-getSubform('roles')-setRolesConfig(My_Form_RolesEtActesDeGestion_RolesTest::getRolesConfig());


[...]
class My_Form_RolesEtActesDeGestion_RolesTest
{
[...]
public static function getRolesConfig()
{
 return array();
}
[...]
}

[...]
class My_Form_RolesEtActesDeGestion_RolesTest
{
[...]
public static function getRolesConfig()
{
 return array();
}
[...]
}
[...]
class My_Form_RolesEtActesDeGestion_Roles
{
[...]
protected $_rolesConfig;

public function setRolesConfig($rolesConfig)
{
$this-_rolesConfig = $rolesConfig;
}
[...]
}



Actual result:
--
warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fff06bfc000
Core was generated by `/usr/bin/php-5.4.8 -c /etc/php54.ini /usr/bin/phpunit 
--colors --debug tests/ph'.
Program terminated with signal 11, Segmentation fault.
#0  0x006c3c82 in gc_zval_possible_root (zv=0x12615ae0) at 
/tmp/php-build/php-5.4.8/Zend/zend_gc.c:143
143 /tmp/php-build/php-5.4.8/Zend/zend_gc.c: Aucun fichier ou répertoire 
de ce type.
in /tmp/php-build/php-5.4.8/Zend/zend_gc.c
(gdb) bt
#0  0x006c3c82 in gc_zval_possible_root (zv=0x12615ae0) at 
/tmp/php-build/php-5.4.8/Zend/zend_gc.c:143
#1  0x006b2e38 in zend_hash_destroy (ht=0x126464a0) at 
/tmp/php-build/php-5.4.8/Zend/zend_hash.c:560
#2  0x006a5a16 in _zval_dtor_func (zvalue=0x12646748) at 
/tmp/php-build/php-5.4.8/Zend/zend_variables.c:43
#3  0x00698bc5 in _zval_dtor (zval_ptr=0x12377758) at 
/tmp/php-build/php-5.4.8/Zend/zend_variables.h:35
#4  _zval_ptr_dtor (zval_ptr=0x12377758) at 
/tmp/php-build/php-5.4.8/Zend/zend_execute_API.c:438
#5  0x006c5b92 in zend_object_std_dtor (object=0x125ebf58) at 
/tmp/php-build/php-5.4.8/Zend/zend_objects.c:54
#6  0x006c5bc9 in zend_objects_free_object_storage (object=0x12615ae0) 
at /tmp/php-build/php-5.4.8/Zend/zend_objects.c:137
#7  0x006cad98 in zend_objects_store_del_ref_by_handle_ex (handle=274, 
handlers=value optimized out)
at /tmp/php-build/php-5.4.8/Zend/zend_objects_API.c:220
#8  0x006cadd3 in zend_objects_store_del_ref (zobject=0x125b5970) at 
/tmp/php-build/php-5.4.8/Zend/zend_objects_API.c:172
#9  0x006cdd23 in _zval_dtor (execute_data=0x2b673426f770) at 
/tmp/php-build/php-5.4.8/Zend/zend_variables.h:35
#10 i_zval_ptr_dtor (execute_data=0x2b673426f770) at 
/tmp/php-build/php-5.4.8/Zend/zend_execute.h:87
#11 zend_leave_helper_SPEC (execute_data=0x2b673426f770) at 
/tmp/php-build/php-5.4.8/Zend/zend_vm_execute.h:468
#12 0x006e49d8 in ZEND_HANDLE_EXCEPTION_SPEC_HANDLER 
(execute_data=0x2b673426f770) at 
/tmp/php-build/php-5.4.8/Zend/zend_vm_execute.h:1113
#13 0x006d807d in execute (op_array=0x123770e0) at 
/tmp/php-build/php-5.4.8/Zend/zend_vm_execute.h:410
#14 0x006998b7 in zend_call_function (fci=0x7fff06badc20, 
fci_cache=0x7fff06badc70) at

[PHP-BUG] Bug #63467 [NEW]: is_callable returns false for public function inherited from parent

2012-11-08 Thread martijn dot otto at copernica dot com 
From: martijn dot otto at copernica dot com
Operating system: linux
PHP version:  Irrelevant
Package:  Class/Object related
Bug Type: Bug
Bug description:is_callable returns false for public function inherited from 
parent

Description:

When calling is_callible on a public function inherited from a parent, it
will 
return false.

Test script:
---
class a
{
public function bla() {}
}

class b extends a
{
}

$b = new b;
var_dump(is_callable($b, 'bla'));


Expected result:

bool(true)

Actual result:
--
bool(false)

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

[PHP-BUG] Bug #63468 [NEW]: wrong called method as callback with inheritance

2012-11-08 Thread patrik at votocek dot cz 
From: patrik at votocek dot cz
Operating system: ArchLinux
PHP version:  5.4.8
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:wrong called method as callback with inheritance

Description:

callback call private method (in parent class) instead of public method in

current class

Test script:
---
?php

class Foo
{
public function run()
{
return call_user_func(array('Bar', 'getValue'));
}

private static function getValue()
{
return 'Foo';
}
}

class Bar extends Foo
{
public static function getValue()
{
return 'Bar';
}
}

$x = new Bar;
$x-run();

Expected result:

'Bar'

Actual result:
--
'Foo'

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

Bug #63468 [PATCH]: wrong called method as callback with inheritance

2012-11-08 Thread larue...@php.net 
Edit report at https://bugs.php.net/bug.php?id=63468edit=1

 ID: 63468
 Patch added by: larue...@php.net
 Reported by:patrik at votocek dot cz
 Summary:wrong called method as callback with inheritance
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   ArchLinux
 PHP Version:5.4.8
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug63468.patch
Revision:   1352387087
URL:
https://bugs.php.net/patch-display.php?bug=63468patch=bug63468.patchrevision=1352387087


Previous Comments:

[2012-11-08 13:18:39] patrik at votocek dot cz

Description:

callback call private method (in parent class) instead of public method in 
current class

Test script:
---
?php

class Foo
{
public function run()
{
return call_user_func(array('Bar', 'getValue'));
}

private static function getValue()
{
return 'Foo';
}
}

class Bar extends Foo
{
public static function getValue()
{
return 'Bar';
}
}

$x = new Bar;
$x-run();

Expected result:

'Bar'

Actual result:
--
'Foo'






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

Bug #63468 [Opn]: wrong called method as callback with inheritance

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

 ID: 63468
 Updated by: larue...@php.net
 Reported by:patrik at votocek dot cz
 Summary:wrong called method as callback with inheritance
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   ArchLinux
 PHP Version:5.4.8
-Assigned To:
+Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

dmitry, do you have time to look at this patch? thanks


Previous Comments:

[2012-11-08 15:04:47] larue...@php.net

The following patch has been added/updated:

Patch Name: bug63468.patch
Revision:   1352387087
URL:
https://bugs.php.net/patch-display.php?bug=63468patch=bug63468.patchrevision=1352387087


[2012-11-08 13:18:39] patrik at votocek dot cz

Description:

callback call private method (in parent class) instead of public method in 
current class

Test script:
---
?php

class Foo
{
public function run()
{
return call_user_func(array('Bar', 'getValue'));
}

private static function getValue()
{
return 'Foo';
}
}

class Bar extends Foo
{
public static function getValue()
{
return 'Bar';
}
}

$x = new Bar;
$x-run();

Expected result:

'Bar'

Actual result:
--
'Foo'






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

Bug #63467 [Opn-Nab]: is_callable returns false for public function inherited from parent

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

 ID: 63467
 Updated by: larue...@php.net
 Reported by:martijn dot otto at copernica dot com
 Summary:is_callable returns false for public function
 inherited from parent
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:Class/Object related
 Operating System:   linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

should be:is_callable(array($b, 'bla'));


Previous Comments:

[2012-11-08 12:53:29] martijn dot otto at copernica dot com

Description:

When calling is_callible on a public function inherited from a parent, it will 
return false.

Test script:
---
class a
{
public function bla() {}
}

class b extends a
{
}

$b = new b;
var_dump(is_callable($b, 'bla'));


Expected result:

bool(true)

Actual result:
--
bool(false)






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

[PHP-BUG] Bug #63470 [NEW]: The program does not give the correct output

2012-11-08 Thread nadir dot hajiyani at gmail dot com 
From: nadir dot hajiyani at gmail dot com
Operating system: Mac OS X version 10.8.2
PHP version:  5.3.18
Package:  PHP options/info functions
Bug Type: Bug
Bug description:The program does not give the correct output

Description:

---
From manual page:
http://www.php.net/function.str-replace#refsect1-function.str-
replace-examples
---
// Provides: body text='black'
$bodytag = str_replace(%body%, black, body text='%body%');

This is not printed as mentioned in the code instead the code in test
script 
works.

Test script:
---
// Provides body text='black'
$phrase  = body text='%body%';
$healthy = %body%;
$yummy   = black;

echo $newphrase = str_replace($healthy, $yummy, $phrase);


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

Bug #63470 [Opn-Nab]: The program does not give the correct output

2012-11-08 Thread rasmus 
Edit report at https://bugs.php.net/bug.php?id=63470edit=1

 ID: 63470
 Updated by: ras...@php.net
 Reported by:nadir dot hajiyani at gmail dot com
 Summary:The program does not give the correct output
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:PHP options/info functions
 Operating System:   Mac OS X version 10.8.2
 PHP Version:5.3.18
 Block user comment: N
 Private report: N

 New Comment:

I bet hitting view source would clear this one up for you.


Previous Comments:

[2012-11-09 02:59:51] nadir dot hajiyani at gmail dot com

Description:

---
From manual page: 
http://www.php.net/function.str-replace#refsect1-function.str-
replace-examples
---
// Provides: body text='black'
$bodytag = str_replace(%body%, black, body text='%body%');

This is not printed as mentioned in the code instead the code in test script 
works.

Test script:
---
// Provides body text='black'
$phrase  = body text='%body%';
$healthy = %body%;
$yummy   = black;

echo $newphrase = str_replace($healthy, $yummy, $phrase);







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