Bug #63470 [Opn->Nab]: The program does not give the correct output
Edit report at https://bugs.php.net/bug.php?id=63470&edit=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: $bodytag = str_replace("%body%", "black", ""); 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=63470&edit=1
[PHP-BUG] Bug #63470 [NEW]: The program does not give the correct output
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: $bodytag = str_replace("%body%", "black", ""); 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=63470&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63470&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63470&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63470&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63470&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63470&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63470&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63470&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63470&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63470&r=support Expected behavior: https://bugs.php.net/fix.php?id=63470&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63470&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63470&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63470&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63470&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63470&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63470&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63470&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63470&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63470&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63470&r=mysqlcfg
Bug #63467 [Opn->Nab]: is_callable returns false for public function inherited from parent
Edit report at https://bugs.php.net/bug.php?id=63467&edit=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=63467&edit=1
Bug #63468 [Opn]: wrong called method as callback with inheritance
Edit report at https://bugs.php.net/bug.php?id=63468&edit=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=63468&patch=bug63468.patch&revision=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: --- run(); Expected result: 'Bar' Actual result: -- 'Foo' -- Edit this bug report at https://bugs.php.net/bug.php?id=63468&edit=1
Bug #63468 [PATCH]: wrong called method as callback with inheritance
Edit report at https://bugs.php.net/bug.php?id=63468&edit=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=63468&patch=bug63468.patch&revision=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: --- run(); Expected result: 'Bar' Actual result: -- 'Foo' -- Edit this bug report at https://bugs.php.net/bug.php?id=63468&edit=1
[PHP-BUG] Bug #63468 [NEW]: wrong called method as callback with inheritance
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: --- run(); Expected result: 'Bar' Actual result: -- 'Foo' -- Edit bug report at https://bugs.php.net/bug.php?id=63468&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63468&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63468&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63468&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63468&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63468&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63468&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63468&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63468&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63468&r=support Expected behavior: https://bugs.php.net/fix.php?id=63468&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63468&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63468&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63468&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63468&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63468&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63468&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63468&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63468&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63468&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63468&r=mysqlcfg
[PHP-BUG] Bug #63467 [NEW]: is_callable returns false for public function inherited from parent
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=63467&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63467&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63467&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63467&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63467&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63467&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63467&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63467&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63467&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63467&r=support Expected behavior: https://bugs.php.net/fix.php?id=63467&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63467&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63467&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63467&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63467&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63467&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63467&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63467&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63467&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63467&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63467&r=mysqlcfg
Bug #63453 [Com]: Segmentation fault in gc_zval_possible_root
Edit report at https://bugs.php.net/bug.php?id=63453&edit=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: --- 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=) 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 /tmp/php-build/php-5.4.8/Zend/zend_execute_API.c:958 #15 0x005a9553 in zim_reflection_method_invokeArgs (ht=2, return_value=0x12378b88, return_value_ptr=, th
Bug #60699 [Opn->Nab]: mysqli_init() crashes under high concurrency
Edit report at https://bugs.php.net/bug.php?id=60699&edit=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 c:\php-sdk\php54dev-
[PHP-BUG] Bug #63466 [NEW]: PDO_MYSQL ignores PDO::FETCH_ORI_ABS in PDOStatement::fetch()
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=63466&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63466&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63466&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63466&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63466&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63466&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63466&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63466&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63466&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63466&r=support Expected behavior: https://bugs.php.net/fix.php?id=63466&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63466&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63466&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63466&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63466&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63466&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63466&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63466&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63466&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63466&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63466&r=mysqlcfg
Bug #60699 [Com]: mysqli_init() crashes under high concurrency
Edit report at https://bugs.php.net/bug.php?id=60699&edit=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
Bug #60556 [Com]: php5ts.dll crash when reaching over 1000 requests.
Edit report at https://bugs.php.net/bug.php?id=60556&edit=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 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. 1)); } catch (SoapFault $E) { echo $E->faultstring; } $doc = new DOMDocument(); $doc->loadHTML("Test"); echo $doc->saveHTML(); //require "require.php"; gzcompress(serialize(var_export("Test", 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 , 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. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report onlin
Bug #60556 [Com]: php5ts.dll crash when reaching over 1000 requests.
Edit report at https://bugs.php.net/bug.php?id=60556&edit=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 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. 1)); } catch (SoapFault $E) { echo $E->faultstring; } $doc = new DOMDocument(); $doc->loadHTML("Test"); echo $doc->saveHTML(); //require "require.php"; gzcompress(serialize(var_export("Test", 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 , 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 views spaced 10 sec apart for each thread. Apache conf: php as apache2_2 mod, mpm_winnt:800 threads, no extra mods. PHP is allotted 51
Bug #55731 [Com]: __get after __unset
Edit report at https://bugs.php.net/bug.php?id=55731&edit=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=55731&edit=1