[PHP-BUG] Bug #60229 [NEW]: From 1.3.8 GM version call to InitializeMagick required
From: Operating system: Linux PHP version: 5.3.8 Package: gmagick Bug Type: Bug Bug description:From 1.3.8 GM version call to InitializeMagick required Description: Please look at bugzilla bugreport from one of our user - https://bugzilla.redhat.com/show_bug.cgi?id=751376 -- Edit bug report at https://bugs.php.net/bug.php?id=60229edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60229r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60229r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60229r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60229r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60229r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60229r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60229r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60229r=needscript Try newer version: https://bugs.php.net/fix.php?id=60229r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60229r=support Expected behavior: https://bugs.php.net/fix.php?id=60229r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60229r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60229r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60229r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60229r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60229r=dst IIS Stability: https://bugs.php.net/fix.php?id=60229r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60229r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60229r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60229r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60229r=mysqlcfg
[PHP-BUG] Bug #51462 [NEW]: Extending DOM classes work only if copy of object present
From: Operating system: Linux PHP version: 5.3.2 Package: DOM XML related Bug Type: Bug Bug description:Extending DOM classes work only if copy of object present Description: Extending some DOM classes (f.e. DOMDOcument, DOMElement I think others, but not tested) work. But when such elemenmt appended to the document, additional information lost. Meantime, when copy of object saved alsewere, all work as expected. First mention of this bug and initial workaround in comment http://php.net/manual/tr/book.dom.php#80613 by ryoroxdahouse at hotmail dot com. I make automattical workaround like ( http://hinikato.blogspot.com/2009/10/domelement.html? showComment=1270202266600#c284093039037001302 ): class MyElement extends DOMElement { public function __construct($name, $value = null, $uri = null) { parent::__construct($name, $value, $uri); $GLOBALS['PHP_HACK_DOM_ELEMENT'][spl_object_hash($this)] = $this; //Note, reference is not enough :( } public function __destruct() { unset($GLOBALS['PHP_HACK_DOM_ELEMENT'][spl_object_hash($this)]); } } But as we need object copy, not just reference it requires double of memmory! Test script: --- ? class MyElement extends DOMElement{} $doc = new DOMDocument(); $doc-appendChild(new MyElement('test')); var_dump($doc-documentElement); ? Expected result: object(MyElement)#4 (0) { } Actual result: -- object(DOMElement)#4 (0) { } -- Edit bug report at http://bugs.php.net/bug.php?id=51462edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51462r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51462r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51462r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51462r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51462r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51462r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51462r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51462r=needscript Try newer version: http://bugs.php.net/fix.php?id=51462r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51462r=support Expected behavior: http://bugs.php.net/fix.php?id=51462r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51462r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51462r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51462r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51462r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51462r=dst IIS Stability: http://bugs.php.net/fix.php?id=51462r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51462r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51462r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51462r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51462r=mysqlcfg
Bug #51462 [Wfx]: Extending DOM classes work only if copy of object present
Edit report at http://bugs.php.net/bug.php?id=51462edit=1 ID: 51462 User updated by: pahan at hubbitus dot info Reported by: pahan at hubbitus dot info Summary: Extending DOM classes work only if copy of object present Status: Wont fix Type: Bug -Package: DOM XML related +Package: *General Issues Operating System: Linux PHP Version: 5.3.2 New Comment: The tree does not maintain object state. Who does it? If you are only looking for your own classtypes to be returned by the DOM methods/properties then use registerNodeClass() to register the types. I do not speak about DOMDocument createElement method return my class element. I only report what element class lost after add it into tree! And in any case BUG what it behaves differently dependent to outer links present: 1) If it uses reference to provided object, why it unexpectedly change type of it? 2) If it copy object, why it depend on links?? In any case, when method relied on foreign variables it is not determinated! And it should be fixed in some way... Previous Comments: [2010-04-02 13:19:32] rricha...@php.net The tree does not maintain object state. If you are only looking for your own classtypes to be returned by the DOM methods/properties then use registerNodeClass() to register the types. [2010-04-02 12:51:04] pahan at hubbitus dot info Description: Extending some DOM classes (f.e. DOMDOcument, DOMElement I think others, but not tested) work. But when such elemenmt appended to the document, additional information lost. Meantime, when copy of object saved alsewere, all work as expected. First mention of this bug and initial workaround in comment http://php.net/manual/tr/book.dom.php#80613 by ryoroxdahouse at hotmail dot com. I make automattical workaround like ( http://hinikato.blogspot.com/2009/10/domelement.html? showComment=1270202266600#c284093039037001302 ): class MyElement extends DOMElement { public function __construct($name, $value = null, $uri = null) { parent::__construct($name, $value, $uri); $GLOBALS['PHP_HACK_DOM_ELEMENT'][spl_object_hash($this)] = $this; //Note, reference is not enough :( } public function __destruct() { unset($GLOBALS['PHP_HACK_DOM_ELEMENT'][spl_object_hash($this)]); } } But as we need object copy, not just reference it requires double of memmory! Test script: --- ? class MyElement extends DOMElement{} $doc = new DOMDocument(); $doc-appendChild(new MyElement('test')); var_dump($doc-documentElement); ? Expected result: object(MyElement)#4 (0) { } Actual result: -- object(DOMElement)#4 (0) { } -- Edit this bug report at http://bugs.php.net/bug.php?id=51462edit=1
#47596 [Fbk-Opn]: Bus error on parsing file
ID: 47596 User updated by: pahan at hubbitus dot info Reported By: pahan at hubbitus dot info -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3.0beta1 New Comment: This script completely self-contained reproducing script. But as I mention before, I can't make it smaller because it break reproducibility. Previous Comments: [2009-03-10 10:24:35] j...@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. Either provide completely self-contained reproducing script or let this be bogus.. [2009-03-08 09:37:43] pahan at hubbitus dot info Description: On particular file php always crashes with Bus Error. I'm try split file to get only sensible data, but I can't. ANY changes in it do predictable behavior and all works as expected. Even add/delete comment, any letter, space in any place... $ php test.bus.error.php Bus error Its contain many external dependencies, but it is absolutely unneeded for reproducibility: $ php -dinclude_path=: test.bus.error.php Bus error [pa...@x-www _SHARED_]$ ulimit -c unlimited [pa...@x-www _SHARED_]$ php -dinclude_path=/ test.bus.error.php Bus error (core dumped) This file is my working mess for test and sandboxing :), so, it is really not intended for any use outside and even any use except probes and examples. But as I can't even change 1 letter in it, I place it as is: http://ru.bir.ru/_temp/php-bugs/2/test.bus.error.php.gz Coredump file also available for download: http://ru.bir.ru/_temp/php- bugs/2/core.19581 Reproduce code: --- http://ru.bir.ru/_temp/php-bugs/2/test.bus.error.php.gz Sorry, I can't do that smaller. -- Edit this bug report at http://bugs.php.net/?id=47596edit=1
#47596 [Fbk-Opn]: Bus error on parsing file
ID: 47596 User updated by: pahan at hubbitus dot info Reported By: pahan at hubbitus dot info -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3.0beta1 New Comment: No, as I also mentioned abowe, this is not require any externul stuff (include_path=: even . dir not contain!, so, can't be include files). Previous Comments: [2009-03-10 16:59:28] j...@php.net That script requires some external crap that is NOT included. At least provide ALL the files necessary to run the script. Otherwise the next status this report gets is Bogus. [2009-03-10 11:12:19] pahan at hubbitus dot info This script completely self-contained reproducing script. But as I mention before, I can't make it smaller because it break reproducibility. [2009-03-10 10:24:35] j...@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. Either provide completely self-contained reproducing script or let this be bogus.. [2009-03-08 09:37:43] pahan at hubbitus dot info Description: On particular file php always crashes with Bus Error. I'm try split file to get only sensible data, but I can't. ANY changes in it do predictable behavior and all works as expected. Even add/delete comment, any letter, space in any place... $ php test.bus.error.php Bus error Its contain many external dependencies, but it is absolutely unneeded for reproducibility: $ php -dinclude_path=: test.bus.error.php Bus error [pa...@x-www _SHARED_]$ ulimit -c unlimited [pa...@x-www _SHARED_]$ php -dinclude_path=/ test.bus.error.php Bus error (core dumped) This file is my working mess for test and sandboxing :), so, it is really not intended for any use outside and even any use except probes and examples. But as I can't even change 1 letter in it, I place it as is: http://ru.bir.ru/_temp/php-bugs/2/test.bus.error.php.gz Coredump file also available for download: http://ru.bir.ru/_temp/php- bugs/2/core.19581 Reproduce code: --- http://ru.bir.ru/_temp/php-bugs/2/test.bus.error.php.gz Sorry, I can't do that smaller. -- Edit this bug report at http://bugs.php.net/?id=47596edit=1
#47596 [NEW]: Bus error on parsing file
From: pahan at hubbitus dot info Operating system: Linux PHP version: 5.3.0beta1 PHP Bug Type: Reproducible crash Bug description: Bus error on parsing file Description: On particular file php always crashes with Bus Error. I'm try split file to get only sensible data, but I can't. ANY changes in it do predictable behavior and all works as expected. Even add/delete comment, any letter, space in any place... $ php test.bus.error.php Bus error Its contain many external dependencies, but it is absolutely unneeded for reproducibility: $ php -dinclude_path=: test.bus.error.php Bus error [pa...@x-www _SHARED_]$ ulimit -c unlimited [pa...@x-www _SHARED_]$ php -dinclude_path=/ test.bus.error.php Bus error (core dumped) This file is my working mess for test and sandboxing :), so, it is really not intended for any use outside and even any use except probes and examples. But as I can't even change 1 letter in it, I place it as is: http://ru.bir.ru/_temp/php-bugs/2/test.bus.error.php.gz Coredump file also available for download: http://ru.bir.ru/_temp/php- bugs/2/core.19581 Reproduce code: --- http://ru.bir.ru/_temp/php-bugs/2/test.bus.error.php.gz Sorry, I can't do that smaller. -- Edit bug report at http://bugs.php.net/?id=47596edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47596r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47596r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47596r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47596r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47596r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47596r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47596r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47596r=needscript Try newer version: http://bugs.php.net/fix.php?id=47596r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47596r=support Expected behavior: http://bugs.php.net/fix.php?id=47596r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47596r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47596r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47596r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47596r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47596r=dst IIS Stability: http://bugs.php.net/fix.php?id=47596r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47596r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47596r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47596r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47596r=mysqlcfg
#47559 [Bgs]: Several always reproducable bags of segmentatio fault
ID: 47559 User updated by: pahan at hubbitus dot info Reported By: pahan at hubbitus dot info Status: Bogus Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3.0beta1 New Comment: I'm read its manual, and in it also speakint several things how handle it (f.e. with setrlimit/getrlimit system call). In any case, may be another way to fix it in your code. So, in other words, it is official answer - PHP team may treat segmentation fault (independantly of reason) as NOT BUG and assume it is normal in production environment Previous Comments: [2009-03-05 01:32:16] fel...@php.net . [2009-03-04 17:31:52] crrodriguez at opensuse dot org They are marked as BOGUS because they are not a problem in PHP, this is a known issue with the PCRE library, please read the manual carefully, PCRE may overflow the stack, and is expected to abort with segmentation fault in the case. [2009-03-04 12:30:44] pahan at hubbitus dot info Description: PCRE subsystem of PHP has severul critical bugs which cause segmentation fault. 2 such bugs I report before: http://bugs.php.net/bug.php?id=47376 http://bugs.php.net/bug.php?id=47520 And many others too, for example: http://bugs.php.net/bug.php?id=27492 http://bugs.php.net/bug.php?id=47376 http://bugs.php.net/bug.php?id=27310 and others. All this bugs closed as Bogus and feedback after it with questions why it is bogus but not bug have been ignored. The main question is - segmentation fault from any reason may be not bug??? I can understand what it may be very hard to fix, but completely do not understand why it have been marked as Bogus! -- Edit this bug report at http://bugs.php.net/?id=47559edit=1
#47559 [NEW]: Several always reproducable bags of segmentatio fault
From: pahan at hubbitus dot info Operating system: Linux PHP version: 5.3.0beta1 PHP Bug Type: Reproducible crash Bug description: Several always reproducable bags of segmentatio fault Description: PCRE subsystem of PHP has severul critical bugs which cause segmentation fault. 2 such bugs I report before: http://bugs.php.net/bug.php?id=47376 http://bugs.php.net/bug.php?id=47520 And many others too, for example: http://bugs.php.net/bug.php?id=27492 http://bugs.php.net/bug.php?id=47376 http://bugs.php.net/bug.php?id=27310 and others. All this bugs closed as Bogus and feedback after it with questions why it is bogus but not bug have been ignored. The main question is - segmentation fault from any reason may be not bug??? I can understand what it may be very hard to fix, but completely do not understand why it have been marked as Bogus! -- Edit bug report at http://bugs.php.net/?id=47559edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47559r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47559r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47559r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47559r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47559r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47559r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47559r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47559r=needscript Try newer version: http://bugs.php.net/fix.php?id=47559r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47559r=support Expected behavior: http://bugs.php.net/fix.php?id=47559r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47559r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47559r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47559r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47559r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47559r=dst IIS Stability: http://bugs.php.net/fix.php?id=47559r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47559r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47559r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47559r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47559r=mysqlcfg
#47549 [NEW]: get_defined_constants() return array with broken array categories
From: pahan at hubbitus dot info Operating system: Linux PHP version: 5.3.0beta1 PHP Bug Type: Scripting Engine problem Bug description: get_defined_constants() return array with broken array categories Description: When $categorize parameter set to true, and expected categorized result by extension it has crazy mishmash of keys and values. Expected results got on version 5.2.9 Reproduce code: --- ? $constants = get_defined_constants(true); print_r($constants['session']); //Key session used only for reduce results, all array affected ? Expected result: Array ( [CONNECTION_ABORTED] = 1 [CONNECTION_NORMAL] = 0 [CONNECTION_TIMEOUT] = 2 skiped... [DNS_ANY] = 268435456 [DNS_ALL] = 251713587 ) Actual result: -- Array ( [PREG_PATTERN_ORDER] = 1 [PREG_SET_ORDER] = 2 [PREG_OFFSET_CAPTURE] = 256 [PREG_SPLIT_NO_EMPTY] = 1 [PREG_SPLIT_DELIM_CAPTURE] = 2 [PREG_SPLIT_OFFSET_CAPTURE] = 4 [PREG_GREP_INVERT] = 1 [PREG_NO_ERROR] = 0 [PREG_INTERNAL_ERROR] = 1 [PREG_BACKTRACK_LIMIT_ERROR] = 2 [PREG_RECURSION_LIMIT_ERROR] = 3 [PREG_BAD_UTF8_ERROR] = 4 [PREG_BAD_UTF8_OFFSET_ERROR] = 5 [PCRE_VERSION] = 7.3 2007-08-28 ) -- Edit bug report at http://bugs.php.net/?id=47549edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47549r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47549r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47549r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47549r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47549r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47549r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47549r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47549r=needscript Try newer version: http://bugs.php.net/fix.php?id=47549r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47549r=support Expected behavior: http://bugs.php.net/fix.php?id=47549r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47549r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47549r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47549r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47549r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47549r=dst IIS Stability: http://bugs.php.net/fix.php?id=47549r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47549r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47549r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47549r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47549r=mysqlcfg